0% ont trouvé ce document utile (0 vote)
37 vues1 page

Zabbix Formation

Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
37 vues1 page

Zabbix Formation

Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

Bonjour à tous et bienvenue à cette formation sur la gestion des alertes avec ServiceNow intégré à

Zabbix. Aujourd’hui, nous allons apprendre comment traiter les alertes remontées par Zabbix dans
ServiceNow, en prenant comme exemple concret l’arrêt d’un service.

Comme évoqué lors des précédentes vidéos, Zabbix est une plateforme de surveillance très puissante
capable de détecter des incidents comme l’arrêt de services, des défaillances de ressources, ou
encore des anomalies de performance. L'intégration avec ServiceNow permet d'automatiser la
création de tickets et d'assurer que chaque alerte critique est traitée rapidement par les équipes
concernées."

Afin d’éviter les fausses alertes. Nous avons configuré un délai de 10 minutes avant qu'un ticket soit
créé pour éviter des faux positifs.
Toutefois, sur l’interface de Zabbix, l’alerte apparaitra dans l’immédiat.

Simulons alors l’arrêt d’un service:


Allons sur un serveur quelconque surveillé par Zabbix et arrêtons le service Chronyd via la commande
:
systemctl stop chronyd.service

Dès que l’alerte est générée dans Zabbix, elle est transmise à ServiceNow après 10 minutes grâce à
une action configurée pour cette intégration.

Le ticket contient les informations suivantes :


Nom de l’hôte concerné.
Nom du service affecté (Chronyd).
Gravité de l’incident qu’on a définit en elevé sauf pour les crash server et coupure du réseau durant
plus de 15 minutes.
Description de l’incident, par exemple : ‘Le service Chronyd s’est arrêté sur le serveur X.’ "
"Cela permet de créer automatiquement un ticket d’incident dans ServiceNow, que les équipes de
support peuvent immédiatement consulter et traiter."

Une fois le ticket ouvert dans ServiceNow, le technicien peut prendre les mesures appropriées. Dans
ce cas, il devra :
- Tenter de redemarrer le service via l’interface de Zabbix avec la commande mise en place pour cela.
- Si le redémarrage via l’interface échoue, il faudra acquitté l’alerte en cliquant sur Update ou
Actualiser en français, ensuite mettre le commentaire «Alerte pris en charge par ‘prénom’» après, il
faudra cocher sur Acknowledge ou Aquitter en francais. Cette action mettra à jour le ticket
automatiquement et l’alerte ne s’affichera plus sur l’interface de Zabbix.

La personne qui a pris en charge le ticket s’affectera le ticket.

MAintenant, cherchons alors restart chrnyd parmi les commandes disponibles et redémarrons. Une
fenêtre apparaitra avec le resultat de la commande.
Si la commande s’execute correctement, zabbix enverra une notification de résolution à ServiceNow,
qui mettra à jour le statut du ticket à 'Résolu' avec le code de résolu «Resolved by change» et la note
de résolution «Alerte résolution suite à une notification via zabbix».

L’iintervenant peut alors clore manuellement le ticket soit le ticket passé en résolu passera en clos.

Vous aimerez peut-être aussi