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.4.0 z. B. die Datei https://<NSX-Manager-IP>/bin/vdn/vibs-6.4.0/6.0-buildNumber/vxlan.zip.
# 6.0 VDN EAM Info VDN_VIB_PATH.1=/bin/vdn/vibs-6.4.0/6.0-7263674/vxlan.zip VDN_VIB_VERSION.1=7263674 VDN_HOST_PRODUCT_LINE.1=embeddedEsx VDN_HOST_VERSION.1=6.0.* # 6.5 VDN EAM Info VDN_VIB_PATH.2=/bin/vdn/vibs-6.4.0/6.5-7263674/vxlan.zip VDN_VIB_VERSION.2=7263674 VDN_HOST_PRODUCT_LINE.2=embeddedEsx VDN_HOST_VERSION.2=6.5.* # 6.6 VDN EAM Info VDN_VIB_PATH.3=/bin/vdn/vibs-6.4.0/6.6-7263674/vxlan.zip VDN_VIB_VERSION.3=7263674 VDN_HOST_PRODUCT_LINE.3=embeddedEsx VDN_HOST_VERSION.3=6.6.* # 6.6.2 VDN EAM Info for SDDC VDN_VIB_PATH.4=/bin/vdn/vibs-6.4.0-sddc/6.6-7263674/vxlan.zip VDN_VIB_VERSION.4=7263674 VDN_HOST_PRODUCT_LINE.4=embeddedEsx.sddc VDN_HOST_VERSION.4=6.6.2 # Single Version associated with all the VIBs pointed by above VDN_VIB_PATH(s) VDN_VIB_VERSION=6.4.0.7269135 # Legacy vib location. Used by code to discover avaialble legacy vibs. LEGACY_VDN_VIB_PATH_FS=/common/em/components/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 |
---|---|---|
6.0 oder höher | 6.3.2 oder früher |
|
6.0 oder höher | 6.3.3 oder höher |
|
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
- 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)
- Nachrichtenbus-UWA (vsfwd)
- Steuerungskomponente-UWA (netcpa)
- 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.
- Ü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).