Netzwerkadministratoren benötigen die Möglichkeit, die Latenz eines virtualisierten Netzwerks zu überwachen, um Leistungsengpässe im Netzwerk zu diagnostizieren und zu beheben.
- 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.
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.
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.
- Arbeiten mit der Latenz-Konfiguration eines bestimmten vSphere Distributed Switch
- Arbeiten mit der Latenzkonfiguration eines bestimmten Hosts