none
Какой вариант кластера выбрать и возможно ли? RRS feed

  • Вопрос

  • Приветствую коллеги. На нашем предприятии есть 5 серверов виртуализации Hyper-V. Три работают в штатном режиме, на них работают по 2 ВМ. С 2-мя другими я экспериментирую с кластером. Вообще, есть задача, по сведению времени простоя ключевых сервисов, в случае выхода из строя одного из Hyper-V, к минимуму. Какой кластер можно сделать и стоит ли??? В принципе все ВМ защищены DPM2010 и восстановление не займет много времени, но все же ... для саморазвития так сказать. Гипервизоры слабоваты, отсюда их количество и такое малое количество, размещенных на одном Hyperv, Виртуальных машин. Есть СХД. По 4 сетевых адаптера на серверах есть. Что такое iSCSI представляю. Если что-то не дописал спрашивайте. Заранее спасибо!!!
    23 января 2012 г. 12:28

Ответы

  • Видимо, так же сгоряча, про 2008 Core - первый релиз Server 2008 не поддерживает общего тома CSV.

    В Вашем случае, учитывая, что мощность узла относительно слаба, рекомендовал бы завести в кластер 4 узла, оставив один для тестов.

    • Помечено в качестве ответа Yuriy Lenchenkov 30 января 2012 г. 13:10
    24 января 2012 г. 7:42
    Модератор

Все ответы

  • На самом деле, дело не в количестве узлов, а в их качестве. У кластера из трех узлов, при наличии резерва ресурсов, в Вашем случае скорее всего будет узким местом доступность хранилища. Используете MPIO?
    23 января 2012 г. 12:41
    Модератор
  • MPIO стандартное от Windows. Хотя когда я делал кластер, MPIO, вроде, не включал (Завтра проверю). Гипервизоры которые сейчас в работе забиты под завязку ... Конфигурация этих серверов слабовата ... (Всех 5-ти, они идентичны)
    23 января 2012 г. 12:55
  • MPIO на стороне хранилища, имелось в виду.

    MPIO, тиминг интерфейсов и резерв кластера хотя бы в один узел.

    23 января 2012 г. 12:59
    Модератор
  • MPIO на стороне хранилища, имелось в виду.

    MPIO, тиминг интерфейсов и резерв кластера хотя бы в один узел.

    Денис, что-то мне как-то не очень понятно о чем Вы. Что такое MPIO знаю, что такое тиминг интерфейсов знаю ... Мною опробована следующая схема:

     

    Node1                    Node2

    eth0 --HypervMan--eth0

    eth1 -----iSCSI------eth1

    eth2-Pub.net.forVM-eth2

    eth3---Heartbeat---eth3

     

    HypervMan - управление HyperV

    iSCSI - интерфейс для связи с СХД (подсеть одна)

    Pub.net.forVM - связь виртуальных машин с сетью предприятия

    Heartbeat - пульс между нодами

     

    Пока в моем понимании, из того что у нас есть, мне видится один вариант - 3 failover-кластера 2х нодовых. Но мне кажется что есть более правильные варианты. Можно ли как-то более рационально использовать те два "экспериментальных" сервера? Например так: 4 активных, один прозапас, возможно ли организовать такой кластер? P.S. на гипервизорах стоит Windows 2008 core


    • Изменено Savinov Mikhail 23 января 2012 г. 19:09 Подправил схему))
    23 января 2012 г. 19:08
  • Три двухузловых кластера из пяти серверов? Я Вас неправильно понял?

    На мой взгляд, в Вашем количество узлов кластера должно определяться резервом кластера. т.е. возможностью "живых" узлов принять нагрузку на себя при выходе одного и более серверов. Исходя из этого же - конфигурировать ту или иную модель кластера, с диском/папкой свидетелем. Основной параметр, в общем - резервирование мощностей.

     

    24 января 2012 г. 3:56
    Модератор
  • Ну про 3 двухузловых это я так, с горяча)) Но смысл, в том, что те два резервных сервера, такие же по мощности, как и гипервизоры (т.е. то что сейчас делают гипервизоры эти сервера тоже смогут, если я правильно понял вопрос о резерве). Я искренне надеюсь, что все три сразу не упадут, и вот как вариант 4+1 ... Т.е. еще на одном что-то поднять, а один что бы был в резерве.
    24 января 2012 г. 7:33
  • Видимо, так же сгоряча, про 2008 Core - первый релиз Server 2008 не поддерживает общего тома CSV.

    В Вашем случае, учитывая, что мощность узла относительно слаба, рекомендовал бы завести в кластер 4 узла, оставив один для тестов.

    • Помечено в качестве ответа Yuriy Lenchenkov 30 января 2012 г. 13:10
    24 января 2012 г. 7:42
    Модератор