none
Создание Failover Cluster RRS feed

  • Вопрос


  • В целях тестирования и ознакомления решил создать Failover Cluster на основе 2008 r2.

    Имею два сервера (Noda1 и Noda2) с установленной ролью Hyper-v и установленной Feature - Failover Cluster. На одном из них установил Starwind, с целью поднять iSCSI San. Сервера загнал в домен.

    Так же на отдельную машину установил КД, пока изучал вопрос кластеризации, наткнулся что кластер не стартанет, пока не поднимется домен.

    Собственно вопросы:

    1) Есть ли разница на каком из серверов запускать создание кластера? В одном из веб-кастов видел, что на КД устанавливают Feature - Failover Cluster, и запускают создание с контроллера, нужно ли делать именно так? Или так совсем не надо делать? :) 

    2) Где хранится информация об узлах кластера? В quorume или В домене? 

     



    16 октября 2012 г. 12:52

Ответы

  • Кворум - это диск-свидетель, дающий один голос. CNO (Cluster Name Obect), учетная запись кластера, хранится в Active Directory. AD DS должны быть доступны для корректной аутентификации узлов кластера.

    На каком из узлов запускать создание кластера - без разницы. Хоть с рабочей станции через RSAT.

    • Помечено в качестве ответа Dmitry_Vasilyev 16 октября 2012 г. 18:19
    16 октября 2012 г. 13:02
    Модератор

Все ответы

  • Кворум - это диск-свидетель, дающий один голос. CNO (Cluster Name Obect), учетная запись кластера, хранится в Active Directory. AD DS должны быть доступны для корректной аутентификации узлов кластера.

    На каком из узлов запускать создание кластера - без разницы. Хоть с рабочей станции через RSAT.

    • Помечено в качестве ответа Dmitry_Vasilyev 16 октября 2012 г. 18:19
    16 октября 2012 г. 13:02
    Модератор
  • Кворум - это диск-свидетель, дающий один голос. CNO (Cluster Name Obect), учетная запись кластера, хранится в Active Directory. AD DS должны быть доступны для корректной аутентификации узлов кластера.

    На каком из узлов запускать создание кластера - без разницы. Хоть с рабочей станции через RSAT.

    Отлично, спасибо :)

    И еще такой же вопрос про Network Loading Balancing, создавать я так понимаю тоже не принципиально откуда, и хранится тоже в Active Directory?

    16 октября 2012 г. 13:10
  • а зачем NLB для Hyper-V?
    создавать тоже все равно откуда, обычно с самих нод или с рабочей машины, главное чтобы по rpc и dcom ноды были доступны. в AD от NLB ничего не хранится, это по сути не кластер а просто балансировка сетевых соединений на уровне драйвера.
    16 октября 2012 г. 16:24
  • а зачем NLB для Hyper-V?
    создавать тоже все равно откуда, обычно с самих нод или с рабочей машины, главное чтобы по rpc и dcom ноды были доступны. в AD от NLB ничего не хранится, это по сути не кластер а просто балансировка сетевых соединений на уровне драйвера.

    Для NLB я не имел в виду Hyper-V, скорее рассматриваю это для терминального сервера. Просто не стал создавать отдельную тему.

    При создании NLB добавляются минимум два хоста и создается виртуальный адрес, вопрос в том, где находится этот виртуальный адаптер. На всех хостах NLB?



    16 октября 2012 г. 18:06
  • Почитал книгу, в голове все встало на свои места. Всем спасибо :)

    16 октября 2012 г. 18:19
  • где то я этот вопрос уже видел. для терминальных серверов есть cвоя технология: ферма+брокер. NLB подходит плохо, так как его нельзя применять там где хранится состояние сессии или данные (файловые сервера, принт-сервера, базы данных, терминальные сервера)

    17 октября 2012 г. 8:27
  • Почитал книгу, в голове все встало на свои места. Всем спасибо :)


    А какую книгу если не секрет?
    17 октября 2012 г. 10:52
  • Почитал книгу, в голове все встало на свои места. Всем спасибо :)


    А какую книгу если не секрет?

    MCTS: Windows Server 2008 Applications Infrastructure Configuration Study Guide: Exam 70-643

    Развертывание и настройка Windows Server 2008 (Дж. К. Макин, Анил Десаи)

    Пособие для экзамена 70-643 :)

    17 октября 2012 г. 11:02
  • где то я этот вопрос уже видел. для терминальных серверов есть cвоя технология: ферма+брокер. NLB подходит плохо, так как его нельзя применять там где хранится состояние сессии или данные (файловые сервера, принт-сервера, базы данных, терминальные сервера)


    Когда задавал вопрос -  руководствовался вот этим
    17 октября 2012 г. 11:09
  • http://technet.microsoft.com/en-us/library/cc725691.aspx

    http://support.microsoft.com/kb/556067

    http://technet.microsoft.com/en-us/library/bb742455.aspx

    Спасибо :)

    Еще раз подтверждает, что сначала надо внимательно читать, а потом спрашивать :)

    17 октября 2012 г. 11:11
  • ну так и есть, к ферме можно добавить nlb, а можно этого не делать. аналогично с массивами isa/tmg или фермами sharepoint. часто это совмещают - nlb занимается балансировкой на сетевом уровне, а механизмы фермы отслеживают сессии или конфигурацию.

    17 октября 2012 г. 12:13