Discovery pour VMware vCenter

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 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 Washington DC :
    • 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étection 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 la détection vCenter 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étection standard, Discovery peut également mettre à jour la CMDB en détectant des événements vCenter via une extension du MID Server 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 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 :
    • Lors Détection de son exécution, elle crée un enregistrement d’audit dans la table Composants installés avec 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étection.
    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 pouvez créer une règle de rattrapage CMDB pour exécuter automatiquement un workflow de rattrapage qui peut, par exemple, supprimer des 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.