Los tres sitios en un clúster ampliado se comunican en la red de administración y la red de Virtual SAN. Las máquinas virtuales en los dos sitios de datos se comunican en una red de máquina virtual común.

Un clúster ampliado de Virtual SAN debe cumplir con ciertos requisitos básicos de red.

  • La red de administración requiere conectividad entre los tres sitios, mediante una red ampliada de Capa 2 o una red de Capa 3.

  • La red de Virtual SAN requiere conectividad entre los tres sitios. VMware recomienda utilizar una red ampliada de Capa 2 entre los dos sitios de datos y una red de Capa 3 entre los sitios de datos y el host testigo.

  • La red de máquina virtual requiere conectividad entre los sitios de datos, pero no el host testigo. VMware recomienda utilizar una red ampliada de Capa 2 entre los sitios de datos. En caso de que se produzca un error, las máquinas virtuales no requieren una dirección IP nueva para funcionar en el sitio remoto.

  • La red de vMotion requiere conectividad entre los sitios de datos, pero no el host testigo. VMware admite el uso de una red ampliada de Capa 2 o una red de Capa 3 entre los sitios de datos.

Uso de rutas estáticas en hosts de ESXi

Si utiliza una sola puerta de enlace predeterminada en los hosts ESXi, tenga en cuenta que cada host ESXi contiene una pila de TCP/IP predeterminada que posee una única puerta de enlace predeterminada. Por lo general, la ruta predeterminada se asocia con la pila de TCP/IP de la red de administración.

Es posible que la red de administración y la red de Virtual SAN estén separadas una de otra. Por ejemplo, la red de administración puede usar vmk0 en una NIC física 0, mientras que la red de Virtual SAN puede usar vmk2 en una NIC física 1 (adaptadores de red distintos para dos pilas de TCP/IP diferentes). Esta configuración implica que la red de Virtual SAN no posee una puerta de enlace predeterminada.

Considere una red de Virtual SAN que abarca dos sitios de datos en un dominio de difusión de Capa 2 (por ejemplo, 172.10.0.0) y el host testigo se encuentra en otro dominio de difusión (por ejemplo, 172.30.0.0). Si los adaptadores de VMkernel de un sitio de datos intentan conectarse a la red de Virtual SAN en el host testigo, se producirán errores en la conexión, ya que la puerta de enlace predeterminada en el host ESXi está asociada a la red de administración y no existe una ruta desde la red de administración hacia la red de Virtual SAN.

Se pueden usar rutas estáticas para solucionar este problema. Defina una nueva entrada de enrutamiento que indique qué ruta seguir para alcanzar una red en particular. Para una red de Virtual SAN en un clúster ampliado es posible agregar rutas estáticas para garantizar una comunicación apropiada entre los hosts.

Por ejemplo, se puede agregar una ruta estática a los hosts en cada sitio de datos, de modo que las solicitudes que deben llegar a la red testigo 172.30.0.0 se enruten mediante la interfaz 172.10.0.0. También se puede agregar una ruta estática al host testigo, de modo que las solicitudes que deben llegar a la red 172.10.0.0 para los sitios de datos se enruten mediante la interfaz 172.30.0.0.

Nota:

Si utiliza rutas estáticas, debe agregar de manera manual las rutas estáticas para los hosts ESXi nuevos que se agreguen a alguno de los sitios a fin de que esos hosts puedan comunicarse en todo el clúster. Si reemplaza el host testigo, debe actualizar la configuración de la ruta estática.

Use el comando esxcli network ip route para agregar rutas estáticas.