Zabbix¶
Inventaire → Monitoring → Zabbix.
Le service Zabbix Monitoring déclare un équipement dans Zabbix depuis Avalon : l'hôte, ses groupes, ses modèles et son profil SNMP, sans ressaisir un inventaire qu'Avalon connaît déjà.
Cet écran ne déclare pas les équipements un par un. Il sert à définir des profils d'enregistrement réutilisables, que vous pointez ensuite depuis une règle d'engineering ou depuis la carte.
Aucune configuration n'est posée sur l'équipement
Contrairement aux autres services, celui-ci n'écrit rien sur l'équipement : il dialogue avec l'API de Zabbix. Il fonctionne donc quelle que soit la plateforme, y compris sur un équipement dont Avalon ne sait rien configurer.
En contrepartie, le profil SNMP décrit ce que Zabbix devra utiliser pour interroger l'équipement. Il vous appartient de vérifier que l'équipement répond bien en SNMP.
Créer un profil¶
Le tableau liste les profils existants. Chacun porte un nom et les trois paramètres suivants :
- Host groups : les groupes d'hôtes Zabbix dans lesquels l'équipement sera rangé. La liste est lue dans votre instance Zabbix.
- Templates : les modèles Zabbix à appliquer à l'hôte. Lus dans votre instance également.
- SNMP profile : la version SNMP et les éléments d'accès que Zabbix utilisera pour interroger l'équipement.
Un panneau History, replié par défaut, conserve la trace des enregistrements déjà effectués.
Noms de macros¶
Quatre champs facultatifs permettent de désigner les macros Zabbix qui porteront les éléments d'accès SNMP : communauté, nom de sécurité, phrase d'authentification et phrase de confidentialité.
Laissez-les vides dans le cas courant : Avalon emploie alors les noms suivants.
| Champ | Macro employée par défaut |
|---|---|
| Community | {$SNMP_COMMUNITY} |
| Security name | {$SNMP_SECNAME} |
| Authentication passphrase | {$SNMP_AUTH_PASSPHRASE} |
| Privacy passphrase | {$SNMP_PRIV_PASSPHRASE} |
{$SNMP_COMMUNITY} est une convention de fait, employée par les modèles SNMP de Zabbix et par la
bibliothèque communautaire. Les trois autres noms sont propres à Avalon. Pour SNMPv3, Zabbix
résout bien les macros utilisateur dans les champs de l'interface, nom de sécurité et phrases
secrètes, mais il n'impose aucun nom : à chaque instance de choisir le sien.
Vérifiez donc les noms qu'emploient vos propres modèles, et renseignez un champ lorsqu'il diffère. Un champ laissé vide conserve sa valeur par défaut, il n'y a pas à tous les remplir dès que l'un d'eux change.
Ce sont des noms de macros, jamais des secrets
Avalon n'écrit ici que le nom de la macro. Les valeurs correspondantes restent définies du côté de Zabbix et ne transitent pas par Avalon.
Avalon vérifie que les macros sont définies quelque part
Zabbix résout une macro dans l'ordre suivant : l'hôte, puis les modèles qui lui sont liés, puis les macros globales. Il ne contrôle rien à la création : un hôte dont les macros ne se résolvent nulle part est créé, paraît configuré, et n'est jamais interrogé.
Avant de créer l'hôte, Avalon regarde donc quelles macros SNMPv3 votre profil réclame sans que rien ne les définisse, et le signale dans la transaction. C'est un avertissement, pas un refus : vous êtes peut-être sur le point de les définir côté Zabbix.
Seules les macros dont le niveau de sécurité choisi a réellement besoin sont contrôlées.
Déclarer un équipement¶
Une fois le profil créé, l'enregistrement se déclenche de deux façons :
- depuis la carte, en sélectionnant un ou plusieurs équipements puis le service ;
- depuis une règle d'engineering, qui pointe le profil et l'applique à tous les équipements remplissant la condition.
C'est ce qui évite de répéter les groupes, les modèles et le profil SNMP règle après règle : ils sont décidés une fois ici.