Les administrateurs réseau doivent pouvoir surveiller la latence d'un réseau virtualisé pour diagnostiquer et résoudre les goulots d'étranglement de performance dans le réseau.

Par exemple, lorsque NSX est installé et que des réseaux VXLAN sont déployés sur le réseau, les types de latence suivants existent :
  • vNIC à pNIC (sur l'hyperviseur source)
  • pNIC à vNIC (sur l'hyperviseur de destination)
  • vNIC à vNIC
  • Latence du tunnel (VTEP à VTEP)
  • Latence de bout en bout du chemin de données

L'agent des opérations réseau (netopa) sur l'hôte ESXi collecte les informations sur la latence du réseau auprès de diverses sources, telles que vSphere, NSX, etc. Les administrateurs peuvent configurer des outils collecteurs externes, tels que vRealize Network Insight (vRNI) pour exporter les informations de latence vers ces collecteurs. Enfin, ils peuvent exécuter des analyses sur les informations de latence afin de résoudre des problèmes spécifiques au réseau.

Note : L'agent netopa peut exporter les informations sur la latence réseau uniquement vers vRNI. Les autres outils collecteurs ne sont actuellement pas pris en charge.

Vous devez utiliser des REST API NSX pour configurer NSX afin de calculer les mesures de latence. Pour que NSX calcule correctement les mesures de latence, assurez-vous que les horloges des différents hôtes sont synchronisées à l'aide du protocole NTP (Network Time Protocol).

Latence du tunnel

Pour calculer la latence du tunnel ou la latence VTEP à VTEP entre les hôtes ESXi, NSX transmet régulièrement des paquets de détection de flux bidirectionnel (BFD) dans chaque tunnel. Vous devez configurer les paramètres de configuration globale de BFD en exécutant l'API PUT /api/2.0/vdn/bfd/configuration/global.

Pour plus d'informations sur la configuration des paramètres de configuration globale de BFD, consultez le Guide de NSX API.

Latence de bout en bout

À partir de NSX 6.4.5, NSX peut calculer la latence de bout en bout d'un chemin de données lorsque le trafic se déplace entre des machines virtuelles se trouvant sur le même hôte ESXi ou sur différents hôtes ESXi. Cependant, les deux machines virtuelles doivent être attachées au même commutateur logique (sous-réseau).

Note : NSX ne peut pas calculer les informations de latence de bout en bout lorsque le trafic de données est acheminé entre les VM via un routeur logique distribué. C'est-à-dire, lorsque des machines virtuelles sont attachées à des commutateurs logiques ou des sous-réseaux différents.

Pour calculer la latence de bout en bout du chemin de données, NSX utilise l'attribut d'horodatage d'un paquet de chemin de données dans l'hyperviseur. La latence des chemins de données de bout en bout est calculée en termes de latence des segments multiples dans le chemin de données : vNIC à pNIC et pNIC à vNIC.

Par exemple, lorsque le trafic est acheminé entre les machines virtuelles sur le même hôte, la latence vNIC à vNIC est calculée. Lorsque le trafic est acheminé entre des machines virtuelles sur différents hôtes ESXi, la latence vNIC à pNIC est calculée sur l'hyperviseur source et la latence pNIC à vNIC est calculée sur l'hyperviseur de destination. Pour le trafic entre les hôtes ESXi, NSX calcule uniquement la latence du tunnel, si les paramètres de configuration globale de BFD sont configurés.

Pour plus d'informations sur la configuration des paramètres de latence sur un vSphere Distributed Switch spécifique et sur un hôte spécifique, reportez-vous aux sections suivantes du Guide de NSX API :
  • Utilisation de la configuration de latence d'un vSphere Distributed Switch spécifique
  • Utilisation de la configuration de latence d'un hôte spécifique