Как успешно создать кластер Hyper-V с помощью Диспетчера Виртуальных Машин

1.1 Введение

Существует много способов создания кластера Hyper-V. Можно использовать традиционный способ — это когда средства отказоустойчивости кластеров устанавливаются локально на узлы Hyper-V и затем следовать пошаговым инструкциям Диспетчера Отказоустойчивости Кластеров на экране дисплея, чтобы создать кластер Hyper-V. Другие способы используют командлеты PowerShell отказоустойчивой кластеризации и System Center Virtual Machine Manager 2012. Начиная с SCVMM 2012, были представлены новые возможности по созданию кластера Hyper-V несколькими нажатиями клавиш в консоли VMM. Необходимо развернуть высокодоступное окружение для того, чтобы виртуальные машины, работающие на узлах Hyper-V, можно было перенести на другие узлы Hyper-V, являющиеся частью отказоустойчивого кластера. Несколько действий для создания кластера Hyper-V, необходимых выполнить вручную, описаны ниже:

• Установите компонент отказоустойчивой кластеризации на все узлы Hyper-V с помощью Диспетчера Серверов. Можно также использовать скрипты PowerShell для установки компонента отказоустойчивой кластеризации на все узлы Hyper-V, но для этого необходим опыт работы со скриптами PowerShell.
• Соединитесь к общему хранилищу и вручную представьте LUN`ы всем узлам Hyper-V. Кроме представления LUN`ов, необходимо инициализировать и отформатировать жёсткие диски и назначить им буквы.
• Создайте кластер на первом узле, открыв Диспетчер Отказоустойчивости Кластеров и затем добавив дополнительные узлы в кластер.
• Проверьте кластер, чтобы убедиться в том, что конфигурация кластера поддерживается Командой службы поддержки продукта Microsoft.
• Настройте параметры кворума кластера. В большинстве случаев параметры кворума настраиваются автоматически в зависимости от количества узлов Hyper-V в кластере.
• Затем необходимо добавить общее хранилище в Общий Том Кластера (CSV).
• И наконец, добавьте виртуальные машины в кластер Hyper-V.

Выполнение вышеуказанных действии вручную может занять достаточно много времени, если планируется развернуть сотни кластеров Hyper-V в производственной среде. Как только кластер Hyper-V развёрнут вручную, их надо добавить в VMM, если необходим VMM для управления кластерами Hyper-V. VMM выполняет все необходимые последовательные действия на узлах Hyper-V автоматически. Как только кластер Hyper-V создан с помощью VMM, кластер Hyper-V и его узлы управляются VMM.
Было дано задание: собрать для клиента кластер Hyper-V с 8-ю узлами. Само собой, воспользовался документацией Microsoft по VMM для создания кластера Hyper-V, однако документация не полностью отражает то, как же именно без проблем создать кластер Hyper-V, при этом храня в уме различные требования и параметры настройки. Например, документация Microsoft по VMM не отражает того, что физические сетевые адаптеры узлов Hyper-V должны быть доступны для размещения. Также документация Microsoft не предоставляет инструкций по настройке параметров TCP/IP на всех Hyper-V хостах, которые станут частью кластера Hyper-V. Возможно, что не увидите страницу с IP-адресом для указания IP-адреса кластера, который отображается во время создания кластера Hyper-V с помощью VMM, если параметры TCP/IP некорректны. Эта статья написана для того, чтобы помочь понять различные требования по настройке перед началом создания кластера Hyper-V с помощью VMM. Будет использоваться SCVMM 2012 R2 для создания двухузлового кластера Hyper-V.
В данной статье будут затронуты следующие темы:

• Требования к узлам Hyper-V и группе узлов VMM
• Требования к общему хранилищу кластера Hyper-V
• Требования к сети узлов Hyper-V
• Как создать кластер Hyper-V с помощью VMM
• Как это работает
• Добавление виртуальных машин в кластер Hyper-V посредством VMM

Существует несколько требований, которые необходимо помнить, перед тем, как начать создавать кластер Hyper-V посредством VMM. Например, перед тем, как начать создавать кластер Hyper-V из консоли VMM, необходимо удостовериться, что оптоволоконный канал правильно настроен вместе с узлами Hyper-V, группами узлов VMM, общим хранилищем и сетью узлов. В первой части статьи рассмотрим необходимые шаги для настройки узлов Hyper-V и групп узлов VMM. В последующих частях приступим к изучению настроек хранилища и сети, затем выполним пошаговые инструкции для успешного создания кластера Hyper-V.

1.2 Требования к узлам Hyper-V и группе узлов VMM

Группа узлов VMM: Группу узлов VMM необходимо создавать в SCVMM. Группа узлов VMM — это административная единица, которая необходима перед тем, как начать создавать кластер Hyper-V. Группа узлов VMM необходима для распределения логических устройств общего хранилища, если нужен VMM для назначения общего хранилища узлам Hyper-V. VMM ищет доступные логические устройства, которые нужно назначить, во время процесса создания кластера Hyper-V на группе узлов VMM. Если группе узлов VMM не были назначены логические устройства, то мастер создания кластера Hyper-V не отобразит общее хранилище. Об этом будет рассказано позже в требованиях к общему хранилищу.

Два или более узла Hyper-V: Узлы Hyper-V, которые станут частью кластера Hyper-V, должны быть добавлены в VMM, и они должны быть частью одной группы узлов VMM. Например, есть два узла Hyper-V с названиями «Hyper-VHost1» и «Hyper-VHost2» и одна группа узлов VMM с названием «Building2», эти узлы Hyper-V должны быть помещены в группу узлов VMM «Building2». VMM не предоставляет возможности для кластеризации узлов Hyper-V, которые расположены в разных группах узлов VMM. Как показано на рисунке ниже, создана родительская группа узлов, названная «Dallas» и дочерняя группа узлов VMM «Building2», где расположены узлы Hyper-V.

Рисунок 1

Помимо создания группы узлов VMM и помещения узлов Hyper-V в группу узлов VMM, необходимо запомнить следующие моменты перед тем, как продолжить создание кластера посредством VMM:

• Установка компонента Отказоустойчивой Кластеризации (Необязательно): Узлы Hyper-V могут быть установлены с компонентом Отказоустойчивой Кластеризации. VMM пропустит установку Отказоустойчивой кластеризации, если он уже был установлен на узлах Hyper-V. Есть вот такая ошибка при создании кластера «Ошибка (25300) Ошибка проверки кластера из-за ошибки: на сервере «Имя_сервера» не установлен компонент Отказоустойчивости Кластеризации. Используйте Диспетчер Серверов для установки компонента на этом сервере». В таком случае, заранее установите компонент Отказоустойчивой кластеризации на требуемых узлах Hyper-V.
• Узлы Hyper-V должны работать на поддерживаемой версии операционной системы Windows. Если узлы Hyper-V работают на операционной системе Windows Server 2012 R2, тогда необходимо, чтобы был установлен VMM 2012 R2 на операционной системе Windows Server 2012 R2.
• Если надо, чтобы узлы Hyper-V работали на Windows Server 2008 R2 с SP1, тогда необходимо установить исправление KB2531907.
• Узлы Hyper-V должны быть частью одного домена. Это стандартное требование для Отказоустойчивой кластеризации. Кластеризация не поддерживается, если узлы находятся в разных доменах. Помимо включения узлов Hyper-V в один домен, выполните другие требования для Отказоустойчивого кластера, которые описаны на сайте Microsoft.
• Включение Многопутевого ввода-вывода (Обязательно): Для получения доступа к общему хранилищу, компонент Многопутевого Ввода-Вывода (MPIO) должен быть установлен на каждом узле Hyper-V с помощью Диспетчера Серверов. SCVMM автоматически не добавляет компонент MPIO при добавлении узла Hyper-V в VMM. VMM отобразит предупреждающее сообщение в окне Заданий при добавлении узла Hyper-V в группу узлов VMM, если компонент Многопутевого Ввода-Вывода (MPIO) не установлен.
• Инициатор Microsoft ISCSI (Необязательно): Если используется iSCSI SAN в качестве общего хранилища, то убедитесь, что служба инициатора Microsoft iSCSI установлена и запущена на каждом узле Hyper-V, который станет частью кластера. Важно отметить, что служба инициатора Microsoft iSCSI используется VMM для автоматической настройки общего хранилища на узлах Hyper-V во время процесса создания кластера. Нет необходимости задавать iSCSI порталы на каждом узле Hyper-V, если используется общее хранилище, управляемое через SCVMM. Также можно задать и присоединить общее хранилище ко всем узлам Hyper-V вручную. Если так и сделано, то мастер создания кластера VMM автоматически настроит общее хранилище для отказоустойчивого кластера.

