SystemMonitoring
Compatibilité OTOBO ≥ 11.0.x, Znuny ≥ 7.0.x
Aperçu
Le plugin SystemMonitoring intègre de manière transparente des outils de surveillance réseau tels que Nagios et Icinga2 dans OTOBO. Il traite les e-mails de surveillance entrants, crée ou met à jour des tickets en fonction de la combinaison hôte/service, et permet la confirmation (Acknowledge) des incidents directement depuis le système de tickets.
Installation
- Via le gestionnaire de paquets
- Accédez à Administration → Gestion des paquets dans l'espace d'administration.
- Recherchez SystemMonitoring et cliquez sur Installer.
- Installation manuelle
- Extrayez l'archive dans
Kernel/Config/Files/. - Activez les modifications sous Administration → Mises à jour → Recharger le système de fichiers.
Exigences système
- Framework: OTOBO 11.0.x
- Modules Perl: aucun module supplémentaire, à l'exception des installations standard
- Outil de surveillance: Nagios, Icinga2 ou un système similaire qui envoie des e-mails
Configuration (SysConfig)
Core::SystemMonitoring
- Nagios::Acknowledge::FreeField::Host / Service Noms des champs pour l'hôte et le service (DynamicField).
- Icinga2::Acknowledge::HTTP::URL / User / Password Identifiants et point d'accès API pour la confirmation Icinga2.
- PostMaster::PreFilterModule###SystemMonitoring Positionne le filtre d'e-mail avant ou après le PostMasterFilter.
- LinkTicketWithCI Crée des liens entre les ConfigItem et les tickets.
- SetIncidentState Définit automatiquement l'état de l'incident lors de la réception de nouveaux e-mails.
Core::Event::Icinga2 / Nagios
- Ticket::EventModulePost###Icinga2Acknowledge Envoie des requêtes de confirmation à Icinga2.
- Ticket::EventModulePost###NagiosAcknowledge Déclenche la confirmation via Named Pipe ou HTTP dans Nagios.
Fonctionnement
- Réception des e-mails: OTOBO reçoit les e-mails de surveillance via PostMaster.
- Vérification et création de ticket: S'il n'y a pas encore de ticket ouvert pour l'hôte/service, un nouveau ticket est créé ; sinon, les e-mails sont joints.
- Clôture et confirmation: Lorsque les règles de clôture sont remplies, le ticket est fermé ; en même temps, une confirmation peut être envoyée à l'outil de surveillance.
- Lien CI: Les tickets existants peuvent être liés à des ConfigItems lors d'alertes ultérieures.
Utilisation dans l'interface agent
- Zoom sur le ticket: Les tickets de surveillance affichent des boutons spéciaux pour la confirmation sur Nagios/Icinga2.
- Console: Gestion unifiée des scénarios de test et en direct à l'aide des commandes de console fournies.
Limitations
- Les temps de chargement peuvent augmenter en cas de volume élevé d'e-mails.
- La fonction de confirmation nécessite une configuration correcte de l'API/Named Pipe du système de surveillance.
- Des conventions de nommage uniformes pour les hôtes/services doivent être respectées.
Support et Contact
- Fabricant: Rother OSS GmbH
- Version: 11.0.1
- Documentation: doc.otobo.org
- Contact: hello@otobo.de