Zabbix offre une fonctionnalité de découverte automatique du réseau efficace et très flexible.
Avec la découverte du réseau correctement configurée, vous pouvez :
La découverte du réseau Zabbix est basée sur les informations suivantes :
Elle ne fournit PAS :
La découverte du réseau comprend essentiellement deux phases : la découverte et les actions.
Zabbix analyse périodiquement les plages IP définies dans les règles de découverte du réseau. La fréquence du contrôle est configurable pour chaque règle individuellement.
Notez qu'une règle de découverte sera toujours traitée par un processus de découverte unique. La plage d'adresses IP ne sera pas divisée entre plusieurs processus de découverte.
Chaque règle comporte un ensemble de vérifications de service à exécuter pour la plage IP.
Les vérifications de découverte sont traités indépendamment des autres vérifications. Si des vérifications ne trouvent pas de service (ou échouent), les autres vérifications seront toujours traitées.
Chaque vérification d'un service et d'un hôte (IP) effectuée par le module de découverte du réseau génère un événement de découverte.
Événement | Vérification du résultat du service |
---|---|
Service Discovered | Le service est 'démarré' après avoir été 'arrêté' ou lorsqu'il est découvert la première fois. |
Service Up | Le service est 'démarré'. |
Service Lost | Le service est 'arrêté' après avoir été 'démarré'. |
Service Down | Le service est 'arrêté'. |
Host Discovered | Au moins un des services d'un hôte est "démarré" après que tous les services de cet hôte aient été "arrêtés" ou un service est découvert qui appartient à un hôte non-enregistré. |
Host Up | Au moins un service d'un hôte est 'démarré'. |
Host Lost | Tous les services d'un hôte sont 'arrêtés' après qu'au moins un des services ait été 'arrêté'. |
Host Down | Tous les services d'un hôte sont 'arrêtés'. |
Les événements de découverte peuvent être la base d'actions pertinentes, telles que :
Ces actions peuvent être configurées en fonction du type de périphérique, de l'adresse IP, de l'état, de la disponibilité/indisponibilité, etc. Pour plus de détails sur la configuration des actions pour les événements basés sur la découverte du réseau, voir les pages opération et conditions.
Étant donné que les actions de découverte du 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 une action condition Discovery status: up pour éviter que des actions telles que Add host soient déclenchées lors d'événements du type Service Lost/Service Down. Sinon, si un hôte découvert est supprimé manuellement, il générera toujours des événements Service Lost/Service Down et sera recréé lors du prochain cycle de découverte.
::: noteclassic La liaison d'un hôte découvert à des modèles échouera collectivement si l'un des modèles pouvant être liés a une entité unique (par exemple, une clé d'élément) est identique à une autre entité unique (par exemple une clé d'élément) existant déjà sur l'hôte ou sur un autre des modèles pouvant être liés. :::
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 manquante, si vous sélectionnez des opérations entraînant des actions sur un hôte. Ces opérations sont :
Les hôtes créés sont ajoutés au groupe Discovered hosts (par défaut, configurable dans Administration → Général → Autre). Si vous souhaitez que des hôtes soient ajoutés à un autre groupe, ajoutez une opération Supprimer des groupes d'hôtes (en spécifiant "Discovered hosts") 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.
Lors de l'ajout d'hôtes, un nom d'hôte est le résultat d'une recherche DNS inversée (lookup) ou d'une adresse IP si la recherche inversée échoue. La recherche est effectuée à partir du serveur Zabbix ou du proxy Zabbix, en fonction de celui effectuant la découverte. Si la recherche échoue sur le proxy, elle n'est pas relancée sur le serveur. Si l'hôte avec un tel nom existe déjà, l'hôte suivant se verra ajouter **_2 au nom, puis _3** et ainsi de suite.
Il est également possible de remplacer la recherche DNS/IP et d'utiliser à la place une valeur d'élément pour le nom d'hôte, par exemple :
Si le nom d'hôte a été défini à l'aide d'une valeur d'é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 d'une valeur d'é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, aucun nouvel hôte n'est créé. Toutefois, si l'action de découverte contient des opérations (lien avec un modèle, ajout au groupe d'hôtes, etc.), elles sont effectuées sur l'hôte existant.
Les hôtes découverts par une règle de découverte du réseau sont automatiquement supprimés de Surveillance → Découverte si une entité découverte ne se trouve plus dans la plage IP de la règle. Les hôtes sont supprimés immédiatement.
Lorsque des hôtes sont ajoutés via la découverte du réseau, ils obtiennent des interfaces créées conformément à ces règles :
Les hôtes découverts par différents proxys sont toujours traités comme des hôtes différents. Bien que cela permette d'effectuer une découverte sur des plages d'adresses IP correspondantes utilisées par différents sous-réseaux, le changement de proxy pour un sous-réseau déjà surveillé est compliqué car les changements de proxy doivent également être appliqués à tous les hôtes découverts.
Par exemple, voici les étapes pour remplacer le proxy dans une règle de découverte :