Dans NSX Data Center, vous pouvez diagnostiquer l'état de santé global de l'hôte. L'état de santé global de l'hôte inclut l'état de la pNIC de l'hôte, l'état du tunnel, l'état de la connectivité entre l'hôte et le plan de contrôle ainsi que l'état de la connectivité entre l'hôte et le plan de gestion.

Vous pouvez surveiller l'état de santé de l'hôte uniquement à l'aide des API NSX. Cette fonctionnalité de diagnostic n'est pas disponible dans l'interface utilisateur de vCenter.

L'état de santé de l'hôte inclut les sous-statuts suivants :
  • État de la pNIC
  • État du tunnel
  • État du plan de contrôle
  • État du plan de gestion

Le tableau suivant décrit chacun de ces sous-statuts.

Sous-statut Description
État de la pNIC
Cet état est dérivé de la couche physique. Lorsque la PNIC appartient à un groupe d'agrégation de liens (LAG), l'état est actif, inactif ou dégradé.
  • Lorsque toutes les PNIC du LAG sont actives, l'état du LAG est actif.
  • Lorsque toutes les PNIC du LAG sont inactives, l'état du LAG est inactif.
  • Si l'une des PNIC du LAG est inactive, l'état du LAG est dégradé.

Lorsque la pNIC n'appartient pas à un LAG, l'état est actif ou inactif.

État du tunnel
Il s'agit de l'état de connectivité du tunnel VTEP à VTEP entre les hôtes. L'état du tunnel est actif, inactif ou dégradé.
  • Lorsque tous les tunnels des hôtes sont actifs, l'état du tunnel est actif.
  • Lorsque tous les tunnels des hôtes sont inactifs, l'état du tunnel est inactif.
  • Lorsque l'un des tunnels des hôtes est inactif, l'état du tunnel est dégradé.
État du plan de contrôle

Il s'agit de l'état de la connexion entre l'hôte et les contrôleurs NSX.

État du plan de gestion

Il s'agit de l'état de la connexion entre l'hôte et le plan de gestion de NSX.

Le plan de gestion détermine l'état général de l'hôte de la manière suivante :
  • Lorsque tous les sous-états sont actifs, l'état global de l'hôte est actif.
  • Lorsqu'un sous-état est inactif, l'état global de l'hôte est inactif.
  • Lorsqu'au moins l'un des sous-états est dégradé et que les autres sous-états sont actifs ou inactifs, l'état global de l'hôte est dégradé.

Activer la surveillance de l'état de santé de l'hôte

Pour activer la surveillance de l'état de santé de l'hôte, vous devez activer le contrôle d'état de la pNIC globale sur les hôtes et la détection de transfert bidirectionnel globale (BFD). Exécutez les API PUT suivantes :
Activer la vérification globale de l'état de la pNIC sur les hôtes
PUT <NSX_Manager_IP>/api/2.0/vdn/pnic-check/configuration/global
Activer BFD global
PUT <NSX_Manager_IP>/api/2.0/vdn/bfd/configuration/global

Dans NSX 6.4.6 ou version antérieure, lorsque vous activez BFD global, la surveillance de la latence et de la santé du tunnel est activée simultanément. Vous ne pouvez pas activer ou désactiver séparément la surveillance de la latence et de la santé du tunnel.

À partir de NSX 6.4.7, l'API de configuration globale de BFD inclut deux paramètres supplémentaires pour activer ou désactiver la surveillance de la santé et de la latence de tunnel séparément.

Lorsque BFD est désactivé, la surveillance de la latence et de la santé du tunnel ne peut pas être activée. Lorsque BFD est activé, vous pouvez activer individuellement la surveillance de la santé et de la latence du tunnel. Ce découplage offre une plus grande flexibilité et évite les problèmes de performances lorsque le nombre d'hôtes évolue sur le réseau.

Pour obtenir des informations détaillées sur la configuration des paramètres BFD globaux, reportez-vous au Guide de NSX API.

Afficher l'état de santé de l'hôte

Pour diagnostiquer l'état de santé de l'hôte et les détails du tunnel, vous pouvez exécuter les API suivantes :
  • GET <NSX_Manager_IP>/api/2.0/vdn/pnic-check/configuration/global
  • GET <NSX_Manager_IP>/api/2.0/vdn/host/status
  • GET <NSX_Manager_IP>/api/2.0/vdn/host/{hostId}/status
  • GET <NSX_Manager_IP>/api/2.0/vdn/host/{hostId}/tunnel
  • GET <NSX_Manager_IP>/api/2.0/vdn/host/{hostId}/remote-host-status

Pour obtenir des informations détaillées sur chacune de ces API, notamment la description du paramètre et l'exemple de réponse de l'API, reportez-vous au Guide de NSX API.