Los administradores de red necesitan poder supervisar la latencia de una red virtualizada para detectar y solucionar problemas de cuellos de botella de rendimiento en la red.

Por ejemplo, cuando NSX se instala y se implementan redes basadas en VXLAN en la red, se producen los siguientes tipos de latencia:
  • De vNIC a pNIC (en el hipervisor de origen)
  • De pNIC a vNIC (en el hipervisor de destino)
  • De vNIC a vNIC
  • Latencia de túnel (de VTEP a VTEP)
  • Latencia de extremo a extremo de la ruta de datos

El agente de operaciones de red (Network Operations Agent, netopa) del host ESXi recopila la información sobre latencia de red de diversos orígenes, como vSphere, NSX, etc. Los administradores pueden configurar recopiladores externos, como vRealize Network Insight (vRNI), para exportar la información sobre latencia a estos recopiladores. Por último, pueden ejecutar análisis con la información sobre latencia para solucionar problemas específicos de la red.

Nota: El agente netopa solo puede exportar la información sobre latencia de red a vRNI. Actualmente, no se pueden utilizar otros recopiladores.

Debe usar las REST API de NSX para configurar NSX con el objetivo de que calcula las métricas de latencia. Para que NSX pueda calcular correctamente las métricas de latencia, compruebe que los relojes de los diferentes hosts estén sincronizados. Para ello, utilice el protocolo de tiempo de red (Network Time Protocol, NTP).

Latencia de túnel

Para calcular la latencia de túnel o la latencia de VTEP a VTEP entre hosts ESXi, NSX transmite paquetes de detección de flujo bidireccional (Bidirectional Flow Detection, BFD) de forma periódica en cada túnel. Para configurar los parámetros de configuración global de BFD, ejecute la PUT /api/2.0/vdn/bfd/configuration/global API.

Para obtener información sobre cómo configurar los parámetros de configuración global de BFD, consulte la Guía de NSX API.

Latencia de extremo a extremo

A partir de NSX 6.4.5, NSX puede calcular la latencia de extremo a extremo de una ruta de datos cuando el tráfico fluye entre las máquinas virtuales que están en el mismo host ESXi o en hosts ESXi diferentes. Sin embargo, ambas máquinas virtuales deben estar conectadas al mismo conmutador lógico (subred).

Nota: NSX no puede calcular la información de latencia de extremo a extremo cuando el tráfico de datos se enruta entre máquinas virtuales a través de un enrutador lógico distribuido. Esto se produce cuando las máquinas virtuales se conectan a conmutadores lógicos o subredes diferentes.

Para calcular la latencia de extremo a extremo de la ruta de datos, NSX utiliza el atributo de marca de tiempo de un paquete de ruta de datos dentro del hipervisor. La latencia de extremo a extremo de la ruta de datos se calcula según la latencia de los diferentes segmentos de la ruta de datos: de vNIC a pNIC y de pNIC a vNIC.

Por ejemplo, cuando el tráfico fluje entre máquinas virtuales del mismo host, se calcula la latencia de vNIC a vNIC. Cuando el tráfico fluye entre máquinas virtuales de diferentes hosts ESXi, se calcula la latencia de vNIC a pNIC en el hipervisor de origen y la latencia de pNIC a vNIC en el hipervisor de destino. En el caso del tráfico que fluye en los hosts ESXi, NSX solo calcula la latencia de túnel si se configuran los parámetros de configuración global de BFD.

Para obtener más información sobre cómo configurar los parámetros de latencia en un vSphere Distributed Switch específico y en un host determinado, consulte las siguientes secciones de la Guía de NSX API:
  • Utilizar la configuración de latencia de un vSphere Distributed Switch específico
  • Utilizar la configuración de latencia de un host específico