VxRail: Verifique la versión de formato en disco de vSAN cuando utilice un testigo compartido para implementar un clúster de 2 nodos de vSAN

Cuando se implementa un clúster de 2 nodos de vSAN con vCenter proporcionado por el cliente y testigo compartido, la implementación falla con el error "No se pudo convertir el clúster estándar en clúster extendido LAG-NAM".

Compruebe VxRail manager /var/log/microservice_log/dayone.log, hay vim.fault.VsanFault que dice que "no se puede cumplir con el requisito de funcionalidad del testigo compartido".

2022-05-05-14:01:57 microservice.do-cluster "[2022-05-05 14:01:57,066: WARNING/MainProcess] pyVmomi.VmomiSupport.vim.fault.VsanFault: (vim.fault.VsanFault) {"
2022-05-05-14:01:57 microservice.do-cluster "   dynamicType = <unset>,"
2022-05-05-14:01:57 microservice.do-cluster "   dynamicProperty = (vmodl.DynamicProperty) [],"
2022-05-05-14:01:57 microservice.do-cluster "   msg = 'cannot meet the capability requirement of shared witness.'"

2. Consulte la matriz de soporte de la versión de formato en disco de vSAN para determinar qué versión de ESXi es compatible con la versión de formato en disco de vSAN testigo compartido.
 

3. Si el nodo ESXi no soporta la versión de formato en disco de vSAN del testigo compartido, existen dos opciones para resolver el problema:

Opción 1. Actualice la versión del nodo ESXi para admitir el formato en disco de vSAN testigo compartido.

Comuníquese con un ingeniero de soporte de Dell para actualizar el nodo ESXi mediante el "Procedimiento de actualización de imagen de fábrica de Rapid Appliance Self-Recovery (RASR)"

A continuación, implemente el clúster de 2 nodos de vSAN con la nueva versión de código.

Opción 2. Utilice un testigo independiente para implementar el clúster de 2 nodos de vSAN.