Découverte réseau

Vue d'ensemble

Zabbix offre une fonctionnalité de découverte automatique du réseau qui est efficace et très flexible.

Une fois la découverte du réseau correctement configurée, vous pouvez :

• Accélérer le déploiement de Zabbix.
• Simplifier l'administration.
• Utiliser Zabbix dans des environnements en évolution rapide sans administration excessive.

La découverte du réseau Zabbix est basée sur les informations suivantes :

• Plages d'adresses IP
• Disponibilité des services externes (FTP, SSH, WEB, POP3, IMAP, TCP, etc.)
• Informations reçues de l'agent Zabbix (seul le mode non chiffré est pris en charge)
• Informations reçues de l'agent SNMP

Elle ne fournit PAS la découverte de la topologie réseau.

La découverte du réseau se compose essentiellement de deux phases : la découverte et les actions.

Découverte

Zabbix analyse périodiquement les plages d'adresses IP définies dans les règles de découverte réseau. La fréquence de la vérification est configurable individuellement pour chaque règle.

Chaque règle dispose d'un ensemble de vérifications de service définies à exécuter pour la plage d'adresses IP.

Les règles de découverte sont traitées par le gestionnaire de découverte. Le gestionnaire de découverte crée une tâche par règle avec une liste de tâches (vérifications réseau). Les vérifications réseau sont exécutées en parallèle par les workers de découverte disponibles (leur nombre est configurable dans l'interface pour chaque règle). L'exception concerne les vérifications SNMPv3, qui sont traitées par un seul worker. Seules les vérifications avec la même adresse IP et le même port sont planifiées séquentiellement, car certains périphériques n'acceptent pas les connexions parallèles sur le même port.

La taille de la file d'attente des vérifications réseau est limitée à 2000000, soit environ 4 Go de mémoire. Si la file d'attente est pleine, la règle de découverte sera ignorée et un message d'avertissement sera inscrit dans le journal. Vous pouvez utiliser l'élément interne zabbix[discovery_queue] pour surveiller le nombre de vérifications de découverte dans la file d'attente.

Les vérifications de découverte sont traitées indépendamment des autres vérifications. Si certaines vérifications ne trouvent pas de service (ou échouent), les autres vérifications continueront d'être traitées.

Chaque vérification d'un service et d'un hôte (IP) effectuée par le module de découverte réseau génère un événement de découverte.

Actions

Les événements de découverte peuvent servir de base à des actions pertinentes, telles que :

• Envoi de notifications
• Ajout/suppression d’hôtes
• Activation/désactivation d’hôtes
• Ajout d’hôtes à un groupe
• Suppression d’hôtes d’un groupe
• Ajout de tags à un hôte
• Suppression de tags d’un hôte
• Liaison d’un modèle à des hôtes/dissociation d’un modèle d’hôtes
• Exécution de scripts distants

Ces actions peuvent être configurées en fonction du type d’appareil, de l’IP, du statut, du temps de fonctionnement/d’arrêt, etc. Pour tous les détails sur la configuration des actions pour les événements basés sur la découverte réseau, consultez les pages operation et conditions des actions.

Étant donné que les actions de découverte réseau sont basées sur des événements, elles seront déclenchées à la fois lorsqu’un hôte découvert est en ligne et lorsqu’il est hors ligne. Il est fortement recommandé d’ajouter la condition d’action Discovery status: up afin d’éviter que des actions telles que Add host soient déclenchées lors d’événements Service Lost/Service Down. Sinon, si un hôte découvert est supprimé manuellement, il générera tout de même des événements Service Lost/Service Down et sera recréé lors du prochain cycle de découverte.

Création d'un hôte

Un hôte est ajouté si l'opération Ajouter un hôte est sélectionnée. Un hôte est également ajouté, même si l'opération Ajouter un hôte est absente, si vous sélectionnez des opérations entraînant des actions sur un hôte. Ces opérations sont les suivantes :

• Activer l'hôte.
• Désactiver l'hôte.
• Ajouter l'hôte à un groupe d'hôtes.
• Lier le modèle à un hôte.

Les hôtes créés sont ajoutés au groupe Hôtes découverts (par défaut, configurable dans Administration > Général > Autre). Si vous souhaitez que les hôtes soient ajoutés à un autre groupe, ajoutez une opération Supprimer des groupes d'hôtes (en spécifiant "Hôtes découverts") et ajoutez également une opération Ajouter aux groupes d'hôtes (en spécifiant un autre groupe d'hôtes), car un hôte doit appartenir à un groupe d'hôtes.

L'adresse IP de l'appareil découvert, ainsi que la source de découverte (serveur Zabbix, proxy Zabbix ou groupe de proxy) et le type d'interface, sont utilisés comme critère pour rechercher un hôte dans le système. Si un hôte avec la même adresse IP, le même type d'interface et la même source de découverte existe déjà, cet hôte sera la cible des opérations. Si la source de découverte diffère, l'entité découverte est traitée comme un hôte différent et un nouvel hôte peut être créé.

Si l'adresse IP de l'hôte découvert est modifiée ou si l'interface est supprimée, un nouvel hôte sera créé lors de la découverte suivante.

Nommage des hôtes

Lors de l’ajout d’hôtes, le nom d’hôte résulte d’une résolution DNS inverse ou de l’adresse IP si la résolution inverse échoue. La résolution est effectuée depuis le serveur Zabbix ou le proxy Zabbix, selon celui qui réalise la découverte. Si la résolution échoue sur le proxy, elle n’est pas retentée sur le serveur. Si un hôte portant déjà ce nom existe, le nom de l’hôte suivant se verra ajouter _2, puis _3, et ainsi de suite.

Il est également possible de remplacer la résolution DNS/IP et d’utiliser à la place la valeur d’un élément comme nom d’hôte, par exemple :

• Vous pouvez découvrir plusieurs serveurs exécutant l’agent Zabbix à l’aide d’un élément d’agent Zabbix pour la découverte et leur attribuer automatiquement des noms appropriés, en fonction de la valeur de chaîne renvoyée par cet élément
• Vous pouvez découvrir plusieurs équipements réseau SNMP à l’aide d’un élément d’agent SNMP pour la découverte et leur attribuer automatiquement des noms appropriés, en fonction de la valeur de chaîne renvoyée par cet élément

Si le nom d’hôte a été défini à l’aide de la valeur d’un élément, il n’est pas mis à jour lors des vérifications de découverte suivantes. S’il n’est pas possible de définir le nom d’hôte à l’aide de la valeur d’un élément, la valeur par défaut (nom DNS) est utilisée.

Si un hôte existe déjà avec l’adresse IP découverte et que la source de découverte (serveur Zabbix, proxy ou groupe de proxys) n’a pas changé, aucun nouvel hôte n’est créé. Si la source de découverte diffère, l’entité découverte est traitée comme distincte et un nouvel hôte peut être créé. Cependant, si l’action de découverte contient des opérations (lier un modèle, ajouter à un groupe d’hôtes, etc.), elles sont exécutées sur l’hôte existant qui correspond à l’adresse IP, au type d’interface et à la source de découverte.

Suppression d’hôte

Les hôtes découverts par une règle de découverte réseau sont supprimés automatiquement de Monitoring > Discovery si une entité découverte ne se trouve plus dans la plage d’adresses IP de la règle. Les hôtes sont supprimés immédiatement.

Création d'interface lors de l'ajout d'hôtes

Lorsque des hôtes sont ajoutés à la suite d'une découverte réseau, des interfaces leur sont créées selon les règles suivantes :

• Les services détectés - par exemple, si une vérification SNMP a réussi, une interface SNMP sera créée.
• Si un hôte a répondu à la fois aux requêtes de l'agent Zabbix et aux requêtes SNMP, les deux types d'interfaces seront créés.
• Si les critères d'unicité sont des données renvoyées par l'agent Zabbix ou SNMP, la première interface trouvée pour un hôte sera créée comme interface par défaut. Les autres adresses IP seront ajoutées comme interfaces supplémentaires. Les conditions de l'action (telles que Host IP) n'ont pas d'impact sur l'ajout d'interfaces. Note que cela fonctionnera si toutes les interfaces sont découvertes par la même règle de découverte. Si une règle de découverte différente découvre une autre interface du même hôte, un hôte supplémentaire sera ajouté.
• Si un hôte a répondu uniquement aux vérifications de l'agent, il sera créé avec une seule interface d'agent. S'il commence à répondre à SNMP plus tard, des interfaces SNMP supplémentaires seront ajoutées.
• Si 3 hôtes distincts ont été créés initialement, après avoir été découverts selon les critères d'unicité "IP", puis que la règle de découverte est modifiée de sorte que les hôtes A, B et C aient un résultat de critères d'unicité identique, B et C sont créés comme interfaces supplémentaires pour A, le premier hôte. Les hôtes individuels B et C restent inchangés. Dans Monitoring > Discovery, les interfaces ajoutées seront affichées dans la colonne "Discovered device", en police noire et avec un retrait, mais la colonne "Monitored host" n'affichera que A, le premier hôte créé. "Uptime/Downtime" n'est pas mesuré pour les IP considérées comme des interfaces supplémentaires.

Modification du paramètre du proxy

Les hôtes découverts par différents proxies ne sont pas toujours traités comme des hôtes différents. Les vérifications de découverte et d'unicité dépendent de la structure du groupe de proxies : lorsqu'un proxy exécute une règle de découverte et crée un hôte, cet hôte est ajouté au groupe de proxies parent du proxy, et non attribué au proxy lui-même. Lorsque Zabbix évalue l'unicité des adresses IP pendant la découverte, il vérifie les hôtes surveillés par le groupe de proxies parent. Les hôtes surveillés par des proxies individuels au sein de ce groupe, y compris le proxy qui a exécuté la découverte, sont ignorés pour la vérification d'unicité, ce qui peut entraîner des hôtes en double si plusieurs proxies surveillent des sous-réseaux qui se chevauchent.

Bien que ce comportement permette à la découverte de fonctionner sur des plages d'adresses IP qui se chevauchent et qui sont utilisées par différents sous-réseaux, le changement du proxy attribué à un sous-réseau déjà surveillé est plus complexe, car les modifications de proxy doivent être appliquées de manière cohérente aux hôtes découverts et à l'appartenance au groupe de proxies parent afin d'éviter les doublons.

Par exemple, les étapes pour remplacer le proxy dans une règle de découverte :

1. Désactiver la règle de découverte.
2. Synchroniser la configuration du proxy.
3. Remplacer le proxy dans la règle de découverte.
4. Remplacer le proxy pour tous les hôtes découverts par cette règle (veillez à mettre à jour les hôtes du groupe de proxies parent ainsi que tous les hôtes surveillés par des proxies individuels dans ce groupe afin d'éviter les doublons).
5. Activer la règle de découverte.