vSphere ESX Agent Manager déploie des bundles d'installation vSphere (VIB) sur des hôtes ESXi.

Le déploiement sur les hôtes requiert que le DNS soit configuré sur les hôtes, vCenter Server et NSX Manager. Le déploiement ne nécessite pas un redémarrage de l'hôte ESXi, contrairement aux mises à jour ou aux suppressions de VIB.

Les VIB sont hébergés sur NSX Manager et ils sont également disponibles sous forme de fichier compressé.

Le fichier est accessible à l'adresse https://<NSX-Manager-IP>/bin/vdn/nwfabric.properties. Le fichier compressé téléchargeable diffère selon la version de NSX et d'ESXi. Par exemple, dans NSX 6.4.0, les hôtes vSphere 6.0 utilisent le fichier 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/

Les VIB installés sur un hôte dépendent des versions de NSX et d'ESXi :

Version d'ESXi Version de NSX VIB installés
6.0 ou une version ultérieure 6.3.2 ou une version antérieure
  • esx-vsip
  • esx-vxlan
6.0 ou une version ultérieure 6.3.3 ou une version ultérieure
  • esx-nsxv
Vous pouvez afficher les VIB installés à l'aide de la commande esxcli software vib list.
[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
ou
esxcli software vib list | grep nsxv
esx-nsxv                       6.0.0-0.0.XXXXXXX                     VMware  VMwareCertified   2017-08-11

Problèmes courants lors de la préparation de l'hôte

Lors de la préparation d'hôtes, les problèmes typiques que l'on peut rencontrer sont les suivants :
  • EAM ne réussit pas à déployer des VIB.
    • Peut être dû à un DNS mal configuré sur des hôtes.
    • Peut être dû à un pare-feu bloquant des ports requis entre ESXi, NSX Manager et vCenter Server.

    La plupart des problèmes sont résolus en cliquant sur l'option Résoudre (Resolve). Consultez la section Le statut de l'installation n'est pas prêt.

  • Un VIB précédent d'une version antérieure est déjà installé. Cela nécessite que l'utilisateur redémarre les hôtes.
  • NSX Manager et vCenter Server rencontrent des problèmes de communication. L'onglet Préparation de l'hôte (Host Preparation) dans le plug-in Networking and Security n'affiche pas tous les hôtes correctement :
    • Vérifiez si vCenter Server peut énumérer tous les hôtes et les clusters.

Si le problème n'est pas résolu avec l'option Résoudre (Resolve), reportez-vous à la section Problème non corrigé avec l'option Résoudre.

Dépannage de la préparation de l'hôte (VIB)

  • Vérifiez la santé du canal de communication pour l'hôte. Reportez-vous à la section Vérification de la santé du canal de communication.
  • Recherchez des erreurs sur vSphere ESX Agent Manager.

    Accueil de vCenter > Administration > Extensions de vCenter Server > vSphere ESX Agent Manager (vCenter home > Administration > vCenter Server Extensions > vSphere ESX Agent Manager).

    Sur vSphere ESX Agent Manager, vérifiez l'état des agences avec le préfixe « VCNS160 ». Si l'état d'une agence est incorrect, sélectionnez l'agence et affichez ses problèmes.

  • Sur l'hôte qui a un problème, exécutez la commande tail /var/log/esxupdate.log.

Dépannage de la préparation de l'hôte (UWA)

NSX Manager configure deux agents UWA (User World Agent) sur tous les hôtes d'un cluster :
  • Agent UWA du bus de messages (vsfwd)
  • Agent UWA du plan de contrôle (netcpa)

Dans de rares cas, l'installation des VIB réussit, mais, pour une raison quelconque, un agent UWA, ou les deux, ne fonctionne pas correctement. Cela pourrait se traduire par :
  • Le pare-feu indiquant un état incorrect.

  • Le plan de contrôle entre les hyperviseurs et les contrôleurs étant inactif. Vérifiez les événements système de NSX Manager. Consultez Journalisation et événements système dans NSX.

Si plusieurs hôtes ESXi sont affectés, vérifiez l'état du service de bus de messages sur l'interface utilisateur Web du dispositif NSX Manager dans l'onglet Résumé (Summary). Si RabbitMQ est arrêté, redémarrez-le.

Si le service de bus de messages est actif sur NSX Manager :
  • Vérifiez l'état de l'agent UWA du bus de messages sur les hôtes en exécutant la commande /etc/init.d/vShield-Stateful-Firewall status sur les hôtes ESXi.
    [root@esx-01a:~] /etc/init.d/vShield-Stateful-Firewall status
    vShield-Stateful-Firewall is running
    
  • Consultez les journaux de l'agent UWA du bus de messages sur les hôtes à l'emplacement /var/log/vsfwd.log.
  • Exécutez la commande esxcfg-advcfg -l | grep Rmq sur les hôtes ESXi pour afficher toutes les variables Rmq. Il devrait y avoir 16 variables Rmq.
    [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
    
  • Exécutez la commande esxcfg-advcfg -g /UserVars/RmqIpAddress sur les hôtes ESXi. La sortie doit afficher l'adresse IP de NSX Manager.
    [root@esx-01a:~] esxcfg-advcfg -g /UserVars/RmqIpAddress
    Value of RmqIpAddress is 192.168.110.15
  • Exécutez la commande esxcli network ip connection list | grep 5671 sur les hôtes ESXi pour rechercher une connexion du bus de messages active.
    [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
    

Pour les problèmes liés à l'agent du plan de contrôle, reportez-vous à la section Problèmes de l'agent du plan de contrôle (netcpa).