1.3 Краткий итог части

В первой части статьи были изучены различные требования узлов Hyper-V и групп узлов VMM перед тем, как мастер Создания Кластера Hyper-V может быть задействован для создания кластера посредством VMM. VMM требует, чтобы узлы Hyper-V принадлежали одной группе узлов VMM; также были обозначены другие требования, которые будут рассмотрены в этой статье.

Во второй части статьи начнём изучение настроек общего хранилища и сети для узлов Hyper-V, что поможет успешно создать кластер Hyper-V.

2.1 Введение

System Center Virtual Manager — это комплексный продукт управления центрами обработки данных. SCVMM спроектирован для управления всеми аспектами работы ИТ дата-центра. В SCVMM можно задать компоненты физической сети с помощью Сетей Виртуальных Машин. SCVMM позволяет управлять SAN хранилищем и кластерами файловых серверов. В первой части статьи были рассмотрены требования к группе узлов VMM и узлам Hyper-V перед началом создания кластера Hyper-V с посредством VMM. Во второй части рассмотрим требования к общему хранилищу и сети.

2.2 Требования к Общему Хранилищу Hyper-V

Так как для кластера Hyper-V требуется общее хранилище, то необходимо удовлетворить требования к общему хранилищу перед началом создания кластера Hyper-V. VMM позволяет присоединить iSCSI и оптоволоконный канал SANS и управлять этими массивами хранения данных. Пулы носителей из массивов хранения данных могут использоваться узлами Hyper-V, которые управляются посредством VMM. Например, можно назначить пулы носителей при создании Частного Облака, когда развёртываются виртуальные машины на узлы и когда развёртывается кластер Hyper-V. Существует два способа назначения общего хранилища узлам Hyper-V перед тем, как запустить мастер создания кластера Hyper-V:

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

• Требуемые массивы общего хранилища должны быть заданы и классифицированы в рабочей области Структура. Если это не сделано, то перейдите в рабочую область Структура, правой клавишей мышки нажмите на раздел «Хранилище» и затем нажмите «Добавить Запоминающее Устройство», как показано на рисунке ниже:

Рисунок 2

• Если используется iSCSI SAN или конечный объект iSCSI Windows, то убедитесь, что служба инициатора iSCSI установлена и запущена на узле VMM. Это необходимо для успешного создания соединения к серверу iSCSI SAN из консоли VMM. В качестве примера в данной статье используется конечный объект iSCSI Windows, установленный на сервер с Windows Server 2012 R2. Как только массив хранения данных был добавлен в VMM, то можно будет увидеть все доступные пулы носителей при нажатии кнопки мышки на раздел «Классификации и Пулы» в рабочей области Структура, как показано на рисунке ниже:

Рисунок 3

Замечание: Сервер конечного объекта iSCSI Windows проверяет все локальные жёсткие диски и добавляет их в пулы носителей. В примере имеется четыре локальных жёстких диска, созданных на Сервере Хранилища, и каждый диск считается пулом носителей. Также там можно увидеть размер каждого пула носителей и размер свободного места.

• Логические устройства создаются и выделяются группе узлов, где размещаются узлы Hyper-V. Рассмотрим это подробней. Пулы носителей и логические устройства можно назначить только группе узлов VMM. Выделенные пулы носителей могут использоваться VMM только для размещения виртуальных машин. Выделенные логические устройства могут использоваться как кластером, так и виртуальными машинами. Нет необходимости выделять пулы носителей, но надо выделить логические устройства группе узлов VMM, если хотите, чтобы мастер создания кластера отобразил доступные логические устройства. Мастер создания кластера ищет логические устройства, а не пулы носителей, выделенные группе узлов VMM. Перед тем, как выделить логические устройства, убедитесь, что они были созданы с помощью «Создать Логические Устройств» в рабочей области Структура. Как только логические устройства созданы, нажмите правой кнопкой мышки на группу узлов VMM, на которых размещаются узлы Hyper-V, и выберите «Выделить Логические Устройства», как показано на рисунке ниже:

Рисунок 4

Замечание: Логические устройства, созданные из пула носителей общего хранилища, не должны быть назначены ни одному узлу Hyper-V. Мастер создания кластера Hyper-V в VMM может определить только логические устройства, которые не назначены ни одному узлу Hyper-V в VMM. Как видно на рисунке ниже, есть несколько логических устройств, выделенных группе узлов VMM, но некоторые из них зарезервированы для создания кластера.

Рисунок 5

В рабочей области Структура можно убедиться, что логические устройства, используемые кластером Hyper-V, не назначены ни одному узлу Hyper-V, перейдя в раздел «Классификации и Пулы», как показано на рисунке ниже:

Рисунок 6

• Общее хранилище, управляемое узлами: Если хотите использовать общее хранилище, которое управляется узлами Hyper-V, то убедитесь, что логические устройства были созданы на одном из узлов Hyper-V и отформатированы в NTFS. Это традиционный подход, которому нужно следовать при создании кластера Hyper-V посредством Диспетчера Отказоустойчивости Кластеров. Общее хранилище в данном случае должно быть назначено и доступно на всех узлах Hyper-V перед запуском мастера создания кластера Hyper-V посредством VMM.

2.3 Требования к сети узлов Hyper-V

Отказоустойчивая кластеризация требует, чтобы необходимый сетевой адаптер был добавлен в каждый узел Hyper-V. Помимо добавления сетевых адаптеров также необходимо понимать, как VMM будет работать с сетью на узлах Hyper-V в момент создания кластера Hyper-V посредством VMM. Мастер Создания Кластера Hyper-V также предоставляет возможность назначения IP-адреса кластеру, помимо назначения имени кластера. Страница IP-адреса может появиться, а может и нет, это зависит от выполнения следующих условий:

• Если используется конфигурация со статическим IP на каждом узле Hyper-V, то убедитесь, что по крайней мере один физический сетевой адаптер на всех узлах Hyper-V принадлежит той же подсети IP. Физические сетевые адаптеры должны быть также настроены со шлюзом по умолчанию для того, чтобы страница IP-адреса появилась во время создания кластера.
• Если узлы Hyper-V настроены на получение IP-адреса от DHCP-сервера, что не рекомендуется для производственной среды, мастер создания кластера не предоставит возможности назначения IP-адреса кластеру. Т.к. Windows Server 2012 и последующие ОС поддерживают назначение кластеру IP-адреса от DHCP-сервера, то мастер создания кластера автоматически выберет свободный IP-адрес от DHCP-сервера вместо отображения страницы IP-адреса.

Независимо от того, какой способ назначения IP-адресов сетевым адаптерам узлов Hyper-V используется, убедитесь, что эти сетевые адаптеры доступны для размещения. Чтобы узнать, доступны ли сетевые адаптеры для размещения, перейдите к свойствам всех узлов Hyper-V, нажмите кнопку «Сеть» и затем выберите сетевую карту для просмотра параметров настройки, как показано на рисунке ниже:

Рисунок 7

Виртуальный коммутатор: Мастер создания кластера Hyper-V позволяет автоматически создать виртуальный коммутатор на каждом узле Hyper-V. Нет необходимости создавать виртуальные коммутаторы во время создания кластера. Можно создать виртуальные коммутаторы на каждом узле Hyper-V заранее, но создание виртуальных коммутаторов посредством VMM сохраняет конфигурацию согласованной и в том же виде. Перед просмотром сетей виртуальных машин на странице Виртуального Коммутатора, необходимо убедиться, что физические сетевые адаптеры назначены на использование сети виртуальных машин в свойствах узла Hyper-V. Чтобы проверить, что сети виртуальных машин назначены узлам Hyper-V, перейдите в свойства каждого узла Hyper-V, нажмите кнопку «Оборудование» и затем выберите физический сетевой адаптер, как показано на рисунке ниже:

Рисунок 8

Как можно увидеть на рисунке выше, физический сетевой адаптер ассоциирован с логической сетью «Corp_Net». Если физический сетевой адаптера не ассоциирован ни с одной логической сетью, то на странице Виртуального Коммутатора не будет дано возможности создать виртуальный коммутатор автоматически на узлах Hyper-V.

2.4 Краткий итог части

