SystemMonitoring

SystemMonitoring

Compatibilité OTOBO ≥ 11.0.x, Znuny ≥ 7.0.x

Aperçu

Le plugin SystemMonitoring intègre parfaitement des outils de monitoring réseau tels que Nagios et Icinga2 dans OTOBO. Il traite les e-mails de monitoring entrants, crée ou met à jour des tickets en fonction de la combinaison hôte/service et permet d’acquitter (Acknowledge) les incidents directement depuis le système de tickets.

Installation

1. Via le gestionnaire de paquets

• Dans la zone d’administration, accédez à Administration du système → Gestionnaire de paquets.
• Recherchez SystemMonitoring et cliquez sur Installer.

2. Installation manuelle

• Décompressez l’archive dans Kernel/Config/Files/.
• Activez les modifications sous Administration du système → Actualiser → Recharger le système de fichiers.

Configuration système requise

• Framework : OTOBO 11.0.x
• Modules Perl : aucun supplémentaire, en dehors des installations standard
• Outil de monitoring : Nagios, Icinga2 ou un système similaire envoyant des e-mails

Configuration (SysConfig)

Core::SystemMonitoring

• Nagios::Acknowledge::FreeField::Host / Service Noms de champs pour l’hôte et le service (DynamicField).
• Icinga2::Acknowledge::HTTP::URL / User / Password Identifiants et point de terminaison API pour l’Acknowledge Icinga2.
• PostMaster::PreFilterModule###SystemMonitoring Positionne le filtre e-mail avant ou après le PostMasterFilter.
• LinkTicketWithCI Crée des liens entre ConfigItem et ticket.
• SetIncidentState Définit automatiquement le statut d’incident lors de l’arrivée de nouveaux e-mails.

Core::Event::Icinga2 / Nagios

• Ticket::EventModulePost###Icinga2Acknowledge Envoie des requêtes d’Acknowledge à Icinga2.
• Ticket::EventModulePost###NagiosAcknowledge Déclenche l’Acknowledge via Named Pipe ou HTTP dans Nagios.

Fonctionnement

1. Réception d’e-mails : OTOBO reçoit les e-mails de monitoring via PostMaster.
2. Vérification & création de ticket : Si aucun ticket ouvert n’existe pour l’hôte/service, un nouveau ticket est créé ; sinon, les e-mails sont ajoutés au ticket existant.
3. Fermeture & Acknowledge : Lorsque les règles de fermeture sont remplies, le ticket est fermé ; simultanément, un Acknowledge peut être envoyé à l’outil de monitoring.
4. Liaison CI : Les tickets existants peuvent être liés à des ConfigItems lors d’alertes ultérieures.

Utilisation dans l’interface agent

• Ticket-Zoom : Les tickets de monitoring affichent des Button spéciaux pour l’Acknowledge vers Nagios/Icinga2.
• Console : Gestion unifiée des scénarios de test et de production via les commandes de console fournies.

Limitations

• Les temps de chargement peuvent augmenter en cas de volume élevé d’e-mails.
• La fonction Acknowledge nécessite une configuration correcte de l’API/Named-Pipe du système de monitoring.
• Des conventions de nommage hôte/service uniformes doivent être respectées.

Support & Contact

• Fabricant : Rother OSS GmbH
• Version : 11.0.1
• Documentation : doc.otobo.org
• Contact : hello@otobo.de