Los clústeres ampliados extienden el clúster de vSAN de un solo sitio a dos sitios para obtener un mayor nivel de disponibilidad y de equilibrio de carga entre sitios. Los clústeres ampliados en general se implementan en entornos donde la distancia entre los centros de datos es limitada, por ejemplo, entornos metropolitanos o de campus.

Los clústeres ampliados se pueden utilizar para administrar el mantenimiento planificado y evitar situaciones problemáticas, ya que el mantenimiento o la pérdida de un sitio no afectan la operación general del clúster. En la configuración de un clúster ampliado, los dos sitios son sitios activos. Si uno de los sitios tiene errores, vSAN usa el almacenamiento del otro sitio. vSphere HA reinicia las máquinas virtuales que deben reiniciarse en el sitio activo restante.

Debe designar un sitio como el sitio preferido. El otro sitio es el secundario o no preferido. El sistema utiliza el sitio preferido solo cuando existe una pérdida de conexión entre los dos sitios activos, así que el sitio designado como preferido es el que se mantiene operativo.

Un clúster ampliado de vSAN puede tolerar un error de vínculo por vez sin perder la disponibilidad de los datos. Un error de vínculo es una pérdida de conexión de red entre los dos sitios o entre un sitio y el host testigo. Durante el error de un sitio o la pérdida de conexión de red, vSAN cambia de manera automática a sitios funcionales en su totalidad.

Para obtener más información sobre el trabajo con clústeres ampliados, consulte la guía de clúster ampliado de vSAN.

Host testigo

Cada clúster ampliado está formado por dos sitios y un host testigo. El host testigo reside en un tercer sitio y contiene los componentes testigo de los objetos de la máquina virtual. Solo contiene metadatos, y no participa de las operaciones de almacenamiento.

El host testigo sirve como factor determinante cuando se debe tomar una decisión en relación con la disponibilidad de los componentes del almacén de datos cuando se pierde la conexión de red entre dos sitios. En este caso, el host testigo por lo general forma un clúster de vSAN con el sitio preferido. Pero si el sitio preferido queda aislado del sitio secundario y del testigo, el host testigo forma un clúster con el sitio secundario. Una vez que el sitio preferido está conectado nuevamente, se vuelven a sincronizar los datos para garantizar que ambos sitios posean las copias más recientes de todos los datos.

Si se produce un error en el host testigo, todos los objetos correspondientes dejan de ser compatibles, pero se puede acceder a ellos en su totalidad.

El host testigo tiene las siguientes características:

  • El host testigo puede utilizar vínculos de poco ancho de banda/latencia alta.

  • El host testigo no puede ejecutar máquinas virtuales.

  • Un solo host testigo admite solamente un clúster ampliado de vSAN.

  • El host testigo debe tener un adaptador de VMkernel con tráfico de vSAN habilitado y conexiones a todos los hosts del clúster. El host testigo usa un adaptador de VMkernel para la administración y otro adaptador de VMkernel para el tráfico de datos de vSAN. El host testigo solo puede tener un adaptador de VMkernel dedicado a vSAN.

  • El host testigo debe ser un host independiente dedicado al clúster ampliado. No se puede agregar a ningún otro clúster ni mover en el inventario mediante vCenter Server.

El host testigo puede ser un host físico o un host ESXi que se ejecuta en una máquina virtual. El host testigo de máquina virtual no proporciona otro tipo de funcionalidad, como almacenamiento o ejecución de máquinas virtuales. Se pueden ejecutar varios hosts testigo como máquinas virtuales en un solo servidor físico. En el caso de las revisiones y la configuración básica de redes y supervisión, el host testigo de máquina virtual funciona de la misma forma que lo hace un host ESXi típico. Puede administrarlo con vCenter Server, aplicar revisiones y actualizaciones mediante esxcli o vSphere Update Manager, y supervisarlo con herramientas estándar que interactúen con hosts ESXi.

Puede usar un dispositivo virtual testigo como host testigo en un clúster ampliado. El dispositivo virtual testigo es un host ESXi en una máquina virtual, empaquetado como OVF u OVA. El dispositivo está disponible en varias opciones, según el tamaño de la implementación.

Clúster ampliado versus dominios de errores

Los clústeres ampliados proporcionan protección contra redundancias y errores entre los centros de datos de dos ubicaciones geográficas. Los dominios de errores brindan protección contra errores en el nivel del gabinete dentro del mismo sitio. Cada sitio de un clúster ampliado reside en un dominio de errores distinto.

Un clúster ampliado requiere tres dominios de errores: el sitio preferido, el sitio secundario y el host testigo.

En vSAN 6.6 y en versiones posteriores, es posible ofrecer un nivel adicional de protección contra errores locales para los objetos de máquinas virtuales en clústeres ampliados. Al configurar un clúster ampliado con cuatro o más hosts en cada sitio, están disponibles las siguientes reglas de directivas para los objetos del clúster:

  • Nivel primario de errores que se toleran (Primary level of failures to tolerate, PFTT). Esta regla define el número de errores de dispositivos y hosts que se pueden tolerar en un objeto de una máquina virtual en los dos sitios. El valor predeterminado es 1 y el máximo es 3.

  • Nivel secundario de errores que se toleran. Define el número de errores de dispositivos y hosts que se pueden tolerar en un objeto de una máquina virtual en un solo sitio. El valor predeterminado es 0 y el máximo es 3.

  • Compatibilidad. Esta regla solo se encuentra disponible si Primary level of failures to tolerate (Nivel primario de errores que se toleran) se configura en 0. Es posible configurar la regla de compatibilidad en None (Ninguno), Preferred (Preferido) o Secondary (Secundario). Esta regla permite limitar los objetos de una máquina virtual a un sitio seleccionado en el clúster ampliado. El valor predeterminado es None (Ninguno).

Nota:

Al configurar el valor de Secondary level of failures to tolerate (Nivel secundario de errores que se toleran) para el clúster ampliado, se aplica la regla del Método de tolerancia a errores en el nivel secundario. El método de tolerancia a errores que se utiliza para el PFTT se establece de manera predeterminada en RAID 1.

En un clúster ampliado con protección contra errores locales, el clúster puede ejecutar reparaciones de los componentes faltantes o dañados en el sitio disponible, incluso cuando un sitio no está disponible.