Independientemente de si administra un clúster de vSAN con líneas base o con una sola imagen, la corrección de los hosts que forman parte de un clúster de vSAN tiene sus particularidades.
- vSphere Lifecycle Manager solo pone un host a la vez en modo de mantenimiento.
- vSphere Lifecycle Manager corrige los hosts que forman parte de un clúster de vSAN en secuencia.
- Como vSphere Lifecycle Manager controla la corrección de hosts secuencialmente, el proceso de corrección de hosts puede tardar mucho tiempo en completarse.
- vSphere Lifecycle Manager corrige los clústeres de vSAN con dominios de errores configurados. Para ello, primero debe actualizar todos los hosts de un dominio de errores y, a continuación, actualizar los hosts en el siguiente dominio de errores.
- Para un clúster ampliado de vSAN, vSphere Lifecycle Manager primero corrige los hosts del sitio preferido y, a continuación, continúa con la corrección de los hosts en el sitio secundario.
Modo de mantenimiento de hosts y clústeres de vSAN
Un host que está en un clúster de vSAN se puede corregir de dos maneras, en función de cómo quiera procesar las máquinas virtuales del host:
- Puede colocar el host en modo de mantenimiento de forma manual y corregir el host mediante vSphere Lifecycle Manager.
- Puede hacer que el host entre en el modo de mantenimiento durante el proceso de corrección de vSphere Lifecycle Manager.
En vSphere Client, cuando un host de un clúster de vSAN se pone en el modo de mantenimiento, se puede elegir entre varias opciones: Garantizar accesibilidad, Evacuación total de datos y Sin evacuación de datos. La opción Garantizar accesibilidad es la opción predeterminada, y significa que cuando un host se pone en el modo de mantenimiento, vSAN se asegura de que todas las máquinas virtuales de ese host permanezcan accesibles. Para obtener más información sobre cada una de las opciones, consulte el tema sobre cómo poner un miembro de un clúster de vSAN en el modo de mantenimiento de la documentación de Almacenamiento de vSphere.
Durante la corrección, vSphere Lifecycle Manager coloca los hosts del clúster de vSAN en modo de mantenimiento y controla las máquinas virtuales en el host de la manera prevista en la opción predeterminada Garantizar accesibilidad.
Si un host forma parte de un clúster de vSAN y alguna de las máquinas virtuales del host utiliza una directiva de almacenamiento de máquinas virtuales con la opción para "Número de errores que se toleran=0", es posible que el host experimente retrasos inusuales al entrar al modo de mantenimiento. Este retraso se produce porque vSAN debe migrar los datos de máquina virtual desde un disco del clúster de almacén de datos de vSAN a otro. Los retrasos podrían ser incluso de horas. Una solución alternativa puede ser configurar "Número de errores que se toleran=1" para la directiva de almacenamiento de máquinas virtuales, de manera que se creen dos copias de los archivos de máquina virtual en el almacén de datos de vSAN.
Comprobación de estado de vSAN
vSphere Lifecycle Manager realiza una comprobación previa a la corrección de los clústeres de vSAN para garantizar una corrección exitosa. La comprobación de estado de vSAN forma parte de la comprobación previa a la corrección.
La comprobación de estado de vSAN le proporciona información sobre el estado del clúster y si debe realizar acciones adicionales para garantizar una corrección exitosa. Incluso si no se toman las medidas recomendadas, se puede corregir de todos modos el clúster de vSAN o un host del clúster. vSphere Lifecycle Manager pone correctamente el host en modo de mantenimiento y aplica de manera exitosa actualizaciones de software en el host. Sin embargo, es posible que el host no pueda salir del modo de mantenimiento y se produzca un error en el proceso de corrección. En consecuencia, el host del clúster de vSAN se actualiza, pero será necesario realizar pasos manuales para sacar al host del modo de mantenimiento.
Usar vSphere Lifecycle Manager imágenes para corregir clústeres ampliados de vSAN
Cuando administra un clúster ampliado de vSAN o un clúster de ROBO de dos nodos con vSphere Lifecycle Manager, puede administrar los hosts del clúster con una sola imagen que sea diferente de la imagen utilizada para actualizar el host testigo dedicado. Con vSphere 8.0 Update 2, el host testigo de vSAN se actualiza de la misma forma que un host independiente.
Qué es un clúster ampliado
Un clúster ampliado es un modelo de implementación en el que dos o más hosts forman parte del mismo clúster lógico, pero se encuentran en ubicaciones geográficas independientes. Cada clúster ampliado de vSAN o clúster ROBO de dos nodos tiene un host testigo, que es un host independiente que no es miembro del clúster correspondiente, pero está asociado a él. El host testigo de un clúster de vSAN se administra mediante el mismo vCenter Server en el que reside el clúster ampliado o de ROBO correspondiente.
vSphere Lifecycle Manager y los hosts testigo de vSAN
El host testigo de vSAN es un host ESXi físico o virtual que contiene los componentes testigo de los objetos de la máquina virtual almacenados en el clúster de vSAN. El host testigo no admite cargas de trabajo y no es un nodo de datos. Un solo clúster de ROBO ampliado o de dos nodos puede tener un solo host testigo.
- La versión de vCenter Server debe ser 8.0 Update 2 y posterior.
- El host testigo debe tener la versión 7.0 Update 2 y posterior de ESXi.
- El host testigo puede ser un servidor virtual o un servidor físico.
- El host testigo puede ser un host testigo dedicado o un host testigo compartido.
- El host testigo debe actualizarse antes que los hosts del clúster de vSAN asociado ampliado o de dos nodos.
- El host testigo y los clústeres de vSAN asociados no deben actualizarse en paralelo.
- No es posible ejecutar máquinas virtuales en un host testigo. Si vSphere Lifecycle Manager detecta máquinas virtuales obsoletas que se ejecutan en un host testigo, durante la corrección del host independiente, vSphere Lifecycle Manager establece la configuración de corrección del estado de energía de VM en No cambiar el estado de energía. Para obtener más información, consulte Configurar los ajustes de corrección de vSphere Lifecycle Manager para clústeres o hosts independientes que se administran con una sola imagen.
- Se pasa de usar líneas base de vSphere Lifecycle Manager a usar imágenes de vSphere Lifecycle Manager para un clúster de ROBO de dos nodos o ampliado de vSAN y para el host independiente dedicado.
Nota: La transición al uso de imágenes no se bloquea si la versión del host testigo es ESXi anterior a 7.0 Update 2. Sin embargo, en este caso, después de la transición, se utiliza una sola imagen de vSphere Lifecycle Manager para el clúster, pero se deben seguir utilizando líneas base de vSphere Lifecycle Manager para el host testigo. En estos casos, puede utilizar líneas base para actualizar el host testigo a la versión 7.0 Update 2 o posterior. A continuación, puede comenzar a administrar el host testigo con una sola imagen de vSphere Lifecycle Manager.
- Se convierte un clúster de vSAN existente que utiliza una sola imagen en un clúster ampliado con un host testigo virtual.
- Actualice a la versión 8.0 Update 2 y versiones posteriores para vCenter Server y a la versión 7.0 Update 2 o posteriores para el host testigo.
- Se convierte un clúster ampliado de vSAN existente que utiliza imágenes en un clúster de vSAN normal.
- Desactive vSAN en un clúster ampliado de vSAN existente que administre con una sola imagen.
Actualizar clústeres ampliados de vSAN mediante una imagen de vSphere Lifecycle Manager
Para los clústeres ampliados de vSAN, primero se deben actualizar los hosts testigo con la imagen de vSphere Lifecycle Manager independiente que se configuró y, a continuación, proceder a corregir los hosts en el sitio preferido y el sitio secundario. Si todos los hosts del sitio preferido se encuentran en estado conforme, vSphere Lifecycle Manager omite el sitio preferido y comienza a corregir los hosts del sitio secundario. Si algún host de todo el clúster tiene un estado incompatible, se detiene la corrección. Para obtener más información sobre la corrección con reconocimiento de dominios de errores y el orden en el que vSphere Lifecycle Manager corrige los hosts en un clúster de vSAN, consulte Usar imágenes de vSphere Lifecycle Manager para corregir clústeres de vSAN con dominios de errores configurados..
A partir de vSphere 8.0 Update 2, puede utilizar una imagen de vSphere Lifecycle Manager completa para actualizar un host testigo de la misma manera que actualiza un host independiente. La imagen deseada que se aplica a un host testigo puede contener una imagen base de ESXi, así como cualquier componente de usuario, componentes de solución o complementos de OEM.
- La versión de vCenter Server debe ser 8.0 Update 2 y posterior.
- El host testigo debe tener la versión 7.0 Update 2 y posterior de ESXi.
- El host testigo puede ser un servidor virtual y un servidor físico.
- El host testigo puede ser un host testigo dedicado y un host testigo compartido.
Usar imágenes de vSphere Lifecycle Manager para corregir clústeres de vSAN con dominios de errores configurados.
En los clústeres de vSAN con dominios de errores configurados, vSphere Lifecycle Manager corrige los hosts en un orden que vSphere Lifecycle Manager calcula factorizando los dominios de errores definidos.
¿Qué es un dominio de errores?
Un dominio de errores consta de uno o varios hosts de vSAN agrupados según su ubicación física en el centro de datos. Cuando se configuran, los dominios de errores permiten que vSAN tolere errores de bastidores físicos completos, así como errores de un solo host, dispositivo de capacidad, vínculo de red o conmutador de red dedicado a un dominio de errores. Puede configurar los dominios de errores para los clústeres de vSAN no ampliados y ampliados. Para obtener más información sobre la configuración de dominios de errores, consulte la documentación de Administrar VMware vSAN.
Actualizar clústeres de vSAN configurados con varios dominios de errores
vSphere Lifecycle Manager corrige los clústeres de vSAN con dominios de errores configurados mediante la corrección de todos los hosts de un dominio de errores a la vez. Para definir el orden de los dominios de errores, vSphere Lifecycle Manager calcula y asigna una prioridad a cada dominio de errores para el clúster vSAN.
La corrección comienza con el dominio de errores que tiene la prioridad más alta. La prioridad de un dominio de errores está determinada por la cantidad de hosts no conformes en ese dominio de errores. Cuanto menor sea el número de hosts no conformes en un dominio de errores, mayor será la prioridad de ese dominio de errores. Sin embargo, si varios dominios de errores tienen la misma prioridad, vSphere Lifecycle Manager selecciona el primer dominio de errores de la lista de dominios de errores.
Después de que vSphere Lifecycle Manager seleccione un dominio de errores, vSphere Lifecycle Manager utiliza recomendaciones de DRS para seleccionar el host óptimo dentro del dominio que se va a corregir.
Para la corrección con reconocimiento de dominio de errores de clústeres vSAN, existen los siguientes requisitos:
- La versión de vCenter Server debe ser 7.0 Update 1 y posterior
- Todos los hosts ESXi deben tener la versión 7.0 o posterior.
Actualización de clústeres de vSAN habilitados con NSX o vSphere with Tanzu
Puede corregir un clúster de vSAN con una imagen de vSphere Lifecycle Manager que contenga la misma versión de ESXi que la versión de ESXi que se encuentra actualmente en los hosts, pero las versiones más recientes de los componentes de NSX y vSphere with Tanzu. En ese caso, vSphere Lifecycle Manager actualiza solo esos componentes, sin actualizar la versión ESXi. Incluso en esos casos, vSphere Lifecycle Manager reconoce todavía los dominios de errores configurados para el clúster de vSAN y realiza la actualización de la solución de acuerdo con la configuración del dominio de errores.
- La versión de vCenter Server debe ser 7.0 Update 2
- Los hosts ESXi con versión 7.0 o posterior.
