Der vSphere ESX Agent Manager stellt vSphere-Installationspakete (VIBs) auf ESXi-Hosts bereit.

Für die Bereitstellung auf Hosts muss DNS auf den Hosts, auf vCenter Server und NSX Manager konfiguriert werden. Für die Bereitstellung ist kein Neustart des ESXi-Hosts erforderlich. Dieser muss allerdings bei Aktualisierungen oder nach dem Entfernen von VIBs vorgenommen werden.

VIBs werden auf NSX Manager gehostet und sind auch als ZIP-Datei verfügbar.

Die Datei kann von https://<NSX-Manager-IP>/bin/vdn/nwfabric.properties heruntergeladen werden. Die ZIP-Datei zum Herunterladen unterscheidet sich je nach NSX- und ESXi-Version. vSphere 6.0-Hosts verwenden in NSX 6.3.0 z. B. die Datei https://<NSX-Manager-IP>/bin/vdn/vibs-6.3.0/6.0-buildNumber/vxlan.zip.

# 5.5 VDN EAM Info
VDN_VIB_PATH.1=/bin/vdn/vibs-6.3.0/5.5-4744075/vxlan.zip
VDN_VIB_VERSION.1=4744075
VDN_HOST_PRODUCT_LINE.1=embeddedEsx
VDN_HOST_VERSION.1=5.5.*

# 6.0 VDN EAM Info
VDN_VIB_PATH.2=/bin/vdn/vibs-6.3.0/6.0-4744062/vxlan.zip
VDN_VIB_VERSION.2=4744062
VDN_HOST_PRODUCT_LINE.2=embeddedEsx
VDN_HOST_VERSION.2=6.0.*

# 6.5 VDN EAM Info
VDN_VIB_PATH.3=/bin/vdn/vibs-6.3.0/6.5-4744074/vxlan.zip
VDN_VIB_VERSION.3=4744074
VDN_HOST_PRODUCT_LINE.3=embeddedEsx
VDN_HOST_VERSION.3=6.5.*

# Single Version associated with all the VIBs pointed by above VDN_VIB_PATH(s)
VDN_VIB_VERSION=6.3.0.4744320

# Legacy vib location. Used by code to discover available legacy vibs.
LEGACY_VDN_VIB_PATH_FS=/common/em/components/vdn/vibs/legacy/
LEGACY_VDN_VIB_PATH_WEB_ROOT=/bin/vdn/vibs/legacy/

Welche VIBs auf einem Host installiert sind, hängt von der NSX- und ESXi-Version ab:

ESXi-Version

NSX-Version

Installierte VIBs

5.5

Alle 6.3.x

  • esx-vsip

  • esx-vxlan

6.0 oder höher

6.3.2 oder früher

  • esx-vsip

  • esx-vxlan

6.0 oder höher

6.3.3 oder höher

  • esx-nsxv

Sie können die installierten VIBs mit dem Befehl esxcli software vib list anzeigen.

[root@esx-01a:~] esxcli software vib list | grep -e vsip -e vxlan
esx-vsip                       6.0.0-0.0.XXXXXXX                     VMware  VMwareCertified   2016-04-20
esx-vxlan                      6.0.0-0.0.XXXXXXX                     VMware  VMwareCertified   2016-04-20

oder

esxcli software vib list | grep nsxv
esx-nsxv                       6.0.0-0.0.XXXXXXX                     VMware  VMwareCertified   2017-08-11

Allgemeine Probleme bei der Hostvorbereitung

Bei der Vorbereitung von Hosts können folgende, typische Probleme auftreten:

  • EAM kann keine VIBs bereitstellen.

    • Eine mögliche Ursache ist eine fehlerhafte DNS-Konfiguration auf den Hosts.

    • Eine andere mögliche Ursache ist eine Firewall, die die erforderlichen Ports zwischen ESXi, NSX Manager und vCenter Server blockiert.

    Die meisten Probleme werden durch Klicken auf die Option Auflösen (Resolve) behoben. Informationen finden Sie unter Installationsstatus ist „Nicht bereit“.

  • Ein früheres VIB einer älteren Version ist bereits installiert. In diesem Fall muss der Benutzer die Hosts neu starten.

  • Zwischen NSX Manager und vCenter Server treten Kommunikationsprobleme auf. Die Registerkarte Hostvorbereitung (Host Preparation) im Plug-In „Networking and Security“ zeigt einige Hosts nicht korrekt an:

    • Überprüfen Sie, ob mit vCenter Server alle Hosts und Cluster angegeben werden.

Wenn sich das Problem mit der Option Auflösen (Resolve) nicht beheben lässt, finden Sie weitere Informationen unter Problem mit der Option „Auflösen“ nicht behoben.