Как видно, следует проделать много действий до фактического запуска Мастера Создания Кластера Hyper-V посредством VMM. В данной части было рассмотрено, как настроить общее хранилище и есть ли возможности успешного развёртывания отказоустойчивого кластера Hyper-V посредством VMM. В следующей части рассмотрим мастер Создания Кластера Hyper-V.

3.1 Введение

В двух первых частях данной статьи были рассмотрены требования, которые необходимо выполнить, перед началом использования мастера Создания Кластера в VMM. В третьей части рассмотрим процесс создания кластера на двух узлах Hyper-V посредством консоли VMM. Процесс создания Отказоустойчивого кластера Hyper-V посредством VMM очень прост. VMM сокращает время, необходимое для выполнения того же набора действии вручную. Выполняя этот процесс вручную, необходимо выполнить несколько действий, включая подготовку общего хранилища, установку компонента Отказоустойчивой Кластеризации Windows на всех узлах и т. д. VMM может выполнить все необходимые действия на узлах Hyper-V, которые станут частью кластера Hyper-V, автоматически.

Чтобы запустить Мастер Создания Кластера из консоли VMM, перейдите в рабочую область Структура, нажмите «Создать» и затем выберите «Кластер Hyper-V», как показано на рисунке ниже:

Рисунок 9

Нажатие на «Кластер Hyper-V» запустит окно «Мастер Создания Кластера», как показано на рисунке ниже. Мастер поможет создать кластер Hyper-V за минимальное количество действий. Всё, что требуется, – это предоставлять необходимую информацию мастеру создания кластера.

3.2 Шаг №1 — Назначение кластеру имени

Во вкладке «Общие» необходимо ввести имя кластера и данные учётной записи. Данные учётной записи будут использованы сервером VMM для доступа ко всем узлам Hyper-V и выполнения необходимых операций, таких как добавление компонента Отказоустойчивой Кластеризации, маскирование общего хранилища, выполнение проверочных тестов на кластере и т. д.

Рисунок 10

Нажмите кнопку «Далее» для перехода на страницу «Узлы».

3.3 Шаг №2 — Выбор узлов Hyper-V

На странице «Узлы» выберите Группу Узлов, содержащую узлы Hyper-V, которые станут частью кластера Hyper-V. Важно отметить, что нельзя выбирать узлы Hyper-V из разных групп узлов VMM. Узлы Hyper-V должны быть размещены в одной группе Узлов VMM перед тем, как начать создание кластера Hyper-V.

После выбора Группы Узлов отобразится список доступных узлов Hyper-V в данной группе узлов VMM. Необходимо выбрать узлы Hyper-V в списке «Доступных узлов» и затем нажать кнопку «Добавить» для помещения узла Hyper-V в список «Узлы для Кластера». Как видно на рисунке ниже, все узлы Hyper-V помещены в список «Узлы для Кластера».

Также имеется возможность пропустить выполнение тестов проверки кластера. Если установить флажок «Пропустить тесты проверки кластера», то VMM не станет запускать тесты проверки кластера на всех узлах, что в свою очередь сократит время необходимое для создания кластера посредством VMM. Можно запустить тесты проверки кластера позднее с помощью Диспетчера Отказоустойчивости кластеров.

Рисунок 11

Нажмите «Далее» для перехода на страницу IP-адреса.

3.4 Шаг №3 — Назначение кластеру IP-адреса

Мастер создания кластера предоставляет возможность назначение IP-адреса кластеру помимо назначения ему имени. Страница IP-адреса может появиться, а может и нет, в зависимости от выполнения следующих условий:

• Если используется конфигурация со статическим IP на каждом узле Hyper-V, то убедитесь, что по крайней мере один физический сетевой адаптер на всех узлах Hyper-V принадлежит той же подсети IP. Физические сетевые адаптеры должны быть также настроены со шлюзом по умолчанию для того, чтобы страница IP-адреса появилась во время создания кластера.
• Если узлы Hyper-V настроены на получение IP-адреса от DHCP-сервера, мастер создания кластера не предоставит возможности назначения IP-адреса кластеру. Другими словами, страница IP-адреса не появится. Поскольку Windows Server 2012 и последующие ОС поддерживают назначение кластеру IP-адреса от DHCP-сервера, то мастер создания кластера автоматически выберет свободный IP-адрес от DHCP-сервера вместо отображения страницы IP-адреса.

Рисунок 12

Нажмите «Далее» для перехода к выбору дисков общего хранилища. На странице Хранилища можно выбрать диски, которые желаете сделать доступными для кластера Hyper-V.

3.5 Шаг №4 — Выбор дисков общего хранилища

Существует два типа дисков, которые необходимо выбрать для кластера Hyper-V, чтобы он корректно работал: Диск-Свидетель и диск Данных Кластера.

Диск-Свидетель: Важно отметить, что Мастер Создания Кластера выбирает диск в качестве Диска-Свидетеля автоматически. Как можно увидеть на рисунке ниже, мастер создания кластера автоматически выбирает ClusterDisk1 в качестве Диска-Свидетеля. Если число узлов кластера чётно, то мастер создания кластера автоматически выберет диск, размер которого превышает 500 МБ. Невозможно отменить выбор диска, который автоматически выбран мастером создания кластера.

Диск Данных Кластера: Диск Данных Кластера необходим для хранения файлов виртуальных машин, таких как XML и VHD/VHDX файлы. Мастер Создания Кластера отобразит доступные кластеру диски. Важно понимать, что мастер создания кластера может только определить диски, которые не назначены ни одному узлу Hyper-V в VMM.  Имеется несколько вариантов выбора для Дисков Данных Кластера, такие как выбор метки тома, форматирование дисков, назначение диска в Общие Тома Кластера (CSV) и т.д.

Выберите диски данных кластера и нажмите кнопку «Далее».

Рисунок 13

3.6 Шаг №5 — Назначение виртуальных коммутаторов

На следующей странице настроек Мастера Создания Кластера можно выбрать логические сети для создания внешних виртуальных коммутаторов на целевых узлах Hyper-V. VMM автоматически создаст виртуальные коммутаторы на всех узлах Hyper-V. Нет необходимости создавать виртуальные коммутаторы во время процесса создания кластера. Можно создать виртуальные коммутаторы на каждом узле Hyper-V позднее, но создание виртуальных коммутаторов посредством VMM сохраняет конфигурацию согласованной и в том же виде.

Замечание: Страница настройки Виртуальных Коммутаторов может не появиться во время работы Мастера Создания Кластера, если физические сетевые адаптеры узлов Hyper-V не были назначены в Сети Виртуальных Машин. Это можно проверить в свойствах каждого узла Hyper-V.

Рисунок 14

Как только необходимая информация введена, отобразится окно с краткой сводкой. Можно ещё раз проверить верность введённых данных перед нажатием кнопки «Готово».

Рисунок 15

После нажатия кнопки «Готово» останется только наблюдать за ходом создания кластера в окне Заданий VMM, как показано на рисунке ниже:

Рисунок 16

На этой стадии VMM начнёт создание кластера Hyper-V посредством выполнения нескольких заданий PowerShell в фоне. Ход выполнения всех заданий можно посмотреть в окне Заданий. Как можно увидеть на рисунке выше, VMM выполняет несколько заданий и показывает статус выполнения каждого задания в окне Заданий.

VMM устанавливает компонент Отказоустойчивой Кластеризации, если он не был установлен на каждом узле Hyper-V. Он проверяет, удовлетворяют ли все узлы необходимым требованиям, таким как требуемая операционная система и членство в домене. VMM маскирует и размаскировывает диск общего хранилища для каждого узла Hyper-V. Он также выполняет проверочные тесты, если это было выбрано и т. д.

3.7 Краткий итог части

Существует несколько требований, которые надо выполнить перед началом создания кластера Hyper-V посредством VMM. Некоторые из этих требований были рассмотрены в первых двух частях статьи. Третья часть была посвящена процессу создания кластера Hyper-V посредством VMM. Как только кластер Hyper-V создан, он управляется VMM. Главная цель создания кластера Hyper-V состоит в обеспечении высокой доступности виртуальных рабочих нагрузок. В заключительной части статьи рассмотрим, как сделать виртуальную машину высокодоступной в только что созданном кластере Hyper-V.

4.1 Введение

