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:
-
Deux serveurs CentOS 7 configurés en suivant la le guide de configuration initiale du serveur CentOS 7, y compris un utilisateur sudo non root et un pare-feu.
-
Sur le premier serveur CentOS, sur lequel vous exécuterez Zabbix, installez les composants suivants:
-
Apache, MySQL et PHP, en suivant le tutoriel How Installer Linux, Apache, MySQL, PHP (LAMP) sur CentOS 7.
-
Le serveur Zabbix, installé en suivant le tutoriel https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-zabbix-to-securely-monitor-remote-servers-on-centos-7 [ Comment installer et configurer Zabbix pour surveiller en toute sécurité les serveurs distants sur CentOS 7] et ses prérequis pour le configurer.
-
Sur le deuxième serveur CentOS, sur lequel nous installerons Alerta dans ce didacticiel, installez les composants suivants:
-
Nginx, installé en suivant le tutoriel Comment installer Nginx sur CentOS 7.
-
MongoDB, installé en suivant le tutoriel Comment installer MongoDB sur CentOS 7.
-
Si vous souhaitez sécuriser l’interface Web Alerta comme expliqué à l’étape 6, vous aurez besoin d’un compte GitHub appartenant à une organisation GitHub. Suivez this tutorial pour créer une organisation GitHub.
É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. Dans ce didacticiel, nous ferons référence à cette machine en tant que serveur Alerta. 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 yum install python-pip python-devel 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)
Vous pouvez maintenant ouvrir + http: //: 8080 +
dans votre navigateur et voir la page Web de l’API Alerta, qui vous montrera des 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 pour répondre à 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 mkdir -p /var/www/html/
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 vi /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 vi /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 un répertoire où uWSGI peut stocker son fichier de socket et assurez-vous que le processus Nginx peut y accéder:
sudo mkdir /var/run/alerta
sudo chown -R nginx.nginx /var/run/alerta/
Créez ensuite le fichier de configuration + / etc / uwsgi.ini +
et ouvrez-le dans votre éditeur:
sudo vi /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 = /var/run/alerta/uwsgi.sock
chmod-socket = 664
uid = nginx
gid = nginx
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 vi /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/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: disabled)
Active: (running) since Fri 2017-04-07 12:15:21 EEST; 2min 25s ago
Main PID: 15935 (uwsgi)
Status: "uWSGI is ready"
CGroup: /system.slice/alerta-app.service
├─15935 /usr/bin/uwsgi --ini /etc/uwsgi.ini
├─15946 /usr/bin/uwsgi --ini /etc/uwsgi.ini
├─15947 /usr/bin/uwsgi --ini /etc/uwsgi.ini
├─15948 /usr/bin/uwsgi --ini /etc/uwsgi.ini
├─15949 /usr/bin/uwsgi --ini /etc/uwsgi.ini
└─15950 /usr/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 vi /etc/nginx/conf.d/alerta.conf
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/conf.d/alerta.conf
server {
listen 80;
server_name ;
location /api { try_files $uri @api; }
location @api {
include uwsgi_params;
uwsgi_pass unix:/var/run/alerta/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;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
}
Pour plus d’informations sur les blocs de serveur Nginx, consultez cette https://www.digitalocean.com/community/tutorials/how-to-set-up-nginx-server-blocks-on-centos-7.
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_centos7/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 vi /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 et choisissez le lien * Connexion * dans le menu. 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:
-
Entrez * Nom de l’application * avec * Alerta * ou un nom descriptif approprié.
-
Pour * l’URL de la page d’accueil *, utilisez
+ http: /// +
. -
Remplissez l’URL de rappel * d’autorisation * avec
+ http: /// +
. -
Cliquez sur * Enregistrer l’application * pour enregistrer les paramètres.
-
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 vi /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 vi /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:
vi ~/.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:
Output1015fca2-eff6-441d-8c66-6abf9368b830 (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_centos7/SC6mZ6A.png [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@
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 la configuration 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 message resource={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 modifiez le message * Par défaut * comme suit:
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://x.x.x.x/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.
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_centos7/sLlRWM3.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_centos7/zWuB6Hz.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. Vous disposez ainsi 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.