none
Реализация отказоустойчивости Hyper-V RRS feed

  • Вопрос

  • Добрый день,

    Дано:

    1. 2 физических сервера Hyper-v с двумя виртуалками на одном сервер и тремя на другом.

    2. 1 СХД с HBA.

    Вопрос, как реализовать отказо устойчивость с одним схд, денег на второй нет? Мне это видится как постоянное бекапирование вм на схд, при выходе из строя одного из серверов оставшиеся вм перекочевывают на живой сервер. HDD ВМ крутятся на сервере.

    Возможно реализовать такую схему на hyper-v?


    technet

    17 января 2014 г. 10:49

Ответы

  • а если схд упадет?

    technet

    СХД всегда было и остается точкой отказа, и Майкрософт не решает вопросы доступности хранилищ. Вариантов у Вас два:

    1. Кластер. Плюс: автоматический переход по отказу. Минус один, который Вы озвучили, доступность СХД;

    2. Репликация. Плюс: хранение консистентной копии виртуальной машины на "резервном" хосте. Минусы: удвоенные требования к локальными дискам, необходимость ручного запуска при файловере.

    • Помечено в качестве ответа KrylovLF 21 января 2014 г. 9:34
    17 января 2014 г. 11:54
    Модератор
  • Здравствуйте!

    Если на серверах достаточно памяти, возможно настроить репликацию друг на друга. Т.е. сервер с 2 ВМ можно реплицировать на сервер с 3 ВМ. И наоборот.

    Если у вас сервер ВМ в домене, то это делается легко.

    http://habrahabr.ru/company/microsoft/blog/162145/

    • Помечено в качестве ответа KrylovLF 21 января 2014 г. 9:34
    17 января 2014 г. 11:05

