Découverte pour VMware vCenter

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • Discovery peut explorer le processus vCenter en cours d’exécution VMware sur un hôte Windows ou Linux. IPv6 est pris en charge pour la découverte dans VMware 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 « S’exécute sur » avec le CI vCenter n’est créée.

    Versions vCenter testées

    La ServiceNow® plateforme prend en charge les versions 4.0 et ultérieures de l’API vCenter. Les versions suivantes ont été testées avec la Australie version :
    • Versions 8.0 et antérieures de vCenter
    • Dispositif vCenter versions 6.7 et antérieures
    Pour les installations basées sur l’appliance vCenter, un CI serveur est créé pour l’appliance vCenter et les champs suivants sont renseignés :
    • NameIP
    • Adresse MAC
    • AddressDiscovery (Découverte d’adresses)
    • Source
    Remarque :
    Si vous découvrez les hôtes SUSE Linux pour les dispositifs vCenter, version 6.0 et antérieure, respectez ces restrictions SSH.

    Consultez dans Données collectées pour VMware le cloud Découverte une description de l'architecture VMware et des relations entre les composants.

    Processus de découverte vCenter

    Après avoir classifié vCenter, Découverte lance la sonde VMware - vCenter Datacenters, qui à son tour lance des sondes spécifiques qui renvoient des informations sur les machines ESX, les machines virtuelles 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.
    Remarque :
    Pour un mappage précis des relations entre les CI de serveur et les ressources vCenter (telles que les hôtes ESX et les banques de données), vous devez initier la découverte de l’environnement vCenter avant de détecter les CI de serveur. Cette approche permet d’associer Découverte plus efficacement les serveurs à leur infrastructure gérée par vCenter correspondante.

    Informations d'identification VMware

    Pour accéder à vCenter avec un compte de domaine, spécifiez le domaine avec le nom d’utilisateur dans l’enregistrement d’informations d’identification à l’aide d’un format pris en charge, tel que Domaine\Nom d’utilisateur. Les informations d’identification VMware doivent avoir un rôle de lecture seule dans vCenter. Pour le suivi Software Asset Management (SAM), les informations d’identification nécessitent également le privilège « Attribuer une licence » dans vCenter, également connu sous le nom de privilège Administrateur de licence.
    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 avec les modifications apportées aux ordinateurs virtuels (VM), en plus des mises à jour détectées par Discovery. Un changement apporté à un VM 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. Découverte vCenter complète n’a pas besoin de s’exécuter à nouveau. Pour certains événements, tels que les événements de mise sous tension et hors tension, Discovery n’a pas besoin de s’exécuter à nouveau. Pour la plupart des événements, Discovery (Découverte) 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 du collecteur d’événements vCenter.

    VM supprimé de vCenter

    Si l’ordinateur virtuel est supprimé de vCenter, l’état cmdb_ci_vm_instance passe à Terminé et le champ État devient Mis hors service.

    CI supprimés de vCenter

    Lorsqu’un CI vCenter, tel qu’une machine virtuelle, est supprimé, l’instance ServiceNow le marque comme « périmé » dans la CMDB, en procédant de l’une des façons suivantes :
    • Lors Découverte de l’exécution, elle crée un enregistrement d’audit dans la table Composants installés avec CMDB Health (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 de l’intégrité CMDB [cmdb_health_result] à partir de l’événement VmRemovedEvent, sans avoir à l’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.

    Pour éviter la génération d’indicateurs d’intégrité de CI périmés lors de la détection VMWware, définissez la propriété glide.cmdb.health.src.cmdb_health_audit_only système sur true. Cela désactive la génération de rapports sur les CI périmés provenant de la source de détection VMware. Vous pouvez ainsi gérer le cycle de vie du CI par d’autres moyens. Pour plus d'informations, consultez CMDB Health system properties.

    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 vCenter Discovery lorsque des informations d’identification VMware valides sont utilisées.