Netzwerkadministratoren benötigen die Möglichkeit, die Latenz eines virtualisierten Netzwerks zu überwachen, um Leistungsengpässe im Netzwerk zu diagnostizieren und zu beheben.

Wenn beispielsweise NSX installiert ist und VXLAN-basierte Netzwerke im Netzwerk bereitgestellt werden, sind die folgenden Latenztypen vorhanden:
  • vNIC zu pNIC (auf dem Quell-Hypervisor)
  • pNIC zu vNIC (auf dem Ziel-Hypervisor)
  • vNIC zu vNIC
  • Tunnel-Latenz (VTEP zu VTEP)
  • End-to-End-Latenz des Datenpfads

Der Network Operations Agent (netopa) auf dem ESXi-Host erfasst die Informationen zur Netzwerklatenz aus verschiedenen Quellen, wie z. B. vSphere, NSX usw. Administratoren können externe Collector-Tools konfigurieren, z. B. vRealize Network Insight (vRNI), um die Latenz-Informationen für diese Collectors zu exportieren. Schließlich können Sie Analysen zu den Latenz-Informationen ausführen, um netzwerkspezifische Probleme zu beheben.

Hinweis: Der netopa-Agent kann die Informationen zur Netzwerklatenz nur in vRNI exportieren. Andere Collector-Tools werden derzeit nicht unterstützt.

Sie müssen NSX-Rest-APIs verwenden, um NSX für die Berechnung der Latenz-Metriken zu konfigurieren. Damit NSX die Latenz-Metriken ordnungsgemäß berechnen kann, stellen Sie mithilfe des Network Time Protocols (NTP) sicher, dass die Uhren auf den verschiedenen Hosts synchronisiert sind.

Tunnel-Latenz

Um die Tunnel-Latenz oder die VTEP-zu-VTEP-Latenz zwischen ESXi-Hosts zu berechnen, überträgt NSX regelmäßig bidirektionale Flow Detection (BFD)-Pakete in jedem Tunnel. Sie müssen die globalen BFD-Konfigurationsparameter konfigurieren, indem Sie die PUT /api/2.0/vdn/bfd/configuration/global-API ausführen.

Weitere Informationen zum Konfigurieren der globalen BFD-Konfigurationsparameter finden Sie im API-Handbuch zu NSX.

End-to-End-Latenz

Ab NSX 6.4.5 kann NSX die End-to-End-Latenz eines Datenpfads berechnen, wenn der Datenverkehr zwischen VMs verschoben wird, die sich entweder auf demselben ESXi-Host oder auf unterschiedlichen ESXi-Hosts befinden. Beide VMs müssen jedoch an denselben logischen Switch (Subnetz) angehängt werden.

Hinweis: NSX kann die Informationen zur End-to-End-Latenz nicht berechnen, wenn der Datenverkehr zwischen VMs über einen Distributed Logical Router weitergeleitet wird. Dies gilt in Fällen, in denen VMs an verschiedene logische Switches oder Subnetze angehängt werden.

Um die End-to-End-Latenz des Datenpfads zu berechnen, verwendet NSX das Zeitstempel-Attribut eines Datenpfad-Pakets innerhalb des Hypervisors. Die End-to-End-Datenpfad-Latenz wird in Bezug auf die Latenz der verschiedenen Segmente im Datenpfad berechnet: vNIC zu pNIC und pNIC zu vNIC.

Wenn beispielsweise der Datenverkehr zwischen VMs auf demselben Host verschoben wird, wird die vNIC-vNIC-Latenz berechnet. Wenn der Datenverkehr zwischen VMs auf unterschiedlichen ESXi-Hosts verschoben wird, wird die vNIC-pNIC-Latenz auf dem Quell-Hypervisor berechnet und pNIC-zu-vNIC-Latenz auf dem Ziel-Hypervisor berechnet. Für den Datenverkehr zwischen den ESXi-Hosts berechnet NSX nur die Tunnel-Latenz, wenn globale BFD-Konfigurationsparameter konfiguriert sind.

Weitere Informationen zum Konfigurieren der Latenz-Parameter für einen bestimmten vSphere Distributed Switch und auf einem bestimmten Host finden Sie in den folgenden Abschnitten im API-Handbuch zu NSX:
  • Arbeiten mit der Latenz-Konfiguration eines bestimmten vSphere Distributed Switch
  • Arbeiten mit der Latenzkonfiguration eines bestimmten Hosts