Практическая работа по Site Recovery. Часть 1 — Введение


Сегодня я начну цикл статей, посвященный практической настройке Citrix StorageLink Site Recovery для защиты виртуализованных ЦОД под управлением Hyper-V. По сути, те же настройки касаются и Site Recovery для Citrix XenServer. Цикл обещает быть большим, мы начнем сегодня с подготовительных работ, обсуждения сценария построения нашего стенда, я укажу ссылки на то ПО, которое потребуется для установки, расскажу о базовых настройках Windows серверов. Вторая статья цикла будет посвящена установке виртуальных машин с виртуализоанными дисковыми хранилищами и их настройке, третья – установке требуемого ПО Citrix. Так как мы строим тестовый стенд, то в качестве SAN для нас будет выступать HP P4000 Virtual Storage Appliance for Hyper-V. Далее начнется самое интересное, за несколько заметок я собираюсь пошагово описать весь процесс настройки, а в заключительной заметке процесс тестирования Site Recovery. Материалов мало не покажется! Надеюсь, что к тому времени как я закончу рассказывать про построение стенда я смогу в виде отдельной заметки рассказать вам о будущем этого продукта, о том какие знаменательные изменения мы увидим уже в этом году. Публичный анонс ожидается на Microsoft Management Summit в марте, значит, к тому времени вам нужно будет уже иметь готовый стенд.

Что нам потребуется для стенда Site Recovery? Существует три возможных сценария построения:

  • Промышленный. В каждом сайте по кластеру из двух серверов Hyper-V, серверу управления Citrix и по дисковому массиву из списка совместимости.
  • Демонстрационный. По одному физическому серверу в каждом сайте. Сервер будет являться защищаемым Hyper-V узлом, на нём будет в виде виртуальных машин развёрнуто ПО Citrix и виртуальное дисковое хранилище HP P4000.
  • Лабораторный. Потребуется один ноутбук с 8ГБ памяти. Узлы Hyper-V будут являться виртуальными машинами. Они же будут серверами Citrix. Две виртуальных машины с P4000. Очевидно, в таком сценарии процесс Site Recovery можно настроить и показать, но включить защищаемые виртуальные машины не получится. Невозможно запустить виртуальную машину Hyper-V внутри виртуальной машины.

В данном цикле я собираюсь описывать лабораторный сценарий. Нам потребуется один физический сервера (или ноутбук) с 8ГБ памяти и порядка 100ГБ свободного дискового пространства. Мы не сможем запустить защищаемую виртуальную машину, но увидим, как Site Recovery переносит машины из одного кластера в другой. Т.к. запуска тестовой машины не потребуется, мы не будем устанавливать в ней ОС. Если вы будете реализовывать демонстрационный сценарий, то отличия будут лишь в необходимости установить ОС в защищаемую ВМ, и возможности включить ей.

Наш сценарий будет описывать всемирно известную компанию Contoso, основной ЦОД которой находится в Редмонде (Redmond), а резервный в Сиэттле (Seattle). Основные сервисы компании Contoso работают в виртуальных машинах Hyper-V в Редмонде. В случае возникновения аварийной ситуации в ЦОД в Редмонде должна существовать возможность запустить все защищаемые виртуальные машины в резервном ЦОД в Сиэттле. В качестве системы хранения данных компания Contoso использует аппаратные решения HP P4800 в формате блейд-серверов, работающих в тех же корзинах C7000 что и сами серверы виртуализации. Теоретическая суммарная скорость доступа от блейд-серверов до блейд-хранилищ составляет 96Гбит, на деле же скорость упирается лишь в количество физических дисков в корзине MDS600. Данные системы хранения предоставляют тома серверам и виртуальным машинам по протоколу iSCSI, со скоростью до 10Гбит на физический сервер. Для задачи построения тестового стенда мы будем использовать виртуальные хранилища P4000, которые по настройкам не отличаются от аппаратных (за исключением процесса установки виртуальных машин с хранилищем, занимающего около 5 минут). HP P4000 поддерживает сетевой RAID, что делает возможным отказ одного из трех блейд-хранилищ в корзине без прерывания сервиса. Также P4000 поддерживает аппаратную репликацию дисковых томов. В нашем случае управлять настройками данной репликации будет Citrix StorageLink.

Для лабораторного сценария мы хотим минимизировать количество виртуальных машин и конечных настроек. Наши сайты будут использовать единую IP подсеть, один из виртуальных узлов будет также являться контроллером домена, DNS и DHCP сервером. Для построения демонстрационного, пилотного или промышленного сценария имейте в виду следующие рекомендации, которые я не буду соблюдать в лабораторном сценарии:

  • Для каждого сайта используйте физические узлы для серверов Hyper-V.
  • Для качественной демонстрации разделите сайта в разные IP подсети и настройте маршрутизацию.
  • В каждом сайте имейте свои контроллеры домена, DNS и DHCP серверы. Желательно физические.
  • По возможности используйте кластеры Hyper-V вместо единичных серверов. Технически кластер можно сделать и из одного узла.
  • Устанавливайте ПО Citrix на отдельные физические или виртуальные серверы, но не на сами Hyper-V узлы.
  • По возможности создайте кластер HP P4000 из трех узлов в каждом сайте, чтобы показать высокую доступность дискового хранилища.
  • В промышленном сценарии используйте аппаратные дисковые хранилища вместо виртуальных.
  • В промышленном сценарии или в лабораторном сценарии, ориентированном на длительную работу, получите лицензии на HP P4000 (нужны, например, для сетевого RAID) и Citrix StirageLink. В нашем случае мы будем пользоваться Evaluation версиями, ограниченными по сроку использования (Citrix) и возможностям (HP).

