Détection ESXi autonome

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 6 minutes de lecture

    • La détection ESXi autonome prend en charge la détection de serveurs ESXi individuels qui hébergent des ordinateurs virtuels et des composants associés sans vCenter. Divers CI et relations sont détectés dans le cadre d'une planification de détection.

    Rôles requis

    Les utilisateurs disposant des itil rôles et asset peuvent accéder aux enregistrements d’éléments de configuration (CI) ESXi. Pour exécuter une détection ESXi autonome, les utilisateurs doivent disposer du discovery_admin rôle.

    Informations d'identification VMware

    Pour exécuter une détection ESXi autonome, vous avez besoin d'informations d'identification VMware. Créer les informations d’identification en accédant à Détection > Identifiants > Informations d’identification VMware.

    Si vous utilisez un compte de domaine pour accéder à l'hôte ESXi, 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.

    Remarque :
    les informations d'identification VMware doivent avoir un rôle en lecture seule dans l'hôte ESXi.

    Besoins

    • Assurez-vous que le module d'extension Détection (com.snc.discovery) est installé et activé et que vous avez effectué une mise à niveau vers Washington DC ou une version ultérieure.
    • Activez la sonde de déclenchement ESXi. Accédez à la table Sonde de déclenchement [trigger_probe_m2m]. L'enregistrement esxi est inactif par défaut. Définissez Actif sur vrai pour activer la détection ESXi autonome.
    • Créez un calendrier Détection pour l'hôte avec l'adresse IP appropriée de l'hôte ESXi.
    Remarque :
    Si SSH et ESXi sont déclenchés, SSH est lancé en premier et peut entraîner la fermeture de Discovery avec le message « ESX Discovery is supported only via vCenter ». Dans ce cas, ouvrez la sonde Unix - Classifier et définissez ESX - OS inactif.

    Composants Discovery des serveurs ESXi

    Discovery identifie les serveurs ESXi en fonction de l'ID de corrélation (UUID du BIOS), lorsque le fabricant de matériel figure sur une liste d'inclusion certifiée. Si le fabricant figure sur la liste, l'ID de corrélation doit être unique. Si le fabricant ne figure pas sur la liste d'inclusion certifiée, l'ID de référence d'objet géré (MORID) ainsi que le numéro de série sont également recherchés.

    Après l'exécution de Shazzam, la valeur esxi de la sonde de port est recherchée. Discovery lance ensuite la sonde VMware : serveur ESXi autonome, qui lance ensuite les sondes qui explorent le serveur ESXi. D'autres sondes Discovery existantes sont également lancées. Pour obtenir la liste complète des sondes, consultez Liste des sondes de détection.

    Tableau 1. Composants Discovery des serveurs ESXi
    Composant Nom Description
    Service IP ESXi IP Service ESXi : la console d'ordinateur virtuel VMware est définie pour le port 902.
    Sonde de port esxi Interface utilisateur Web d'ESXi Server Appliance. Elle est déclenchée par IP Service ESXi et déclenche la sonde VMware : serveur ESXi autonome.
    Sonde VMware : serveur ESXi autonome Sonde permettant d'obtenir des informations sur un serveur ESXi.
    Sonde VMware : hôtes ESX vCenter Crée des enregistrements pour les montages hôtes et les serveurs ESXi. Déclenche d'autres sondes.
    • VMware : stockage d'hôtes ESX vCenter
    • VMware : banques de données vCenter
    • VMware : réseaux vCenter
    • VMware : ordinateurs virtuels vCenter
    Sonde VMware : stockage d'hôtes ESX vCenter Crée des enregistrements pour le matériel hôte ESXi : cartes réseau, disques, HBA, ports FC, iSCSI et disques FC. Crée des relations entre les disques DAS/iSCSI/FC et les disques de banque de données.

    Les données de serveur de base des hôtes ESXi sont collectées par la sonde VMware : hôtes ESX vCenter.

    Données de serveur autonome ESXi

    Discovery utilise plusieurs sondes existantes pour collecter ces données à partir d'ESXi. Les données sont enregistrées dans différentes tables. Certains des CI qui ont le champ « server » disposent d'une référence à l'hôte ESXi (par exemple, cmdb_ci_esx_server).

    Tableau 2. Instance d'ordinateur virtuel VMware [cmdb_ci_vmware_instance]
    Étiquette de champ Nom de colonne
    Nom nom
    Mémoire (Mo) memory
    Processeurs cpus
    Disques disks
    Cartes réseau nics
    ID d'objet object_id
    Serveur server
    État État
    ID de corrélation correlation_id
    UUID d'instance d'ordinateur virtuel vm_instance_uuid
    États install_status
    Tableau 3. Banque de données VMware vCenter [cmdb_ci_vcenter_datastore]
    Étiquette de champ Nom de colonne
    Nom nom
    Capacité (Go) capacity
    Espace libre (Go) freespace
    Accessible accessible
    Type type
    ID d'objet object_id
    Serveur server
    URL URL
    États install_status
    Tableau 4. Réseau VMware vCenter [cmdb_ci_vcenter_network]
    Étiquette de champ Nom de colonne
    Nom name
    ID d'objet object_id
    Serveur server
    États install_status
    Tableau 5. Carte réseau VMware [cmdb_ci_vmware_nic]
    Étiquette de champ Nom de colonne
    Nom nom
    Adresse MAC mac_address
    Adresse IP ip_address
    Masque réseau netmask
    Élément de configuration cmdb_ci
    ID d'objet object_id
    Fabricant de Mac mac_manufacturer
    DHCP activé dhcp_enabled
    États install_status
    Tableau 6. Montage hôte de la banque de données VMware [vcenter_datastore_hostmount]
    Étiquette de champ Nom de colonne
    Banque de données VMware vCenter datastore
    Serveur ESX esx_server
    Accessible accessible
    Mode d'accès access_mode
    Tableau 7. Disque de banque de données [cmdb_ci_vcenter_datastore_disk]
    Étiquette de champ Nom de colonne
    Nom nom
    Fabricant manufacturer
    Emplacement emplacement
    Description short_description
    Classe sys_class_name
    Mises à jour sys_updated_on
    Planification de maintenance maintenance_schedule
    ID de corrélation correlation_id
    Banque de données datastore
    États install_status
    Tableau 8. Pool de ressources ESX [cmdb_ci_esx_resource_pool]
    Étiquette de champ Nom de colonne
    Nom nom
    Processeur réservé (MHz) cpu_reserved_mhz
    Limite de processeur (MHz) cpu_limit_mhz
    Partages de processeur cpu_shares
    Mémoire réservée (Mo) mem_reserved_mb
    Limite de la mémoire (Mo) mem_limit_mb
    Partages de mémoire mem_shares
    ID d'objet object_id
    Serveur server
    ID de référence d'objet géré morid
    États install_status
    Tableau 9. Serveur ESX [cmdb_ci_esx_server]
    Étiquette de champ Nom de colonne
    Nom nom
    Fabricant manufacturer
    ID de modèle model_id
    Système d'exploitation os
    Version du système d'exploitation os_version
    Description short_description
    Classe sys_class_name
    États install_status
    Tableau 10. Carte réseau [cmdb_ci_network_adapter]
    Étiquette de champ Nom de colonne
    Nom nom
    Adresse MAC mac_address
    Masque réseau netmask
    Élément de configuration cmdb_ci
    Fabricant de Mac mac_manufacturer
    DHCP activé dhcp_enabled
    États install_status
    Tableau 11. Disque [cmdb_ci_disk]
    Étiquette de champ Nom de colonne
    Nom name
    Ordinateur computer
    Taille size
    Fabricant manufacturer
    ID de modèle model_id
    États install_status
    Tableau 12. HBA de stockage [cmdb_ci_storage_hba]
    Étiquette de champ Nom de colonne
    Nom nom
    ID de modèle model_id
    Ordinateur computer
    WWNN wwnn
    États install_status
    Tableau 13. Port Fibre Channel [cmdb_ci_fc_port]
    Étiquette de champ Nom de colonne
    Nom nom
    WWNN wwnn
    WWPN wwpn
    Vitesse speed
    Contrôleur controller
    Ordinateur computer
    États install_status
    Tableau 14. Disque iSCSI [cmdb_ci_iscsi_disk]
    Étiquette de champ Nom de colonne
    Nom name
    Ordinateur computer
    Taille size
    Fourni par provided_by
    IQN iqn
    Numéro d'unité logique de l'appareil device_lun
    Type de stockage storage_type
    États install_status
    Tableau 15. Disque Fibre Channel [cmdb_ci_fc_disk]
    Étiquette de champ Nom de colonne
    Nom name
    Ordinateur computer
    Taille size
    Fourni par provided_by
    Numéro d'unité logique du périphérique device_lun
    WWN wwn
    États install_status
    Tableau 16. Adresse IP [cmdb_ci_ip_address]
    Étiquette de champ Nom de colonne
    Adresse IP ip_address
    Version IP ip_version
    Masque réseau netmask
    Carte réseau nic
    États install_status

    Relations

    Figure 1. Relations de détection ESXi autonome
    Organigramme des relations de détection ESXi autonome

    Pools de ressources

    La détection ESXi autonome récupère également les pools de ressources sur l'hôte, y compris le pool de ressources racine. Ce pool de ressources racine est toujours masqué pour chaque hôte ESXi. Il peut ne pas être visible dans le client Web VSphere pour l'hôte ESXi, mais vous pouvez l'afficher dans le navigateur mobile.

    Accédez à cette URL : <domain name/or ip_address>/ench/?moid=ha-root-pool

    Le pool de ressources racine regroupe les ressources de cet hôte. D'autres pools de ressources enfants peuvent également être créés à partir du pool de ressources racine. La racine est identifiée dans l'hôte ESXi avec l'ID d'objet géré : ha-root-pool.

    Effectuer la migration

    Si vous utilisiez la détection ESXi autonome et que le même ESXi fait désormais partie de vCenter, vous pouvez utiliser la détection vCenter à la place. Créez un calendrier de détection vCenter et déclenchez-le. Le déclenchement d'une détection vCenter crée des CI en double dans les tables suivantes, car les identificateurs des CI sont différents selon que ESXi est autonome ou qu'il fait partie de vCenter :

    • Réseau VMware vCenter [cmdb_ci_vcenter_network]
    • Pool de ressources ESX [cmdb_ci_esx_resource_pool]
    • Banque de données VMware vCenter [cmdb_ci_vcenter_datastore]
    • Disque de banque de données [cmdb_ci_vcenter_datastore_disk]
    Pour éviter les doublons, vous devez marquer les CI créés par la détection ESXi autonome dans les quatre tables ci-dessus comme étant mis hors service. Lorsqu'une détection vCenter est déclenchée, le script include vCenterESXHostsSensor vérifie tous les serveurs ESXi s'ils ont déjà été détectés en tant que serveurs ESXi autonomes. Si oui, cela déclenche automatiquement le script ESXMigrationUtil pour marquer tous les CI en double détectés précédemment comme étant mis hors service.
    Remarque :
    vous pouvez déclencher la migration manuellement en exécutant le script suivant à partir du script en arrière-plan : // @params esx_sys_ids (tableau des ID système de tous les serveurs ESXi qui doivent être migrés). 
    ESXMigrationUtil. retireCIsForESXForwardMigration(esx_sys_ids)

    Une fois qu'un serveur ESXi est migré vers vCenter, le déclenchement d'une planification de détection ESXi autonome sur le même hôte ESXi entraîne une erreur. La détection est abandonnée avec un message d'erreur indiquant que cet ESXi fait partie du calendrier de détection de vCenter <adresse_IP de VCenter> et que la détection est abandonnée.