Fehlerbehebung bei der Hostvorbereitung (VIBs)

  • Überprüfen Sie den Kommunikationskanalstatus für den Host. Weitere Informationen dazu finden Sie unter Überprüfen des Kommunikationskanalstatus.

  • Überprüfen Sie vSphere ESX Agent Manager auf Fehler.

    vCenter-Startseite > Verwaltung > vCenter Server-Erweiterungen > vSphere ESX Agent Manager (vCenter home > Administration > vCenter Server Extensions > vSphere ESX Agent Manager)

    Überprüfen Sie in vSphere ESX Agent Manager den Status der Agencys mit dem Präfix „VCNS160“. Befindet sich eine Agency in einem ungültigen Status, wählen Sie diese aus und überprüfen Sie die damit verbundenen Probleme.

  • Auf dem Host mit einem aufgetretenen Problem führen Sie den Befehl tail /var/log/esxupdate.log aus.

Fehlerbehebung bei der Hostvorbereitung (UWA)

NSX Manager konfiguriert zwei Benutzerwelt-Agenten auf allen Hosts in einem Cluster:

  • Nachrichtenbus-UWA (vsfwd)

  • Steuerungskomponente-UWA (netcpa)

In seltenen Fällen kann es vorkommen, dass nach einer erfolgreichen Installation der VIBs ein oder beide Benutzerwelt-Agenten nicht korrekt funktionieren. Dies kann folgende Formen annehmen:

  • Die Firewall zeigt einen ungültigen Status an.

  • Die Steuerungskomponente zwischen Hypervisoren und den Controllern ist inaktiv. Überprüfen Sie die NSX Manager-Systemereignisse. Informationen finden Sie unter NSX-Protokollierung und -Systemereignisse.

Ist mehr als ein ESXi-Host betroffen, überprüfen Sie den Status des Nachrichtenbusdienstes in der Web UI der NSX Manager-Appliance in der Registerkarte Übersicht (Summary). Wurde RabbitMQ gestoppt, starten Sie diesen Broker neu.

Wenn der Nachrichtenbusdienst für NSX Manager aktiv ist:

  • Überprüfen Sie durch Ausführung des Befehls /etc/init.d/vShield-Stateful-Firewall status auf den ESXi-Hosts den Status des Benutzerwelt-Agenten des Nachrichtenbusses auf den Hosts.

    [root@esx-01a:~] /etc/init.d/vShield-Stateful-Firewall status
    vShield-Stateful-Firewall is running
    
  • Überprüfen Sie die Protokolle des Benutzerwelt-Nachrichtenbusses auf den Hosts unter /var/log/vsfwd.log.

  • Führen Sie auf den ESXi-Hosts den Befehl esxcfg-advcfg -l | grep Rmq zur Anzeige aller Rmq-Variablen aus. Es müssen 16 Rmq-Variablen vorhanden sein.

    [root@esx-01a:~] esxcfg-advcfg -l | grep Rmq
    /UserVars/RmqIpAddress [String] : Connection info for RMQ Broker
    /UserVars/RmqUsername [String] : RMQ Broker Username
    /UserVars/RmqPassword [String] : RMQ Broker Password
    /UserVars/RmqVHost [String] : RMQ Broker VHost
    /UserVars/RmqVsmRequestQueue [String] : RMQ Broker VSM Request Queue
    /UserVars/RmqPort [String] : RMQ Broker Port
    /UserVars/RmqVsmExchange [String] : RMQ Broker VSM Exchange
    /UserVars/RmqClientPeerName [String] : RMQ Broker Client Peer Name
    /UserVars/RmqHostId [String] : RMQ Broker Client HostId
    /UserVars/RmqHostVer [String] : RMQ Broker Client HostVer
    /UserVars/RmqClientId [String] : RMQ Broker Client Id
    /UserVars/RmqClientToken [String] : RMQ Broker Client Token
    /UserVars/RmqClientRequestQueue [String] : RMQ Broker Client Request Queue
    /UserVars/RmqClientResponseQueue [String] : RMQ Broker Client Response Queue
    /UserVars/RmqClientExchange [String] : RMQ Broker Client Exchange
    /UserVars/RmqSslCertSha1ThumbprintBase64 [String] : RMQ Broker Server Certificate base64 Encoded Sha1 Hash
    
  • Führen Sie auf den ESXi-Hosts den Befehl esxcfg-advcfg -g /UserVars/RmqIpAddress aus. Als Ausgabe sollte die IP-Adresse von NSX Manager angezeigt werden.

    [root@esx-01a:~] esxcfg-advcfg -g /UserVars/RmqIpAddress
    Value of RmqIpAddress is 192.168.110.15
  • Führen Sie auf den ESXi-Hosts den Befehl esxcli network ip connection list | grep 5671 zur Überprüfung aus, ob die Nachrichtenbusverbindung aktiv ist.

    [root@esx-01a:~] esxcli network ip connection list | grep 5671
    tcp         0       0  192.168.110.51:29969            192.168.110.15:5671   ESTABLISHED     35505  newreno  vsfwd
    tcp         0       0  192.168.110.51:29968            192.168.110.15:5671   ESTABLISHED     35505  newreno  vsfwd
    

Informationen zu Problemen mit dem Agenten der Steuerungskomponente finden Sie unter Probleme mit dem Agenten der Kontrollebene (netcpa).