Перед началом построения лабораторного сценария создайте документ, в котором будете отражать используемые учетные записи, пароли и IP адреса. В данном сценарии для всех возможных сервисов будет использоваться доменная учетная запись Administrator@corp.contoso.com с паролем Passw0rd! (с восклицательным знаком). Для виртуальных машин HP P4000 имя пользователя по умолчанию: Administrator. Для Citrix Licensing Server имя пользователя: Admin. В продуктах HP и Citrix имена пользователей чутки к реестру (Case sensitive)!

Для построения нашего лабораторного сценария вам потребуется загрузить следующее ПО:

Если говорить более точно, нам потребуются следующие компоненты:

  • HP P4000 Windows CMC Installer for SAN/iQ
  • SAN/iQ Management SW DVD
  • Virtual SAN Appliance-VSA SW
  • Windows Solution Pack CD (Опционально для настройки MPIO и VSS. Не рассматривается в цикле заметок)
  • Citrix Essentials for Hyper-V Platinum Edition. В данном сценарии мы используем Evaluation версию 2.4, доступную с http://citrix.com/ehv

Создание виртуальных машин

В реализации лабораторного сценария узлы Hyper-V, выполняющие инфраструктурные роли и являющиеся серверами Citrix являются виртуальными машинами. Я рекомендую воспользоваться стандартными образами ОС, загруженными с сайта Microsoft по ссылке выше. В случае демонстрационного или промышленного сценариев, вы будете сами устанавливать ОС на физические серверы. С официальным выходом Service Pack 1 ссылка будет заменена на обновлённую версию. В своём сценарии я создал две следующие виртуальные машины с Windows Server:

  • CitRed.corp.contoso.com,
  • CitSea.corp.contoso.com

Виртуальным машинам требуется по 2ГБ памяти. Если вы используете динамическую память, рекомендую установить начальное значение в 512МБ, а максимальное значение в половину имеющейся на сервере оперативной памяти. Все виртуальные машины в лабораторном сценарии будут подключены к одной виртуальной сети Hyper-V. Так как мы будем использовать DHCP сервер внутри виртуальных машин, я использовал локальный коммутатор Hyper-V с именем Internal. При реализации сценария на нескольких серверах, вам потребуется внешний коммутатор. Заранее подумайте, как настроить VLAN, чтобы DHCP сервер не помешал вашей основной сети, или планируйте использовать уже существующий DHCP.

В своем сценарии после создания виртуальных машин я выполнил на обоих ВМ следующие шаги:

  • Активировал ОС
  • Установил обновления с Windows Update
  • Включил Remote Desktop для управления виртуальными машинами по сети
  • Установил роль Hyper-V. Для установки роли Hyper-V внутри виртуальной машины выполните команду
  • "%SystemRoot%\System32\DISM.exe" /Online /Enable-Feature /FeatureName:"Microsoft-Hyper-V" /FeatureName:"Microsoft-Hyper-V-Management-Clients"
  • В панели управления запустил «iSCSI Initiator», согласился с предложением перевести службу в состояние автозапуска, и закрыл окно настроек, не внося никаких изменений

Настройка сервера CitRed в лабораторном сценарии:

  • Задайте имя сервера CitRed
  • Настройте статический IP адрес 192.168.0.1/24 и DNS сервер 127.0.0.1
  • Установите роль Active Directory Domain Services
  • Создайте новый домен с именем corp.contoso.com, выбрав настройку DNS на этом же сервере, перезагрузите сервер, когда потребуется
  • Создайте в DNS зону обратного просмотра (Reverse lookup zone) для сети 192.168.0
  • Установите роль DHCP сервера
  • Создайте область DHCP для выдачи адресов в диапазоне с 192.168.0.2 до 192.168.0.200, указав 192.168.0.1 как DNS сервер
  • Включите опцию динамической регистрации выдаваемых DHCP адресов в DNS в настройках области: «Dynamically update DNS A and PTR records for DHCP clients that do not request updates (for example, Clients running Windows NT 4.0)»

Настройка сервера CitSea в лабораторном сценарии:

  • Задайте имя сервера CitSea
  • Убедитесь, что сервер получил IP адрес от DHCP из сети 192.168.0
  • Проверьте, что в DNS зонах появилась прямая и обратная записи для CitSea
  • Введите сервер в домен corp.contoso.com

Теперь мы готовы к созданию виртуальных машин с виртуальным дисковым хранилищем P4000 и настройке дискового хранилища из наших Windows серверов. С этого мы начнём вторую статью.

Comments (0)

Skip to main content