Zabbix
Introduction
Zabbix n’est pas simplement un outil de supervision. C’est un moteur de modélisation d’infrastructure IT
Il permet de : - décrire une infrastructure une seule fois - et générer automatiquement toute la supervision associée
Le principe fondamental
On ne configure pas des serveurs individuellement dans Zabbix On décrit des modèles (templates) qui s’appliquent à des groupes de serveurs C'est la même philosophie qui était utilisé par Nagios ou shinken
Les composants à comprendre (Collecte des données)
Les Hosts (les hôtes)
Un hôte représente un élément réel :
- serveur Windows
- contrôleur de domaine
- switch réseau
- machine virtuelle
Les Items (Elements)
Les items sont des capteurs
Exemples :
- CPU usage
- mémoire
- état d’un service Windows
- espace disque
- temps système
Triggers (Déclencheurs)
Les triggers sont des règles logiques (comparaison d'un capteur avec une valeur attendue)
Exemples :
- CPU > 90%
- service arrêté
- disque plein
- dérive de temps
Ils transforment des données en alertes. Un trigger ne “surveille” rien directement. Il analyse des données déjà collectées
Templates (Modèles)
Les templates sont le cœur du système.
Un template contient :
- les items
- les triggers
- règles de découverte (LLD)
- macros
On associe un host à un modèle
On peut resumer ainsi
Decouvertes automatiques
LLD = découverte automatique.
Zabbix peut détecter automatiquement (si l'agent zabbix est deployé sur le Host cible) :
- disques
- interfaces réseau
- services Windows
- filesystems
Puis il génère automatiquement :
- items
- triggers
- graphiques
On ne configure plus manuellement chaque élément
Les macros
Les macros sont des variables globales utilisées dans les templates.
Cela permet : - de ne pas coder des valeurs en dur - de personnaliser sans modifier la logique
Parametrage
Tout est configurable via macros :
- seuils
- délais
- tolérances
Un template peut être appliqué à :
- 10 serveurs
- 100 serveurs
- 1000 serveurs