VxRail: Prácticas recomendadas para vLCM en VxRail

Método para VxRail:

Uso correcto

• Si ya hay soluciones o controladores de otros fabricantes instalados en los nodos antes de habilitar vLCM, utilice siempre el asistente de habilitación de vLCM para agregar componentes independientes.
• Nunca agregue componentes manualmente mediante métodos de otros fabricantes, ya que esto causa fallas en la actualización.
• Una vez habilitado, el depósito de vLCM permanece persistente y no es necesario volver a agregarlo, a menos que se actualice un componente.
• La interfaz de usuario debe agregar componentes durante la habilitación para que formen parte de la imagen utilizada para los nodos de VxRail.
• Los componentes también se pueden agregar mediante la característica ADD COMPONENT en la interfaz de usuario de VxRail Manager (solo se puede acceder después de cargar el paquete compuesto)
• Si el cliente ha seguido Broadcom ID de artículo: 390098 agregar descargas autenticadas de Broadcom o un token a la instancia de vCenter Lifecycle Manager que administra VxRail, asegúrese de que estos depósitos estén deshabilitados antes de realizar cualquier actividad de actualización de VxRail. VxRail no requiere acceso a estos depósitos, y cualquier problema de conectividad con ellos puede hacer que las actualizaciones de VxRail fallen. Todos los depósitos necesarios para VxRail provienen del paquete compuesto de actualización.

Uso incorrecto

• Evite agregar manualmente depósitos o paquetes offline para soluciones de otros fabricantes, como NSX, mediante cualquier método de interfaz de usuario o CLI.
• Los VIB instalados manualmente no se reflejarán en el estado deseado y se eliminarán durante el próximo ciclo de actualización.
• No intente agregar componentes de la solución mediante la característica AGREGAR COMPONENTES en el plug-in de VxRail (bloqueado en el código desde la versión 8.0.320 en adelante).
• No haga referencia a ningún artículo de la base de conocimientos de Broadcom para VMware Lifecycle Manager cuando solucione problemas de LCM de VxRail, ya que no corresponden.

Actualizaciones de componentes

• Cuando actualice un componente, agregue el nuevo paquete offline mediante la función ADD COMPONENTS durante el proceso de actualización.
• vLCM reconocerá y reemplazará automáticamente la versión anterior con el componente actualizado.
• VxRail Manager automatiza la administración del ciclo de vida y las modificaciones manuales en la interfaz de usuario de VMware vCenter Lifecycle Manager no son compatibles.
• Importante: Los cambios en la interfaz de usuario de VMware vCenter Lifecycle Manager no se reflejan en VxRail Manager y causan incoherencias y fallas de actualización

Componentes de soluciones de otros fabricantes y vLCM de VxRail

Comprensión de los tipos de componentes

• Componentes de la solución: Incluye NSX, Rubrik, NetApp, Veeam, entre muchos otros. Estos se administran mediante sus propias herramientas de ciclo de vida y no mediante vLCM de VxRail.
• Componentes independientes: Incluye controladores de GPU, controladores HBA, PowerFlex Estos se pueden agregar a VxRail vLCM mediante ADD COMPONENTS (depósitos o paquetes offline; no VIB independientes).

Ejemplo de NSX

• NSX requiere una actualización completa de la solución (gerente, controladores, dispositivos Edge y, luego, VIB).
• NSX Lifecycle Manager administra las actualizaciones de NSX de manera independiente y VxRail vLCM no interactúa con él.
• La adición de depósitos de NSX o paquetes sin conexión en cualquier lugar fuera de NSX Manager interrumpe el estado del ciclo de vida.

Notas de configuración de vLCM para clústeres ROBO

• Cuando vLCM (vSphere Lifecycle Manager) está habilitado en un clúster de ROBO, el nodo testigo también debe usar una sola imagen.
• Las actualizaciones basadas en la base no son compatibles con esta configuración.
• Las actualizaciones manuales de un nodo testigo utilizado por un clúster ROBO en modo vLCM no son compatibles.

Pautas de uso compartido de nodos testigo

• Los clústeres testigo y ROBO solo se pueden compartir entre otros clústeres ROBO.
  No se pueden compartir en una configuración de clúster extendido más grande.

