Cuando cree una zona de transporte o un conmutador lógico, debe seleccionar un modo de replicación. Comprender los diferentes modos puede ayudarle a decidir cuál es el más apropiado para su entorno.

Cada host ESXi preparado para NSX se configura con un endpoint de túnel VXLAN (VTEP). Cada endpoint de túnel VXLAN tiene una dirección IP. Estas direcciones IP pueden estar en la misma subred o en subredes diferentes.

Cuando dos máquinas virtuales en hosts ESXi diferentes se comunican directamente, el tráfico de encapsulación unidifusión se intercambia entre las dos direcciones IP de VTEP sin necesidad de que se produzcan inundaciones. Sin embargo, como con cualquier red de capa 2, a veces el tráfico desde una máquina virtual se debe inundar o se envía a otras máquinas virtuales que pertenecen al mismo conmutador lógico. La difusión de capa 2, la unidifusión desconocida y el tráfico multidifusión se conocen como tráfico BUM. El tráfico BUM desde una máquina virtual en un host determinado se debe replicar a otros hosts que tengan las máquinas virtuales conectadas al mismo conmutador lógico. NSX Data Center for vSphere admite tres modos de replicación diferentes:
  • Modo de replicación unidifusión
  • Modo de replicación multidifusión
  • Modo de replicación híbrido

Resumen de los modos de replicación

Tabla 1. Resumen de los modos de replicación
Modo de replicación Método de replicación BUM a VTEP en la misma subred Método de replicación BUM a VTEP en una subred diferente Requisitos de red física
Unidifusión (Unicast) Unidifusión (Unicast) Unidifusión (Unicast)
  • Enrutamiento entre subredes VTEP
Multidifusión (Multicast) Multidifusión de Capa 2 Multidifusión de Capa 3
  • Enrutamiento entre subredes VTEP
  • Multidifusión de Capa 2, IGMP
  • Multidifusión de Capa 3, PIM
  • Asignación de grupos de multidifusión a conmutadores lógicos
Híbrido Multidifusión de Capa 2 Unidifusión (Unicast)
  • Enrutamiento entre subredes VTEP
  • Multidifusión de Capa 2, IGMP

Modo de replicación unidifusión

El modo de replicación unidifusión no requiere que la red física admita la multidifusión de capa 2 o capa 3 para gestionar el tráfico BUM en un conmutador lógico. El uso del modo unidifusión independiza completamente las redes lógicas de la red física. El modo de unidifusión replica todo el tráfico BUM de forma local en el host de origen y envía el tráfico BUM en un paquete unidifusión a los hosts remotos. En el modo de unidifusión, puede tener todos los VTEP en una subred o en varias.

Escenario de una subred: si todas las interfaces VTEP pertenecen a una subred única, la VTEP de origen envía el tráfico BUM a todos los VTEP remotos. Esto se conoce como replicación de cabecera. La replicación de cabecera puede resultar en una sobrecarga de host no deseada y en un mayor uso de ancho de banda. El impacto depende de la cantidad de tráfico BUM y el número de hosts y VTEP en la subred.

Escenario de varias subredes: si las interfaces VTEP del host se agrupan en varias subredes IP, el host de origen gestiona el tráfico BUM en dos partes. El VTEP de origen reenvía el tráfico BUM a cada VTEP de la misma subred (la misma que el escenario de una subred). Para los VTEP en subredes remotas, el VTEP de origen reenvía el tráfico BUM a un host de cada subred VTEP remota y configura que cada bit de replicación marque este paquete para la replicación local. Cuando un host de la subred remota recibe este paquete y encuentra el bit de replicación configurado, envía el paquete al resto de VTEP de esta subred donde existe el conmutador lógico.

Por lo tanto, el modo de replicación unidifusión se amplía correctamente en las arquitecturas de red con varias subredes de IP de VTEP, ya que la carga se distribuye en varios hosts.

Modo de replicación multidifusión

El modo de replicación multidifusión requiere que tanto la multidifusión de capa 3 como la de capa 2 estén habilitadas en la infraestructura física. Para configurar el modo de multidifusión, el administrador de red asocia cada conmutador lógico a un grupo de multidifusión de IP. Para los hosts ESXi que alojan máquinas virtuales en un conmutador lógico específico, los VTEP asociados se unen al grupo de multidifusión usando IGMP. Los enrutadores realizan un seguimiento de las uniones de IGMP y crean un árbol de distribución de multidifusión entre ellos usando un protocolo de enrutamiento de multidifusión.

Cuando los hosts replican el tráfico BUM a los VTEP en la misma subred de IP, usan una multidifusión de capa 2. Cuando los hosts replican el tráfico BUM a los VTEP en diferentes subredes de IP, usan una multidifusión de capa 3. En ambos casos, la infraestructura física gestiona la replicación del tráfico BUM a los VTEP remotos.

Aunque la multidifusión de IP es una tecnología conocida, la implementación de multidifusión de IP en el centro de datos se suele considerar un obstáculo por diferentes motivos administrativos, operativos o técnicos. El administrador de red debe tener cuidado con la multidifusión máxima admitida que aparece en la infraestructura física para habilitar la asignación uno a uno entre el conmutador lógico y el grupo de multidifusión. Uno de los beneficios de la virtualización es que permite ampliar la infraestructura virtual sin exponer estados adicionales a la infraestructura física. La asignación de conmutadores lógicos a grupos de multidifusión "físicos" rompe este modelo.

Nota: En el modo de replicación multidifusión, el clúster de NSX Controller no se usa para la conmutación lógica.

Modo de replicación híbrido

El modo híbrido es un híbrido entre los modos de replicación multidifusión y unidifusión. En el modo de replicación híbrido, el host de VTEP usa la multidifusión de Capa 2 para distribuir el tráfico BUM a los VTEP al mismo nivel en la misma subred. Cuando los VTEP de host replican el tráfico BUM a VTEP en diferentes subredes, reenvían el tráfico como paquetes de unidifusión a un host por subred de VTEP. Este host de destino usa la multidifusión de Capa 2 para enviar paquetes a otros VTEP en su subred.

La multidifusión de Capa 2 es más común en las redes de cliente que la multidifusión de Capa 3, ya que suele ser más fácil de implementar. La replicación a diferentes VTEP en la misma subred se realiza en la red física. La replicación híbrida puede suponer un descanso importante para el host de origen del tráfico BUM si existen varios VTEP al mismo nivel en la misma subred. Gracias a la replicación híbrida, puede realizar una escalabilidad vertical de un entorno denso con poca segmentación o sin ella.