Кластер без общего хранилища
Опыта создания кластера очень мало, прочитал кучу документации. Необходимо создать кластер из четырех машин, но внешнего хранилища нет. Насколько я понял в WS2008R2 присутствует возможность создания кластера без общего хранилища. Только вот практических примеров в инете не нашел. Подскажите, действительно ли можно создать кластер не имея общего хранилища? Заранее спасибо.
|
Кластер каких сервисов?
|
Виртуальные машины. В них (AD, DNS, Exchange, фаловый сервер).
|
Цитата:
Цитата:
Цитата:
Если задумаете ещё DHCP в кластер - посмотрите в сторону Windows Server 2012. Оно там как "встроенное" без кластеризации, при наличии нескольких серверов. |
Без общего хранилища кластер создать можно, но не нужно, так как это относится только к кворуму, дальше необходимость наличие общего диска будут диктовать сервисы, а не кластер. То-есть кластер соберется, но полезной для вас функции, например, в виде "файловый сервер" выполнять просто не сможет.
Отсюда вопрос, вы собираетесь собирать кластер из виртуальных машин в пределах одного физического сервера? Или физических серверов будет больше одного? Если в рамках одного, то общий диск вы можете предоставить средствами гипервизора, то-есть один и тот же рейд массив отдать на растерзание всем узлам кластера, (как RAW Dvice Mapping) и внешнее хранилище вам не нужно. Не уверен на что способен гипервизор от MS, но даже на бесплатной лицензии ESXi проблем с предоставлением дисков нет, разве что ваш сервер должен иметь минимум 2 рейд массива, один для стореджа гипервизора, где будут собственно жить ВМ и один для предоставления как общий диск для этих ВМ. Сам гипервизор можете хоть на флешке поставить, на это не стоит тратить дисковое пространство на быстрых и дорогих дисках, хотя один из рейд массивов можно использовать и как место установки для ESXi и как локальный сторедж для ВМ. Я уверен что hyper v способен на нечто подобное, если вам милее гипервизор от MS. Тем не менее по поводу ваших задач, то как было правильно сказано выше, для АД и ДНС, кластер не нужен, для Exchange, да есть DAG, но эта штука требует как раз кластер серверов. И для файлового серверв вам гарантировано без общего хранилища не сделать. К тому же DAG это лишь пол дела, он обеспечит отказоустойчивость баз данных, чтобы обеспечить непрерывный доступ пользователей, нужен еще и CAS, для которого необходим NLB. А поскольку кластер серверов и кластер балансировки не могут жить вместе, то вам фактически необходимо собирать 2 класера. Как системный инженер я анализировал различные решения для организации непрерывной доступности для почтовых сервисов и пришел к выводу, что Exchange один из наихудших выборов, но это тема не для данного раздела. В рамках описаных задач, вам понадобится 1 физический сервер требуемой производительности и 1 гипервизор, 2 ВМ для узлов НЛБ кластера (CAS), 2ВМ для узлов кластера серверов (DAG и Файл-сервера), и 2 ВМ для АД(ДНС) которые в кластер с остальными собирать не нужно. Кластер имеющий более 2-х узлов собирать в данном случае не имеет смысла, так как кластер серверов Windows, это фактически Актив-Пассив конфигурация и под конкретный сервис работать будет только 1. Из 4 узлов есть смысл собирать если, например, имеется 3 задачи, которым необходимо обеспечить повышеный показатель готовности, при этом нет смысла приобретать 6 серверов и 3 общих массива или выделять 3 луна с наса и организовывать 3 кластера, а использовать 3 активных узла и 1 готовый принять на себя какую-то одну или сразу все 3 задачи... как то так.. |
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
|
Цитата:
Цитата:
Нет общий диск им не нужен, функция кластера с единым хранилищем были убраны (зачем?). У каждого узла свой диск, где хранится база и он сам ее реплецирует, но это скорее минус, чем плюс (в рамках одного ЦОДа у вас нет проблем с подключением дискового массива к разным серверам и мы имеем необоснованное двукратное увеличение стоимости каждого мегабайта почты без фактического увеличения отказоустойчивости, а если учесть что дисковые массивы в лбом случае подлежат резервному копированию, то 2 продакшен массива(один из которых пассивный) будут каким то способом бакапится и мы имеет уже 4-х крантое увеличение стоимости. В рамках распределенных площадок, мы в любом случае будем иметь массивы которые скорее всего уже будут реплецироваться своими средствами.. вобщем тут много вариантов, что предоставив нам то, что мы уже можем сделать большим количеством средств и забрав общий массив... это явно не является френди решением) Да и непрерывной доступности все равно не получите ибо время на переключение ни кто не отменял. Это же Актив-пасив, а не Актив-Актив. Но несмотря на это без службы кластеров мы обойтись не можем, а значит одновременное использование НЛБ на этих же узлах для Client Access Service невозможна. А именно он отвечает за работу с почтовыми клиентами в Exchange. Можно ограничется БД, но от нее мало толку если CAS стоит на "умершем сервере", где жил первый экземпляр БД, а значит мы вынуждены ставить 3-тий сервер и он будет узким местом. Для организации отказоустойчивости этой службы существует Client Access Array, который позволяет объединить несколько CAS серверов в массив, а затем настроить доступ к FQDN этого массива при помощи стандартного Windows NLB!! отсюда и получается минимум 4 сервера и 2 массива для каждого DAG. Цитата:
|
Про АД и ДНС мне известно, тут вопросов нет, про файловый сервер в принципе DFS может выручить. С Exchange посложнее, массивы я соберу (DAG и CAS), но вот вопрос с балансировщиком. Если машина, на котором стоит балансировщик, умрет. Тогда получается exchange отвалится у всех?
Планирую так: 1 СЕРВЕР. -1-ая ВМ (DAG1) -2-ая ВМ (CAS1+транспорт) 2 СЕРВЕР. -1-ая ВМ (контроллер домена, DNS) 3 СЕРВЕР. -1-ая ВМ (DAG2) -2-ая ВМ (CAS2+транспорт) 4 СЕРВЕР. -1-ая ВМ (Файловый сервер) -2-ая ВМ (Контроллер домена, DNS, свидетель DAG) Куда поставить NLB от windows? |
Хостовый кластер Hyper-V без общего хранилища не создать.
Отказоустойчивость AD DS, DNS, DHCP можно обеспечить развертыванием нескольких виртуальных серверов на разных физических узлах. Отказоустойчивость файлового сервера, как уже выше было сказано, можно обеспечить посредством DFS. Вопросы по высокой доступности со ссылкой на данную тему лучше задавать в соответствующем подфоруме. |
|
Цитата:
|
Цитата:
Есть вариант купить недорогое внешнее хранилище, например QNAP серии, отформатировать диск NTFS и подключить по iSCSI к обоим серверам кластера. Для файлового сервера, думаю, хватить должно. Есть ли вам смысл разделять CAS +транспорт на отдельный сервер? |
Вообще в таком случае проще будет использовать Windows Server 2012, где для кластера требование специализированного общего хранилища не является обязательным. Опять же снимется вопрос про репликацию ВМ.
Т.е. дизайн будет приблизительно таким - кластер файлового сервера для размещения пользовательских данных и кластер виртуальных машин с хранением файлов ВМ на файловом сервере. Цитата:
|
Цитата:
Мне нужно чтобы система выдержала падение ОДНОГО любого сервера, а затем чтобы можно было его восстановить по копии не более 24 часовой давности. При этом нет возможности докупить еще внешнее хранилище. А насчет WS2012, что-то уж не очень хочется ставить ее пока. |
Цитата:
Цитата:
ВМы DAG1 и DAG2 - это кластер серверов. ВМы CAS1 и CAS2 - это NLB-кластер, а HTS болтается где попало и в каком угодно количестве. Цитата:
Цитата:
Цитата:
Цитата:
Вспоминаем так же что, если хост Hyper-V выполняет какую-либо роль, кроме виртуализации, то вы лишаетесь возможности в полной мере покрыть хостовой лицензией запущенные экземпляры виртуальных машин. То-есть отказаться где-то от виртуализации и поместить что-то на хост может быть проблемой. Цитата:
Итого. Физические сервера не должны (ВКД) быть собраны в кластер Hyper-V, без выноса ВКД за его пределы. Ставьте задержки для запуска ВМ, так, чтобы в случае отключения обоих ВКД, они не запустились позже остальных ВМ, иначе кластера DAGа итд не запустяться. Ни для одной роли, кроме файлового сервера не нужно общее хранилище, но режим кворума не должен быть Node Majority (большинство узлов) ибо в случае потери связи между кластерами, каждый нод начнет "тянуть на себя одеяло", для четного числа узлов подходит режим кворума - Node and File Share Majority (большинство узлов и файловый ресурс), но тут нужен дополнительный файловый ресурс за пределами кластера (собственно это свидетель, как и тот, что требуется для DAGа). Файловый сервер сделать отказоустойчивым вам ни как не удасться без общего хранилища. Есть еще несколько вариантов, собрать кластер для файловой помойки, которые не были озвучены, но все они в итоге затыкаются в одной точке отказа, которая будет эмулировать общее хранилище. |
Вообще-то речь идет о кластере Hyper-V over SMB в 2012 - можно размещать высокодоступные ВМ на файловом сервере.
Про виртуализацию контроллера домена с кластером 2008 R2 капитанство, конечно. Вы смотрите, что цитируете-то. То, что кластер 2012 может стартовать без доступности контроллеров домена, используя локальную учетную запись для взаимной аутентификации узлов - объяснять не нужно? По поводу хранилища. В любом случае, и при наличии специализированного аппаратного решения, и при программном (в случае того же Starwind или файлового сервера 2012) - место хранения ВМ всегда будет узким местом отказоустойчивости\высокой доступности. |
Цитата:
|
Цитата:
пожалуйста, не нужно ими пользоваться, более того, не понимания их смысла. |
Цитата:
Если роли разносят по разным серверам - то PDC. роли FSMO актуальны и по сегодняшний день |
Цитата:
Цитата:
но потом не обижайтесь, если вас не поймут или отправят отдохнуть-полечиться. |
http://support.microsoft.com/kb/324801
Цитата:
Цитата:
Цитата:
|
и? :)
|
Цитата:
|
Цитата:
вы прочтите что exo цитирует, с сайта МС, воспользуйтесь переводчиком наконец, если там что-то не ясно =) проблема в том, что он выделил то, что по его мнение подтверждает его слова. а нужно другие слова выделять, ибо смысл в них. для простоты, что бы не утруждаться, можно обратиться в педивикию http://en.wikipedia.org/wiki/Primary_Domain_Controller ну, или можете поковырять, самостоятельно, кеши гугла в поисках статей по вин2к и NT4. |
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
|
Цитата:
Цитата:
Цитата:
прочтите последний абзац ещё разок: Цитата:
Цитата:
|
А можно по сути, особо не придираясь, надеюсь все поняли, что я имел ввиду.
На физический сервер, который будет вне виртуальной среды, нужно установить роль AD и DNS. Так правильно сказал? |
Цитата:
|
Цитата:
Цитата:
Цитата:
Цитата:
А т.к. это первый контроллер, то все роли FSMO на нём. Так же на сервере установлена роли DHCP, Принтеры. А на другом сервере, на ВМ, у меня второй контроллер домена. Второй имеется ввиду по очерёдности. Он был вторым подключен к существующему домену. Оба контроллера домена - глобальный каталоги. Каждый сервер находится в разных серверных, на разных этажах. |
Время: 06:32. |
Время: 06:32.
© OSzone.net 2001-