Ciertas configuraciones de vSAN, como los clústeres ampliados, requieren un host testigo. En lugar de usar un host de ESXi físico dedicado como host testigo, puede implementar el dispositivo testigo de vSAN. El dispositivo es una máquina virtual preconfigurada que se ejecuta en ESXi y se distribuye como un archivo OVA.

Al contrario que los hosts de ESXi de uso genérico, el dispositivo testigo no ejecuta máquinas virtuales. Su único propósito es funcionar como testigo de vSAN.

El flujo de trabajo para implementar y configurar el dispositivo testigo de vSAN incluye este proceso.

Cuando se implementa el dispositivo testigo de vSAN, debe configurar la cantidad de máquinas virtuales compatibles con el clúster ampliado de vSAN. Seleccione una de las siguientes opciones:
  • Muy pequeño admite hasta 750 componentes (10 máquinas virtuales o menos).
  • Mediano admite hasta 21.833 componentes (500 máquinas virtuales). Como testigo compartido, el dispositivo testigo mediano admite hasta 21.000 componentes y hasta 21 clústeres de dos nodos de vSAN.
  • Grande admite hasta 45.000 componentes (más de 500 máquinas virtuales). Como testigo compartido, el dispositivo testigo grande admite hasta 24.000 componentes y hasta 24 clústeres de dos nodos de vSAN.
  • Extragrande admite hasta 64.000 componentes (más de 500 máquinas virtuales). Como testigo compartido, el dispositivo testigo extragrande es compatible con un máximo de 64.000 componentes y hasta 64 clústeres de dos nodos de vSAN.
Nota: Estas estimaciones se basan en configuraciones de máquinas virtuales estándar. La cantidad de componentes que conforman una máquina virtual puede variar en función del número de discos virtuales, la configuración de las directivas, los requisitos de las instantáneas, etc. Para obtener más información sobre el tamaño de los dispositivos testigo para clústeres de dos nodos de vSAN, consulte la guía de dos nodos de vSAN.

También debe seleccionar un almacén de datos para el dispositivo testigo de vSAN. El dispositivo testigo debe usar un almacén de datos diferente del almacén de datos de clúster ampliado de vSAN.

  1. Descargue el dispositivo del sitio web de VMware.
  2. Implemente el dispositivo en un host o un clúster de vSAN. Para obtener más información, consulte Implementar plantillas OVF en la documentación de Administrar máquinas virtuales de vSphere.
  3. Configure la red de vSAN en el dispositivo testigo.
  4. Configure la red de administración de en el dispositivo testigo.
  5. Agregue el dispositivo a vCenter Server como un host testigo de ESXi. Asegúrese de configurar la interfaz de VMkernel de vSAN en el host.

Configurar la red de vSAN en el dispositivo testigo

El dispositivo testigo de vSAN incluye dos adaptadores de red preconfigurados. Debe cambiar la configuración del segundo adaptador de modo que el dispositivo se pueda conectar a la red de vSAN.

Procedimiento

  1. Desplácese hasta el dispositivo virtual que contenga el host testigo.
  2. Haga clic con el botón derecho en el dispositivo y seleccione Editar configuración.
  3. En la pestaña Hardware virtual, expanda el segundo adaptador de red.
  4. En el menú desplegable, seleccione el grupo de puertos de vSAN y haga clic en Aceptar.

Configurar la red de administración en el dispositivo testigo

Configure el dispositivo testigo de modo que se pueda acceder a él en la red.

De forma predeterminada, el dispositivo puede obtener automáticamente los parámetros de red si esta incluye un servidor DHCP. Si no es así, debe configurar los ajustes correspondientes.

Procedimiento

  1. Encienda el dispositivo testigo y abra su consola.
    Debido a que el dispositivo es un host de ESXi, verá la interfaz de usuario de consola directa (DCUI).
  2. Pulse F2 y desplácese hasta la página Adaptadores de red.
  3. En la página Adaptadores de red, compruebe que se haya seleccionado al menos un vmnic para el transporte.
  4. Configure los parámetros de IPv4 para la red de administración.
    1. Desplácese hasta la sección Configuración de IPv4 y cambie el ajuste predeterminado de DHCP a estático.
    2. Introduzca los siguientes ajustes:
      • Dirección IP
      • Máscara de subred
      • Puerta de enlace predeterminada
  5. Configure los parámetros de DNS.
    • Servidor DNS principal
    • Servidor DNS alternativo
    • Nombre de host

Configurar la interfaz de red para el tráfico testigo

