none
Уточнения по failover clustering и SCVMM RRS feed

  • Вопрос

  • Приветствую! Начинаем думать ,как правильно  построить виртуальный кластер и есть вопросы, от ответов на которые будем "плясать".

    1)Два гипервизора объединены в двухузловой кластер. Могу ли я   назначить какие то ВМ  защищенными, а какие то нет  и  таким образом, при вылете   первого узла на втором поднимутся только те машины, которые были сконфигурированы как защищенные, а все остальные подождут лучших  времен?

    2)Сервер с  установленным scvmm  поднят на ВМ, которая по тем или иным причинам не поднялась.  Я правильно понимаю, что  теряю в этом случае только такие специфические для продукта вещи как live migration и.т.п.,  а кластер    как был кластером, так и остается засчет failover clustering  feature?:

    3)виртуальные кластеры майкрософот работают в доменах. Можно ли это понимать как  рекомендацию держать контроллеры  вне кластера? 

    4)У нас уже поднят гипервизор с работающей на нем ВМ.  Не грозит ли  чем  перевод гипервизора в кластер с другим сервером?

    Спасибо.

    8 июня 2012 г. 16:36

Ответы

  • 1. Можете. Машины, которые выбраны как HA (high availability), при аппаратном сбое перейдут в save state, переедут на соседнюю ноду кластера и включатся. Остальные как бы "останутся" на упавшем узле. Еще многое зависит от вашей конфигурации кластера, при HA машины будут находится на CSV разделе и машины, которые не HA, тоже могут использовать общий раздел, но механизм HA может быть и не включен для них. Физически файлы конфигураций ВМ и диск vhd останутся на вашем общем разделе.

    2. Если вы потеряете доступ к консоли ВММ, live migration все равно будет работать, т.к. это фича failover clustering (а ее вы устанавливаете на ваших хостах hyper-v), которой вы можете напрямую управлять через mmc консоль подключившись к вашему кластеру. ВММ это не только сервер управления, это удобный инструмент для выполнения задач в одной консоли, грубо говоря hyper-v manager, консоль failover clustrering, но это ооочень грубо. )

    Как мигрировать без ВММ - http://www.pictureshack.ru/images/12252_Untitled-1.jpg и как это выглядит в ВММ http://www.pictureshack.ru/images/31104_Untitled-2.jpg

    3. Роли AD не кластеризуются, вы можете разместить машину с вашим контроллер домена в кластере hyper-v и сделать ее как HA, но в рамках failover clustering служб AD нет. В рамках тестовой среды, можно держать один кд в виртуальной среде, в рамках продакшена - один физический и остальные могут быть в виртуальных машинах, читать как имхо.

    4. Не грозит. Ваша ВМ продолжит работать. Учитывайте, что всю ответственность берете на себя. Читайте, как "да, кластер соберется, но если вы что то не дочитали или делаете это в первый раз, может пойти что то не так". )

    Дополню, сервер управление VMM вы можете сделать высокодоступным (HA), это возможность самого VMM 2012. К тому же если рассматривать отказоустойчивую виртуальную инфраструктуру, то выглядит примерно так: SQL кластер, кластер VMM и файловый кластер для библиотеки VMM + кластер hyper-v. )
    8 июня 2012 г. 17:33
    1. Вы можете машинам с высоким приоритетом выставить функцию автостарта, машины с более низким приоритетом наоборот лишить ее. Не забывайте только в таком случае обновлять конфигурацию ВМ через оснастку кластера. Также, касательно приоритетов старта ВМ рекомендую данную заметку и комментарии к ней.
    2. Нет, Live Migration Вы не теряете - это можно реализовать с помощью оснастки кластера. А вот действительно специфические фишки, типа перевода узла в Maintanance Mode и Storage Migration будут недоступны. В целом такая ситуация возможна и ничего страшного в ней нет.
    3. Не только можно, но и нужно так понимать. Во избежание проблем с аутентификацией узлов при рестарте кластера нужно держать контроллер домена либо на одиночном (недоменном) сервере виртуализации, либо и вовсе на физическом сервере.
    4. Лучше перенести ВМ на общий том кластера. Это будет работать, но это, насколько помню, не поддерживаемая конфигураци.

    К слову, в Windows Server 2012 ситуация, описанная в п. 1-4 так или иначе реализована на уровне штатных возможностей ОС.

    8 июня 2012 г. 19:18
    Модератор

Все ответы

  • 1. Можете. Машины, которые выбраны как HA (high availability), при аппаратном сбое перейдут в save state, переедут на соседнюю ноду кластера и включатся. Остальные как бы "останутся" на упавшем узле. Еще многое зависит от вашей конфигурации кластера, при HA машины будут находится на CSV разделе и машины, которые не HA, тоже могут использовать общий раздел, но механизм HA может быть и не включен для них. Физически файлы конфигураций ВМ и диск vhd останутся на вашем общем разделе.

    2. Если вы потеряете доступ к консоли ВММ, live migration все равно будет работать, т.к. это фича failover clustering (а ее вы устанавливаете на ваших хостах hyper-v), которой вы можете напрямую управлять через mmc консоль подключившись к вашему кластеру. ВММ это не только сервер управления, это удобный инструмент для выполнения задач в одной консоли, грубо говоря hyper-v manager, консоль failover clustrering, но это ооочень грубо. )

    Как мигрировать без ВММ - http://www.pictureshack.ru/images/12252_Untitled-1.jpg и как это выглядит в ВММ http://www.pictureshack.ru/images/31104_Untitled-2.jpg

    3. Роли AD не кластеризуются, вы можете разместить машину с вашим контроллер домена в кластере hyper-v и сделать ее как HA, но в рамках failover clustering служб AD нет. В рамках тестовой среды, можно держать один кд в виртуальной среде, в рамках продакшена - один физический и остальные могут быть в виртуальных машинах, читать как имхо.

    4. Не грозит. Ваша ВМ продолжит работать. Учитывайте, что всю ответственность берете на себя. Читайте, как "да, кластер соберется, но если вы что то не дочитали или делаете это в первый раз, может пойти что то не так". )

    Дополню, сервер управление VMM вы можете сделать высокодоступным (HA), это возможность самого VMM 2012. К тому же если рассматривать отказоустойчивую виртуальную инфраструктуру, то выглядит примерно так: SQL кластер, кластер VMM и файловый кластер для библиотеки VMM + кластер hyper-v. )
    8 июня 2012 г. 17:33
    1. Вы можете машинам с высоким приоритетом выставить функцию автостарта, машины с более низким приоритетом наоборот лишить ее. Не забывайте только в таком случае обновлять конфигурацию ВМ через оснастку кластера. Также, касательно приоритетов старта ВМ рекомендую данную заметку и комментарии к ней.
    2. Нет, Live Migration Вы не теряете - это можно реализовать с помощью оснастки кластера. А вот действительно специфические фишки, типа перевода узла в Maintanance Mode и Storage Migration будут недоступны. В целом такая ситуация возможна и ничего страшного в ней нет.
    3. Не только можно, но и нужно так понимать. Во избежание проблем с аутентификацией узлов при рестарте кластера нужно держать контроллер домена либо на одиночном (недоменном) сервере виртуализации, либо и вовсе на физическом сервере.
    4. Лучше перенести ВМ на общий том кластера. Это будет работать, но это, насколько помню, не поддерживаемая конфигураци.

    К слову, в Windows Server 2012 ситуация, описанная в п. 1-4 так или иначе реализована на уровне штатных возможностей ОС.

    8 июня 2012 г. 19:18
    Модератор
  • Спасибо за ответы, коллеги.  Будем строить.