Как избежать «состояния гонки» после аварийного выключения серверной стойки с развернутым Hyper-V over SMB 3.0?
Столкнулся с очень неприятной особенностью работы Hyper-V поверх SMB 3.0 в малых масштабах на одном объекте.
Имеется стойка с оборудованием: ИБП, несколько хостов Hyper-V, большой шумный файловый сервер на много дисков, который выступает хранилищем для Hyper-V. Последние пару недель на этом объекте регулярно пропадает электричество на большие промежутки времени, чем может вытянуть ИБП, поэтому настроено автоматическое выключение всей аппаратуры при критическом уровне батарей.
Кроме файлового сервера и хостов Hyper-V физических серверов нет. Контроллеры домена виртуализированы, по одному на локальных дисках каждого хоста Hyper-V.
При включении всего оборудования после "аварийного выключения" начинается что-то вроде состояния гонки: если хосты Hyper-V загрузились раньше файлового сервера, все виртуальные машины уходят в аварийное состояние из-за потери хранилища; если файловый сервер запустился раньше хостов Hyper-V, он не обнаружит в сети контроллеров домена и откажет хостам Hyper-V в доступе к файловой шаре, после чего виртуальные машины, опять же, уходят в аварийное состояние.
Электричество чаще всего вырубается ночью, поэтому утро у IT-отдела начинается значительно раньше, чем нам хотелось бы.
Какие могут быть варианты решения проблемы?
так никто и не ответил за столько лет? :)
если не заморачиваться, то решения таковы:
1 - у всех гипервизоров в биосе включить полный тест оперативной памяти. это даст им увлекательное занятие на некоторое время.
или
2 - в параметрах гостей установить нужную отсрочку запуска.
Средний
Простой