В первых трёх частях статьи было рассмотрено, как можно использовать диспетчер виртуальных машин для создания кластера Hyper-V. Поскольку главная цель создания кластера Hyper-V состоит в обеспечении высокой доступности виртуальных рабочих нагрузок, рассмотрим, как развернуть виртуальную машину в кластере Hyper-V посредством VMM и других способов. Перед тем, как рассказать о процессе создания высокодоступной виртуальной машины посредством VMM, важно удостовериться, что кластер Hyper-V сконфигурирован с подходящим хранилищем, виртуальной сетью и общими томами. Рассмотрим конфигурацию кластера Hyper-V.

Если перейти на страницу свойств кластера Hyper-V, то там обнаружите несколько вкладок, в которых имеется информация касательно кластера Hyper-V, которая поможет настроить доступное хранилище, общее хранилище файловое, общие тома кластера и виртуальные коммутаторы, как показано на рисунке ниже:

Рисунок 17

На странице Свойств кластера Hyper-V, можно найти следующие вкладки: Общие, Состояние, Доступное хранилище, Общее хранилище файловое, Общие тома, Виртуальные коммутаторы; а также другие настраиваемые свойства, заданные для кластера Hyper-V. Рассмотрим каждую вкладку свойств подробней.

Общие: Вкладка Общие содержит информацию, такую как имя кластера Hyper-V, местоположение группы узлов VMM, на которых создан кластера Hyper-V, описание кластера Hyper-V, резерв кластера, состояние резерва кластера, сведения о резерве кластера. Поле Описание позволяет ввести описание кластера Hyper-V. Поле Описание поможет определить роль кластера в производственной среде. Если имеется несколько кластеров Hyper-V в производственной среде, и каждый из них работает с различными типами рабочих нагрузок, то рекомендуется ввести описательный текст, который поможет идентифицировать роль кластера Hyper-V. Например, можно ввести «Кластер Hyper-V для Критически Важных Рабочих Нагрузок» или «Кластер Hyper-V для виртуальных машин для Тестирования и Разработки» и т. д.

Параметр Резерв Кластера (узлы) указывает число отказов узлов, которое должен выдерживать кластер, продолжая поддерживать работу всех виртуальных машин без каких-либо неполадок. Этот параметр имеет прямое влияние на функцию Интеллектуального Размещения VMM. Если кластер не может выдержать указанное число отказов узлов, не прерывая работы всех виртуальных машин, кластеру назначается "перегруженное" состояние. Если кластера Hyper-V перегружен, то узлы перегруженного кластера получают нулевую оценку во время размещения виртуальных машин, или, когда функция Интеллектуального Размещения проверяет подходящий узе для размещения виртуальной машины. Администратор может переопределить оценку и поместить виртуальную машину высокой доступности в перегруженный кластер вручную.

Состояние: При переключении на вкладку Состояние можно увидеть сведения о состоянии кластера Hyper-V, как показано на рисунке ниже:

Рисунок 18

Вкладка Состояние показывает общее состояние кластера Hyper-V, включая состояние службы кластера на всех узлах кластера, состояние основных ресурсов кластера, таких как Имя кластера и IP-адрес кластера. Во вкладке Состояние VMM также показывает состояние тестов проверки кластера Hyper-V. Как видно на рисунке выше, VMM сообщает, что тест проверки кластера не был выполнен для кластера Hyper-V. Всегда имеется возможность создать кластер Hyper-V без запуска теста проверки кластера. Хотя кластер Hyper-V может работать без каких-либо неполадок и без выполнения теста проверки кластера, очень важно понимать, что команда службы поддержки продукта Microsoft не поддерживает кластер Hyper-V, если не был выполнен тест проверки кластера.

4.2 Можно ли выполнить Тест Проверки Кластера посредством VMM?

Да, можно выполнить тест проверки кластера посредством VMM, нажав правой кнопкой мышки на кластер Hyper-V. Для проверки кластера Hyper-V посредством VMM нажмите правой кнопкой мышки на кластер Hyper-V и затем нажмите на действие «Проверить Кластер», как показано на рисунке ниже:

Рисунок 19

При нажатии на «Проверить кластер» VMM создаст задание PowerShell для выполнения теста проверки кластера на всех узлах в кластере Hyper-V и затем покажет отчёт о выполнении, как показано на рисунке ниже:

Рисунок 20

Окно Заданий VMM всегда показывает результат выполнения задания. Как можно видеть, тест проверки кластера Hyper-V был завершён, но VMM сообщает в отчёте о предупреждении. Если нужно просмотреть к чему относится созданное предупреждение как часть теста проверки кластера, то следует открыть отчёт о проверке кластера, созданный на каком-либо узле, находящимся в папке \Windows\Cluster\Reports.

Как только тест Проверки Кластера был выполнен на кластере Hyper-V, заново откройте вкладку Состояние для просмотра состояния теста проверки кластера. Там будет гиперссылка, которая указывает на отчёт о проверке кластера, созданном на одном из узлов Hyper-V в кластере Hyper-V, как показано на рисунке ниже:

Рисунок 21

Очень важно понимать, что необходимо устранить все предупреждения в отчёте о выполнении теста проверки кластера перед тем, как выпускать кластер Hyper-V в производственную среду или обращаться в службу поддержи продукта Microsoft для решения проблем с кластером Hyper-V.  Вкладка Состояние также показывает состояние службы кластера на каждом узле кластера Hyper-V, как показано на рисунке выше.

4.3 Краткий итог части

В данной части были рассмотрены конфигурационные вкладки Общие и Состояние на странице Свойства кластера Hyper-V, а также доступная в них информация. Вкладка Общие отображает информацию, относящуюся к кластеру Hyper-V, такую как имя кластера Hyper-V, резерв кластера и описание кластера, которое можно задать для идентификации роли кластера Hyper-V. Вкладка Состояние предоставляет информацию об общем состоянии кластера Hyper-V, например, состоянии проверки кластера, состоянии службы кластера на всех узлах Hyper-V и состояние основных ресурсов кластера.

В следующей части статьи продолжим рассмотрение вкладок, доступных на странице Свойств кластер Hyper-V.

5.1 Введение

Как сказано в Части 4 данной статьи, как только кластер Hyper-V развёрнут, необходимо удостовериться, что кластер Hyper-V настроен верно, просмотрев данные на странице свойств кластера Hyper-V. В Части 4 были рассмотрены вкладки Общие и Состояние. Вкладка Общие содержит информацию о кластере Hyper-V, такую как имя кластера Hyper-V, число узлов резерва кластера и состояние резерва. Также во вкладке Общие можно ввести описание для идентификации роли кластера Hyper-V в производственной среде. Вкладка Состояние показывает общее состояние кластера Hyper-V, включая состояние службы кластера на всех узлах в кластере Hyper-V.

Доступное Хранилище: Вкладка Доступное Хранилище, как следует из названия, показывает диски общего хранилища, которые были добавлены для использования кластером Hyper-V, как показано на рисунке ниже:

Рисунок 22

Как можно видеть, имеется четыре диска, добавленных в кластер Hyper-V из классификации хранилища VMM «Storage1». Также там показано свободное место и общая ёмкость каждого диска. Заметьте, что вкладка Доступное Хранилище также показывает имя ресурса кластера, которое было создано для каждого диска в кластере Hyper-V, как показано на рисунке выше, это крайняя правая колонка.

На вкладке Доступное Хранилище доступно три кнопки: «Добавить», «Удалить» и «Преобразовать в Общий Том Кластера (CSV)». Кнопка «Добавить» позволяет добавить дополнительные диски общего хранилища в кластер Hyper-V, кнопка «Удалить» позволяет удалить и изъять диски общего хранилища из кластера Hyper-V, кнопка «Преобразовать в Общий Том Кластера (CSV)» позволяет преобразовать диск общего хранилища в диск Общего Тома Кластера.

При нажатии на кнопку «Добавить» будет необходимо выбрать диск из доступного хранилища для его добавления в кластер Hyper-V. В случае отсутствия доступных дисков можно создать таковой, нажав на кнопку «Создать Логическое Устройство», как показано на рисунке ниже:

Рисунок 23

Как только логическое устройство создано, задайте ему имя, выберите тип таблицы разделов и отформатируйте диск, как показано на рисунке ниже:

Рисунок 24

После добавления диска в кластер Hyper-V, нажмите кнопку «OK». Нажатие кнопки «OK» даст инструкции VMM создать задание PowerShell, которое зарегистрирует диск в существующем кластере Hyper-V, как показано на рисунке ниже:

Рисунок 25

