État du système OTOBO / Znuny – Surveillance & Performance
1. Présentation
Un fonctionnement stable et performant de votre système OTOBO / Znuny est essentiel pour garantir un support rapide et des processus fluides. Le collecteur de données de support fournit régulièrement un rapport d'état structuré de votre installation à Rother OSS et vous permet de détecter les indicateurs clés et les faiblesses potentielles à l'avance.
2. Collecteur de données de support – Fonctionnement
Le collecteur de données de support collecte automatiquement :
- Informations système (OS, noyau, version Perl)
- Aperçus de la base de données (version, jeu de caractères, index)
- État du cluster et des nœuds (santé d'Elasticsearch)
- Utilisation de la mémoire et du disque
- File d'attente de messagerie et configuration de domaine
- Données de session OTP et utilisateurs actifs
Ces données sont envoyées (anonymisées) à Rother OSS et visualisées dans un système de feux de signalisation LED :
| Section | LED d'état | Signification |
|---|---|---|
| Base de données | 🟢 Vert | Tout est normal |
| Recherche de documents / Cluster | 🟡 Jaune | Surveillance recommandée |
| Charge du système et mémoire | 🔴 Rouge | Intervention immédiate nécessaire |
3. Sections d'état détaillées
3.1 Système & OS
- Système d'exploitation incluant la version du noyau
- Interpréteur Perl (vérification de la compatibilité)
- Charge du système (moyennes de charge 1 / 5 / 15 minutes)
3.2 Base de données
- Version de la base de données (MySQL, MariaDB, PostgreSQL)
- Jeu de caractères : utf8 / utf8mb4 (client, serveur de base de données, tables)
- Taille de l'index et fragmentation
- Entrées orphelines dans
ticket_indexetticket_lock_index
3.3 Recherche de documents (Elasticsearch)
- Santé du cluster (Vert/Jaune/Rouge)
- Distribution des shards et état des réplicas
- Taille de stockage de l'index
3.4 File d'attente de messagerie et communication
- Messagerie en attente dans la file d'attente d'envoi
- Domaine SMTP et DNS inverse
3.5 Application OTOBO
- Sessions actives (maximale vs actuelle)
- État du démon
- Backend de mise en cache et paramètres TTL
- Modules PHP/Perl (versions et disponibilité)
4. Journaux du système et journaux de performance
4.1 Journal du système
Une vue centrale du journal dans l'interface d'administration permet :
- La filtration par date, niveau de journal, module
- La recherche directe de messages d'erreur, d'alertes, d'événements système
Conseil : Définissez le niveau de journal dans les SysConfig en fonction de votre utilisation (par exemple, « WARNING » pour un environnement de production).
4.2 Journal de performance
Activez la journalisation des performances pour :
- Mesurer les temps de réponse min/max/moy des actions individuelles
- Identifier les goulets d'étranglement dans vos widgets, modules ou requêtes de base de données
- Alimenter les tableaux de bord avec des métriques en temps réel
Remarque : Un intervalle court (par exemple, 1 seconde) fournit des données plus granulaires, mais peut causer une charge supplémentaire.
5. Surveillance proactive et alertes
- Tableau de bord d'ampel dans l'interface d'administration affiche l'état global d'un seul coup d'œil.
- Notifications par e-mail en cas de changement d'état critique (par exemple, base de données rouge).
- Webhooks / Traps SNMP via GenericAgent pour des solutions de surveillance externes (par exemple, Z-Mon, Nagios).
6. Résumé
Le collecteur de données de support OTOBO / Znuny et les outils de surveillance intégrés vous offrent :
- Transparence sur l'état du système
- Système d'alerte précoce pour les problèmes de performance ou de stabilité
- Décisions fondées sur les données pour la planification et l'optimisation des capacités
Utilisez une évaluation régulière et une alerte pour maintenir votre plateforme de helpdesk performante, sécurisée et fiable !