хосты ругаются на отсутствие связи с хостами в другой стойке/подсети

хосты 01 и 02 в стойке A, vSAN сеть 10.30.14.0/28; хосты 03 и 04 в стойке B, vSAN сеть 10.30.14.16/28

vSAN при этом работает, также как отлично работает vMotion и Provisioning в отдельных стеках

я могу предположить следующее - всан сеть находится в стеке default, и на хостах просто настроен gw override на vmk. Поскольку оверрайд никак не отражается в таблице маршрутизации, это работает только для исходящего трафика - входящий просто не доходит до нужного сервиса

как при этом работает vsan - ни малейшего

уверен если отделить vsan в отдельный стек - ошибка уйдет

но, в 7.0u1 обещали что должно работать просто с оверрайдом, вот и интересуюсь, а должно ли =)

Ну вообще у меня работало)

Потому и удивляюсь

Завтра ещё раз у себя в лабе проверю

так, а что конкретно в логах fdm агента? похоже что стоит host isolation, возможно поможет прямо указать das.usedefaultisolationaddress / das.isolationaddress0

2021-02-16T23:09:24.448Z info fdm[2814189] [Originator@6876 sub=Monitor] No ping reply from 10.30.14.26
2021-02-16T23:09:24.448Z info fdm[2814189] [Originator@6876 sub=Monitor] No ping reply from 10.30.14.27
2021-02-16T23:09:24.449Z verbose fdm[2814177] [Originator@6876 sub=FDM opID=SWI-37dc5435] New event: EventEx=com.vmware.vc.HA.NotAllHostAddrsPingable vm= host=host-7109 tag=host-7109:-297910562:2
2021-02-16T23:09:24.449Z verbose fdm[2814177] [Originator@6876 sub=PropertyProvider opID=SWI-37dc5435] RecordOp ADD: event[2], fdmService. Applied change to temp map.
2021-02-16T23:09:24.449Z verbose fdm[2814177] [Originator@6876 sub=PropertyProvider opID=SWI-37dc5435] RecordOp ASSIGN: serverTime, fdmService. Applied change to temp map.
2021-02-16T23:09:27.438Z verbose fdm[2814175] [Originator@6876 sub=Election opID=SWI-60b7acd9] CheckVersion: Version[2] Other host GT : 5 > 0
2021-02-16T23:09:27.438Z verbose fdm[2814175] [Originator@6876 sub=Cluster opID=SWI-60b7acd9] Version[2] 5 from host-7122,10.30.14.27
2021-02-16T23:09:27.438Z info fdm[2814175] [Originator@6876 sub=Cluster opID=SWI-60b7acd9] Fetching version[2] 5 from host-7122,10.30.14.27
2021-02-16T23:09:27.439Z verbose fdm[2814174] [Originator@6876 sub=Cluster] version 5

ну и так далее, могу весь лог скинуть с одного хоста, я выключил/включил HA

вот это интересно

2021-02-16T23:09:06.438Z verbose fdm[2814183] [Originator@6876 sub=Message opID=kkradwvr-85645-auto-1u32-h5:70024568-70-04-01-11] Adding vSAN vmk:vmk7 for bind.
2021-02-16T23:09:06.438Z verbose fdm[2814179] [Originator@6876 sub=Default opID=kkradwvr-85645-auto-1u32-h5:70024568-70-04-01-11-SWI-4b63962d] Write to ConfigStoreDB for type=hostlist Length=2104, UnCompressedLength=0.
2021-02-16T23:09:06.438Z verbose fdm[2814175] [Originator@6876 sub=Election opID=SWI-60b7acd9] Found vmknics for binding: [N5Vmomi5ArrayISsEE:0x000000b708099960]
2021-02-16T23:09:06.438Z info fdm[2814173] [Originator@6876 sub=Cluster opID=kkradwvr-85645-auto-1u32-h5:70024568-70-04-01-11-SWI-77188b05] Updating SSL Thumbprints
2021-02-16T23:09:06.438Z verbose fdm[2814175] [Originator@6876 sub=Election opID=SWI-60b7acd9] Ignoring user provided advanced config vmknics for vSAN cluster.

тащемта если демон игнорит оверрайд default gw - неудивительно что связности нет

любопытно

кстати на всякий случай, после изменений вот так было сделано?

If you change the vSAN network configuration, the vSphere HA agents do not automatically pick up the new network settings. To make changes to the vSAN network, you must take the following steps in the vSphere Client:

Disable Host Monitoring for the vSphere HA cluster.
Make the vSAN network changes.
Right-click all hosts in the cluster and select Reconfigure for vSphere HA.
Re-enable Host Monitoring for the vSphere HA cluster.

HA включался уже после провиженинга, вся конфигурация была сделана автоматизированно сгенеренными powercli скриптами