In VMware Aria Operations for Networks können Sie Einblick in die Latenz erhalten, einen Schwellenwert festlegen, um benachrichtigt zu werden, wenn die Latenz gegen die konfigurierten Schwellenwerte verstößt, und die Hauptursache der hohen Latenz ermitteln.

In VMware Aria Operations for Networks können Sie Details zu den folgenden latenzbezogenen Metriken abrufen:

Typen

Beschreibungen

Auf die Latenzmetriken zugreifen

vNIC-zu-vNIC-Latenz

Die Zeit, die das Paket von der Quell-VM-vNIC bis zur Ziel-VM-vNIC entweder auf demselben ESXi-Host oder auf unterschiedlichen ESXi-Hosts benötigt.

Weitere Informationen finden Sie unter Latenzmetriken.

Um diese Metriken zu überwachen, können Sie die folgenden Schritte ausführen:

– Erstellen Sie ein benutzerdefiniertes Dashboard um diese Metriken zu überwachen.

– Legen Sie einen Schwellenwert fest, um eine Warnung zu erhalten, wenn ein Schwellenwertverstoß vorliegt.

– Erstellen Sie eine suchbasierte Warnung für die Metriken, die in Schwellenwertmetriken nicht unterstützt werden.

vNIC-zu-PNIC- und PNIC-zu-vNIC-Latenz

Die Zeit, die das Paket von der Quell-VM-vNIC zur PNIC des Host-Transportknotens der Quell-VM benötigt.

PNIC-zu-PNIC-Latenz (VTEP-zu-VTEP-Latenz)

Die Zeit, die das Paket von PNIC/VTEP des Hosts der Quell-VM zu PNIC/VTEP des Hosts der Ziel-VM über das Underlay-Netzwerk benötigt, das die beiden Hosts verbindet.

TCP-RTT- und Neuübertragungsanzahlen für IPFIX-Flows

NSX-T DFW-IPFIX-Flow-Datensätze enthalten zusätzliche Informationen zur TCP-Paketumlaufzeit für die Einrichtung des Flows und zur Anzahl der erneuten TCP-Paketübertragungen, um die hohe RTT oder Verluste zu kompensieren. Dies sind die Felder retransmissionCount und averageLatency, die dem Flow zwischen einem IP-Adressenpaar zugeordnet sind. vRNI reichert die Flow-Informationen mit VM, Hosts, Anwendungen, E-W/N-S-Art des Datenverkehrs usw. an, aggregiert sie und zeigt die maximalen und Durchschnittswerte für diese Metriken in Verbindung mit den Flows an.

Fehlerbehebung bei der Latenz

Wenn Sie Einblick in die Latenzmetriken erhalten, finden Sie die Hauptursache des Problems und beheben das Latenzproblem.

Lassen Sie uns untersuchen, wie Sie mithilfe von VMware Aria Operations for Networks Fehler bei der Latenz beheben:

  1. Führen Sie die folgende Suchabfrage aus, um die 10 wichtigsten vNIC-vNIC-Paare mit hoher Latenz abzurufen: netopa.interfacePairLatency.absolute.maximum.microsecond, netopa.interfacePairLatency.absolute.average.microsecond,vm1, vm2, virtualInterface1, virtualInterface2 of interface pair info where host is set and virtualInterface1Type != VMKNIC and netopa.interfacePairLatency.absolute.maximum.microsecond > 0 order by netopa.interfacePairLatency.absolute.maximum.microsecond limit 10

    Die Suchabfrage listet die 10 wichtigsten vNIC-vNIC-Paare mit hoher Latenz auf.

    Die vNIC-vNIC-Latenz besteht insgesamt aus den folgenden Komponenten:

    • Quell-VM zu Quell-PNIC (vNIC - PNIC)

    • Quell-VTEP zu Ziel-VTEP (VTEP - VTEP)

    • Ziel-PNIC zu Ziel-VM (PNIC - vNIC).

  2. Ermitteln Sie, welche dieser drei Komponenten für die hohe vNIC-vNIC-Latenz verantwortlich ist.

    Dies hilft, die verantwortliche Komponente zu ermitteln und weiter zu untersuchen.

    Um die Latenz zwischen den oben genannten Komponenten zu ermitteln, müssen wir die folgenden Abfragen ausführen:

    • Quell-VM zu Quell-PNIC (vNIC - PNIC): netopa.interfacePnicLatency.absolute.maximum.microsecond, netopa.interfacePnicLatency.absolute.average.microsecond, pnic, virtualInterface, vm of interface pnic pair info where host = '<source host name>' and vm = '<source VM name>'

      or

      vNIC PNIC Latency, max vNIC PNIC Latency, pnic, virtualInterface, vm of interface pnic pair info where host = '<source host name>' and vm = '<source VM name>'

      Sie erhalten die Latenz der ersten Komponente.

    • Quell-VTEP zu Ziel-VTEP (VTEP - VTEP): netopa.interfacePairLatency.absolute.maximum.microsecond, netopa.interfacePairLatency.absolute.average.microsecond, virtualInterface1, virtualInterface2, host1, transportNode1, host2, transportNode2 of interface pair info where virtualInterface1Type = VMKNIC and host1 = '<source host name>'

      Tipp:

      Sie erhalten die Namen des Quellhosts und des Zielhosts, indem Sie die anfängliche Abfrage ausführen, um die vNIC-vNIC-Latenz abzurufen.

    • Ziel-PNIC zu Ziel-VM (PNIC - vNIC): netopa.pnicInterfaceLatency.absolute.maximum.microsecond, netopa.pnicInterfaceLatency.absolute.average.microsecond, pnic, virtualInterface, vm of interface pnic pair info where host = '<destination host name>' and vm = '<destinationvm name>'

      Or

      PNIC vNIC Latency, max PNIC vNIC Latency,pnic, virtualInterface, vm of interface pnic pair info where host = '<destination host name>' and vm = '<destinationvm name>'

      Basierend auf dem Ergebnis der obigen Abfragen können Sie ermitteln, welche Komponente für die hohe vNIC-vNIC-Latenz verantwortlich ist.