Можно добавить сколько угодно много дисков в кластер Hyper-V посредством VMM. Добавить общее хранилище в кластер Hyper-V посредством VMM очень просто. VMM сам отформатирует и зарегистрирует диск в кластере Hyper-V, что в свою очередь помогает сократить требуемое время, если будете добавлять диск в кластер Hyper-V вручную.

Удалить диск из кластера Hyper-V также просто, но обратите внимание на действующие рабочие нагрузки, которые могут быть на диске, выбранном для изъятия. Важно понимать, что изъятие диска из работающего кластера Hyper-V может привести к простою служб Hyper-V.

Замечание: При удалении диска из работающего кластера Hyper-V, VMM просто удаляет регистрацию диска из кластера Hyper-V. Диск остаётся доступным для VMM для использования в других целях.

Кнопка «Преобразовать В Общий Том Кластера (CSV)» поможет преобразовать общее хранилище в Общий Том Кластера. Общий Том Кластера (CSV) необходим для Динамической Миграции Hyper-V. Преобразование диска в Общий Том Кластера (CSV) довольно простой процесс. Просто нажмите на диск, который надо преобразовать в Общий Том Кластера (CSV) и затем нажмите на кнопку «Преобразовать В Общий Том Кластера (CSV)». Как только диск преобразован он появится во вкладке Общие Тома, как показано на рисунке ниже:

Рисунок 26

VMM предоставляет поддержку и для блочных, и для файловых хранилищ. Блочное хранилище, такое как Fibre Channel, ISCSI и последовательный SCSI (SAS) и файловое хранилище, такое как общий файловый ресурс на основе SMB 3.0, созданный на сервере с ОС Windows Server 2012 или новее, поддерживаются в VMM в качестве общего хранилища кластера. Если нужно, чтобы общая папка SMB была доступна для кластера Hyper-V, перейдите на вкладку Общее Хранилище Файловое.

Общее Хранилище Файловое: Вкладка Общее Хранилище Файловое содержит список общего хранилища файлового, которое было добавлено в кластер Hyper-V. Если необходимо добавить новое общее хранилище файлов, нажмите кнопку «Добавить». Заметьте, что после нажатия на кнопку «Добавить», появиться запрос на ввод полного пути к общей папке SMB, как показано на рисунке ниже:

Рисунок 27

Как написано на странице «Добавить Общую Папку», VMM ожидает ввода корректного пути к общей папке SMB в формате UNC. Как только путь к общей папке SMB в формате UNC введён, нажмите кнопку OK, чтобы VMM сделал общую папку SMB доступной для кластера Hyper-V, как показано на рисунке ниже:

Рисунок 28

После нажатия кнопки «OK» будет создано задание VMM, которое зарегистрирует общую папку SMB в кластере Hyper-V.

Кнопка «Починить» во вкладке Общего Хранилища Файлов позволяет починить любые проблемы с доступом к общей папке SMB. В случае если колонка «Состояние Доступа» для общей папки SMB не сообщает «OK», нажмите кнопку «Починить» для решения любых возможных проблем. Заметьте, что во вкладке Общего хранилища файлового необходимо убедиться, что была назначена учётная запись VMM для Выполнить От Имени, которая будет использована для выполнения корректирующих действии, в случае если общая папка SMB находится в состоянии предупреждения или есть какие-либо проблемы с общей папкой SMB.

Кнопка «Удалить», как понятно из названия, помогает удалить общую папку SMB из кластера Hyper-V. При нажатии на кнопки «Удалить» и «OK» VMM удалит регистрацию общей папки SMB из кластера Hyper-V. VMM не удаляет саму общую папку SMB.

5.2 Краткой итог части

В этой части описаны вкладки «Доступное Хранилище» и «Общее Хранилище Файлов» на странице свойств кластера Hyper-V и то, как можно использовать эти вкладки для добавления/удаления общего хранилища, преобразования хранилища в CSV и добавления общей папки SMB в кластер Hyper-V.

В следующей части статьи продолжим изучать другие конфигурационные вкладки, доступные на странице свойств кластера Hyper-V.

6.1 Введение

Общие Тома: Функция Динамической Миграции используется функцией Динамической Оптимизации VMM. Перед тем, как использовать функцию Динамической Миграции Hyper-V, необходимо добавить общие тома кластера в кластер Hyper-V. VMM позволяет добавлять хранилища, управляемые VMM, в кластер Hyper-V как Общие Тома Кластера. Вкладка Общие Тома содержит список всех общих томов кластера, которые был настроены в кластере Hyper-V, и также предоставляет возможность настроить и добавить дополнительное хранилище в качестве Общего Тома Кластера, в существующий кластер Hyper-V, как показано на рисунке ниже:

Рисунок 29

Чтобы добавить Общий Том Кластера в кластер Hyper-V, нажмите кнопку «Добавить», как показано на рисунке выше, затем выберите доступное хранилище, которое необходимо добавить в кластер Hyper-V в качестве диска Общего Тома Кластера. Можно выбрать доступные диски или создать логическое устройство, как показано на рисунке ниже:

Рисунок 30

Если требуется удалить/отписать Общий Том Кластера из существующего кластера Hyper-V, нажмите кнопку «Удалить». Отметьте, что диск Общего Тома Кластера всегда может быть преобразован в доступное хранилище путём выбора диска Общего тома Кластера и последующего нажатия кнопки «Преобразовать в Доступное Хранилище».

Важно понимать, что VMM не предпримет никаких действий пока не нажата кнопка «OK» на странице свойств кластера Hyper-V. VMM обрабатывает изменения конфигурации путём создания заданий VMM, которые выполняются в фоне, пока используется консоль VMM. В случае внесения каких-либо изменений в конфигурацию кластера Hyper-V путём изменения параметров в конфигурационных вкладках, доступных на странице свойств кластера Hyper-V, кнопка «Просмотреть Скрипт» будет подсвечена (доступна для нажатия). При нажатии на кнопку «Просмотреть Скрипт», VMM покажет в блокноте скрипт PowerShell, который будет выполнен как задание VMM для внесения изменений в конфигурацию. Например, при добавлении диска из доступного хранилища в общий том кластера, VMM создаст скрипт PowerShell, который будет запущен при нажатии кнопки «OK». Как показано на рисунке ниже, скрипт PowerShell       создан VMM для Disk9, который надо добавить в кластер Hyper-V. Как только кнопка «OK» нажата, VMM исполняет скрипт PowerShell для регистрации Disk9 в кластере Hyper-V.

Рисунок 31

Виртуальные Коммутаторы: Отметьте, что все узлы кластера в кластере Hyper-V должны иметь идентичную конфигурацию, включая и виртуальный коммутатор. Необходимо создать общие виртуальные коммутаторы на узлах Hyper-V для того, чтобы виртуальные машины, перемещённые на узел кластера по кластеру Hyper-V, могли быть назначены и присоединены к тому же виртуальному коммутатору. Вкладка Виртуальный Коммутатор показывает виртуальные коммутаторы, которые являются общими для всех узлов кластера, как показано на рисунке ниже:

Рисунок 32

Как видно на рисунке выше, был создан виртуальный коммутатор, названный «VMSwitch». Когда создался виртуальный коммутатор VMSwitch нажатием кнопки «Создать», VMM создал такой же виртуальный коммутатор на всех узлах кластера Hyper-V. Как видно на рисунке ниже, показывающем Диспетчеры Виртуальных Коммутаторов обоих серверов Hyper-V, Primary и Secondary, виртуальный коммутатор с именем «VMSwitch» был создан VMM на обоих, Primary и Secondary, серверах Hyper-V.

Рисунок 33

Это и в самом деле полезная вещь, которую делает VMM. VMM гарантирует, что все узлы Hyper-V в кластере Hyper-V созданы с коммутатором, имеющим общие имя и конфигурацию. Если необходимо добавить ещё один виртуальный коммутатор Hyper-V в кластер Hyper-V, нажмите кнопку «Создать» во вкладке Виртуальные Коммутаторы. При нажатии на кнопку «Создать», VMM запросит выбор логической сети VMM и имени виртуального коммутатора, который надо создать, как показано на рисунке ниже:

Рисунок 34

Отметьте, что VMM может не предоставить список логических сетей VMM для выбора, если не было создано логических сетей виртуальных машин в VMM или если логические сети не были назначены узлам Hyper-V, которые являются частью кластера Hyper-V. Если логическая сеть VMM была создана, убедитесь, что логическая сеть виртуальных машин назначена всем узлам Hyper-V, перейдя во вкладку Оборудование на странице свойств узла Hyper-V. Во вкладке Оборудование необходимо назначить Логическую Сеть Виртуальных Машин сетевым адаптерам Hyper-V, как показано на рисунке ниже:

