En una red, la latencia se puede acumular en varios endpoints de la ruta de datos. Como administrador de red, necesitan poder supervisar la latencia de una red para diagnosticar y solucionar problemas de cuellos de botella de rendimiento en la red.
- De pNIC a vNIC
- De vNIC a pNIC
- De vNIC a vNIC
- De VTEP a VTEP
- Solo se admiten nodos de transporte del host ESXi para medir la latencia de red en el plano de datos.
- No se admiten los hosts KVM ni los nodos de transporte de Edge.
- En los segmentos de VLAN, la latencia de red solo se mide cuando las dos vNIC pertenecen a máquinas virtuales en el mismo host ESXi.
- Cuando las máquinas virtuales se asocian a segmentos separados, la latencia de red solo se mide cuando el tráfico de datos se enruta a través de la instancia del enrutador distribuido (DR) en los nodos de transporte del host ESXi. Si el tráfico de datos se enruta a través de la instancia de DR en los nodos de transporte de Edge, no se medirá la latencia de red.
- La pila de redes mejorada (ENS) no es compatible con la latencia de vNIC a pNIC, de pNIC a vNIC y de vNIC a vNIC.
- La medición de latencia no se admite cuando una protección de tráfico de red de este a oeste se configura con las máquinas virtuales del servicio de partners. La supervisión de latencia está deshabilitada en los puertos de la máquina virtual de servicio (SVM) y las máquinas virtuales invitadas.
Puede exportar los datos de latencia a las herramientas de supervisión de rendimiento de red externa y ejecutar análisis en los datos. Las herramientas de supervisión externas también se denominan recopiladores. Mediante el uso de un recopilador, puede obtener una mayor visibilidad de la red, optimizar el rendimiento de la red e identificar los endpoints en la ruta de datos que causan una latencia significativa en la red.
Después de que los hosts estén configurados para medir estadísticas de latencia de red, el agente de operaciones de red (netopa) de los hosts sondeará periódicamente el plano de datos. Cuando hay datos de latencia disponibles, el agente exporta a los recopiladores externos los datos a intervalos preconfigurados.
- El agente netopa solo puede exportar las estadísticas sobre latencia de red a vRealize Network Insight (vRNI). Actualmente, no se pueden utilizar otros recopiladores.
- Puede configurar hosts ESXi para que midan las estadísticas de latencia de red solo mediante las API REST de NSX.
La siguiente matriz de compatibilidad resume los nodos de transporte y los recopiladores compatibles con varias estadísticas de latencia de red.
| Estadísticas de latencia de red | A partir de la versión de NSX-T Data Center | Nodos de transporte admitidos | Recopiladores admitidos | Comentarios |
|---|---|---|---|---|
| De VTEP a VTEP |
2.5 |
Hosts ESXi |
vRNI 5.0 o posteriores |
|
| De pNIC a vNIC De vNIC a pNIC De vNIC a vNIC |
3.0 |
Hosts ESXi |
vRNI 5.3 o posteriores |
La compatibilidad con la exportación de estadísticas a vRNI 5.3 o versiones posteriores está disponible a partir de NSX-T 3.0.2. |
Puede medir las estadísticas de latencia de red para los hosts ESXi independientes y los hosts ESXi que forman parte del clúster de vCenter Server. Sin embargo, las estadísticas de latencia de red de solo los hosts ESXi administrados por vCenter se pueden exportar a vRNI. vRNI no admite la recopilación de estadísticas de latencia de hosts ESXi independientes que no están administrados por vCenter Server.
Latencia de pNIC a vNIC y de vNIC a pNIC
Cuando la medición de latencia de pNIC está habilitada en un nodo de transporte de host, la latencia de vNIC a pNIC y la latencia de pNIC a vNIC se calculan para cada vNIC en el nodo de transporte de host.
Las estadísticas de latencia de pNIC a vNIC y de vNIC a pNIC se exportan al recopilador externo con el siguiente formato:
Endpoint1, Endpoint2, Max, Min, Avg- Endpoint1, Endpoint2 pueden ser el identificador de la interfaz virtual (identificador de VIF) o el nombre del adaptador físico en un host ESXi (vmnic).
- Max, Min y Avg representan los valores de latencia máximo, mínimo y promedio entre las dos endpoints en microsegundos.
Latencia de vNIC a vNIC
Esta latencia representa el tiempo que realiza el paquete de datos para viajar desde la vNIC de origen hacia la vNIC de destino en el mismo host ESXi o en diferentes hosts ESXi. Si los vNIC se encuentran en hosts ESXi diferentes, solo se admite el protocolo de encapsulación GENEVE en el túnel superpuesto entre los hosts.
- Cuando el VNIC1 de origen en VM1 y el VNIC2 de destino en VM2 se encuentran en el mismo host, se calcula una latencia de solo ida para cada viaje y se exporta al recopilador. En otras palabras, la latencia de cada viaje de VNIC1 a VNIC2 y de VNIC2 a VNIC1 se calcula por separado.
- Cuando el VNIC1 de origen en VM1 y el VNIC2 de destino en VM2 se encuentran en hosts diferentes, se calcula la latencia de ida y vuelta, y solo se exporta un valor de latencia único al recopilador. Si no hay tráfico de retorno de VNIC2 a VNIC1, no se exportará ninguna latencia de red al recopilador.
Las estadísticas de latencia de vNIC a vNIC se exportan al recopilador externo con el siguiente formato:
VIF1, VIF2, Max, Min, Avg- VIF1, VIF2 representan las interfaces virtuales o las vNIC.
- Max, Min y Avg representan los valores de latencia máximo, mínimo y promedio entre las dos vNIC en microsegundos.
Latencia de VTEP a VTEP
Esta latencia representa el tiempo de ida y vuelta total que realiza el paquete de datos para viajar desde el VTEP de origen al VTEP de destino. Para medir la latencia de VTEP a VTEP, debe habilitar la latencia en el perfil de la zona de transporte.
Para calcular la latencia de VTEP a VTEP entre hosts ESXi, se utilizará el protocolo de detección de flujo bidireccional (BFD). NSX-T Data Center extiende el protocolo BFD con marcas de tiempo en la carga útil para admitir el cálculo de la latencia entre varias VTEP. Los paquetes de BFD se transmiten a intervalos regulares en cada túnel entre los hosts para calcular la latencia de VTEP a VTEP.
