Diseñe la configuración de los hosts y los nodos de administración para obtener los mejores niveles de disponibilidad y tolerancia al crecimiento del consumo.
Dimensionar el clúster de vSAN en función de los errores que se deben tolerar
Debe configurar el atributo Primary level of failures to tolerate (Nivel principal de errores que se toleran) o PFTT en las directivas de almacenamiento de máquina virtual para controlar los errores de los hosts. La cantidad de hosts requeridos para el clúster se calcula de la siguiente manera: 2 * PFTT + 1. Cuantos más errores se configura el clúster para tolerar, mayor será la capacidad requerida.
Si los hosts del clúster están conectados en servidores en bastidores, puede organizar los hosts en dominios de errores para mejorar la resistencia contra problemas como errores de conmutación en la parte superior del bastidor y pérdida de alimentación del bastidor de servidores. Consulte Diseñar y dimensionar dominios de errores de vSAN.
Limitaciones de una configuración de clúster de dos o tres hosts
En una configuración de tres hosts, se puede tolerar solamente un error de host: se configura en 1 el atributo de número de errores que se toleran. vSAN guarda en hosts separados cada una de las dos réplicas requeridas de datos de la máquina virtual. El objeto testigo se ubica en el tercer host. Debido a la menor cantidad de hosts en el clúster, existen las siguientes limitaciones:
- Cuando se produce un error en un host, vSAN no puede volver a compilar los datos en otro host para protegerse contra otro error.
- Si un host debe entrar en modo de mantenimiento, vSAN no puede evacuar datos del host para mantener el cumplimiento de la directiva. Mientras el host esté en modo de mantenimiento, puede que ya no se pueda acceder a los datos o que estos se expongan a posibles errores si se produce un error adicional.
Solo puede utilizar la opción de evacuación de datos Ensure data accessibility (Garantizar accesibilidad a los datos). Garantizar accesibilidad a los datos garantiza que el objeto permanece disponible durante la migración de los datos, a pesar de que podrían estar en riesgo si se produce otro error. Los objetos de vSAN en clústeres de dos o tres hosts no cumplen con la directiva. Cuando el host abandona el modo de mantenimiento, los objetos se vuelven a generar para garantizar el cumplimiento de la directiva.
En cualquier situación en la que el clúster de dos o tres hosts tenga un host o un grupo de discos inaccesibles, los objetos de vSAN corren el riesgo de volverse accesibles si se produce otro error.
Configuración de clúster equilibrada y desequilibrada
vSAN funciona mejor en hosts con configuraciones uniformes.
Utilizar hosts con diferentes configuraciones tiene las siguientes desventajas en un clúster de vSAN:
- Menor previsibilidad del rendimiento del almacenamiento, ya que vSAN no almacena la misma cantidad de componentes en cada host.
- Diferentes procedimientos de mantenimiento.
- Reducción del rendimiento en los hosts del clúster que tienen tipos más pequeños o diferentes de dispositivos de memoria caché.
Implementar vCenter Server en vSAN
Si vCenter Server deja de estar disponible, vSAN sigue funcionando normalmente y las máquinas virtuales continúan en ejecución.
Si se implementa vCenter Server en el almacén de datos de vSAN y se produce un problema en el clúster de vSAN, puede usar un explorador web para acceder a cada host ESXi y supervisar vSAN a través de vSphere Host Client. La información de estado de vSAN se puede ver en la instancia de Host Client y también a través de los comandos esxcli.