Рисунок 35

Настраиваемые Свойства: Последней конфигурационной вкладкой, доступной на странице свойств кластера Hyper-V, является Настраиваемые Свойства. Используя настраиваемые свойства можно контролировать размещение виртуальных машин. Например, можно проверить, на каких узлах Hyper-V должна работать каждая виртуальная машина.

6.2 Краткий итог части

В этой части было рассмотрены вкладки Общие Тома и Виртуальные Переключатели. Вкладка Общие Тома помогает настроить Общие Тома Кластера в кластере Hyper-V. Можно добавлять/удалять тома CSV, а затем развёртывать на них виртуальные машины. VMM также может помочь запустить кластер Hyper-V с идентичной конфигурацией виртуальных коммутаторов на узлах кластера Hyper-V. Для любого виртуального коммутатора, который определён на странице свойств кластера Hyper-V, VMM будет гарантировать, что имя виртуального коммутатора будет общим для всех узлов кластера Hyper-V.

В следующей части статьи рассмотрим, как сделать виртуальную машину высокодоступной в кластере Hyper-V посредством VMM и других способов.

7.1 Введение

В части 6 данной статьи были рассмотрены вкладки, доступные на странице свойств кластера Hyper-V, управляемого Диспетчером Виртуальных Машин (VMM). В этой и следующей частях данной статьи рассмотрим действия, доступные в контекстном меню при нажатии правой кнопкой мышки на кластер Hyper-V в VMM.

Как видно, создан кластер Hyper-V с названием HVCluster. HVCluster содержит два узла Hyper-V, названные Primary и Secondary. При нажатии правой кнопкой мышки на кластер Hyper-V, отобразится ряд действий в контекстном меню, как показано на рисунке ниже.

Рисунок 36

Эти действия помогают развернуть службы VMM, виртуальные машины, выполнить динамическую оптимизацию вручную, перемести кластер на другую группу узлов VMM, понизить уровень кластера, добавить узел в существующий кластер Hyper-V, проверить кластер, удалить кластер Hyper-V из VMM. Рассмотрим каждое из этих действия подробней.

«Создать Службу» и «Создать Виртуальную Машину»: Действия «Создать Службу» и «Создать Виртуальную Машину» используются для развёртывания службы или виртуальной машины в кластере Hyper-V. При нажатии на действие «Создать Службу», VMM откроет окно «Создать Службу», как показано на рисунке ниже.

Рисунок 37

Можно использовать существующей шаблон службы или создать новый шаблон службы, с помощью которого создать службу. При нажатии на кнопку «OK» VMM откроет Конструктор шаблонов служб, с помощью которого можно создать службу и затем развернуть её в кластере Hyper-V.

Нажатие на действие «Создание Виртуальной Машины» запустит мастер создания виртуальной машины, как показано на рисунке ниже.

Рисунок 38

Так как главная цель создания кластера Hyper-V — сделать виртуальные машины высокодоступными, необходимо понять, как развернуть виртуальную машину в кластере Hyper-V. Рассмотрим действия «Создать Виртуальную Машину» и «Создать Службу» детальней, когда будем рассматривать «как развернуть виртуальную машину или службу в кластере Hyper-V посредством VMM» в следующих частях данной статьи.

Обновить: Действие Обновить помогает отделить свойства кластера Hyper-V ото всех узлов кластера и затем отобразить обновлённую информацию о кластере узлов в консоли VMM. Отметьте, что VMM запускает командлет PowerShell «Read-SCVMHostCluster» как часть задания обновления VMM, как показано на рисунке ниже.

Рисунок 39

Также обновить кластер узлов можно, выполнив командлет Read-SCVMHostCluster вручную, как показано ниже:

• Get-SCVMHostCluster –Name “HVCluster.Test.Local” | Read-SCMHostCluster

Оптимизировать Узлы: VMM предлагает балансировку ресурсов узлов кластера с помощью функции Динамической Оптимизации. Функция динамической оптимизации помогает отбалансировать узлы кластера путём миграции виртуальных машин на узлы кластера в кластере Hyper-V, как только это необходимо. Параметры Динамической Оптимизации настраиваются на странице свойств группы узлов VMM. Как только параметры настроены, VMM вызывает функцию Динамической Оптимизации каждые 10 минут (интервал по умолчанию), собирает данные о текущем использовании ресурсов на всех узлах кластера узлов, сравнивает их с предельными значениями, настроенными во вкладке Динамической Оптимизации группы узлов VMM и затем автоматически выполняет динамическую миграцию виртуальных машин, если это необходимо.

Если необходимо выполнить Динамическую Оптимизацию кластера Hyper-V вручную, то нужно выбрать действие «Оптимизировать Узлы» в контекстном меню кластера узлов, нажав на него правой кнопкой мышки. Действие «Оптимизировать Узлы» делает тоже самое, что и функция Динамической Оптимизации автоматически, за исключением того, что в данном случае будет предложен список виртуальных машин, которые необходимо динамически мигрировать на другой узел в кластере узлов. Нажав на действие «Оптимизировать Узлы», VMM покажет окно Оптимизации Кластера Узлов, как показано на рисунке ниже:

Рисунок 40

VMM присоединится ко всем узлам кластера узлов, соберёт информацию о текущем использовании ресурсов на всех узлах, затем сравнит эти значения с предельными значениями, указанными во вкладке Динамической Оптимизации на странице свойств группы узлов VMM. В случае если VMM не видит необходимости в оптимизации кластера узлов, то появится следующее сообщение, как показано на рисунке ниже:

Рисунок 41

Переместить в Группу Узлов: Действие «Переместить в Группу Узлов» не предназначено для постоянного использования. Действие «Переместить в Группу Узлов» можно применить, если расположение кластера было изменено, или если кластер не соответствует текущему физическому расположению, для которого была настроена группа узлов VMM. Хотя перемещение кластера узлов в другую группу узлов VMM является лёгкой задачей, важно понимать, что кластер узлов и узлы унаследуют параметры, которые были настроены на целевой группе узлов VMM. Рекомендуется перед перемещением кластера узлов на другую группу узлов VMM, убедиться, что перемещаемый кластер узлов не унаследует параметры от целевой группы узлов VMM.

Исключить из Кластера: Если необходимо удалить отказоустойчивую кластеризацию со всех узлов кластера узлов, выберите действие «Исключить из Кластера» в консоли VMM, это поможет сэкономить уйму времени. Может потребоваться значительное количество времени, если планируется удаление компонента отказоустойчивой кластеризации со всех узлов с помощью Диспетчера Отказоустойчивости Кластеров.

При нажатии на действие «Исключить из Кластера», VMM покажет окно с предупреждением, как показано на рисунке ниже:

Рисунок 42

Нажатие на кнопку «Да» на вышеуказанном рисунке передаёт инструкцию VMM создать задание VMM, выполняемое в фоне, на удаление компонента отказоустойчивой кластеризации со всех узлов кластера узлов. Важно понимать, что VMM приступит к удалению компонента отказоустойчивой кластеризации со всех узлов кластера узлов Hyper-V после нажатия кнопки «Да». Поэтому перед тем как начать, убедитесь, что кластер узлов не размещает высокодоступные виртуальные машины или какие-либо кластеризованные сервисы или приложения.

7.2 Краткий итог части

В этой части рассмотрены некоторые полезные действия, доступные в контекстном меню правой кнопки мыши кластера Hyper-V, управляемого VMM.

В следующей части статьи продолжим изучать действия «Добавить Узел Кластера», «Проверка Кластера», «Представление Сети» и «Удалить».

8.1 Введение

Добавить Узел Кластера: Действие «Добавить Узел Кластера» помогает добавить узел в существующий кластер узлов. Всегда есть возможность добавить узел в существующий кластер Hyper-V с помощью оснастки Диспетчера Отказоустойчивости Кластеров или других методов, таких как командлеты Отказоустойчивости PowerShell. Добавление узла, управляемого VMM, в кластер Hyper-V посредством VMM — лёгкий процесс. Надо просто нажать правой кнопкой мышки на кластер Hyper-V и затем выбрать действие «Добавить Узел Кластера», как показано на рисунке ниже.

Рисунок 43

