Traitement des incidents liés à HCX

Fin de la commercialisation: à compter du 31 octobre 2025, les nouveaux déploiements des offres « VMware Solutions » ne seront plus disponibles pour les nouveaux clients. Les clients existants peuvent continuer à utiliser et à développer leurs charges de travail VMware® actives sur IBM Cloud®. Pour plus d'informations, voir Fin de la commercialisation pour VMware sur IBM Cloud.

Consultez les informations suivantes pour les problèmes liés à HCX™ et les correctifs courants.

Problèmes au niveau de l'interface utilisateur du client HCX

Expiration du jeton de l'interface utilisateur HCX

Typiquement, si l'interface utilisateur VMware Cloud Foundation for Classic - Automated a été ouverte pendant un certain temps, vous pouvez rencontrer un délai d'attente dans l'interface utilisateur HCX™, parce que le jeton de connexion au serveur HCX Manager a expiré. Déconnectez-vous de l'interface utilisateur web vSphere et reconnectez-vous pour actualiser le jeton.

L'interface utilisateur du client HCX affiche “NaN” pour toutes les mesures sur l'écran du tableau de bord

Ce problème est lié aux droits du compte vCenter actuellement connecté. Assurez-vous que le groupe Enterprise Administrator est défini dans l'interface utilisateur du gestionnaire de l'appliance HCX côté nuage.

Problèmes de migration

Les problèmes de migration des versions actuelles de HCX entrent généralement dans trois catégories : licences, connectivité du réseau de la passerelle cloud et compatibilité matérielle de destination.

Licence

Si une migration échoue en raison d'un problème de licence, les versions actuelles de HCX affichent clairement ce problème dans le message d'erreur de l'interface utilisateur web du client dans l'interface utilisateur vCenter.

Connectivité au réseau (WAN)

Si vous avez des problèmes de connectivité WAN, vérifiez toujours l'écran Interconnect -> HCX Components dans l'interface utilisateur HCX pour connaître l'état du tunnel. Les composants de la flotte n'ont généralement pas besoin d'être réinitialisés ou redémarrés. Si la connectivité au réseau étendu est rétablie, ils se reconnectent automatiquement.

Si des correctifs et des mises à jour ont été appliqués aux gestionnaires HCX (client et cloud) et que ces mises à jour corrigent également des problèmes au niveau des composants de la flotte, vous devez redéployer la passerelle Cloud Gateway et tous les L2Cs déployés. Vous pouvez déboguer davantage l'état du tunnel en vous connectant au HCX Manager par l'intermédiaire d'un client SSH tel que ccli.

  1. Se connecter par SSH au HCX Manager en utilisant le compte admin et le mot de passe fourni.
  2. Exécutez la commande su – et entrez le mot de passe root (identique au mot de passe administrateur) pour passer à root.
  3. Accédez à /opt/vmware/bin et exécutez la commande ./ccli. Si cette tentative échoue car l'environnement n'est pas configuré pour un superutilisateur, exécutez la commande ./ccliSetup.pl.
  4. Exécutez la commande list dans l'interpréteur de commandes ccli pour répertorier les composants de flotte enregistrés auprès de HCX Manager.
  5. Spécifiez l'identifiant de la flotte pour ccli en tapant l'identifiant répertorié pour le composant de la flotte. Par exemple, go 8.
  6. Exécutez la commande debug remoteaccess enable pour vous connecter au composant de flotte souhaité via SSH.
  7. Quittez l'interface ccli et connectez-vous via SSH à l'adresse IP du composant de flotte activé pour SSH.
  8. Poursuivez le traitement des incidents.
  9. Retournez sur ccli et désactivez le service ssh pour le composant.
  10. Si nécessaire, utilisez la commande ccli hc ccli pour exécuter un bilan de santé sur les composants.

Problèmes de compatibilité du matériel de destination

vMotion la migration peut être un problème lorsque le côté source du client a une version matérielle et une version de vSphere plus récentes que celles du nuage. Etant donné que la migration basée sur la réplication copie les données sur une machine virtuelle générée récemment côté destination, le remplacement du type de migration par "Migration en bloc" permet la réussite de la migration dans la plupart des cas.

Problèmes liés au concentrateur L2 étendu

Si le L2C perd la connectivité, il se reconnecte automatiquement une fois la connectivité du réseau restaurée. Utilisez l'interpréteur de commande ccli pour vérifier l'intégrité et le fonctionnement. Après avoir activé SSH et connecté le concentrateur L2, exécutez les commandes ip tunnel et ip link |grep t_ pour afficher le statut des tunnels.