Install clustered On-premise version of BugSnag.
If you have the Single Machine version of BugSnag On-premise, please follow the single machine installation guide instead.
To get started with your BugSnag On-premise installation, you’ll need the following things prepared in advance:
1.23
and at most version 1.28
If you are installing BugSnag On-premise on AWS please follow the CloudFormation installation guide.
If you are installing BugSnag On-premise on an online cluster and don’t require using your own registry please follow the online installation guide.
BugSnag On-premise uses Replicated KOTS to perform and manage installations.
Run the install script to download and install the Replicated KOTS CLI. The KOTS CLI is a kubectl
plugin that runs locally on any computer.
curl https://kots.io/install/1.103.2 | bash
BugSnag will have provided you with a URL to download the offline installation package. You should download this and ensure the filename ends in .airgap
.
curl -sSL -o bugsnag.airgap "<URL provided>"
BugSnag will have provided you with a URL to download the offline installation package. Download the v1.103.2
KOTS airgap bundle (kotsadm.tar.gz
) from this URL.
Push KOTS admin console images to your registry:
kubectl kots admin-console push-images ./kotsadm.tar.gz REGISTRY_ADDRESS \
--registry-username RW_USERNAME \
--registry-password RW_PASSWORD
Where:
REGISTRY_ADDRESS
is the address of the private image registry including the namespace for images to be pushed to.RW_USERNAME
is the username for an account that has read and write access to the private image registry.RW_PASSWORD
is the password for the account with read and write access.The Replicated KOTS admin console provides a user interface for installing and managing BugSnag On-premise in your kubernetes cluster. Install the admin console by running the following command:
kubectl kots install bugsnag-clustered-kots/stable \
--name Bugsnag \
--namespace bugsnag \
--kotsadm-registry REGISTRY_ADDRESS \
--registry-username RO_USERNAME \
--registry-password RO_PASSWORD
Where:
REGISTRY_ADDRESS
is the address of the private image registry including the namespace.RO_USERNAME
is the username for an account that has read-only access to the private image registry.RO_PASSWORD
is the password for the account with read-only access.See install reference for all of the options available for the install command.
You can change the namespace you wish to install Replicated KOTS to, however ensure that the namespace matches the namespace in the configuration for BugSnag.
You will be asked to create a password for accessing the admin console.
After installation, the Replicated KOTS admin console will be available at http://localhost:8800
.
In the Replicated KOTS admin console you will be prompted for the password you created in the previous step. You can then upload the BugSnag On-premise license file you received from BugSnag to continue to the next step.
On the next step you can upload the BugSnag airgap package previously downloaded. This may take some time due to the size of the airgap package.
Once the airgap package has been uploaded you will then be presented with the settings page. Here you can configure your BugSnag installation.
You will then be presented with the preflight check page, where the system will be analyzed to determine whether the environment meets the minimum requirements. These checks are done to ensure that your installation is successful.
Once complete BugSnag will be deployed to the cluster. It can take several minutes for BugSnag On-premise to fully start up; when it is ready the admin console will indicate that it is Ready
.
Now BugSnag is running, you should be able to access the BugSnag dashboard, where you’ll need to create your account and first project.
Visit your BugSnag dashboard in a web browser to set up your account and create projects for each of the applications you wish to monitor.
Once you have created your account and first project you will need to configure your applications to send errors and sessions information to your BugSnag instance instead of notify.bugsnag.com and sessions.bugsnag.com respectively. Follow the instructions on configuring platform notifiers for how to do this.
Similarly, you will also need to configure your applications to send performance trace/span data to your BugSnag instance instead of otlp.bugsnag.com/v1/traces/. Follow our performance integration guides to get started.