Alerta Agent alert notifications
Learn how to send notifications to Alerta using Netdata's Agent alert notification feature, which supports dozens of endpoints, user roles, and more.
Note
This file assumes you have read the Introduction to Agent alert notifications, detailing how the Netdata Agent's alert notification method works.
The Alerta monitoring system is a tool used to consolidate and de-duplicate alerts from multiple sources for quick ‘at-a-glance’ visualization. With just one system you can monitor alerts from many other monitoring tools on a single screen.
Alerta's advantage is the main view, where you can see all active alert with the most recent state. You can also view an alert history.
You can send Netdata alerts to Alerta to see alerts coming from many Netdata hosts or also from a multi-host Netdata configuration.
Prerequisites
You need:
- an Alerta instance
- an Alerta API key (if authentication in Alerta is enabled)
- terminal access to the Agent you wish to configure
Configure Netdata to send alert notifications to Alerta
Info
This file mentions editing configuration files.
- To edit configuration files in a safe way, we provide the
edit config
script located in your Netdata config directory (typically is/etc/netdata
) that creates the proper file and opens it in an editor automatically.
Note that to run the script you need to be inside your Netdata config directory.It is recommended to use this way for configuring Netdata.
Edit health_alarm_notify.conf
, changes to this file do not require restarting Netdata:
- Set
SEND_ALERTA
toYES
. - set
ALERTA_WEBHOOK_URL
to the API url you defined when you installed the Alerta server. - Set
ALERTA_API_KEY
to your API key.
You will need an API key to send messages from any source, if Alerta is configured to use authentication (recommended). To create a new API key:- Go to Configuration > API Keys.
- Create a new API key called "netdata" with
write:alerts
permission.
- Set
DEFAULT_RECIPIENT_ALERTA
to the default recipient environment you want the alert notifications to be sent to.
All roles will default to this variable if left unconfigured.
You can then have different recipient environments per role, by editing DEFAULT_RECIPIENT_CUSTOM
with the environment name you want, in the following entries at the bottom of the same file:
role_recipients_alerta[sysadmin]="Systems"
role_recipients_alerta[domainadmin]="Domains"
role_recipients_alerta[dba]="Databases Systems"
role_recipients_alerta[webmaster]="Marketing Development"
role_recipients_alerta[proxyadmin]="Proxy"
role_recipients_alerta[sitemgr]="Sites"
The values you provide should be defined as environments in /etc/alertad.conf
option ALLOWED_ENVIRONMENTS
.
An example working configuration would be:
#------------------------------------------------------------------------------
# alerta (alerta.io) global notification options
SEND_ALERTA="YES"
ALERTA_WEBHOOK_URL="http://yourserver/alerta/api"
ALERTA_API_KEY="INSERT_YOUR_API_KEY_HERE"
DEFAULT_RECIPIENT_ALERTA="Production"
Test the notification method
To test this alert notification method refer to the "Testing Alert Notifications" section of the Agent alert notifications page.
Do you have any feedback for this page? If so, you can open a new issue on our netdata/learn repository.