vSAN admite implementaciones de dos nodos. Las implementaciones de vSAN de dos nodos se utilizan para las oficinas remotas y sucursales (ROBO, Remote Offices/Branch Offices) que tienen una cantidad de cargas de trabajo reducida, pero requieren una alta disponibilidad.
Las implementaciones de vSAN de dos nodos utilizan un tercer host testigo, que puede estar en una ubicación remota de la sucursal. A menudo, el testigo se mantiene en la sucursal, junto con los componentes de administración, como vCenter Server.
Versiones de implementación de vSAN de dos nodos anteriores a vSAN 6.5
Las versiones de vSAN anteriores a la 6.5 que admiten implementaciones de dos nodos requieren un conmutador físico en el sitio remoto.
Las redes vSAN de dos nodos más antiguas tienen un requisito para incluir un conmutador físico de 10 GB en el sitio remoto. Si los únicos servidores de este sitio remoto eran los hosts vSAN, esta solución podría no ser eficiente.
Con esta implementación, si no hay otros dispositivos que utilicen el conmutador de 10 Gb, no es necesario tener en cuenta la intromisión de IGMP. Si otros dispositivos del sitio remoto comparten el conmutador de 10 Gb, use la intromisión de IGMP para evitar tráfico de multidifusión excesivo e innecesario.
PIM no es necesario, ya que el único tráfico enrutado es el tráfico testigo, que es de unidifusión.
Implementaciones de dos nodos para vSAN 6.5 y versiones posteriores
vSAN 6.5 y versiones posteriores admiten implementaciones de dos nodos.
Con vSAN 6.5 y versiones posteriores, esta implementación de vSAN de dos nodos es mucho más sencilla. vSAN 6.5 y las versiones posteriores permiten que los dos hosts del sitio de datos estén conectados directamente.
Para habilitar esta funcionalidad, el tráfico testigo se separa por completo del tráfico de datos de vSAN. El tráfico de datos de vSAN puede fluir entre los dos nodos de la conexión directa, mientras que el tráfico testigo se puede enrutar al sitio testigo a través de la red de administración.
El dispositivo testigo puede estar ubicado de forma remota de la sucursal. Por ejemplo, es posible que el testigo se vuelva a ejecutar en el centro de datos principal, junto con la infraestructura de administración (vCenter Server, vROps, Log Insight, etc.). Otra ubicación remota de la sucursal en la que puede residir el testigo es vCloud Air.
En esta configuración, no hay ningún conmutador en el sitio remoto. Como resultado, no es necesario configurar la compatibilidad con el tráfico de multidifusión en las redes consecutivas de vSAN. No es necesario tener en cuenta la multidifusión en la red de administración, ya que el tráfico testigo es de unidifusión.
vSAN 6.6 y versiones posteriores utilizan toda la unidifusión, por lo que no hay ninguna consideración de multidifusión. También se admiten varias implementaciones de dos nodos ROBO, siempre que cada una tenga su propio testigo único.
Consideraciones comunes para las implementaciones de vSAN de dos nodos
Las implementaciones de vSAN de dos nodos son compatibles con otras topologías. En esta sección se describen las configuraciones comunes.
Para obtener más información sobre las configuraciones de dos nodos y las consideraciones de implementación detalladas fuera de la red, consulte la documentación principal de vSAN.
Ejecutar el testigo en otro clúster de vSAN de dos nodos
vSAN no admite la ejecución del testigo en otro clúster de dos nodos.
Testigo ejecutado en otra implementación de vSAN estándar
vSAN admite testigos que se ejecutan en otra implementación de vSAN estándar.
Esta configuración es admitida. Cualquier error en la implementación de vSAN de dos nodos en el sitio remoto no afecta a la disponibilidad del entorno de vSAN estándar en el centro de datos principal.
