El tráfico de unidifusión hace referencia a una transmisión desde un punto de la red a otro. vSAN 6.6 y las versiones posteriores utilizan unidifusión para simplificar el diseño y la implementación de redes.
Todos los hosts ESXi utilizan el tráfico de unidifusión y vCenter Server se convierte en el origen de la pertenencia del clúster. Los nodos de vSAN se actualizan automáticamente con la lista de pertenencia al host más reciente que proporciona vCenter. vSAN se comunica mediante unidifusión para las actualizaciones de CMMDS.
Las versiones anteriores a vSAN 6.6 dependen de la multidifusión para habilitar el latido y para intercambiar metadatos entre los hosts del clúster. Si algunos hosts del clúster de vSAN ejecutan versiones anteriores del software, se requerirá una red de multidifusión. El conmutador a una red de unidifusión desde multidifusión proporciona un mejor rendimiento y compatibilidad de la red. Para obtener más información sobre la multidifusión, consulte Usar la multidifusión en la red de vSAN.
Comportamiento de grupo de discos previo a la versión 5
La disponibilidad de un solo grupo de discos de versión 5 en un grupo de discos de vSAN 6.6 activa el clúster para comunicarse de forma permanente en el modo de unidifusión.
- Todos los hosts del clúster ejecutan vSAN 6.5 o una versión anterior.
- Todos los grupos de discos utilizan la versión 3 del formato en disco o una versión anterior.
- Se agrega al clúster un host que no es de vSAN 6.6, como vSAN 6.2 o vSAN 6.5.
Por ejemplo, si se agrega un host que ejecuta vSAN 6.5 o una versión anterior a un clúster existente de vSAN 6.6, el clúster volverá al modo de multidifusión e incluirá el host 6.5 como nodo válido. Para evitar este comportamiento, utilice la versión más reciente tanto para los hosts ESXi como para el formato en disco. Para asegurarse de que el clúster de vSAN continúe comunicándose en modo de unidifusión y no revierta a multidifusión, actualice los grupos de discos de los hosts vSAN 6.6 a la versión de formato en disco 5.0.
Comportamiento del grupo de discos de la versión 5
La presencia de un solo grupo de discos de versión 5 en un clúster de vSAN 6.6 activa el clúster para comunicarse de forma permanente en modo de unidifusión.
En un entorno en el que un clúster de vSAN 6.6 ya utiliza un formato en disco de versión 5 y se agrega un nodo de vSAN 6.5 al clúster, ocurre lo siguiente:
- El nodo de vSAN 6.5 crea su propia partición de red.
- El nodo de vSAN 6.5 sigue comunicándose en el modo de multidifusión, pero no puede comunicarse con los nodos de vSAN 6.6 cuando usan el modo de unidifusión.
Aparece una advertencia de resumen del clúster en el formato en disco que muestra que un nodo se encuentra en una versión anterior. Puede actualizar el nodo a la versión más reciente. No se pueden actualizar las versiones de formato de disco cuando un clúster está en modo mixto.
Compatibilidad con DHCP en una red de unidifusión
vCenter Server implementadas en un clúster de vSAN 6.6 pueden utilizar direcciones IP del protocolo de configuración dinámica de host (DHCP) sin reservas.
Puede usar DHCP con reservas, ya que las direcciones IP asignadas se vinculan con las direcciones MAC de los puertos de VMkernel.
Compatibilidad con IPv6 en red de unidifusión
vSAN 6.6 admite IPv6 con comunicaciones de unidifusión.
Con IPv6, la dirección local de vínculo se configura automáticamente en cualquier interfaz mediante el prefijo local de vínculo. De forma predeterminada, vSAN no agrega la dirección local de vínculo de un nodo a otros nodos de clústeres vecinos. Como resultado, vSAN 6.6 no admite las direcciones locales de vínculo IPv6 para las comunicaciones de unidifusión.
Consultar unidifusión con ESXCLI
Puede ejecutar comandos de ESXCLI para determinar la configuración de unidifusión.
Ver los modos de comunicación
Mediante el comando esxcli vsan cluster get, puede ver el modo CMMDS (unidifusión o multidifusión) del nodo del clúster de vSAN.
Procedimiento
- ♦ Ejecute el comando
esxcli vsan cluster get.
Resultados
Cluster Information
Enabled: true
Current Local Time: 2020-04-09T18:19:52Z
Local Node UUID: 5e8e3dc3-43ab-5452-795b-a03d6f88f022
Local Node Type: NORMAL
Local Node State: AGENT
Local Node Health State: HEALTHY
Sub-Cluster Master UUID: 5e8e3d3f-3015-9075-49b6-a03d6f88d426
Sub-Cluster Backup UUID: 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a
Sub-Cluster UUID: 5282f9f3-d892-3748-de48-e2408dc34f72
Sub-Cluster Membership Entry Revision: 11
Sub_cluster Member Count: 5
Sub-Cluster Member UUIDs: 5e8e3d3f-3015-9075-49b6-a03d6f88d426, 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a,
5e8e3d73-6d1c-0b81-1305-a03d6f888d22, 5e8e3d33-5825-ee5c-013c-a03d6f88ea4c, 5e8e3dc3-43ab-5452-795b-a03d6f88f022
Sub-Cluster Member HostNames: testbed-1.vmware.com, testbed2.vmware.com,
testbed3.vmware.com, testbed4.vmware.com, testbed5.vmware.com
Sub-Cluster Membership UUID: 0f438e5e-d400-1bb2-f4d1-a03d6f88d426
Modo de unidifusión habilitado: true
Maintenance Mode State: OFF
Config Generation: ed845022-5c08-48d0-aa1d-6b62c0022222 7 2020-04-08T22:44:14.889
Verificar los hosts de clúster de vSAN
Utilice el comando esxcli vsan cluster unicastagent list para comprobar si los hosts del clúster de vSAN funcionan en modo de unidifusión.
Procedimiento
- ♦ Ejecute el comando
esxcli vsan cluster unicastagent list.
Resultados
NodeUuid IsWitness Supports Unicast IP Address Port Iface Name Cert Thumbprint SubClusterUuid ------------------------------------ --------- ---------------- ---------- ----- ---------- 5e8e3d73-6d1c-0b81-1305-a03d6f888d22 0 true 10.198.95.10 12321 43:80:B7:A1:3F:D1:64:07:8C:58:01:2B:CE:A2:F5:DE:D6:B1:41:AB 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a 0 true 10.198.94.240 12321 FE:39:D7:A5:EF:80:D6:41:CD:13:70:BD:88:2D:38:6C:A0:1D:36:69 5e8e3d3f-3015-9075-49b6-a03d6f88d426 0 true 10.198.94.244 12321 72:A3:80:36:F7:5D:8F:CE:B0:26:02:96:00:23:7D:8E:C5:8C:0B:E1 5e8e3d33-5825-ee5c-013c-a03d6f88ea4c 0 true 10.198.95.11 12321 5A:55:74:E8:5F:40:2F:2B:09:B5:42:29:FF:1C:95:41:AB:28:E0:57
El resultado incluye el UUID del nodo de vSAN, la dirección IPv4, la dirección IPv6, el puerto UDP con el que se comunica el nodo vSAN y si el nodo es un host de datos (0) o un host testigo (1). Puede utilizar este resultado para identificar los nodos del clúster de vSAN que funcionan en modo de unidifusión y ver el resto de hosts del clúster. vCenter Server mantendrá la lista de resultados.
Consultar la información de la red de vSAN
Utilice el comando esxcli vsan network list para ver la información de la red de vSAN, como la interfaz de VMkernel que utiliza vSAN para la comunicación, el puerto de unidifusión (12321) y el tipo de tráfico (vSAN o testigo) asociado con la interfaz de vSAN.
Procedimiento
- ♦ Ejecute el comando
esxcli vsan network list.
Resultados
Interface
VmkNic Name: vmk1
IP Protocol: IP
Interface UUID: e290be58-15fe-61e5-1043-246e962c24d0
Agent Group Multicast Address: 224.2.3.4
Agent Group IPv6 Multicast Address: ff19::2:3:4
Agent Group Multicast Port: 23451
Master Group Multicast Address: 224.1.2.3
Master Group IPv6 Multicast Address: ff19::1:2:3
Master Group Multicast Port: 12345
Host Unicast Channel Bound Port: 12321
Multicast TTL: 5
Traffic Type: vsan
Este resultado también muestra la información de multidifusión.
Tráfico dentro del clúster
En el modo de unidifusión, el nodo principal se dirige a todos los nodos del clúster mientras envía el mismo mensaje a todos los nodos de vSAN en un clúster.
Por ejemplo, si N es el número de nodos de vSAN, el nodo principal enviará los mensajes N número de veces. Esto da como resultado un leve aumento del tráfico de CMMDS de vSAN. Es posible que no advierta este leve aumento del tráfico durante las operaciones normales con un estado estable.
Tráfico dentro del clúster en un único bastidor
Si todos los nodos de un clúster de vSAN están conectados al mismo del conmutador de la parte superior de bastidor (TOR), el aumento total del tráfico solo se produce entre el nodo principal y el conmutador.
Si un clúster de vSAN abarca más de un conmutador TOR, se expandirá el tráfico entre el conmutador. Si un clúster abarca varios bastidores, varios TOR crean dominios de errores (FD) para el reconocimiento de los bastidores. El nodo principal envía N mensajes a los bastidores o dominios de errores, donde N es la cantidad de hosts en cada dominio de errores.
Tráfico dentro de un clúster ampliado de vSAN
En un clúster ampliado de vSAN, el nodo principal se encuentra en el sitio de preferencia.
En un dominio de errores, los datos de CMMDS deben comunicarse del sitio secundario al sitio de preferencia. Para calcular el tráfico en un clúster ampliado de vSAN, debe multiplicar el número de nodos de un sitio secundario por el tamaño del nodo de CMMDS (en MB) por el número de nodos en el sitio secundario.
Tráfico en un clúster ampliado de vSAN = número de nodos en el sitio secundario * tamaño del nodo de CMMDS (en MB) * número de nodos en el sitio secundario.
Con el tráfico de unidifusión, no se produce ningún cambio en los requisitos de tráfico del sitio testigo.
