Discovery pour VMware vCenter

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture

    • Discovery peut explorer le processus VMware vCenter en cours d'exécution sur un hôte Windows ou Linux. IPv6 est pris en charge pour VCenter.

    Remarque :

    Si un serveur Windows ou Linux exécute l'application vCenter, une relation « Runs on » avec l'hôte du serveur Windows ou Linux est créée après la création du CI vCenter.

    Lorsqu'une application vCenter s'exécute sur un dispositif vCenter dédié, aucune relation « Runs on » avec le CI vCenter n'est créée.

    Versions vCenter testées

    La plateforme ServiceNow® prend en charge les versions 4.0 et supérieures de l'API vCenter. Les versions suivantes ont été testées avec la version Yokohama :
    • vCenter 7.0 et versions antérieures
    • Dispositif vCenter versions 6.7 et antérieures
    Pour les installations basées sur l'appliance vCenter, un CI de serveur est créé pour l'appliance vCenter et les champs suivants sont renseignés :
    • NameIP
    • AddressMAC
    • AddressDiscovery
    • Source
    Remarque :
    Si vous détectez des hôtes SUSE Linux pour les dispositifs vCenter, versions 6.0 et antérieures, observez ces restrictions SSH.

    Consultez dans Données collectées pour les serveurs VMware vCenter une description de l'architecture VMware et des relations entre les composants.

    Processus de détection vCenter

    Après avoir classifié vCenter, Découverte lance la sonde VMware : centres de données VMware vCenter, qui à son tour lance des sondes spécifiques qui renvoient des informations sur les ordinateurs ESX, les ordinateurs virtuels et d'autres objets vCenter. La sonde de port vmapp est également configurée pour lancer la sonde VMware : centres de données VMware vCenter.

    Informations d'identification VMware

    Si vous utilisez un compte de domaine pour accéder à vCenter, spécifiez le domaine avec le nom d'utilisateur dans l'enregistrement des informations d'identification dans l'un des formats pris en charge, tels que Domaine\Nom d'utilisateur. les informations d'identification VMware doivent disposer d'un rôle en lecture seule et du privilège d'administrateur de licences dans vCenter.
    Important :
    Les informations d’identification Windows ne sont pas nécessaires pour vCenter Discovery lorsque des informations d’identification VMware valides sont utilisées.

    Mettre à jour la CMDB avec le collecteur d'événements vCenter

    En plus de trouver des données vCenter via le processus de découverte standard, Discovery peut également mettre à jour la CMDB en détectant les événements vCenter via une extension du serveur MID appelée collecteur d’événements vCenter.

    Le collecteur d'événements permet de mettre à jour la CMDB en modifiant les ordinateurs virtuels, en plus des mises à jour détectées par Discovery. Un changement apporté à un ordinateur virtuel est envoyé en tant qu'événement du serveur vCenter au collecteur d'événements vCenter. Lorsqu'un événement est reçu, la CMDB est mise à jour en conséquence. La détection vCenter n'a pas besoin d'être entièrement réexécutée. Pour certains événements, tels que les événements de mise sous tension et de mise hors tension, Discovery n'a pas besoin de s'exécuter à nouveau. Pour la plupart des événements, Discovery s'exécute uniquement sur la ressource vCenter nécessaire.

    Pour obtenir des instructions sur la configuration des événements vCenter, consultez Configurer et exécuter l’extension de collecteur d’événements vCenter.

    Ordinateur virtuel supprimé de vCenter

    Si l'ordinateur virtuel est supprimé de vCenter, la table cmdb_ci_vm_instance change d'état et passe à l'état Terminé, et le champ d'état est défini sur Mis hors service.

    CI supprimés de vCenter

    Lorsqu'un CI vCenter, tel qu'un ordinateur virtuel, est supprimé, l'instance ServiceNow le marque comme « périmé » dans la CMDB, en utilisant l'une ou l'autre de ces procédures :
    • Lorsqu’elle Découverte est exécutée, elle crée un enregistrement d’audit dans la table Composants installés avec l’intégrité CMDB pour le CI manquant et marque le CI comme « périmé ».
    • Si l'instance est configurée pour collecter des événements vCenter, le système peut également créer un enregistrement d'audit « périmé » pour le CI dans la table Résultats d'intégrité CMDB [cmdb_health_result] à partir de l'événement VmRemovedEvent, sans avoir à exécuter Découverte.
    Remarque :
    lorsque le paramètre Péremption est configuré, la vue des dépendances (carte BSM) grise les CI périmés dans son diagramme des relations pour indiquer qu'ils ont été supprimés de vCenter.
    Figure 1. CI vCenter marqué comme « périmé »
    CI vCenter marqué comme « périmé »

    Vous avez la possibilité de créer une règle de rattrapage CMDB pour exécuter automatiquement un workflow de rattrapage qui peut, par exemple, supprimer les CI périmés. Pour plus d’informations sur les CI périmés, consultez Mesures d’intégrité CMDB.

    Détection vCenter sur un hôte Windows

    Les informations d'identification Windows ne sont pas nécessaires pour la détection vCenter lorsque des informations d'identification VMware valides sont utilisées.