Puede habilitar vSphere HA y vSAN en el mismo clúster. vSphere HA proporciona el mismo nivel de protección para las máquinas virtuales en los almacenes de datos de vSAN que en los almacenes de datos tradicionales. El nivel de protección impone restricciones específicas cuando interactúan vSphere HA y vSAN .
Requisitos del host ESXi
- 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 vSAN con cuatro hosts o más.
Diferencias de red
vSAN usa su propia red lógica. Cuando vSAN 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 vSAN está deshabilitado. vCenter Server elige la red apropiada cuando vSphere HA está configurado en un host.
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 vSAN.
| Habilitado para vSAN | Deshabilitado para vSAN | |
|---|---|---|
| Red utilizada por vSphere HA | Red de almacenamiento de vSAN | Red de administración |
| Almacenes de datos de latidos | Cualquier almacén de datos montado en más de un host, excepto los almacenes de datos de vSAN | Cualquier almacén de datos montado en más de un host |
| Host declarado aislado | Direcciones de aislamiento a las que no se puede hacer ping y red de almacenamiento de vSAN inaccesible | 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 vSAN, los agentes de vSphere HA no adquieren los nuevos parámetros de red de manera automática. Para cambiar la red de vSAN, debe volver a habilitar la supervisión de hosts en el clúster de vSphere HA:
- Deshabilite la supervisión de hosts para el clúster de vSphere HA.
- Efectúe los cambios en la red de vSAN.
- Haga clic con el botón derecho en todos los hosts y seleccione Reconfigure HA (Volver a configurar HA).
- 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 admisiones, esta configuración debe estar coordinada con la correspondiente opción de directiva de Nivel primario de errores que se toleran en el conjunto de reglas de vSAN. No debe ser inferior a la capacidad reservada por la configuración de control de admisiones de vSphere HA. Por ejemplo, si el conjunto de reglas de vSAN 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 Nivel primario 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 vSAN y vSphere HA ante un error en varios hosts
Después de que se produce un error en un clúster de vSAN 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 vSAN para tolerar un error de host. La máquina virtual se ejecuta en un clúster de vSAN 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.
