Часть1 — Построение отказоустойчивого (FailOver) кластера на Hyper-V и Server Core

Часть 1

Остальные части 1 (вы тут), 2 , 3

Как мы знаем Server Core это лучший вариант для построения Hyper-V архитектуры, потому что он уменьшает область возможных атак и использует меньше ресурсов. С другой стороны у него нет графического пользовательского интерфейса (GUI) и поэтому он тяжелее в настройке.

В этой статье я постараюсь показать что Server Core достаточно гибко управляется, причем все это делает только из командной строки.

И так, мы собираемся построить отказойстойчивый кластер из двух узлов, каждый из которых на Windows 2008 Server Core. Мы предположим что AD готово и мы не будем его трогать. Учитывая разнообразие доступных дисковых массивов мы так же не будем касаться их настройки и предположим что LUNs созданы и видны на узлах. Если у вас подключение к дисковому массиву по fiber optic то вы должны увидеть ваши LUNs без дополнительных настроек, если у вас подключения по iSCSI, то вам необходимо будет настроить iSCSI инициаторов (iSCSI initiators).

В этой статье я собираюсь разобрать наиболее сложный случай, а это означает что нам необходимо будет настраивать iSCSI initiators в Server Core. Это конечно хлопотно, но прибавит нам опыта.

Обзор решения:

Работающий домен на основе AD, узлы кластера введены в домен. В моем случае XXX — хранилище с тремя LUNs, одно -500 мб диск под quorum, и два по 20 гб — под HAVMs (High Availability Virtual Machines) Виртуальные Машины Высокой Доступности. Два сервера Windows 2008 Server Core — Enterprice Edition с тремя сетевыми картами каждый. (Конечно по хорошему мы должны были бы использовать по четыре карты в каждом сервере, но для теста мы решили сэкономить и использовать совместно один адаптер для управления и виртуальных машин.) Каждый адаптер должен быть подключен к отдельному комутатору.

Вот схема подключения

hypervclusterdiagram

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

Ради облегчения статьи и экономии места я буду описывать шаги астройки только одного узла кластера. Но помните что все эти же шаги вы должны проделать и на втором узле.

Вопервых мы переименуем узлы, что бы их имена соответсвовали именам на схеме.

Используйте команду hostname для того, что бы посмотреть текущее имя компьютера и команду netdom renamecomputer , что бы переименовать его.

Команда для первого узла будет выглядеть вот так:

netdom renamecomputer %computername% /newname:ar-naplab-hv01

а для второго узла

netdom renamecomputer %computername% /newname:ar-naplab-hv02

после этого перезапустите сервера командой:  shutdown –t 0 -r

вот как это выглядело у меня

hypervservercorechangenodename

После перезагрузки вы должны увидеть следующее

на узле 1

hypervservercoreafterrestart1

на узле 2

hypervservercoreafterrestart21

Теперь настало время настроить IP адреса для каждой сети. На схеме подключения видно что каждый узел имеет три сетевые карты, подлюченные к разным сетям изолированным друг от друга.

настройка LAN на первом узле

netsh interface ip set address “Local Area connection” static 192.168.1.31 255.255.255.0

Если команда не отрабатывает, значит ваш интерфейс называется не «Local Area connection». Что бы просмотреть правильные названия ваших интерфейсов вы можете использовать следующую команду netsh interface show interface

на втором узле

netsh interface ip set address “Local Area connection” static 192.168.1.32 255.255.255.0

проверяем ping между узлами

ms-hyper-v-ping-to-ensure-connectivity

Теперь настраиваем интерфейсы для Hearbit

netsh interface ip set address “Local Area connection 2″ static 10.10.10.31 255.255.255.0 на узле 1

netsh interface ip set address “Local Area connection 2″ static 10.10.10.32 255.255.255.0 на узле 2

опять проверяем связь ping‘ ом

ms-hyper-v-ping-again-to-review-connectivity

Теперь сконфигурируем сеть для iSCSI

netsh interface ip set address “Local Area connection 3″ static 172.16.16.31 255.255.255.0 на узле 1

netsh interface ip set address “Local Area connection 3″ static 172.16.16.32 255.255.255.0 на узле 2

и опять ping

microsoft-hyperv-server-core-ping-again

Теперь пришло время включить узлы в домен. Для того что бы это сделать нам необходимо прописать DNS, ведь до этого мы прописали только IP адреса.

эта команда прописывает DNS на LAN интерфейс (выполняем ее на обоих узлах)

netsh interface ip set dns “Local Area connection” static 192.168.1.1

microsoft-hyper-v-server-core-set-dns

Для добавления узлов в домен на обоих узлах выполняем следующую команду

netdom join %computername% /domain: ponicke.ad /userd: administrator /passwordd:Passw0rd

Обратите внимание на то как пишется userd и passwordd — это правильно.

Результат команды должен быть вот такой, проверьте и после …

hyper-v-server-core-restart

… перезагрузите узлы  shutdown -t 0 -r

После перезагрузки мы получим базовую схему подключения для развертывания кластера Hyper-V на базе Server Core.

Продолжениен в части 2.

Leave a Reply

*

Dansette

Рейтинг@Mail.ru Яндекс.Метрика