Las interfaces de host de los sitios de datos se comunican con el host testigo a través de la red de vSAN. Existen diferentes opciones de configuración disponibles.
En este tema se analiza cómo implementar estas configuraciones. Soluciona el modo en que las interfaces de los hosts de los sitios de datos, que se comunican entre sí a través de la red de vSAN, se comunican con el host testigo.
Opción 1: Host testigo ESXi físico conectado a través de capa 3 con rutas estáticas
Los sitios de datos se pueden conectar a través de una red de capa 2 ampliada. Use esto también para la red de administración de los sitios de datos, la red de vSAN, la red de vMotion y la red de máquinas virtuales.
El enrutador de red física de esta infraestructura de red no transfiere automáticamente el tráfico desde los hosts de los sitios de datos (sitio 1 y sitio 2) al host en el sitio testigo (sitio 3). Para configurar el clúster ampliado vSAN correctamente, todos sus hosts deben poder comunicarse. Es posible implementar un clúster ampliado de vSAN en este entorno.
La solución es utilizar rutas estáticas configuradas en los hosts ESXi, de modo que el tráfico de vSAN procedente del sitio 1 y el sitio 2 llegue al host testigo en el sitio 3. En el caso de los hosts ESXi de los sitios de datos, agregue una ruta estática a la interfaz de vSAN, que redirige el tráfico al host testigo del sitio 3 a través de una puerta de enlace especificada para esa red. En el caso del host testigo, se debe agregar una ruta estática a la interfaz de vSAN, que redireccionará el tráfico de vSAN destinado a los hosts en los sitios de datos. Utilice el siguiente comando para agregar una ruta estática en cada host ESXi del clúster ampliado de vSAN: esxcli network ip route ipv4 add -g <puerta de enlace> -n <red>
No es necesario configurar una red de vMotion o de máquinas virtuales ni agregar rutas estáticas para estas redes en un clúster ampliado de vSAN. Las máquinas virtuales nunca se migran ni se implementan en el host testigo vSAN. Su finalidad es mantener solo los objetos testigo y no necesita ninguna de estas redes para esta tarea.
Opción 2: Dispositivo testigo ESXi virtual conectado a través de la capa 3 con rutas estáticas
Dado que el host testigo es una máquina virtual que se implementa en un host ESXi físico que no forma parte del clúster de vSAN, dicho host ESXi físico debe tener al menos una red de máquinas virtuales configurada previamente. Esta red de máquinas virtuales debe poder comunicarse tanto con la red de administración como con la red de vSAN compartida por los hosts ESXi en los sitios de datos.
Una opción alternativa es tener dos redes de máquinas virtuales configuradas previamente en el host ESXi físico subyacente, una para la red de administración y otra para la red de vSAN. Cuando el host testigo ESXi virtual se implementa en este host ESXi físico, la red debe estar conectada y configurada según corresponda.
Una vez que haya implementado el host testigo ESXi virtual, configure la ruta estática. Supongamos que los sitios de datos están conectados a través de una red de capa 2 ampliada. Use esto también para la red de administración de los sitios de datos, la red de vSAN, la red de vMotion y la red de máquinas virtuales. El tráfico de vSAN no se enruta desde los hosts de los sitios de datos (sitio 1 y sitio 2) al host del sitio testigo (sitio 3) a través de la puerta de enlace predeterminada. Para configurar el clúster ampliado de vSAN correctamente, todos los hosts del clúster requieren rutas estáticas, de modo que el tráfico de vSAN desde el sitio 1 y el sitio 2 llegue al host testigo en el sitio 3. Use el comando esxcli network ip route para agregar una ruta estática en cada host ESXi.
