In una rete, la latenza può accumularsi su più endpoint nel percorso dati. In qualità di amministratore di rete, è necessario essere in grado di monitorare la latenza di una rete per diagnosticare e risolvere i colli di bottiglia delle prestazioni nella rete.
- Da pNIC a vNIC
- Da vNIC a pNIC
- Da vNIC a vNIC
- Da VTEP a VTEP
- Per la misurazione della latenza di rete nel piano dati, sono supportati solo i nodi di trasporto dell'host ESXi.
- I nodi di trasporto dell'Edge non sono supportati.
- Nei segmenti VLAN, la latenza di rete viene misurata solo quando le due vNIC appartengono alle macchine virtuali presenti sullo stesso host ESXi.
- Quando le macchine virtuali sono collegate a segmenti separati, la latenza di rete viene misurata solo quando il traffico dei dati viene instradato tramite l'istanza del router distribuito (DR) sui nodi di trasporto dell'host ESXi. Se il traffico dati viene instradato tramite l'istanza del router distribuito sui nodi di trasporto Edge, la latenza della rete non viene misurata.
- Lo stack di rete avanzato (ENS) non supporta la latenza da vNIC a pNIC, da pNIC a vNIC e da vNIC a vNIC.
- La misurazione della latenza non è supportata quando viene configurata una protezione del traffico di rete est-ovest utilizzando le macchine virtuali del servizio partner. Il monitoraggio della latenza è disabilitato sulle porte della macchina virtuale del servizio (SVM) e sulle macchine virtuali guest.
- La misurazione della latenza non è supportata sull'unità di elaborazione dati (DPU).
È possibile esportare i dati della latenza in strumenti di monitoraggio delle prestazioni di rete esterni ed eseguire l'analisi sui dati. Gli strumenti di monitoraggio esterni sono anche chiamati agenti di raccolta. Utilizzando un agente di raccolta è possibile ottenere una maggiore visibilità di rete, ottimizzare le prestazioni della rete e identificare gli endpoint nel percorso dati che causano una latenza significativa nella rete.
Dopo che gli host sono stati configurati per misurare le statistiche della latenza di rete, l'agente delle operazioni di rete (netopa) sugli host esegue periodicamente il polling del piano dati. Quando sono disponibili dati di latenza, l'agente esporta i dati a intervalli preconfigurati negli agenti di raccolta esterni.
- L'agente netopa può esportare le statistiche della latenza di rete solo in Aria Operations for Networks. Attualmente non sono supportati altri strumenti di raccolta.
- Per le statistiche di VTEP, è necessario Aria Operations for Networks versione 5.0 o successiva. Per le statistiche di pNIC e vNIC, è necessario Aria Operations for Networks 5.3 o versione successiva.
- È possibile configurare gli host ESXi per misurare le statistiche della latenza di rete solo utilizzando le REST API di NSX.
È possibile misurare le statistiche della latenza di rete sia per gli host ESXi autonomi sia per gli host ESXi che fanno parte del cluster di VMware vCenter. Tuttavia, Aria Operations for Networks supporta la raccolta delle statistiche della latenza solo dagli host ESXi gestiti da vCenter e non dagli host ESXi autonomi.
Latenza da pNIC a vNIC e da vNIC a pNIC
Quando in un nodo di trasporto host è abilitata la misurazione della latenza di pNIC, vengono calcolate la latenza da vNIC a pNIC e da pNIC a vNIC per ogni vNIC nel nodo di trasporto host.
Le statistiche della latenza da pNIC a vNIC e da vNIC a pNIC vengono esportate nell'agente di raccolta esterno nel formato seguente:
Endpoint1, Endpoint2, Max, Min, Avg- Endpoint1, Endpoint2 può essere l'ID dell'interfaccia virtuale (ID VIF) o il nome della scheda fisica in un host ESXi (vmnic).
- Max, Min e Avg rappresentano i valori di latenza massima, minima e media tra i due endpoint in microsecondi.
Latenza da vNIC a vNIC
Questa latenza rappresenta il tempo impiegato dal pacchetto di dati per spostarsi dalla vNIC di origine alla vNIC di destinazione nello stesso host ESXi o in host ESXi diversi. Se le vNIC si trovano su host ESXi diversi, tra gli host è supportato solo il protocollo di incapsulamento GENEVE.
- Quando la VNIC1 di origine su VM1 e la VNIC2 di destinazione su VM2 si trovano nello stesso host, viene calcolata una latenza unidirezionale per ogni spostamento e il valore viene esportato nell'agente di raccolta. In altre parole, la latenza di ogni spostamento dalla VNIC1 alla VNIC2 e dalla VNIC2 alla VNIC1 viene calcolata separatamente.
- Quando la VNIC1 di origine su VM1 e la VNIC2 di destinazione su VM2 si trovano in host diversi, viene calcolata la latenza di andata e ritorno totale e viene esportato un solo valore di latenza nell'agente di raccolta. Se non è presente alcun traffico di ritorno da VNIC2 a VNIC1, nell'agente di raccolta non viene esportata alcuna latenza di rete.
Le statistiche della latenza da vNIC a vNIC vengono esportate nell'agente di raccolta esterno nel formato seguente:
VIF1, VIF2, Max, Min, Avg- VIF1, VIF2 rappresentano le interfacce virtuali o le schede vNIC.
- Max, Min e Avg rappresentano i valori di latenza massima, minima e media tra le due vNIC in microsecondi.
Latenza da VTEP a VTEP
Questa latenza rappresenta il tempo di andata e ritorno totale impiegato dal pacchetto dati per spostarsi dal VTEP di origine al VTEP di destinazione. Per misurare la latenza da VTEP a VTEP, è necessario abilitare la latenza nel profilo della zona di trasporto.
Per calcolare la latenza da VTEP a VTEP tra gli host ESXi, viene utilizzato il protocollo BFD (Bidirectional Flow Detection). NSX estende il protocollo BFD con relative indicazioni di data e ora nel payload per supportare il calcolo della latenza tra i VTEP. I pacchetti BFD vengono trasmessi a intervalli regolari in ciascun tunnel tra gli host per calcolare la latenza da VTEP a VTEP.
