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