Часть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 с тремя сетевыми картами каждый. (Конечно по хорошему мы должны были бы использовать по четыре карты в каждом сервере, но для теста мы решили сэкономить и использовать совместно один адаптер для управления и виртуальных машин.) Каждый адаптер должен быть подключен к отдельному комутатору.
Вот схема подключения
Во избежании каких либо проблем используйте только что проинсталированные сервера без каких либо дополнительных настроек.
Ради облегчения статьи и экономии места я буду описывать шаги астройки только одного узла кластера. Но помните что все эти же шаги вы должны проделать и на втором узле.
Вопервых мы переименуем узлы, что бы их имена соответсвовали именам на схеме.
Используйте команду hostname для того, что бы посмотреть текущее имя компьютера и команду netdom renamecomputer , что бы переименовать его.
Команда для первого узла будет выглядеть вот так:
netdom renamecomputer %computername% /newname:ar-naplab-hv01
а для второго узла
netdom renamecomputer %computername% /newname:ar-naplab-hv02
после этого перезапустите сервера командой: shutdown –t 0 -r
вот как это выглядело у меня
После перезагрузки вы должны увидеть следующее
на узле 1
на узле 2
Теперь настало время настроить 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 между узлами
Теперь настраиваем интерфейсы для 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‘ ом
Теперь сконфигурируем сеть для 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
Теперь пришло время включить узлы в домен. Для того что бы это сделать нам необходимо прописать DNS, ведь до этого мы прописали только IP адреса.
эта команда прописывает DNS на LAN интерфейс (выполняем ее на обоих узлах)
netsh interface ip set dns “Local Area connection” static 192.168.1.1
Для добавления узлов в домен на обоих узлах выполняем следующую команду
netdom join %computername% /domain: ponicke.ad /userd: administrator /passwordd:Passw0rd
Обратите внимание на то как пишется userd и passwordd — это правильно.
Результат команды должен быть вот такой, проверьте и после …
… перезагрузите узлы shutdown -t 0 -r
После перезагрузки мы получим базовую схему подключения для развертывания кластера Hyper-V на базе Server Core.
Продолжениен в части 2.