OTOBO / Znuny Statut Système – Monitoring & Performance
1. Vue d'ensemble
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, vous permettant d'identifier précocement les indicateurs critiques et les points faibles potentiels.
2. Collecteur de Données de Support – Fonctionnement
Le Collecteur de Données de Support collecte automatiquement :
- Informations système (OS, Kernel, version Perl)
- Insights base de données (version, jeu de caractères, index)
- Statut cluster et nœuds (santé Elasticsearch)
- Utilisation de la mémoire et du disque
- File d'attente des e-mails et configuration des domaines
- 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 de statut | Signification |
|---|---|---|
| Base de données | 🟢 Vert | Tout est conforme |
| Recherche documents / Cluster | 🟡 Jaune | Observation recommandée |
| Charge système & Mémoire | 🔴 Rouge | Intervention immédiate nécessaire |
3. Sections de statut détaillées
3.1 Système & OS
- Système d'exploitation incluant la version du kernel
- Interpréteur Perl (vérifier la compatibilité)
- Charge système (moyennes de charge sur 1 / 5 / 15 min)
3.2 Base de données
- Version de la base de données (MySQL, MariaDB, PostgreSQL)
- Jeu de caractères : utf8 / utf8mb4 (Client, serveur DB, tables)
- Taille des index & fragmentation
- Entrées orphelines dans
ticket_index&ticket_lock_index
3.3 Recherche de documents (Elasticsearch)
- Santé du cluster (Green/Yellow/Red)
- Distribution des shards & statut des réplicas
- Taille de stockage des index
3.4 File d'attente des e-mails & Communication
- E-mails en attente dans la file d'envoi
- Domaine SMTP & Reverse DNS
3.5 Application OTOBO
- Sessions actives (Maximum vs. Actuel)
- Statut des démons
- Backend de cache & paramètres TTL
- Modules PHP/Perl (versions & disponibilité)
4. Logs système & Logs de performance
4.1 Log système
Une vue centralisée des logs dans l'interface d'administration permet :
- Le filtrage par date, niveau de log, module
- La recherche directe de messages d'erreur, d'avertissements, d'événements système
Astuce : Définissez dans SysConfig les niveaux de log appropriés à votre utilisation (par exemple, "WARNING" pour l'environnement de production).
4.2 Log de performance
Activez la journalisation des performances pour :
- Collecter les temps de réponse Min/Max/Moy des actions individuelles
- Identifier les goulots 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 entraîner une charge plus importante.
5. Monitoring proactif & Alertes
- Le tableau de bord à feux de signalisation dans l'interface d'administration affiche le statut global en un coup d'œil.
- Notifications par e-mail en cas de changement de statut critique (par exemple, base de données en statut rouge).
- Webhooks / SNMP traps via GenericAgent pour les solutions de monitoring externes (par exemple, Z-Mon, Nagios).
6. Résumé
Le Collecteur de Données de Support OTOBO / Znuny et les outils de monitoring intégrés vous fournissent :
- Transparence sur l'état du système
- Système d'alerte précoce pour les problèmes de performance ou de stabilité
- Décisions basées sur les données pour la planification de la capacité et l'optimisation
Utilisez une évaluation et une alerte régulières pour maintenir votre plateforme d'assistance performante, sécurisée et fiable !