Puede separar el tráfico de datos del tráfico testigo en los clústeres de vSAN de dos nodos y en los clústeres ampliados.

El tráfico de datos de vSAN requiere un vínculo de latencia baja y ancho de banda alto. El tráfico testigo puede usar un vínculo de latencia baja, ancho de banda alto y que se pueda enrutar. Para separar el tráfico de datos del tráfico testigo, puede configurar un adaptador de red de VMkernel dedicado para el tráfico testigo de vSAN.

Puede agregar compatibilidad para una conexión cruzada de red directa con el objetivo de transferir el tráfico de datos de vSAN en un clúster ampliado de vSAN. Puede configurar una conexión de red independiente para el tráfico testigo. En cada host de datos del clúster, configure el adaptador de red de VMkernel de administración para que también transfiera el tráfico testigo. No configure el tipo de tráfico testigo en el host testigo.

Nota: No se admite la traducción de direcciones de red (Network Address Translation, NAT) entre los hosts de datos de vSAN y el host testigo.

Requisitos previos

  • Compruebe que la conexión entre el sitio de datos y el tráfico testigo tiene un ancho de banda mínimo de 2 Mbps por cada 1.000 componentes de vSAN.
  • Compruebe los requisitos de latencia:
    • Los clústeres de vSAN de dos nodos deben tener un RTT inferior a 500 ms.
    • Los clústeres ampliados con menos de 11 hosts por sitio deben tener un RTT inferior a 200 ms.
    • Los clústeres ampliados con 11 o más hosts por sitio deben tener un RTT inferior a 100 ms.
  • Compruebe que la conexión de datos de vSAN cumpla con los siguientes requisitos.
    • Para los hosts conectados directamente en un clúster de vSAN de dos nodos, utilice una conexión directa de 10 Gbps entre los hosts. Los clústeres híbridos también pueden utilizar una conexión cruzada de 1 Gbps entre los hosts.
    • Para los hosts conectados a una infraestructura conmutada, utilice una conexión compartida de 10 Gbps (obligatoria para los clústeres basados íntegramente en tecnología flash) o una conexión dedicada de 1 Gbps.
  • Compruebe que el tráfico de datos y el tráfico testigo usen la misma versión de IP.

Procedimiento

  1. Abra una conexión de SSH para el host ESXi.
  2. Use el comando esxcli network ip interface list para determinar el adaptador de red de VMkernel que se usará para el tráfico de administración.
    Por ejemplo:
    esxcli network  ip interface list
    vmk0
       Name: vmk0
       MAC Address: e4:11:5b:11:8c:16
       Enabled: true
       Portset: vSwitch0
       Portgroup: Management Network
       Netstack Instance: defaultTcpipStack
       VDS Name: N/A
       VDS UUID: N/A
       VDS Port: N/A
       VDS Connection: -1
       Opaque Network ID: N/A
       Opaque Network Type: N/A
       External ID: N/A
       MTU: 1500
       TSO MSS: 65535
       Port ID: 33554437
    
    vmk1
       Name: vmk1
       MAC Address: 00:50:56:6a:3a:74
       Enabled: true
       Portset: vSwitch1
       Portgroup: vsandata
       Netstack Instance: defaultTcpipStack
      VDS Name: N/A
       VDS UUID: N/A
       VDS Port: N/A
       VDS Connection: -1
       Opaque Network ID: N/A
       Opaque Network Type: N/A
       External ID: N/A
       MTU: 9000
       TSO MSS: 65535
       Port ID: 50331660
    
    Nota: Se incluye información de multidifusión para la compatibilidad con versiones anteriores. vSAN 6.6 y las versiones posteriores no requieren multidifusión.
  3. Use el comando esxcli vsan network ip add para configurar el adaptador de red de VMkernel de administración y admitir el tráfico testigo.
    esxcli vsan network ip add -i vmkx -T witness 
  4. Use el comando esxcli vsan network list para comprobar la nueva configuración de red.
    Por ejemplo:
    esxcli vsan network list
    Interface
       VmkNic Name: vmk0
       IP Protocol: IP
       Interface UUID: 8cf3ec57-c9ea-148b-56e1-a0369f56dcc0
       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: witness
    
    Interface
       VmkNic Name: vmk1
       IP Protocol: IP
       Interface UUID: 6df3ec57-4fb6-5722-da3d-a0369f56dcc0
       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
    

Resultados

En vSphere Client, no se selecciona la interfaz de red de VMkernel de administración para el tráfico de vSAN. No vuelva a habilitar la interfaz en vSphere Client.