Puede habilitar vSphere HA y Virtual SAN en el mismo clúster. Al igual que con los almacenes de datos tradicionales, vSphere HA proporciona el mismo nivel de protección para las máquinas virtuales en los almacenes de datos de Virtual SAN. El nivel de protección impone restricciones específicas cuando interactúan vSphere HA y Virtual SAN .

Requisitos del host ESXi

Puede usar Virtual SAN con un clúster de vSphere HA solamente si se satisfacen las siguientes condiciones:

  • Todos los hosts ESXi del clúster deben corresponder a la versión 5.5 Update 1 o posterior.

  • El clúster debe tener un mínimo de tres hosts ESXi. Para obtener mejores resultados, configure el clúster de Virtual SAN con cuatro hosts o más.

Diferencias de red

Virtual SAN usa su propia red lógica. Cuando Virtual SAN y vSphere HA están habilitados para el mismo clúster, el tráfico entre agentes de HA se envía por medio de la red de almacenamiento y no por medio de la red de administración. vSphere HA usa la red de administración solamente cuando Virtual SAN está deshabilitado. vCenter Server elige la red apropiada cuando vSphere HA está configurado en un host.

Nota:

You must disable Deberá deshabilitar vSphere HA antes de habilitar Virtual SAN en el clúster. A continuación, puede volver a habilitar vSphere HA.

Cuando solo se puede acceder parcialmente a una máquina virtual en todas las particiones de red, no es posible encender la máquina virtual ni obtener acceso completo a ella en ninguna partición. Por ejemplo, si un clúster se particiona en P1 y P2, el objeto del espacio de nombres de la máquina virtual está accesible para la partición P1 y no para P2. El VMDK está accesible para la partición P2 y no para P1. En estos casos, no es posible encender la máquina virtual ni obtener acceso completo a ella en ninguna partición.

En la siguiente tabla, se muestran las diferencias de red de vSphere HA, según si se usa o no Virtual SAN.

Tabla 1. Diferencias de red de vSphere HA

Virtual SAN habilitado

Virtual SAN deshabilitado

Red utilizada por vSphere HA

Red de almacenamiento de Virtual SAN

Red de administración

Almacenes de datos de latidos

Cualquier almacén de datos montado en más de un host, pero no almacenes de datos de Virtual SAN

Cualquier almacén de datos montado en más de un host

Host declarado aislado

No se puede hacer ping a las direcciones de aislamiento y la red de almacenamiento de Virtual SAN no está accesible

No se puede hacer ping a las direcciones de aislamiento y la red de administración no está accesible

Si cambia la configuración de red de Virtual SAN, los agentes de vSphere HA no adquieren los nuevos parámetros de red de manera automática. Para realizar cambios en la red de Virtual SAN, debe volver a habilitar la supervisión de hosts para el clúster de vSphere HA mediante vSphere Web Client:

  1. Deshabilite la supervisión de hosts para el clúster de vSphere HA.

  2. Efectúe los cambios en la red de Virtual SAN.

  3. Haga clic con el botón derecho en todos los hosts y seleccione Reconfigure HA (Volver a configurar HA).

  4. Vuelva a habilitar la supervisión de hosts para el clúster de vSphere HA.

Configurar reserva de capacidad

Cuando se reserva capacidad para el clúster de vSphere HA con una directiva de control de admisión, este parámetro de configuración debe estar coordinado con la configuración correspondiente de la directiva Number of failures to tolerate (Número de errores que se toleran) en el conjunto de reglas de Virtual SAN y no debe ser inferior a la capacidad reservada por el parámetro de configuración de control de admisión de vSphere HA. Por ejemplo, si el conjunto de reglas de Virtual SAN solamente permite dos errores, la directiva de control de admisión de vSphere HA debe reservar una capacidad que sea equivalente a los errores de solamente un host o dos hosts. Si usa la directiva Percentage of Cluster Resources Reserved (Porcentaje de recursos del clúster reservados) para un clúster que tiene ocho hosts, no debe reservar más del 25 % de los recursos del clúster. En el mismo clúster, con la directiva Number of failures to tolerate (Número de errores que se toleran), la configuración no debe ser superior a dos hosts. Si vSphere HA reserva menos capacidad, la actividad de conmutación por error puede ser impredecible. La reserva de capacidad en exceso restringe el encendido de las máquinas virtuales y las migraciones entre clústeres de vSphere vMotion. Para obtener información sobre la directiva Percentage of Cluster Resources Reserved (Porcentaje de recursos del clúster reservados), consulte el documento Disponibilidad de vSphere.

Comportamiento de Virtual SAN y vSphere HA ante un error en varios hosts

Después de que se produce un error en un clúster de Virtual SAN con una pérdida de quórum de conmutación por error para un objeto de una máquina virtual, es posible que vSphere HA no pueda reiniciar la máquina virtual aunque se restaure el quórum de clúster. vSphere HA garantiza el reinicio únicamente cuando tiene quórum de clúster y puede acceder a la copia más reciente del objeto de la máquina virtual. La copia más reciente es la última copia que se escribió.

Piense en un ejemplo en el que se aprovisiona una máquina virtual de Virtual SAN para tolerar un error de host. La máquina virtual se ejecuta en un clúster de Virtual SAN que incluye tres hosts: H1, H2 y H3. Se produce un error de manera secuencial en los tres hosts, donde H3 es el último en experimentar el error.

Una vez que H1 y H2 se recuperan, el clúster tiene quórum (se tolera un error de host). A pesar de este quórum, vSphere HA no puede reiniciar la máquina virtual porque el último host que experimentó el error (H3) contiene la copia más reciente del objeto de la máquina virtual y aún está inaccesible.

En este ejemplo, los tres hosts deben recuperarse al mismo tiempo o el quórum de dos hosts debe incluir el host H3. Si no se cumple ninguna de estas condiciones, HA intenta reiniciar la máquina virtual cuando el host H3 vuelve a estar en línea.