Hola en un caso particular se identifica que el clúster vSAN esta degradado evidenciando que uno de los nodos esta fuera del clúster. El clúster cuenta con tres nodos y es una arquitectura OSA hibrida con RAID1.
Como primero paso, hay que entrar por SSH a los nodos, para luego identificar la causa de caída del clúster vSAN.
Usando el comando “esxcli vsan cluster get” identificamos que el clúster cuenta con solamente 2 nodos de los 3.

El nodo 3 esta fuera del clúster debido a que no puede ser alcanzado por los otros nodos, usando el comando “esxcli vsan cluster unicastagent list” identificamos que los otros nodos no identifican automáticamente la IP de la red vSAN con su UUID.

Este problema puede ser causado por tres razones:
- El nodo fue removido inadecuadamente o formateado
- Restauración de vCenter Server
- Desconfiguración luego de una recuperación de algún problema.
Antes debemos identificar las direcciones IPs de vSAN en todos los nodos con su respectivo vmkernel y el identificador UUID. Opcional el thumbprint del nodo con problemas.
Para identificar el vmkernel que se usa para vSAN usamos el comando “esxcli vsan network list”

Para identificar el direccionamiento IP del vmkernel que se usa para vSAN podemos usar el comando “esxcfg vmknic -l”

Para identificar el UUID del nodo, se debe correr el comando “cmmds-tool whoami”

Y para obtener el thumbprint se corre el comando:

Luego en el nodo 1 colocamos el comando:
“esxcli vsan cluster unicastagent add -a ip_address -i vmk_number -T thumbprint -U true -t node -u uuid_host”
Donde:
-a: dirección IP de vSAN que usa el nodo con problemas
-i: vmkernel que usa la vSAN
-T: Thumbprint que tiene el host.
-U: en verdadero debido a que la versión de vSAN es 6.7 y soporta unicast
-t: tipo de agente unicast: host o witness en este caso es host.
-u: uuid del nodo unicast.
Y se valida si el nodo fue ingresado. Se repite el mismo proceso en el nodo 2 que es parte del clúster vSAN, teniendo alcance a nivel multicast.

Finalmente, observamos que el clúster puede ver al nodo 3.

Se recomienda realizar los pasos que muestra el KB: https://knowledge.broadcom.com/external/article/326896/ para poder liberar un nodo de un clúster vSAN ya sea para ser trasladado a otro clúster o para cambiarlo definitivamente.