TOC

Comment surveiller les alertes Zabbix avec Alerta sur Ubuntu 16.04

introduction

Alerta est une application Web permettant de consolider et de dédupliquer les alertes provenant de plusieurs systèmes de surveillance et de les visualiser sur un seul écran. Alerta peut s’intégrer à de nombreux outils de surveillance bien connus, tels que Nagios, Zabbix, Sensu, InfluxData Kapacitor, et bien d’autres.

Dans ce didacticiel, vous allez configurer Alerta et le configurer pour afficher les notifications du système de surveillance Zabbix.

Conditions préalables

Pour suivre ce tutoriel, vous aurez besoin de:

Étape 1 - Installation du serveur API d’Alerta

Alerta se compose d’un serveur et d’une interface Web. Le serveur Alerta est responsable du stockage et du traitement des alertes et de la desserte de JSON via une API. L’interface Web d’Alerta vous permet d’afficher la liste des alertes dans un navigateur. Vous n’avez donc pas à interpréter le JSON vous-même. Nous allons installer les deux composants sur le serveur sur lequel nous avons installé MongoDB et Nginx. Nous ferons référence à cette machine en tant que «serveur Alerta» tout au long de ce tutoriel. Connectez-vous à cette machine en tant qu’utilisateur non root:

ssh sammy@

Avant de pouvoir installer des composants Alerta, nous devons installer + pip +, le gestionnaire de packages Python et les fichiers de développement Python. Nous aurons également besoin de Git installé pour pouvoir récupérer le code source d’Alerta à partir de GitHub.

Exécutez la commande suivante pour installer ces packages logiciels:

sudo apt-get install python-pip python-dev gcc git

Une fois ces packages installés, nous sommes prêts à installer Alerta.

Nous allons d’abord installer le serveur d’Alerta à l’aide de + pip +:

sudo pip install alerta-server

Vérifiez l’installation en exécutant le serveur Alerta en mode développement:

sudo alertad

Vous devriez voir quelque chose comme:

Output     * Running on http://0.0.0.0:8080/ (Press CTRL+C to quit)

Maintenant, vous pouvez ouvrir + http: //: 8080 + dans votre navigateur et voir la page Web de l’API Alerta, qui vous montrera quelques exemples d’utilisation.

Une fois que vous avez vérifié que le serveur est en cours d’exécution, arrêtez-le en appuyant sur + Ctrl + C +. Nous allons le configurer en tant que service sous peu.

Le serveur API Alerta est installé, installons donc la console Web.

Étape 2 - Installation de l’interface utilisateur Web Alerta

Alerta a un tableau de bord qui affiche les messages dans votre navigateur. Il affiche les messages d’alerte sous forme de tableaux afin que vous puissiez les lire et les trier facilement. Vous pouvez configurer la vue selon vos besoins: vous pouvez filtrer les messages ou les trier par n’importe quel champ. En outre, vous pouvez afficher des informations détaillées pour chaque message. Nous allons l’installer sur le même serveur que celui sur lequel nous avons installé le serveur API Alerta.

Commencez par obtenir le code source de Github:

git clone https://github.com/alerta/angular-alerta-webui.git

Copiez ensuite les fichiers de l’application dans le répertoire de votre serveur Web:

sudo cp -r angular-alerta-webui/app/* /var/www/html/

Par défaut, l’interface Web d’Alerta est configurée pour communiquer avec l’API du serveur de développement, qui s’exécute sur le port + 8080 +. Nous allons configurer cela pour une utilisation en production en rendant l’API du serveur Alerta disponible sur le point de terminaison + / api + sur notre serveur et en diffusant le contenu statique de la console Web à partir du même domaine, ce qui nous permet d’éviter les problèmes avec https: //. ru.wikipedia.org/wiki/Cross-origin_resource_sharing[CORS], ou des erreurs de contenu mixte HTTPS.

Ouvrez le fichier de configuration + config.js:

sudo nano /var/www/html/config.js

Et réglez le + endpoint sur` + + api`:

/var/www/html/config.js

   'use strict';

   angular.module('config', [])
     .constant('config', {
       'endpoint'    : "",
       'provider'    : "basic", // google, github, gitlab, keycloak or basic
   ...

Laissez les autres options à leurs valeurs par défaut. Nous en changerons quelques-unes plus tard dans ce tutoriel lorsque nous configurerons l’autorisation OAuth.

Maintenant, tous les composants Alerta nécessaires ont été installés. Nous avons juste besoin de les mettre en place pour travailler ensemble.

Étape 3 - Lancer Alerta avec uWSGI Derrière Nginx.

Nous pouvons utiliser le serveur de développement + alertad + pour certains tests rapides, mais ce n’est pas bon pour une utilisation en production, corrigeons-le. Comme Alerta est écrit en Python, nous devons utiliser un serveur WSGI pour l’exécuter. Dans ce didacticiel, nous allons exécuter Alerta en tant qu’application uWSGI mandatée derrière Nginx, à l’aide de + http: /// api +.

Tout d’abord, installez le serveur d’application uWSGI à l’aide du gestionnaire de packages Python:

sudo pip install uwsgi

Ensuite, créez le fichier + wsgi.py +, que le serveur d’applications utilise pour communiquer avec notre application. Ouvrez le fichier dans votre éditeur:

sudo nano /var/www/wsgi.py

Ajoutez la ligne suivante au fichier, qui indique à uWSGI comment appeler l’application Alerta:

/var/www/wsgi.py

from alerta.app import app

Ensuite, nous devons configurer le serveur uWSGI lui-même. Créez le fichier de configuration + / etc / uwsgi.ini + et ouvrez-le dans votre éditeur:

sudo nano /etc/uwsgi.ini

Ce fichier spécifie l’emplacement de l’application, ainsi que les options de socket permettant d’interagir avec Nginx.

Ajoutez les lignes suivantes au fichier:

/etc/uwsgi.ini

[uwsgi]
chdir = /var/www
mount = /api=wsgi.py
callable = app
manage-script-name = true

master = true
processes = 5
logger = syslog:alertad

socket = /tmp/uwsgi.sock
chmod-socket = 664
uid = www-data
gid = www-data
vacuum = true

die-on-term = true

Vous pouvez voir la liste complète des références des options uWSGI dans documentation.

Ensuite, nous allons créer une unité Systemd pour cette application afin de pouvoir la contrôler à l’aide de la commande + systemctl +.

sudo nano /etc/systemd/system/alerta-app.service

Ce fichier d’unité a besoin de directives de configuration décrivant l’unité et définissant son comportement. Ajoutez les lignes suivantes au fichier:

/etc/systemd/system/alerta-app.service

[Unit]
Description=uWSGI service for Alerta
After=syslog.target

[Service]
ExecStart=/usr/local/bin/uwsgi --ini /etc/uwsgi.ini
RuntimeDirectory=uwsgi
Restart=always
KillSignal=SIGQUIT
Type=notify
StandardError=syslog
NotifyAccess=all

[Install]
WantedBy=multi-user.target

Pour plus d’informations sur ces paramètres et sur l’utilisation des unités Systemd, rendez-vous à l’adresse his Systemd. Didacticiel.

Maintenant, vous pouvez exécuter le service uWSGI:

sudo systemctl start alerta-app

Vous pouvez vérifier l’état en exécutant:

systemctl status alerta-app

Vous verrez le résultat suivant:

Output    ●
      Loaded: loaded (/etc/systemd/system/alerta-app.service; disabled; vendor preset: enabled)
      Active:  (running) since Fri 2017-06-09 07:02:14 UTC; 4s ago
    Main PID: 19807 (uwsgi)
      Status: "uWSGI is ready"
       Tasks: 8
      Memory: 29.7M
         CPU: 477ms
      CGroup: /system.slice/alerta-app.service
              ├─19807 /usr/local/bin/uwsgi --ini /etc/uwsgi.ini
              ├─19819 /usr/local/bin/uwsgi --ini /etc/uwsgi.ini
              ├─19820 /usr/local/bin/uwsgi --ini /etc/uwsgi.ini
              ├─19821 /usr/local/bin/uwsgi --ini /etc/uwsgi.ini
              ├─19822 /usr/local/bin/uwsgi --ini /etc/uwsgi.ini
              └─19823 /usr/local/bin/uwsgi --ini /etc/uwsgi.ini

Comme vous pouvez le constater, le service est désactivé par défaut, ce qui signifie qu’il ne démarrera pas automatiquement. Activer le:

sudo systemctl enable alerta-app

Enfin, nous devons configurer Nginx pour qu’il redirige toutes les demandes de + / api + vers le serveur uWSGI en cours d’exécution et serve l’interface Web avec Nginx.

Plutôt que de modifier le fichier de configuration par défaut de Nginx, nous allons placer la configuration d’Alerta dans son propre fichier.

sudo nano /etc/nginx/sites-available/alerta

Ajoutez le contenu suivant au fichier. Assurez-vous de remplacer la valeur correspondant à + ​​nom_serveur + par l’adresse IP de votre serveur Alerta.

/ etc / nginx / sites-available / alerta

server {
   listen  80;
   server_name  ;

   location /api { try_files $uri @api; }
   location @api {
   include uwsgi_params;
       uwsgi_pass unix:/tmp/uwsgi.sock;
       proxy_set_header Host $host:$server_port;
       proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
   }

   location / {
       root /var/www/html;
   }

}

Pour plus d’informations sur les blocs de serveur Nginx, consultez la page https://www.digitalocean.com/community/tutorials/how-to-set-up-nginx-server-blocks-virtual-hosts-on-ubuntu-16-04. [Didacticiel].

Activez maintenant le site en créant un lien symbolique à partir de ce fichier vers le répertoire + sites-enabled +, que Nginx lit au démarrage:

sudo ln -s /etc/nginx/sites-available/ /etc/nginx//

Enregistrez le fichier et quittez l’éditeur.

Ensuite, testez la configuration de Nginx pour vous assurer qu’il n’y a pas de fautes de frappe ou de configurations incorrectes:

sudo nginx -t

Vous verrez la sortie suivante, à condition qu’il n’y ait pas d’erreur dans votre configuration:

Output    nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
   nginx: configuration file /etc/nginx/nginx.conf test is successful

Si vous voyez quelque chose de différent, corrigez les erreurs et réessayez.

Vous pouvez maintenant recharger Nginx pour appliquer de nouveaux paramètres:

sudo nginx -s reload

Ouvrez le lien + http: // + dans votre navigateur et consultez le tableau de bord Alerta.

image: https: //assets.digitalocean.com/articles/alerta_zabbix_1604/vlrsF6x.png [Tableau de bord Alerta]

Si vous installez Alerta sur un serveur accessible publiquement, vous devez le configurer pour exiger une authentification. Voyons quelques méthodes pour le faire.

Étape 4 - Sécurisation d’Alerta avec une authentification de base

Par défaut, toute personne connaissant l’adresse du serveur Alerta peut visualiser tous les messages. C’est acceptable pour un environnement de test, mais pas pour la production. Pour appliquer l’authentification, ouvrez le fichier de configuration + alertad.conf +:

sudo nano /etc/alertad.conf

Ajoutez le code suivant au fichier:

/etc/alertad.conf

AUTH_REQUIRED = True
SECRET_KEY = ''

Définissez + SECRET_KEY + sur une chaîne aléatoire de votre choix. Enregistrez le fichier, quittez l’éditeur et redémarrez le service uWSGI:

sudo systemctl restart alerta-app

Rechargez la page Web Alerta Web UI. Vous verrez le message "Veuillez vous connecter pour continuer". Cliquez sur le lien * Créer un compte * et créez un nouveau compte. Une fois le processus terminé, vous aurez accès au tableau de bord Alerta.

Une fois l’authentification activée, vous aurez besoin d’une clé d’API pour accéder à l’API d’Alerta. Sélectionnez le menu * Configuration * et choisissez * Clés API *.

Entrez le nom de l’application qui nécessite un accès à l’API. Pour ce tutoriel, entrez * zabix *. Ensuite, sélectionnez * lecture-écriture * dans le menu déroulant, puis cliquez sur le bouton * Créer une nouvelle clé API *. La nouvelle clé sera créée et vous verrez ses détails. Copiez cette clé. Vous en aurez besoin plus tard.

Vous pouvez également configurer l’authentification OAuth et utiliser vos informations d’identification GitHub ou Google pour vous connecter à l’interface utilisateur Alerta. Si l’authentification de base est suffisante, vous pouvez ignorer l’étape suivante.

Étape 5 - Sécurisation d’Alerta avec OAuth (facultatif)

L’UI Web d’Alerta prend en charge l’authentification OAuth pour Google, GitHub, Gitlab et Keycloak. Nous allons configurer la connexion via un compte GitHub, il vous en faudra donc un pour continuer.

Tout d’abord, enregistrez une nouvelle application avec GitHub. Connectez-vous à votre compte GitHub et accédez à la page notre nouvelle application..

Remplissez le formulaire avec les détails suivants:

  1. Entrez * Nom de l’application * avec * Alerta * ou un nom descriptif approprié.

  2. Pour * l’URL de la page d’accueil *, utilisez + http: /// +.

  3. Remplissez l’URL de rappel * d’autorisation * avec + http: /// +.

  4. Cliquez sur * Enregistrer l’application * pour enregistrer les paramètres.

  5. Copiez les valeurs * Client ID * et * Client Secret * fournies à l’écran suivant.

Ensuite, éditez la configuration Alerta pour activer l’authentification OAuth. Ouvrez le fichier de configuration:

sudo nano /etc/alertad.conf

Ajoutez les paramètres suivants à la fin du fichier:

/etc/alertad.conf

OAUTH2_CLIENT_ID = ''
OAUTH2_CLIENT_SECRET = ''
ALLOWED_GITHUB_ORGS = ['']

Utilisez votre identifiant client GitHub, votre secret client GitHub et votre organisation GitHub pour ces valeurs, respectivement.

Enregistrez le fichier, quittez l’éditeur et redémarrez le service uWSGI:

sudo systemctl restart alerta-app

Puis changez le fournisseur d’authentification pour l’interface Web. Editez son fichier de configuration:

sudo nano /var/www/html/config.js

Recherchez la section suivante et changez le fournisseur de + basic + en + + github + et entrez votre ID client GitHub:

/var/www/html/config.js

   ...


   ...

Ouvrez + http: // + pour accéder à l’interface Web Alerta. Cette fois, vous verrez le message "Veuillez vous connecter pour continuer". Cliquez sur le bouton * Connexion * pour vous connecter. Il vous sera demandé d’autoriser l’application à accéder à votre compte GitHub. Une fois l’accès autorisé, vous serez connecté.

Nous pouvons maintenant exécuter un simple test pour vérifier si Alerta est configuré et fonctionne correctement.

Étape 6 - Envoi d’un message de test

Nous utiliserons l’outil de ligne de commande unifié d’Alerta pour envoyer une alerte test. Commencez par installer le client de ligne de commande:

sudo pip install alerta

Créez ensuite un fichier de configuration définissant le point de terminaison Alerta API que vous avez configuré précédemment, ainsi que la clé d’API que vous souhaitez utiliser. Créez un nouveau fichier dans votre éditeur:

nano ~/.alerta.conf

Collez ce qui suit dans le fichier:

~ / .alerta.conf

[DEFAULT]
endpoint = http://
key =

Utilisez la clé API que vous avez configurée à l’étape 4 pour l’option + clé +.

Nous pouvons maintenant envoyer une alerte de test:

alerta send --resource webserver01 --event down --environment Production --service Website01 --severity major --text "Web server 01 is down." --value ERROR

Vous verrez une sortie semblable à celle-ci:

Outputf12558eb-e333-4a10-9c08-7d63f8b0442c (indeterminate -> major)

Visitez + http: // + dans votre navigateur et vous verrez un message sur le tableau de bord qui ressemble à celui de la figure suivante:

image: https: //assets.digitalocean.com/articles/alerta_zabbix_1604/C0m5o12.png [Une alerte affichant l’alerte test]

Vous pouvez cliquer sur le message pour voir les détails.

Votre serveur Alerta est opérationnel et attend de nouveaux messages. Configurons notre système de surveillance Zabbix pour envoyer des alertes à Alerta.

Étape 7 - Installation de la passerelle Zabbix-Alerta

Dans cette étape, nous allons modifier notre système de surveillance Zabbix pour envoyer des messages de notification à Alerta.

Connectez-vous à votre serveur Zabbix en tant qu’utilisateur non root:

ssh sammy@

Ubuntu 16.04 est fourni avec Python 3 et utilise + python3 + comme binaire. Au moment de la publication, les scripts Alerta pour Zabbix nécessitent Python 2. Nous aurons également besoin de Git installé pour pouvoir récupérer le code source de GitHub. Exécutez la commande suivante pour installer ces packages logiciels:

sudo apt-get install python python-setuptools git

Par défaut, Zabbix peut envoyer des notifications par courrier électronique, SMS ou Jabber, mais vous pouvez ajouter de nouveaux gestionnaires de notifications à l’aide de scripts. Les développeurs Alerta proposent un script de notification prêt à l’emploi. Pour l’installer, clonez le référentiel zabbix-alerta et installez-le à l’aide du script d’installation:

git clone
cd zabbix-alerta
sudo python setup.py install

Créez ensuite un lien symbolique pour le script + zabbix-alerta + dans le répertoire où Zabbix stocke les scripts d’alertes. Vous pouvez trouver son chemin dans le fichier de configuration + / etc / zabbix / zabbix_server.conf +:

sudo grep -e '^AlertScriptsPath' /etc/zabbix/zabbix_server.conf

Vous verrez une sortie ressemblant à ceci:

OutputAlertScriptsPath=/usr/lib/zabbix/alertscripts

Par défaut, Zabbix recherche les scripts dans + / usr / lib / zabbix / alertscripts +. Exécutez la commande suivante pour créer le lien symbolique:

sudo ln -s `which zabbix-alerta` /usr/lib/zabbix/alertscripts

Configurons l’intégration Alerta. Connectez-vous à votre interface Web Zabbix à partir de + http: /// zabbix / +.

Dans le menu principal, cliquez sur * Administration *, sélectionnez * Types de support *, puis cliquez sur le bouton * Créer un type de support * dans le coin supérieur droit.

Remplissez le formulaire avec les détails suivants:

  • Pour * Nom *, entrez + Alerta +.

  • Pour * Type *, sélectionnez * Script * dans le menu déroulant.

  • Pour * Nom du script *, entrez + zabbix-alerta +.

  • Pour * Paramètres de script *, entrez les valeurs suivantes:

  • + {ALERT.SENDTO} +

  • + {ALERT.SUBJECT} +

  • + {ALERT.MESSAGE} +

  • Assurez-vous que la case * Activé * est cochée.

Cliquez sur le bouton * Ajouter * pour créer le nouveau type de média.

Ajoutez ensuite un nouveau média pour votre compte utilisateur. Sélectionnez * Administration * dans le menu principal, puis choisissez * Utilisateurs *. Cliquez sur votre nom d’utilisateur et sélectionnez l’onglet * Media *. Entrez les détails suivants

  • Pour * Type *, sélectionnez * Alerta *.

  • Pour * Envoyer à *, entrez + http: /// api; +.

Utilisez la clé API créée à l’étape 4.

Enregistrez le nouveau type de média en cliquant sur le bouton * Ajouter *.

Ensuite, vérifiez la configuration pour l’utilisateur et enregistrez les paramètres en cliquant sur le bouton * Mettre à jour *.

Configurez maintenant une action pour envoyer des messages. Sélectionnez * Configuration * dans le menu principal, puis sélectionnez * Actions *. Cliquez sur le bouton * Créer une action *.

Dans l’onglet * Action *, définissez la valeur du champ * Name * sur + Forward to Alerta +.

Dans l’onglet * Opérations *, définissez les options suivantes:

  • Définissez * Sujet par défaut * sur + {TRIGGER.STATUS}: {TRIGGER.NAME} +

  • Pour * Message par défaut *, entrez le texte suivant:

Default messageresource={HOST.NAME1}
event={ITEM.KEY1}
environment=Production
severity={TRIGGER.SEVERITY}
status={TRIGGER.STATUS}
ack={EVENT.ACK.STATUS}
service={TRIGGER.HOSTGROUP.NAME}
group=Zabbix
value={ITEM.VALUE1}
text={TRIGGER.STATUS}: {TRIGGER.NAME}
tags={EVENT.TAGS}
attributes.ip={HOST.IP1}
attributes.thresholdInfo={TRIGGER.TEMPLATE.NAME}: {TRIGGER.EXPRESSION}
type=zabbixAlert
dateTime={EVENT.DATE}T{EVENT.TIME}Z

Zabbix enverra des messages au format spécifié lorsqu’il détectera un problème. Il remplacera les expressions entre accolades par les valeurs correspondantes. Tous ces champs sont nécessaires pour qu’Alerta reçoive l’alerte et l’affiche correctement.

Ensuite, créez une nouvelle opération en cliquant sur * Nouveau * dans le champ * Opérations *. Entrez les valeurs suivantes dans le formulaire:

  • Pour * Envoyer aux utilisateurs *, entrez ++.

  • Pour * Envoyer uniquement à *, sélectionnez * Alerta * dans la liste déroulante.

Sélectionnez ensuite l’onglet * Opérations de récupération * et remplacez le message * Par défaut * par le texte suivant:

Recovery operationsresource={HOST.NAME1}
event={ITEM.KEY1}
environment=Production
severity={TRIGGER.SEVERITY}
status={TRIGGER.STATUS}
ack={EVENT.ACK.STATUS}
service={TRIGGER.HOSTGROUP.NAME}
group=Zabbix
value={ITEM.VALUE1}
text={TRIGGER.STATUS}: {ITEM.NAME1}
tags={EVENT.RECOVERY.TAGS}
attributes.ip={HOST.IP1}
attributes.thresholdInfo={TRIGGER.TEMPLATE.NAME}: {TRIGGER.EXPRESSION}
attributes.moreInfo=<a href="http:///zabbix/tr_events.php?triggerid={TRIGGER.ID}&eventid={EVENT.RECOVERY.ID}">Zabbix console</a>
type=zabbixAlert
dateTime={EVENT.RECOVERY.DATE}T{EVENT.RECOVERY.TIME}Z

Ce message est similaire au message précédent. Ce message sera envoyé lorsque le problème disparaîtra.

Ensuite, créez une nouvelle opération en cliquant sur * Nouveau * dans le champ * Opérations *. Pour * Type d’opération *, sélectionnez * Envoyer un message de récupération * dans la liste déroulante.

Terminez la configuration en cliquant sur le bouton * Ajouter *.

Zabbix est prêt à envoyer des alertes à Alerta. Générons un.

Étape 8 - Générer une alerte de test pour vérifier l’intégration de Zabbix-Alerta

Générons une alerte test pour s’assurer que tout est connecté. Par défaut, Zabbix assure le suivi de la quantité d’espace disque disponible sur votre serveur. Nous allons créer un fichier temporaire assez volumineux pour déclencher une alerte d’utilisation du système de fichiers de Zabbix.

Connectez-vous à votre serveur Zabbix si vous n’êtes pas déjà connecté.

Ensuite, déterminez combien d’espace libre vous avez sur le serveur. Vous pouvez utiliser la commande + df + pour découvrir:

df -h

Vous verrez une sortie comme celle-ci:

Output    Filesystem      Size  Used Avail Use% Mounted on
   /dev/vda1        20G  1.5G      9% /

Nous sommes intéressés par la quantité d’espace libre. Dans ce cas, l’espace libre est + 18GB +. Votre espace libre peut différer.

Utilisez la commande + fallocate + pour créer un fichier occupant plus de 80% de l’espace disque disponible, ce qui devrait suffire à déclencher l’alerte:

fallocate -l 16G /tmp/temp.img

Dans quelques minutes, Zabbix déclenchera une alerte concernant la quantité d’espace disque disponible et exécutera l’action que nous avons configurée, en envoyant le message de notification à Alerta. Vous verrez cette nouvelle notification dans le tableau de bord Alerta.

image: https: //assets.digitalocean.com/articles/alerta_zabbix_1604/r6tH0rb.png [Alerte affichant l’alerte d’espace libre de Zabbix]

Maintenant que vous savez que les alertes fonctionnent, supprimez le fichier temporaire que vous avez créé afin de pouvoir récupérer votre espace disque:

rm -f /tmp/temp.img

Après une minute, Zabbix enverra le message de récupération. L’alerte disparaîtra du tableau de bord principal, mais vous pouvez afficher tous les événements fermés en sélectionnant * Fermé *.

image: https: //assets.digitalocean.com/articles/alerta_zabbix_1604/HIH1V06.png [Alertes fermées d’Alerta, affichant l’alerte résolue d’espace libre.]

Vous pouvez cliquer sur la ligne d’événement pour afficher plus de détails.

Conclusion

Dans ce tutoriel, vous avez installé et configuré Alerta et configuré Zabbix pour l’envoi de notifications. En conséquence, vous disposez maintenant d’un outil pratique pour suivre les alertes. À l’avenir, vous pourrez ajouter d’autres sources de notifications, consolidant et centralisant ainsi les informations provenant de divers systèmes de surveillance.

Related