• Los nodos testigo compartidos solo se deben utilizar con clústeres de VxRail.
  No son compatibles con los clústeres de VSRN.

• Todos los clústeres que comparten un nodo testigo deben permanecer dentro de una revisión de código.
  Si un clúster actualiza dos o más revisiones con anticipación, puede afectar la estabilidad o la compatibilidad de otros clústeres que comparten el mismo testigo.

Lo que se debe y no se debe hacer:

Qué hacer

✅ Asegúrese de que lcmProperties.upgrade.advanced.mode.on=false sea la configuración predeterminada para vLCM.

✅ Utilice solo depósitos cuando agregue componentes de otros fabricantes, como controladores de GPU o HBA.

✅ Verifique la compatibilidad de los componentes de otros fabricantes con clústeres basados en una sola imagen (clústeres habilitados para vLCM).

✅ Asegúrese de que NSX y otros componentes de la solución se administren mediante sus respectivas herramientas de ciclo de vida.

No.

❌ No habilitar Modo avanzado de LCM antes o durante la habilitación de vLCM.

• Si lcmProperties.upgrade.advanced.mode.on=true, los VIB de terceros se eliminarán durante el siguiente ciclo de actualización sin previo aviso.

❌ No instale VIB manualmente mediante esxcli software vib install.

• Los VIB instalados manualmente no forman parte de la imagen del clúster y se eliminarán en la próxima actualización.

❌ No cargue depósitos de soluciones de otros fabricantes mediante la característica AGREGAR COMPONENTES en el plug-in de VxRail.

• Esto afectará negativamente el estado deseado del clúster y bloqueará futuras actualizaciones.

❌ No utilice la interfaz de usuario de VMware vCenter Lifecycle Manager para realizar cambios.

• Las modificaciones realizadas aquí no se reflejan en VxRail Manager, lo que genera incoherencias en el ciclo de vida.

❌ No restablezca la base de datos de VMware vCenter Update Manager (VUM) a menos que sea necesario.

• El restablecimiento de la base de datos en un entorno vCenter vinculado elimina todos los depósitos de VxRail e interrumpe las comprobaciones de cumplimiento.
• Esto provoca fallas de actualización para todos los clústeres conectados a vCenter.

❌ No edite ni elimine ninguna carpeta o archivo de /data/store2/vlcm, /data/store2/hsm. 

• La carga del paquete compuesto vuelve a crear /data/store2/hsm y /data/store2/vlcm junto con todo lo que contienen.

❌ No intente actualizar ningún componente de otros fabricantes fuera de un ciclo de actualización de vLCM de VxRail.

• Esto no es compatible en absoluto e infringe el cumplimiento de la imagen
• Esto no se aplica a las soluciones de otros fabricantes, como se ha descrito anteriormente

❌ No utilice Python CVSAllowListMgr.py (185052 de la base de conocimientos) en el clúster habilitado para vLCM de VxRail.

• CVSAllowListMgr.py no se puede utilizar para vLCM.
• Cualquier intento de usar este script interrumpirá futuras actualizaciones.

❌No haga referencia a ningún artículo de la base de conocimientos de Broadcom.

• Tenga en cuenta que la mayoría de los artículos de la base de conocimientos de Broadcom que hacen referencia a Lifecycle Manager no se aplican a VxRail, y seguirlos dará como resultado complicaciones adicionales en el lado de VxRail. 

Impacto del restablecimiento de la base de datos de VUM

• El restablecimiento de la base de datos de VUM afecta a todos los clústeres y vCenters vinculados.
• Después de un restablecimiento, todos los depósitos de VxRail se eliminan y no se volverán a agregar automáticamente.
• Los clústeres entran en un estado de "estado de host desconocido", lo que bloquea las comprobaciones de cumplimiento y las actualizaciones.
• Se eliminaron los depósitos de soluciones de otros fabricantes (NSX, Rubrik), lo que requiere una reincorporación manual.
• Si es necesario un restablecimiento de VUM, VxRail EE debe revisarlo y aprobarlo

Conclusión

El uso adecuado de vLCM garantiza un proceso de actualización y administración sin inconvenientes para los entornos de VxRail. Seguir estas reglas ayuda a evitar fallas de actualización, mantener el cumplimiento y mantener el sistema funcionando de manera óptima.