Все ответы

  • Здравствуйте!

    Если на серверах достаточно памяти, возможно настроить репликацию друг на друга. Т.е. сервер с 2 ВМ можно реплицировать на сервер с 3 ВМ. И наоборот.

    Если у вас сервер ВМ в домене, то это делается легко.

    http://habrahabr.ru/company/microsoft/blog/162145/

    • Помечено в качестве ответа KrylovLF 21 января 2014 г. 9:34
    17 января 2014 г. 11:05
  • Спасибо за ответ,

    выглядит неплохо.

    Я правильно понимаю что реплика неактивна и занимает только ОЗУ и место на диске, она поднимается только при падении основного сервера?

    Хочется сказать еще о виртуальных машинах: 2 кд (по одному на каждом сервере), 1с+sql на одной ВМ, и две ВМ под файловый сервер и для спецсофтины.

    С кд проблем не должно быть, их же два, и Hyper-V ,будет в рабочей группе.

    Схдшка пойдет на бекапы :)


    technet

    17 января 2014 г. 11:21
  • Не нужно тут HVR использовать, если есть общее хранилище.

    Создайте кластер из хостов, перенесите ВМ на общий том. При выходе из строя физического сервера ВМ перезапустятся на оставшемся сервере.

    17 января 2014 г. 11:23
    Модератор
  • а если схд упадет?

    technet

    17 января 2014 г. 11:27
  • а если схд упадет?
    а если PDU выгорит? а если здание взорвут? Вы при постановке задачи указали фактор: 1 СХД. Это единая точка отказа. HVR вы можете использовать в дополнение к Failover Cluster, но куда реплицировать - это вопрос к вашим возможностям.

    Active Directory? Ask me how.

    17 января 2014 г. 11:41
    Отвечающий
  • а если схд упадет?

    technet

    СХД всегда было и остается точкой отказа, и Майкрософт не решает вопросы доступности хранилищ. Вариантов у Вас два:

    1. Кластер. Плюс: автоматический переход по отказу. Минус один, который Вы озвучили, доступность СХД;

    2. Репликация. Плюс: хранение консистентной копии виртуальной машины на "резервном" хосте. Минусы: удвоенные требования к локальными дискам, необходимость ручного запуска при файловере.

    • Помечено в качестве ответа KrylovLF 21 января 2014 г. 9:34
    17 января 2014 г. 11:54
    Модератор
  • Железо даже еще не купили:) но бюджет на 2 сервака+схд 

    Вот и выкручиваемся. На данный момент я вижу только HVR, схд считай используется как обычная (дорогая) хранилка бекапов. 

    Denis

    Согласен, жаль что нельзя хранить реплику в виде бекапа на схд, получилось бы неплохо.

    А не возникнет проблем с тем что реплики пересекаются, т.е. как озвучил BRusia?

    • Изменено KrylovLF 17 января 2014 г. 12:09
    17 января 2014 г. 12:01
  • На случай отказа СХД можно использовать бесплатное решение http://www.starwindsoftware.com/native-san-for-hyper-v-free-edition или платный вариант http://www.starwindsoftware.com/native-san-for-hyper-v . Есть и другие аналогичные решения


    dbnew

    18 января 2014 г. 12:45
  • Во первых у меня в данный момент настроено 2 сервера с репликациями ВМ друг на друга. И все работает отлично.

    Во вторых, я добавил по сетевой карте и репликацию пустил по проводу между серверами. Т.е. сеть при репликации не забивается.

    В третьих, больше всего трафик используется при первой репликации. Так что трафик сильно гонятся не будет.

    Ну для более надежности и если позволяет объем жесткого диска можно просто ЖДВМ бэкапить на СХД ра в неделю, но при этом обязательно куда нибудь записать параметры всех ВМ. Если вдруг у вас полетят все сервера виртуальных машин и будут на руках только ЖД из СХД, можно будет восстановить ВМ путем создания нового ВМ с такими же параметрами как и раньше, а вместо создания ногого виртуального ЖД подключить ВЖД из СХД.


    18 января 2014 г. 17:51
  • Ты какие виртуальные сервера планируешь развернуть на сервере ВМ? Если у тебя домен контроллер отдельно стоит, то можешь сервера ВМ добавить в домен. При этом репликация настраивается за 5 минут. Если домен контроллер будет установлен на этих серверах ВМ, то желательно их в домен не подключать. А вне домена сервера ВМ настраиваются только по HTTPS. Там чуть за мудренее настройка.
    18 января 2014 г. 17:55
  • Всем спасибо за ответы.

    ВМ будет 5, 2 КД (по домену на каждый серв), 1ВМ 1ска с SQL вместе, 1 ВМ файлсервер, 1ВМ для нашей программы.

    При наличии двух кд кашерно ли hyper-v тоже запустить в домен? Вешних КД не будет.


    technet

    20 января 2014 г. 7:29
  • Привет.

    Можно, но не нужно. Я подымал КД на ВМ и добавлял в этот домен Hyper-V сервера. Часто что то глючелов. В данный момент Hyper-V не вводил в домен и КД работает отлично. И доп КД работает хорошо. Решил отдельно не подымать Файл сервер, просто создал виртуальный ЖД и подключил его к доп КД. Минус одна лицензия :).




    • Изменено BRusia 21 января 2014 г. 4:10
    21 января 2014 г. 4:06
  • Привет=)

    тоже склоняюсь к рабочей группе для hyper-v. Сейчас настраиваю но както плохо получается, сначала на DNS суффикс ругался-поправил реестр (Domain (REG_SZ)SearchList (REG_SZ)), теперь ошибка на скрине.

    В общем пробую.

    technet

    21 января 2014 г. 5:08
  • Как у меня должен называться hyper-v находящийся в рабочей группе для успешной репликации?

    На данный момент сервера называются hv1 и hv2, все в рабочей группе, при этом при создании сертификата указал имя FQDN hv1.ss.local и hv2.ss.local, пробовал сертификаты с FQDN именем hv1 и hv2-не полетело.


    technet

    21 января 2014 г. 8:17
  • победил, сам чет напутал, имена везде обычные т.е. hv1 и hv2.

    Всем спасибо, буду тестировать.


    technet

    21 января 2014 г. 10:09