Erkennung eigenständiger ESXi-Server

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 5 Minuten Lesedauer
  • Mit der Erkennung eigenständiger ESXi-Server wird die Erkennung einzelner ESXi-Server unterstützt, auf denen virtuelle Computer (Virtual Machines, VMs) und zugehörige Komponenten ohne vCenter gehostet werden. Verschiedene CIs und Beziehungen werden im Rahmen eines Discovery-Zeitplans erkannt.

    Erforderliche Rollen

    Benutzer mit den Rollen itil und asset können auf Datensätze von ESXi-Konfigurationselementen (CIs) zugreifen. Um eine eigenständige ESXi-Erkennung auszuführen, müssen Benutzer über die Rolle discovery_admin verfügen.

    VMware-Anmeldeinformationen

    Zum Ausführen einer Erkennung eigenständiger ESXi-Server benötigen Sie VMware-Anmeldeinformationen. Erstellen Sie die Anmeldeinformationen, indem Sie zu navigieren Discovery > Berechtigungen > VMware-Anmeldeinformationen

    Wenn Sie ein Domänenkonto für den Zugriff auf den ESXi-Host verwenden, geben Sie die Domäne mit dem Benutzernamen im Datensatz für die Anmeldeinformationen in einem der unterstützten Formate an, zum Beispiel Domäne\Benutzername.

    Hinweis:
    Die VMware-Anmeldeinformationen müssen auf dem ESXi-Host über eine Rolle mit Lesezugriff verfügen.

    Anforderungen

    • Stellen Sie sicher, dass das Plugin „Discovery“ (com.snc.discovery) installiert und aktiviert ist und dass Sie auf Release Washington DC oder höher aktualisiert haben.
    • Aktivieren Sie die ESXi-Auslöser-Probe. Navigieren Sie zur Tabelle „Auslöser-Probe“ [trigger_probe_m2m]. Der esxi-Datensatz ist standardmäßig inaktiv. Markieren Sie „Aktiv“ als „true“, um die Erkennung eigenständiger ESXi-Server zu aktivieren.
    • Erstellen Sie einen neuen Discovery-Zeitplan für den Host mit der entsprechenden IP-Adresse des ESXi-Hosts.
    Hinweis:
    Wenn sowohl SSH als auch ESXi ausgelöst werden, wird SSH zuerst gestartet. Dies kann dazu führen, dass Discovery mit der Meldung „ESX Discovery wird nur über vCenter unterstützt“ abgeschlossen wird. Öffnen Sie in diesem Fall die Probe „Unix - Classify“, und legen Sie ESX - OS inaktiv fest.

    Komponenten bei der Erkennung von ESXi-Servern

    Discovery identifiziert ESXi-Server basierend auf der Korrelations-ID (BIOS-UUID), wenn sich der Hardwarehersteller auf einer zertifizierten Aufnahmeliste befindet. Wenn der Hersteller in der Liste aufgeführt ist, muss die Korrelations-ID eindeutig sein. Wenn der Hersteller nicht auf der zertifizierten Aufnahmeliste steht, werden auch die verwaltete Objektreferenz-ID (MORID) und die Seriennummer überprüft.

    Nach der Ausführung von Shazzam findet eine Suche nach der Port-Probe esxi statt. Anschließend startet Discovery die Probe „VMware - Standalone ESXi Server“, von der dann wiederum die Probes gestartet werden, mit denen der ESXi-Server untersucht wird. Andere vorhandene Discovery-Probes werden ebenfalls gestartet. Die vollständige Liste der Probes finden Sie unter Liste der Discovery-Probes.

    Tabelle : 1. Komponenten bei der Erkennung von ESXi-Servern
    Komponente Name Beschreibung
    IP-Service ESXi IP-Service ESXi - Die VMware VM-Konsole ist für Port 902 definiert.
    Port-Probe esxi Webbenutzeroberfläche der ESXi-Server-Appliance. Wird von IP Service ESXi ausgelöst und löst die Probe „VMware - Standalone ESXi Server“ aus.
    Probe VMware - Standalone ESXi Server Probe, mit der Informationen zu einem ESXi-Server abgerufen werden
    Probe VMWare - vCenter ESX Hosts Erstellt Datensätze für ESXi-Server und Host-Mounts. Löst andere Probes aus:
    • VMware - vCenter ESX Hosts Storage
    • VMware - vCenter Datastores
    • VMware - vCenter Networks
    • VMware - vCenter VMs
    Probe VMWare - vCenter ESX Hosts Storage Erstellt Datensätze für ESXi-Hosthardware: Netzwerkadapter, Datenträger, HBAs, FC-Ports, iSCSI und FC-Datenträger. Erstellt Beziehungen zwischen DAS/iSCSI/FC-Datenträgern und Datenspeicher-Datenträgern

    Grundlegende Serverdaten von ESXi-Hosts werden mit der Probe „VMware - vCenter ESX-Hosts“ erfasst.

    Daten zu eigenständigen ESXi-Servern

    Discovery nutzt mehrere vorhandene Probes, um diese Daten von ESXi zu erfassen. Die Daten werden in verschiedenen Tabellen gespeichert. Einige der CIs, die über das Feld „Server“ verfügen, beinhalten einen Verweis auf den ESXi-Host (z. B. cmdb_ci_esx_server).

    Tabelle : 2. VMware-VM-Instanz [cmdb_ci_vmware_instance]
    Feldbezeichnung Spaltenname
    Name Name
    Arbeitsspeicher (MB) memory
    CPUs CPUs
    Datenträger disks
    Netzwerkadapter nics
    Objekt-ID object_id
    Server Server
    Status state
    Zuordnungs-ID correlation_id
    VM-Instanz-UUID vm_instance_uuid
    Status install_status
    Tabelle : 3. VMware vCenter-Datenspeicher [cmdb_ci_vcenter_datastore]
    Feldbezeichnung Spaltenname
    Name Name
    Kapazität (GB) Kapazität
    Freier Speicherplatz (GB) freespace
    Zugänglich accessible
    Typ Typ
    Objekt-ID object_id
    Server Server
    URL url
    Status install_status
    Tabelle : 4. VMware vCenter-Netzwerk [cmdb_ci_vcenter_network]
    Feldbezeichnung Spaltenname
    Name Name
    Objekt-ID object_id
    Server Server
    Status install_status
    Tabelle : 5. VMware-Netzwerkadapter [cmdb_ci_vmware_nic]
    Feldbezeichnung Spaltenname
    Name Name
    MAC-Adresse mac_address
    IP-Adresse ip_address
    Netzmaske netmask
    Configuration Item cmdb_ci
    Objekt-ID object_id
    MAC-Hersteller mac_manufacturer
    DHCP aktiviert dhcp_enabled
    Status install_status
    Tabelle : 6. Host-Mount des VMware-Datenspeichers [vcenter_datastore_hostmount]
    Feldbezeichnung Spaltenname
    VMware vCenter-Datenspeicher datastore
    ESX-Server esx_server
    Zugänglich accessible
    Zugriffsmodus access_mode
    Tabelle : 7. Datenspeicher-Datenträger [cmdb_ci_vcenter_datastore_disk]
    Feldbezeichnung Spaltenname
    Name Name
    Hersteller manufacturer
    Standort location
    Beschreibung short_description
    Klasse sys_class_name
    Aktualisiert sys_updated_on
    Wartungsplan maintenance_schedule
    Zuordnungs-ID correlation_id
    Datenspeicher datastore
    Status install_status
    Tabelle : 8. ESX-Ressourcenpool [cmdb_ci_esx_resource_pool]
    Feldbezeichnung Spaltenname
    Name Name
    CPU reserviert (MHz) cpu_reserved_mhz
    CPU limitiert (MHz) cpu_limit_mhz
    CPU Anteile cpu_shares
    Arbeitsspeicher reserviert (MB) mem_reserved_mb
    Arbeitsspeicher limitiert (MB) mem_limit_mb
    Speicheranteile mem_shares
    Objekt-ID object_id
    Server Server
    Verwaltetes Objekt Referenz-ID morid
    Status install_status
    Tabelle : 9. ESX-Server [cmdb_ci_esx_server]
    Feldbezeichnung Spaltenname
    Name Name
    Hersteller manufacturer
    Modell-ID model_id
    Betriebssystem os
    BS-Version os_version
    Beschreibung short_description
    Klasse sys_class_name
    Status install_status
    Tabelle : 10. Netzwerkadapter [cmdb_ci_network_adapter]
    Feldbezeichnung Spaltenname
    Name Name
    Mac-Adresse mac_address
    Netzmaske netmask
    Configuration Item cmdb_ci
    MAC-Hersteller mac_manufacturer
    DHCP aktiviert dhcp_enabled
    Status install_status
    Tabelle : 11. Datenträger [cmdb_ci_disk]
    Feldbezeichnung Spaltenname
    Name Name
    Computer Computer
    Größe size
    Hersteller manufacturer
    Modell-ID model_id
    Status install_status
    Tabelle : 12. Speicher-HBA [cmdb_ci_storage_hba]
    Feldbezeichnung Spaltenname
    Name Name
    Modell-ID model_id
    Computer Computer
    WWNN wwnn
    Status install_status
    Tabelle : 13. Fibre-Channel-Port [cmdb_ci_fc_port]
    Feldbezeichnung Spaltenname
    Name Name
    WWNN wwnn
    WWPN wwpn
    Geschwindigkeit speed
    Controller controller
    Computer Computer
    Status install_status
    Tabelle : 14. iSCSI-Datenträger [cmdb_ci_iscsi_disk]
    Feldbezeichnung Spaltenname
    Name Name
    Computer Computer
    Größe size
    Bereitgestellt von provided_by
    IQN iqn
    Geräte-LUN device_lun
    Speichertyp storage_type
    Status install_status
    Tabelle : 15. Fibre Channel-Datenträger [cmdb_ci_fc_disk]
    Feldbezeichnung Spaltenname
    Name Name
    Computer Computer
    Größe size
    Bereitgestellt von provided_by
    Geräte-LUN device_lun
    WWN wwn
    Status install_status
    Tabelle : 16. IP-Adresse [cmdb_ci_ip_address]
    Feldbezeichnung Spaltenname
    IP-Adresse ip_address
    IP-Version ip_version
    Netzmaske netmask
    Nic nic
    Status install_status

    Beziehungen

    Abbildung : 1. Beziehungen bei der Erkennung eigenständiger ESXi-Server
    Flussdiagramm für Beziehungen bei der Erkennung eigenständiger ESXi-Server

    Ressourcenpools

    Bei der Erkennung eigenständiger ESXi-Server werden auch die Ressourcenpools auf dem Host abgerufen, einschließlich des Stammressourcenpools. Dieser Stammressourcenpool ist für jeden ESXi-Host immer ausgeblendet. Der Stammressourcenpool ist im vSphere-Webclient für den ESXi-Host möglicherweise nicht sichtbar, Sie können ihn jedoch mit dem MOB-Browser anzeigen.

    Navigieren Sie zu dieser URL: <domain name/or ip_address>/mob/?moid=ha-root-pool.

    Im Stammressourcenpool werden die Ressourcen des betreffenden Hosts gruppiert. Andere untergeordnete Ressourcenpools können auch aus dem Stammressourcenpool erstellt werden. Der Stamm wird auf dem ESXi-Host anhand der ID des verwalteten Objekts (ha-root-pool) identifiziert.

    Zukunftssichere Migration

    Wenn Sie die Erkennung eigenständiger ESXi-Server verwendet haben und derselbe ESXi-Server nun mit vCenter verwaltet wird, können Sie stattdessen die vCenter-Erkennung verwenden. Erstellen Sie einen vCenter-Discovery-Zeitplan, und lösen Sie diesen aus. Durch das Auslösen einer vCenter-Erkennung werden doppelte CIs in den folgenden Tabellen erstellt, da für eigenständige ESXi-Server und mit vCenter verwaltete ESXi-Server jeweils unterschiedliche Bezeichner für die betreffenden CIs verwendet werden:

    • VMware vCenter-Netzwerk [cmdb_ci_vcenter_network]
    • ESX-Ressourcenpool [cmdb_ci_esx_resource_pool]
    • VMware vCenter-Datenspeicher [cmdb_ci_vcenter_datastore]
    • Datenspeicher-Datenträger [cmdb_ci_vcenter_datastore_disk]
    Um Duplikate zu vermeiden, müssen Sie die von der Erkennung eigenständiger ESXi-Server erstellten CIs in den obigen vier Tabellen als „Deaktiviert“ markieren. Wenn die vCenter-Erkennung ausgelöst wird, prüft die Skripteinbindung vCenterESXHostsSensor für alle ESXi-Server, ob sie zuvor als eigenständige ESXi-Server erkannt wurden. Wenn ja, wird automatisch das Skript ESXMigrationUtil ausgelöst, sodass alle zuvor erkannten doppelten CIs als deaktiviert markiert werden.
    Hinweis:
    Wenn Sie die Migration manuell auslösen möchten, führen Sie das folgende Skript aus dem Hintergrundskript aus: // @params esx_sys_ids – Array von sys-IDs aller ESXi-Server, die migriert werden müssen.
    ESXMigrationUtil. retireCIsForESXForwardMigration(esx_sys_ids)

    Sobald ein ESXi-Server zu vCenter migriert wurde, führt das Auslösen eines Discovery-Zeitplans für die Erkennung eigenständiger ESXi-Server auf demselben ESXi-Host zu einem Fehler. Die Erkennung wird mit einer Fehlermeldung abgebrochen, die besagt, dass dieser ESXi-Server Teil des Discovery-Zeitplans von vCenter <IP-Adresse von vCenter> ist und dass die Erkennung abgebrochen wird.