Dans VMware Aria Operations for Networks, vous pouvez obtenir une visibilité sur la latence, définir un seuil pour être averti lorsque la latence enfreint les limites de seuil configurées et identifier la cause principale en cas de latence élevée.

Dans VMware Aria Operations for Networks, vous pouvez obtenir des détails sur les mesures suivantes liées à la latence :

Types

Descriptions

Accéder aux mesures de latence

Latence vNIC vers vNIC

Temps nécessaire au paquet pour transiter de la carte réseau virtuelle de la VM source vers la carte réseau virtuelle de la VM de destination, sur le même hôte ESXi ou sur différents hôtes ESXi.

Reportez-vous à la section Mesures de latence.

Pour surveiller ces mesures, vous pouvez effectuer les opérations suivantes :

- Créer un tableau de bord personnalisé pour surveiller ces mesures

- Définir une limite de seuil pour obtenir une alerte en cas de violation de seuil.

- Créer une alerte basée sur la recherche pour les mesures qui ne sont pas prises en charge dans les mesures de seuil.

Latence vNIC vers pNIC et pNIC vers vNIC

Temps nécessaire au paquet pour transiter de la vNIC de la VM source à la pNIC du nœud de transport d'hôte de la VM source.

Latence pNIC vers pNIC (latence VTEP vers VTEP)

Temps nécessaire au paquet pour transiter de la pNIC/VTEP de l'hôte de la VM source vers la pNIC/VTEP de l'hôte de la VM de destination sur le réseau de sous-couche connectant les deux hôtes.

RTT TCP et nombre de retransmissions pour les flux IPFIX

Les enregistrements de flux NSX-T DFW IPFIX incluent des informations supplémentaires sur la durée aller-retour TCP pour l'établissement du flux et le nombre de retransmissions de paquets TCP pour compenser le RTT élevé ou les abandons. Ces champs se présentent sous la forme retransmissionCount et averageLatency associés au flux entre une paire d'adresses IP. vRNI enrichit les informations de flux avec la VM, les hôtes, les applications, la nature E-O/N-S du trafic, etc. et les agrège, puis présente les valeurs maximales et moyennes de ces mesures en association avec les flux.

Dépannage de la latence

Lorsque vous obtenez une visibilité sur les mesures de latence, vous trouvez la cause principale du problème et résolvez le problème de latence.

Découvrez comment résoudre les problèmes de latence à l'aide de VMware Aria Operations for Networks :

  1. Exécutez la requête de recherche suivante pour obtenir les 10 principales paires vNIC-vNIC avec une latence élevée : 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

    La requête de recherche répertorie les 10 principales paires vNIC-vNIC avec une latence élevée.

    La latence vNIC-vNIC globale consiste des composants suivants :

    • VM source vers pNIC source (vNIC - pNIC)

    • VTEP source vers VTEP de destination (VTEP - VTEP)

    • pNIC de destination vers VM de destination (pNIC - vNIC).

  2. Identifiez lesquels de ces trois composants sont responsables de la latence vNIC-vNIC élevée.

    Cela permet d'identifier le composant responsable et d'approfondir la recherche des causes.

    Pour déterminer la latence entre les composants mentionnés ci-dessus, exécutez les requêtes suivantes :

    • VM source vers pNIC source (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>'

      Vous obtenez la latence du premier composant.

    • VTEP source vers VTEP de destination (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>'

      Info-bulle :

      Vous obtenez les noms d'hôte source et d'hôte de destination en exécutant la requête initiale pour obtenir la latence vNIC-vNIC.

    • pNIC de destination vers VM de destination (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>'

      En fonction du résultat des requêtes ci-dessus, vous pouvez déterminer quel composant est responsable de la latence vNIC-vNIC élevée.