После нажатия на действие «Добавить Узел Кластера» надо выбрать узлы из списка доступных узлов, которые необходимо сделать частью кластера Hyper-V, как показано на рисунке ниже:

Рисунок 44

Очень важно понимать, что узел, который будет добавлен в кластер узлов Hyper-V, должен находиться в той же группе узлов VMM. Если узел Hyper-V находится в другой группе, переместите узел в группу узлов VMM, в которой находится кластер Hyper-V. Выберите узлы кластера, которые надо добавить в существующий кластер Hyper-V, и затем нажмите кнопку «Добавить». При нажатии на кнопку «Добавить» появится окно «Добавить Узлы Кластера Узлов» с запросом выбора учётной записи, которая будет использована VMM для выполнения различных действия при добавлении узлов в действующий кластер Hyper-V, как показано на рисунке ниже:

Рисунок 45

Затем VMM создаст задание VMM, которое в фоне добавит новый узел в кластер Hyper-V. Как показано на рисунке ниже, VMM выполняет множество задач автоматически. Задание VMM будет настроено на установку компонента отказоустойчивой кластеризации, проверку кластера, обновления состояния узла кластера в VMM и обновление кластера узлов для обновления информации о кластере.

Рисунок 46

Проверить Кластер: Запустить тест проверки кластера посредством VMM можно нажатием правой кнопкой мышки на кластер Hyper-V. Для проверки кластера Hyper-V посредством VMM, нажмите правой кнопкой мышки на кластер Hyper-V, затем выберите действие «Проверить Кластер», как показано на рисунке ниже:

Рисунок 47

При нажатии на действие «Проверить Кластер» VMM создаст задание PowerShell для запуска тестов проверки кластера для всех узлов в кластере Hyper-V и затем предоставит отчёт, как показано на рисунке ниже:

Рисунок 48

Окно Заданий VMM всегда показывает результат выполнения задания. Как видно, действие «Проверить Кластер» выполнено для кластера Hyper-V, но VMM сообщил о предупреждении. Если необходимо посмотреть, по какой причине предупреждение было создано как часть теста проверки кластера, то откройте отчёт о проверке кластера, созданный на каком-либо узле, в папке \Windows\Cluster\Reports.

Подсказка: Рекомендуется всегда запускать тест проверки кластера в следующих случаях:

• Когда узел добавляется или удаляется из кластера.
• Когда диск добавляется или удаляется из кластера.
• Когда кластер узлов перемещается на другую группу узлов VMM.

Представление Сети: Действие «Представление Сети» помогает понять, как настроена сеть для кластера узлов Hyper-V. При нажатии на действие «Представление Сети», VMM покажет окно Представления Сети, как показано на рисунке ниже:

Рисунок 49

В окне Представления Сети имеется три кнопки: «Сеть Виртуальных Машин», «Сеть Узлов», «Топология Сети». Кнопка «Сеть Узлов» покажет, как узлы в кластере узлов Hyper-V соединены и, используемые ими, логические сети VMM. Нажатие на кнопку «Топология Сети» покажет то, как сетевые компоненты ассоциированы с логической сетью VMM, как показано на рисунке ниже:

Рисунок 50

Нажатие на кнопку «Сеть Виртуальных машин» покажет виртуальные машины, работающие в кластере узлов Hyper-V, как показано на рисунке ниже:

Рисунок 51

8.2 Краткий итог части

В этой и предыдущей частях рассмотрены действия, доступные в контекстном меню правой кнопки мышки кластера Hyper-V, управляемого Диспетчером Виртуальных Машин. В следующей части статьи изучим то, как удалить конкретный узел из кластера Hyper-V.

Поскольку главная цель создания кластера Hyper-V состоит в том, чтобы сделать виртуальные машины высокодоступными, также изучим, как развёртывать виртуальную машину или службу в кластере Hyper-V.

9.1 Введение

Поскольку главная цель создания кластера Hyper-V состоит в том, чтобы сделать виртуальные машины высокодоступными, рассмотрим развёртывание виртуальных машин в кластере Hyper-V. Несмотря на то что можно использовать оснастку Диспетчер Отказоустойчивости Кластеров или командлеты PowerShell, чтобы сделать виртуальные машины высокодоступными, довольно просто произвести развёртывание виртуальной машины в кластере Hyper-V посредством VMM.

Имеется кластер Hyper-V, названный HVCluster. HVCluster содержит два узла: Primary и Secondary. При нажатии правой кнопкой мышки на кластер Hyper-V можно увидеть набор различных действий, как показано на рисунке ниже:

Рисунок 52

Эти действия помогут развернуть службу, виртуальную машину, оптимизировать узлы виртуализации, переместить кластер в другую группу узлов VMM, понизить уровень кластера, добавить узел в существующий кластер Hyper-V, проверить кластер, полностью удалить кластер из VMM.

Действия «Создать Службу» и «Создать Виртуальную Машину» используются для развёртывания службы и виртуальной машины в кластере Hyper-V. При нажатии на действие «Создать Службу» VMM откроет Конструктор Служб, который поможет создать службу и затем развернуть её в кластере Hyper-V. Шаблон Службы содержит две или более виртуальных машин.

Процесс развёртывания виртуальной машины в кластере Hyper-V относительно прост. Рассмотрим необходимые шаги для развёртывания виртуальной машины в кластере Hyper-V посредством VMM.

При нажатии на действие «Создать Виртуальную Машину» появится окно Мастера Создания Виртуальной Машины, как показано на рисунке ниже:

Рисунок 53

Перед тем нажать кнопку «Далее» необходимо выбрать источник для виртуальной машины. Можно выбрать существующую виртуальную машину, шаблон виртуальной машины или виртуальный жёсткий диск в качестве источника, применив опцию «Использовать существующую виртуальную машину, Шаблон Виртуальной Машины или Виртуальный жёсткий диск». Если надо создать новую виртуальную машину, то выберите опцию «Создать новую виртуальную машину с виртуальным жёстким диском без данных».

Подсказка: В большинстве случаев администратор VMM создаст шаблон виртуальной машины, который будет использовать при развёртывании виртуальных машин. Шаблон виртуальной машины содержит такие параметры, как оборудование и настройки гостевой ОС. Рекомендуется создать шаблон виртуальной машины перед тем, как приступить к созданию виртуальной машины.

В следующем окне необходимо ввести имя виртуальной машины, её описание и версию виртуальной машины, как показано на рисунке ниже:

Рисунок 54

На странице «Удостоверение» необходимо выбрать версию виртуальной машины. Версия 1 — это устаревшая виртуальная машина и является единственной опцией для Windows Server 2012 и ранее на узлах Hyper-V. Если на узлах Hyper-V в кластере Hyper-V установлены Windows Server 2012 R2, выберите Версию 2. Версия 2 предлагает больше возможностей, таких как безопасная загрузка, перемещение файла подкачки операционной системы на виртуальный SCSI-диск, загрузка с SCSI-диска, PXE-загрузка с помощью стандартного сетевого адаптера и т. д.

Нажмите кнопку «Далее» для перехода на страницу «Настройки Оборудования» виртуальной машины, как показано на рисунке ниже:

Рисунок 55

Отметьте, что на странице «Настройки Оборудования» Мастер Создания Виртуальной Машины позволяет выбрать профиль оборудования, если таковой уже был создан. Крайне рекомендуется, создать шаблон виртуальной машины, профилей оборудования и гостевой ОС в панели Библиотека в консоли VMM перед тем, как приступить к созданию виртуальной машины. Это позволить сэкономить уйму времени при развёртываниях виртуальных машин.

Во вкладке «Настройки Оборудования» укажите количество оперативной памяти, виртуальный процессор и другие параметры, подходящие для виртуальной машины, затем прокрутите вниз до секции «Дополнительно». В секции «Дополнительно» выберите опцию «Сделать эту Виртуальную Машину высокодоступной», как показано на рисунке ниже:

Рисунок 56

Подсказка: Если необходимо сделать существующую виртуальную машину высокодоступной, выберите опцию «Сделать эту Виртуальную Машину высокодоступной» на странице свойств этой существующей виртуальной машины. Выбор вышеуказанной опции укажет Диспетчеру Виртуальных Машин сохранить выбранную виртуальную машину как источник кластера и сохранит файлы виртуальной машины на хранилище кластера.

Затем выберите назначение виртуальной машины. Можно выбрать одну из трёх опций: «Развернуть виртуальную машину в частном облаке», «Разместить виртуальную машину на узле» или «Сохранить виртуальную машину в библиотеке», как показано на рисунке ниже:

