Поднятие вирт машин в предложенном варианте имеет несколько минусов по сравнению с кластерным решением:
- А если пинг до хоста пропал, но до ВМ остался? То есть менеджмент интерфейс хоста отвалился, но ВМ при этом работает.
- А если хост отвалился, поднялась резервная вм, а потом хост обратно вернулся?
- Ну и еще несколько различных вариантов в этом же духе.
Поэтому копать стоит сразу в сторону кластеризации. Либо на уровне гипервизоров, либо на уровне сервера приложений. Для кластера, как уже было отмечено, требуется общее хранилище, значит его нужно как-то обеспечить.
Нет SAN:
- ищем из какого хлама его собрать пока не прикупили новый. (точка отказа)
- Или копаем в сторону Storage Spaces Direct если уже куплен Datacenter.
- Или просто поднимаем SMB шару (точка отказа)
- Или смотрим в сторону гиперконвергентности не средствами Майкрософт. Например Starwind.
- Вот запамятовал - можно ли одну полку с дисками подключить к двум win серверам и настроить общее хранилище на базе Storage spaces (без директ).
Если кластеризовать сервер не получается, то может обеспечить отказоустойчивость на базе серверов приложений? Сервера БД умеют репликацию делать и обеспечивать разную степень отказоустойчивости сами, без участия гипервизоров и общих хранилок. А сервера непосредственно самих приложений можно дублировать, применять тактику описанную вами (с пингами) или кластеризовать (если поддерживают).