Мы думаем о внедрении кластеризации Hyper V на серверах Windows Server 2012. Мы стремимся использовать функцию динамической миграции, чтобы исключить простои при выходе из строя одного из серверов. Мой вопрос: актуальна ли живая миграция, то есть если сервер, на котором в настоящее время размещен кластер Hyper V, внезапно отключается (сбой питания или что-то в этом роде), будет ли кластеризованный Hyper V немедленно возобновить работу на втором сервере без прерывания, или он отключится а затем запустить на втором сервере.
LiveMigration и отработка отказа виртуальной машины - это разные вещи. LiveMigration предназначен для плановой миграции виртуальной машины с одного хоста Hyper-V на другой без простоя виртуальной машины или ее служб и приложений.
Отказ виртуальной машины происходит, когда узел, на котором она работает, выходит из строя, и кластер перезапускает виртуальную машину на другом узле кластера, и в этом случае происходит простой для виртуальной машины, ее служб и приложений. Когда узел кластера выходит из строя, состояние виртуальных машин, работающих на этом узле, теряется.
От Microsoft:
Живая миграция: когда вы инициируете динамическую миграцию, кластер копирует память, используемую виртуальной машиной, с текущего узла на другой узел, так что, когда фактически происходит переход к другому узлу, информация о памяти и состоянии уже находится на месте. для виртуальной машины. Обычно переход происходит достаточно быстро, чтобы клиент, использующий виртуальную машину, не терял сетевое соединение. Если вы используете общие тома кластера, миграция в реальном времени происходит практически мгновенно, поскольку передача прав собственности на диск не требуется. Живая миграция может использоваться для планового обслуживания, но не для незапланированного переключения при отказе.
Этого нельзя добиться с помощью кластеризации Windows Hyper-V. Я понимаю, что ваша система может относиться к типу непрерывной обработки данных, например к архиваторам данных, у которых есть службы, которые необходимо синхронизировать, и на нее будет влиять отключение хоста A во время сбоя питания (из-за обычных вещей, с которыми ИТ-специалисты сталкиваются, например, сбоя источника питания, Отказ системы ИБП и т. Д. Администратору не нужно летать по воздуху, взрывы и т. Д.) В этом случае есть несколько решений от сторонних приложений, которые поддерживают эти типы сценариев сбоев.
Мы стремимся использовать функцию динамической миграции, чтобы исключить простои при выходе из строя одного из серверов.
Это прекрасная идея. В самом деле. Можете ли вы сказать мне, как вы перенесете состояние работающей виртуальной машины с отказавшего сервера?
Live Migration берет текущее состояние (память) работающей виртуальной машины и перемещает его на другой хост, чтобы не было простоев / перезапуска.
Теперь предполагаемый хост A не работает. Как и все вышедшие из строя серверы, он делает это хорошо (пламя, исследование, админ впереди летает по воздуху - мы все знаем, как серверы выходят из строя из различных фильмов).
Как вы собираетесь скопировать состояние работающих виртуальных машин с уничтоженного сервера?
И здесь ваша идея разваливается. Есть такая вещь, которая называется «время». Без машины времени живую миграцию невозможно использовать в случае обычного сбоя сервера.
Неисправная машина - это простои. Точка. Не хотите этого - создайте приложение, поддерживающее кластер, и запустите его как кластер на нескольких машинах.