Рисунок 57

Поскольку развёртывается новая виртуальная машина в кластере Hyper-V, то выберите опцию «Разместить виртуальную машину на узле» и затем выберите группу узлов VMM, на которых располагается кластер Hyper-V. Нажмите кнопку «Далее». При нажатии на кнопку «Далее» VMM вызовет функцию размещения для расчёта рейтинга каждого узла Hyper-V и затем отобразит список доступных для развёртывания этой виртуальной машины узлов Hyper-V, как показано на рисунке ниже:

Рисунок 58

Здесь нужно выбрать узел Hyper-V, являющийся частью кластера Hyper-V, затем жать кнопку «Далее» пока не достигните вкладки «Сводка». На вкладке Сводки нажмите кнопку «Завершить», что позволить VMM создать задание VMM и затем начать развёртывание виртуальной машины в кластере Hyper-V.

9.2 Краткий итог части

В этой части рассмотрен процесс развёртывания виртуальной машины в кластере Hyper-V посредством VMM. Также было рассмотрено, как сделать существующую виртуальную машину высокодоступной, выбрав опцию «Сделать эту виртуальную машину высокодоступной».

В заключительной части статьи рассмотрим, как развертывать виртуальные машины в кластере Hyper-V с помощью Диспетчера Отказоустойчивости Кластеров и командлетов PowerShell.

10.1 Введение

В всех частях этой статьи рассматривается процесс успешного развёртывания кластера Hyper-V посредством Диспетчера Виртуальных Машин. В предыдущей части статьи был рассмотрен процесс развёртывания новой или существующей виртуальной машины в кластере Hyper-V посредством консоли VMM.

С помощью Диспетчера Отказоустойчивости Кластеров можно добавить виртуальную машину в качестве ресурса кластера. Можно добавить новую или существующую виртуальную машину в кластер Hyper-V. Рассмотрим шаги, необходимые для создания высокодоступной виртуальной машины посредством оснастки Диспетчера Отказоустойчивости Кластеров.

В Диспетчере Отказоустойчивости Кластеров нажмите правой кнопкой мышки на раздел «Роли» под отказоустойчивым кластером и выберите одну из двух опций: «Настроить Роль» или «Новая Виртуальная Машина» в опции «Виртуальные Машины», как показано на рисунке ниже:

Рисунок 59

Как видно на рисунке выше, нажав на действие «Новая Виртуальная Машина» Диспетчер Отказоустойчивости Кластеров позволяет развернуть новую виртуальную машину в кластере Hyper-V. Если необходимо добавить существующую виртуальную машину в кластер Hyper-V, выберите действие «Настроить Роль», которое рассмотрим немного позже.

При нажатии на действие «Новая Виртуальная машина» Диспетчер Отказоустойчивости Кластеров отобразит список узлов Hyper-V в кластере, как показано на рисунке ниже:

Рисунок 60

Перед тем, как продолжить, необходимо выбрать один из узлов Hyper-V. Выберите подходящий узел Hyper-V, на который будет развёрнута новая виртуальная машина и затем нажмите кнопку «OK» для перехода к странице «Мастер Создания Новой Виртуальной Машины», как показано на рисунке ниже:

Рисунок 61

Мастер Создания Новой Виртуальной Машины похож на то, в чём создаётся новая виртуальная машина посредством диспетчера Hyper-V. Hyper-V использует библиотеку VMCLUSEX.DLL, которая ответственна за предоставление интерфейсов для настройки и управления параметрами виртуальной машины посредством Диспетчера Отказоустойчивой Кластеризации. Hyper-V также использует собственную библиотеку ресурсов (HVCLUSRES.DLL) для обеспечения высокой доступности виртуальных машин в отказоустойчивом кластере. Ресурсная библиотека (VMCLUSRES.DLL) содержит необходимые инструкции для включения виртуальной машины, выключения и т. д.

Библиотеки VMCLUSRES.DLL и VMCLUSEX.DLL можно найти в папке \Windows\System32, как показано на рисунке ниже:

Рисунок 62

Подсказка: Если интерфейс Мастера Создания Новой Виртуальной Машины не виден или имеются какие-либо проблемы с созданием виртуальной машины посредством Диспетчера Отказоустойчивой Виртуализации, попробуйте зарегистрировать библиотеки VMCLUSRES.DLL и VMCLUSEX.DLL, используя следующие команды:

• Regsvr32.exe VMCLUSRES.DLL
• Regsvr32.exe VMCLUSEX.DLL

Поскольку создание новой виртуальной машины относительно просто и возможно имеется опыт её создания с помощью Диспетчера Hyper-V, не будем подробно рассматривать все доступные страницы настроек в мастере Создания Новой Виртуальной Машины.

После настройки параметров виртуальной машины нажмите на кнопку «Готово» на странице «Сводки» для того, чтобы позволить отказоустойчивому кластеру развернуть новую виртуальную машину в качестве источника кластера в кластере Hyper-V. После нажатия кнопки «Готово» на странице «Сводки» отказоустойчивый кластер покажет сообщение о том, что новая виртуальная машина была успешно сконфигурирована в отказоустойчивом кластере, как показано на рисунке ниже:

Рисунок 63

Также можно подтвердить создание виртуальной машины в отказоустойчивом кластере, перейдя в раздел «Роли», как показано на рисунке ниже:

Рисунок 64

Хотя вышеописанные шаги можно использовать для развёртывания новой виртуальной машины в отказоустойчивом кластере, но, если надо добавить существующую виртуальную машину в отказоустойчивый кластер Hyper-V, нужно нажать правой кнопкой мышки на раздел «Роли», а затем выбрать «Настроить Роль», как показано на рисунке ниже:

Рисунок 65

На странице «Перед работой» нажмите кнопку «Далее» для отображения списка доступных ролей, как показано на рисунке ниже. В списке ролей выберите «Виртуальная Машина» в качестве роли и затем нажмите кнопку «Далее».

Рисунок 66

На следующей странице Мастер Высокой Доступности покажет список виртуальных машин со всех узлов Hyper-V, сконфигурированных в отказоустойчивом кластере. Необходимо выбрать виртуальные машины, которые нужно сделать высокодоступными, и затем нажать кнопку «Далее», как показано на рисунке ниже:

Рисунок 67

На этой стадии отказоустойчивый кластер готов к тому, чтобы сделать выбранные виртуальные машины высокодоступными. На странице «Подтверждение» нажмите кнопку «Далее» для того, чтобы позволить отказоустойчивому кластеру добавить выбранные виртуальные машины в отказоустойчивый кластер Hyper-V. Для проверки факта добавления существующих виртуальных машин в отказоустойчивый кластер, перейдите к разделу «Роли» и просмотрите список виртуальных машин, только что добавленных в отказоустойчивый кластер, как показано на рисунке ниже:

Рисунок 68

Вышеупомянутые шаги помогут вам с процессом развёртывания новых или существующих виртуальных машин в отказоустойчивом кластере Hyper-V с помощью Диспетчера Отказоустойчивой Кластеризации. Если необходимо добавить виртуальные машины в отказоустойчивый кластер Hyper-V, используя командную строку, примените командлет PowerShell отказоустойчивой кластеризации Add-ClusterVirtualMachineRole следующим образом:

• Add-ClusterVirtualMachineRole –VirtualMachine Gen2VM

Вышеупомянутая команда добавляет виртуальную машину Gen2VM в качестве ресурса кластера в отказоустойчивом кластере Hyper-V. Если нужно изменить предпочтительного владельца виртуальной машины, используйте командлет PowerShell Set-ClusterOwnerNode следующим образом:

• Set-ClusterOwnerNode –Group Gen2VM –Owner Secondary

10.2 Заключение

В данной статье был рассмотрен процесс создания высокодоступной виртуальной машины с помощью диспетчера отказоустойчивой кластеризации. Был также рассмотрен командлет PowerShell Add-ClusterVirtualMachineRole, который можно использовать для добавления виртуальных машин в отказоустойчивый кластер Hyper-V из командной строки.

Как видно, требуется выполнить достаточное количество действий для развёртывания кластера Hyper-V посредством Диспетчера Отказоустойчивой Кластеризации. Диспетчер Виртуальных Машин — прекрасный продукт, который позволяет администраторам VMM управлять узлами виртуализации Hyper-V, VMware и Xen более простым и надёжным способом.

Редакция Практики