Statut du système OTOBO – Monitoring & Performance

1. Aperçu

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 de statut structuré de votre installation à Rother OSS et vous permet d’identifier précocement les indicateurs clés critiques et les vulnérabilités potentielles.

2. Collecteur de données de support – Fonctionnement

Le collecteur de données de support collecte de manière automatisée :

Informations système (OS, noyau, version de Perl)
Insights de base de données (version, jeu de caractères, index)
Statut du cluster et des nœuds (santé d’Elasticsearch)
Utilisation de la mémoire et du disque
File d’attente mail 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 via un système de feux tricolores LED :

Section	LED de statut	Signification
Base de données	🟢 Vert	Tout est conforme
Recherche de 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 noyau
Interpréteur Perl (vérification de la compatibilité)
Charge système (moyennes de charge sur 1 / 5 / 15 min)

3.2 Base de données

Version DB (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 (Vert/Jaune/Rouge)
Distribution des shards & statut des réplicas
Taille de stockage des index

3.4 File d’attente mail & Communication

Mails en attente dans la file d’envoi
Domaine SMTP & Reverse-DNS

3.5 Application OTOBO

Sessions actives (Maximum vs Actuel)
Statut du Daemon
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 Admin permet :

Le filtrage par date, niveau de log, module
La recherche directe de messages d’erreur, avertissements, événements système

Conseil : Définissez dans la SysConfig le niveau de log adapté à votre utilisation (par ex. « WARNING » pour une exploitation en production).

4.2 Log de performance

Activez le logging de performance 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 des tableaux de bord avec des métriques en temps réel

Remarque : Un intervalle court (par ex. 1 seconde) fournit des données plus granulaires, mais peut générer une charge plus importante.

5. Monitoring proactif & Alertes

Tableau de bord à feux tricolores dans l’interface Admin affichant le statut global en un coup d’œil.
Notifications par e-mail en cas de changement de statut critique (par ex. base de données en rouge).
Webhooks / Traps SNMP via GenericAgent pour des solutions de monitoring externes (par ex. Z-Mon, Nagios).

6. Résumé

Le collecteur de données de support OTOBO / Znuny et les outils de monitoring 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 basées sur les données pour la planification de la capacité et l’optimisation

Misez sur une analyse et une alerte régulières pour exploiter votre plateforme de helpdesk de manière performante, sécurisée et fiable !