Развертывание кластеризованного файлового сервера с двумя узлами

Добавление узла в кластер

  1. Если вы уже использовали диспетчер отказоустойчивости кластеров для добавления узла, то в области Структура > Серверы > Все узлы щелкните правой кнопкой мыши узел с состоянием Ожидание и выберите Добавить в кластер узлов.
  2. Если вы не добавляли узел с помощью диспетчера отказоустойчивости кластеров, можно добавить узлы, которые уже управляются VMM. В области Структура > Серверы > Все узлы щелкните правой кнопкой мыши кластер и выберите Добавить узел кластера. В мастере добавления узлов выберите Тип ресурса и учетную запись запуска от имени, которая будет использоваться для добавления узлов. Убедитесь, что установлен флажок Существующие серверы, работающие под управлением операционной системы Windows Server. В разделе Выбор узлов выберите сервер узлов Hyper-V, который требуется добавить. Завершите работу мастера и проверьте параметры.

Рекомендации По Настройке Сети Hyper-V

Теперь, когда мы рассмотрели основы Hyper-V networking, виртуальные коммутаторы, требования к сети кластера Hyper-V, а также новые функции, найденные в виртуальной сети Windows Server 2019.

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

По возможности установите или обновите до последней версии Windows Server. С каждым выпуском Windows Server появляются новые и расширенные возможности, связанные с Hyper-V
Используйте современные физические сетевые карты, поддерживаемые корпорацией Майкрософт и имеющие возможность использовать удаленный прямой доступ к памяти (RDMA)
Убедитесь, что вы используете новейшие драйверы сетевых карт и прошивку
Используйте очередь виртуальных машин или сетевые карты с поддержкой VMQ – это обеспечивает преимущества аппаратной виртуализации, которые позволяют более эффективно подключаться к сети для TCP / IP / iSCSI и FCoE
Использование высокоскоростных сетей между узлами Hyper-V в кластере Hyper – V-используйте не менее 10 сетей GbE между узлами Hyper-V для обеспечения соответствия требованиям к пропускной способности и производительности между узлами кластера
Включить jumbo frames-Jumbo frames обеспечивает более эффективную сетевую связь в высокопроизводительных приложениях, поскольку позволяет увеличить количество кадров передачи и снизить загрузку процессора на хостах. Гигантские кадры обычно имеют размер 9000 байт или больше, в отличие от стандартного размера 1500-байтового кадра Ethernet
Не используйте разгрузку TCP Chimney или разгрузку IPsec с Windows Server 2016. Эти технологии устарели в Windows Server 2016 и могут повлиять на производительность сервера и сети

Чтобы отключить разгрузку TCP Chimney, из командной строки с повышенными правами выполните следующие команды:Netsh int tcp show global – показывает текущие настройки TCPnetsh int tcp set global chimney=disabled-отключает разгрузку TCP Chimney, если она включена
Убедитесь, что вы используете избыточные пути между узлами кластера Hyper-V, чтобы убедиться, что при сбое в одном пути существует другой путь, который можно использовать для связи
Планируйте свои сети Hyper – V-особенно с кластерами Hyper-V, планирование сетей очень важно. Убедитесь, что вы подготовили отдельные диапазоны IP-адресов/подсети, VLAN и т

д., для ваших специфичных для кластера сетей (живая миграция, кластер, хранилище, сети виртуальных машин)
Не используйте ReFS с общими томами кластера (CSV) – в настоящее время при использовании с CSV ReFS заставляет кластер работать в режиме перенаправления файловой системы, который отправляет все операции ввода-вывода по сети кластера на узел координатора Тома. Это может значительно повлиять на производительность
Понимание кластерной сети и ее использования – вы должны включить несколько сетей для кластерной связи, так как это обеспечивает встроенную устойчивость к кластерной связи, помогая обеспечить HA этой важной сетевой связи в кластере Hyper-V
Разрешите доступ к операционной системе управления только в тех сетях, которые необходимы. Поймите, как это создает специализированные сетевые соединения на узле Hyper-V
Используемая конвергентная сеть-конвергентная сеть позволяет гораздо эффективнее использовать физические адаптеры на хосте Hyper-V, а также доступную полосу пропускания.
Used Switch Embedded Teaming – With Switch Embedded Teaming позволяет создавать команду с помощью виртуального коммутатора вместо использования физической команды
При использовании Windows Server 2019 используйте Коалесценцию сегмента приема (RSC) для повышения производительности виртуальных рабочих нагрузок
С Windows Server 2019 используйте зашифрованные сети – это позволяет шифровать все сетевые коммуникации в виртуальных сетях для шифрования в полете

Проверка готовности отказоустойчивого кластера

Перед созданием кластера необходимо убедиться, что все настройки правильно сконфигурированы. Запустите Failover Cluster Manager из меню Start, прокрутите до раздела Management и кликните Validate Configuration.

Выберите для валидации оба сервера.

Выполните все тесты. Там же есть описание того, какие решения поддерживает Microsoft.

После успешного прохождения всех нужных тестов, можно создать кластер, установив флажок Create the cluster now using the validated nodes (создать кластер с помощью валидированных узлов), или это можно сделать позже. Если во время тестирования возникали ошибки или предупреждения, можно просмотреть подробный отчет, кликнув на View Report.

Основы работы с сетями Hyper-V

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

Самый простой способ установить базовую сеть — создать виртуальный коммутатор при установке Hyper-V. Затем при создании виртуальной машины ее можно подключить к коммутатору. При подключении к коммутатору на виртуальной машине автоматически добавляется виртуальный сетевой адаптер. Инструкции см. в статье Создание виртуального коммутатора для виртуальных машин Hyper-V.

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

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

Параметры коммутатора и сетевого адаптера

Hyper-V предлагает три типа виртуальных коммутаторов и два типа виртуальных сетевых адаптера. Вы решите выбрать, какой из них вам нужен при создании. вы можете использовать диспетчер hyper-v или модуль hyper-v для Windows PowerShell создания виртуальных коммутаторов и виртуальных сетевых адаптеров и управления ими. Некоторые расширенные сетевые возможности, такие как расширенные списки управления доступом к портам (ACL), можно управлять только с помощью командлетов в модуле Hyper-V.

После создания виртуального коммутатора или виртуального сетевого адаптера можно внести некоторые изменения. Например, можно изменить существующий коммутатор на другой тип, но это повлияет на сетевые возможности всех виртуальных машин, подключенных к этому коммутатору. Таким образом, вы, вероятно, не будете делать этого, пока не поймете ошибку или не нужно проверять что-либо. В качестве другого примера можно подключить виртуальный сетевой адаптер к другому коммутатору, который вы можете сделать, если хотите подключиться к другой сети. Однако виртуальный сетевой адаптер нельзя изменить с одного типа на другой. Вместо изменения типа необходимо добавить другой виртуальный сетевой адаптер и выбрать соответствующий тип.

Типы виртуальных коммутаторов:

  • Внешний виртуальный коммутатор — подключается к проводных, физическим сетям путем привязки к физическому сетевому адаптеру.

  • Внутренний виртуальный коммутатор — подключается к сети, которая может использоваться только виртуальными машинами, работающими на узле с виртуальным коммутатором, а также между узлом и виртуальными машинами.

  • Частный виртуальный коммутатор — подключается к сети, которая может использоваться только виртуальными машинами, работающими на узле, на котором установлен виртуальный коммутатор, но не предоставляет сети между узлом и виртуальными машинами.

Типы виртуальных сетевых адаптеров:

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

Обратите внимание, что в диспетчере Hyper-V и командлетах Networking этот тип просто называется сетевым адаптером.

Устаревший сетевой адаптер — доступен только в виртуальных машинах поколения 1. эмулирует адаптер PCI Fast Ethernet на основе Intel 21140 и может использоваться для загрузки в сеть, чтобы можно было установить операционную систему из службы, например Windows служб развертывания.

Часто задаваемые вопросы

существуют ли различия между управлением Windows Server 2016 и Windows Server 2019?

Да. центр администрирования Windows для Hyper-Converged инфраструктуры получает частые обновления, которые улучшают работу как Windows Server 2016, так и Windows Server 2019. однако некоторые новые функции доступны только для Windows Server 2019 — например, выключатель для дедупликации и сжатия.

В чем разница между отказоустойчивым кластером и кластером Hyper-Converged?

как правило, термин «hyper-in схождения» означает выполнение hyper-V и дисковые пространства Direct на тех же кластерных серверах для виртуализации ресурсов вычислений и хранения. в контексте Windows центра администрирования при нажатии кнопки + добавить в списке подключения можно выбрать между добавлением подключения к отказоустойчивому кластеру или подключением к кластеру с поддержкой Hyper-in.

  • Подключение отказоустойчивого кластера является преемником Диспетчер отказоустойчивости кластеров классического приложения. Он предоставляет привычный интерфейс управления общего назначения для любого кластера, поддерживающего любую рабочую нагрузку, в том числе Microsoft SQL Server. он доступен для Windows Server 2012 и более поздних версий.

  • подключение к кластеру с технологией Hyper- in — это новый интерфейс, предназначенный для дисковые пространства Direct и Hyper-V. В его состав входит информационная панель с диаграммами и оповещениями для мониторинга. он доступен для Windows Server 2016 и Windows Server 2019.

Зачем мне нужен последний накопительный пакет обновления для Windows Server 2016?

центр администрирования Windows для инфраструктуры Hyper-Converged зависит от интерфейсов api управления, разработанных с момента выпуска Windows Server 2016. эти api-интерфейсы добавляются в накопительный пакет обновления 2018-05 для Windows Server 2016 (KB4103723), доступный по 8 мая 2018.

Сколько стоит использование Windows Admin Center?

Пользоваться Windows Admin Center можно бесплатно в рамках оплаченной лицензии на Windows.

Платформу Windows Admin Center (доступна в виде отдельно скачиваемых файлов) можно использовать с действующими лицензиями на Windows Server или Windows 10 без дополнительной платы. Ее использование регламентируется дополнительным лицензионным соглашением Windows.

Требуется ли подключение к Интернету?

несмотря на то, что центр администрирования Windows предлагает мощную и удобную интеграцию с Microsoft Azureным облаком, основные возможности управления и мониторинга для инфраструктуры Hyper-Converged полностью размещены в локальной среде. Его можно установить и использовать без подключения к Интернету.

Свойства кластеров Hyper-V

Вкладка
Параметры
Общие
Просмотр имени, группы узлов и описания. Также можно настроить параметр Резерв кластера (узлы) и просматривать состояние резерва кластера. Параметр Резерв кластера (узлы) указывает число отказов узлов, которое должен выдерживать кластер, продолжая поддерживать все виртуальные машины, развернутые в кластере узлов. Если кластер не может выдержать указанное число отказов узлов, не прерывая работы всех виртуальных машин, кластеру назначается «перегруженное» состояние. Узлы перегруженного кластера получают нулевую оценку во время размещения виртуальных машин. Администратор может переопределить оценку и поместить виртуальную машину высокой доступности в перегруженный кластер вручную.
Состояние
Просмотр подробных сведений о состоянии для кластера узлов. Выполняется и успешно завершается проверка кластера. Включает ссылку на последний ответ о проверке (если есть)

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

Для этого в рабочей области Структура найдите и щелкните узел кластера. Затем на вкладке Кластер узлов нажмите кнопку Проверить кластер. Проверка кластера начнется немедленно. Онлайн-элементы в кластере: основные ресурсы кластера, диск-свидетель в кворуме и служба кластера на каждом узле.
Доступное хранилище
Отображает доступное хранилище, т. е. логические единицы хранения, которые назначены кластеру узлов, но не являются общими томами кластера (CSV). Можно выполнить следующие действия: удалять и добавлять логические единицы хранения, управляемые VMM; преобразовать доступное хранилище в общее хранилище (общий том кластера).
Общие тома
Отображение общих томов (общих томов кластера), выделенных кластеру узлов. Можно выполнить следующие действия: удалять и добавлять CSV, управляемые VMM; преобразовать общие тома кластера в доступное хранилище (не являющееся общим томом кластера).
Настраиваемые свойства
Пользовательские свойства, которыми вы управляете.

Развертывание сетей хранения данных с отказоустойчивыми кластерами

При развертывании сети хранения данных (SAN) с отказоустойчивым кластером следует соблюдать следующие рекомендации.

  • Подтвердите сертификацию хранилища: с помощью сайта каталога Windows Server убедитесь, что хранилище поставщика, включая драйверы, встроенное по и программное обеспечение, сертифицировано для Windows Server 2016 или Windows Server 2019.

  • Изоляция устройств хранения данных, один кластер на устройство: Серверы из разных кластеров не должны иметь доступ к одним и тем же устройствам хранения. В большинстве случаев LUN, используемый для одного набора серверов кластера, должен быть изолирован от всех других серверов через маскирование или зонирование LUN.

  • Рассмотрите возможность использования программного обеспечения Multipath I/O: В структуре хранилища высокой доступности можно развертывать отказоустойчивые кластеры с несколькими адаптерами шины с помощью программного обеспечения Multipath I/O. Это обеспечивает максимальный уровень резервирования и доступности. Многопутевое решение должно основываться на Microsoft Multipath I/O (MPIO). поставщик оборудования хранилища может предоставить аппаратный модуль MPIO (DSM) для вашего оборудования, хотя Windows Server 2016 и Windows Server 2019 включают один или несколько dsm в составе операционной системы.

Как удалить узел из кластера хостов Hyper-V

Вы можете использовать следующие процедуры, чтобы удалить один или несколько узлов из управляемого кластера хостов Hyper-V, используя консоль VMM в System Center Virtual Machine Manager (VMM) 2012. После того, как вы удалите узел из кластера, узел станет отдельным управляемым хостом.

Необходимые условия

Прежде, чем вы начнете эту процедуру, убедитесь, что выполняются следующие необходимые условия:

  • Управляемый хост Hyper-V должен находиться в домене, который является доверенным для домена сервера управления VMM.
  • Хост должен функционировать на операционной системе Windows Server 2008 R2 Enterprise Edition или Windows Server 2008 R2 Datacenter Edition (с пакетом обновления 1 или без),
  • Кластер хостов, из которого вы хотите удалить узел, должен иметь более одного узла.
  • Узел, который вы хотите удалить, должен находиться в режиме обслуживания. Чтобы запустить режим обслуживания, в рабочей области Fabric раскройте Servers и затем раскройте All Hosts. Найдите узел кластера, который вы хотите удалить, и кликните правой кнопкой мыши, затем кликните Start Maintenance Mode. Когда появится запрос, хотите ли вы выполнить живую миграцию всех запущенных высокодоступных виртуальных машин, кликните Yes. Откройте рабочую область Jobs, чтобы посмотреть состояние задания.

Чтобы удалить узел из кластера хостов Hyper-V

1. Откройте рабочую область Fabric.

2. В панели Fabric раскройте Servers, раскройте All Hosts, раскройте кластер хостов, и затем кликните узел, который вы хотите удалить.

Примечание
Узел, который вы хотите удалить, должен находиться в режиме обслуживания.

3. На закладке Host, в группе Cluster, кликните Remove Cluster Node.

4. Когда появится запрос, хотите ли вы удалить узел, кликните Yes.

VMM удаляет узел из кластера. Откройте рабочую область Jobs, чтобы посмотреть состояние задания.

5. Чтобы проверить, что узел был удален, убедитесь, что узел появился в панели Fabric как отдельный хост.

Примечание
Как часть задания, VMM автоматически убирает регистрацию общего хранилища с узла, который управляется посредством VMM. Если вы назначили кластеру хранилище, которое не управляется VMM, мы рекомендуем убрать регистрацию общего хранилища с узла средствами управления массивом хранения от производителя.

Ограничения

  • эта функция работает только для Windows Server 2012 R2 только для Windows Server 2016 версий. эта функция не может обновить более ранние версии Windows server, например Windows Server 2008, Windows Server 2008 R2 или Windows Server 2012 для Windows Server 2016.
  • каждый узел Windows Server 2016 следует переформатировать или только новую установку. Тип установки «на месте» или «обновление» не рекомендуется.
  • для добавления узлов Windows Server 2016 в кластер необходимо использовать Windows Server 2016 узел.
  • При управлении кластером в режиме смешанной ОС всегда выполняйте задачи управления из узла верхнего уровня, на котором выполняется Windows Server 2016. узлы прежних версий Windows Server 2012 R2 не могут использовать пользовательский интерфейс или средства управления для Windows Server 2016.
  • Мы советуем клиентам быстро перемещаться по процессу обновления кластера, так как некоторые функции кластера не оптимизированы для смешанного режима ОС.
  • избегайте создания или изменения размера хранилища на Windows Server 2016 узлах, пока кластер работает в смешанном режиме ос из-за возможных несовместимости при отработке отказа с Windows Server 2016 узла на узлы Windows Server 2012 R2 нижнего уровня.

Виртуальная Сеть Hyper-V

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

Подключаемый модуль виртуальных сетевых карт к виртуальным коммутаторам и физические сетевые карты в узле Hyper-V являются восходящей линией связи от виртуального коммутатора к физическому коммутатору.

Создание сеанса iSCSI

  1. Убедитесь, что служба инициатора iSCSI (Майкрософт) на целевом узле в оснастке «Службы» запущена и работает в автоматическом режиме.
  2. В разделе Структура > Серверы > Все узлы Узлы щелкните правой кнопкой мыши узел, который нужно настроить, и выберите Свойства.
  3. Посмотрите, указан ли массив хранения в разделе Массивы iSCSI. Если это не так, на панели инструментов нажмите кнопку Добавить рядом с элементом Массив iSCSI.
  4. В разделе «Создание нового сеанса iSCSI» > Массив щелкните массив хранения, который требуется использовать.
  5. Щелкните Создать для создания сеанса. Выберите «Использовать дополнительные параметры», если хотите изменить настроенные параметры, включая целевой прослушиватель, имя или сетевую карту узла.
  6. Созданный массив отображается в разделе Массивы iSCSI. Щелкните массив для просмотра дополнительных сведений.

Добавление узла в кластер

  1. Если вы уже использовали диспетчер отказоустойчивости кластеров для добавления узла, то в области Структура > Серверы > Все узлы щелкните правой кнопкой мыши узел с состоянием Ожидание и выберите Добавить в кластер узлов.
  2. Если вы не добавляли узел с помощью диспетчера отказоустойчивости кластеров, можно добавить узлы, которые уже управляются VMM. В области Структура > Серверы > Все узлы щелкните правой кнопкой мыши кластер и выберите Добавить узел кластера. В мастере добавления узлов выберите Тип ресурса и учетную запись запуска от имени, которая будет использоваться для добавления узлов. Убедитесь, что установлен флажок Существующие серверы, работающие под управлением операционной системы Windows Server. В разделе Выбор узлов выберите сервер узлов Hyper-V, который требуется добавить. Завершите работу мастера и проверьте параметры.

Требования

Перед началом чередующегося процесса обновления ОС кластера выполните следующие требования.

  • начните с отказоустойчивого кластера, работающего Windows Server 2016 или Windows Server 2012 R2.
  • обновление дисковые пространства прямого кластера на Windows Server версии 1709 не поддерживается.
  • Если Рабочая нагрузка кластера — это виртуальные машины Hyper-V или Scale-Out файловый сервер, то обновление без простоя может быть нулевым.
  • Убедитесь, что узлы Hyper-V имеют процессоры, поддерживающие таблицу Second-Level адресации (SLAT), используя один из следующих методов. -Проверьте, совместимы ли вы с SLAT? Совет по пакету SDK для WP8.1 . в статье описывается два метода проверки того, поддерживает ли ЦП SLAT. Скачайте средство Coreinfo v 3.31 , чтобы определить, поддерживает ли ЦП SLAT.

Как добавить узел в кластер хостов Hyper-V

Вы можете использовать следующие процедуры для добавления одного или нескольких узлов к управляемому кластеру хостов Hyper-V с помощью консоли VMM в System Center Virtual Machine Manager (VMM) 2012.

Примечание
Эта процедура показывает, как добавить управляемый хост Hyper-V к управляемому кластеру хостов Hyper-V. Если вы добавляете неуправляемый узел к управляемому кластеру Hyper-V с использованием Failover Cluster Manager, откройте рабочую область Fabric, раскройте Servers, раскройте All Hosts, найдите и кликните правой кнопкой мыши хост, и затем кликните Add to Host Cluster.

Необходимые условия

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

  • Хост уже должен находиться под управлением VMM 2012.
  • Хост должен функционировать на операционной системе Windows Server 2008 R2 Enterprise Edition или Windows Server 2008 R2 Datacenter Edition (с пакетом обновления 1 или без) и удовлетворять требованиям для отказоустойчивых кластеров. Для дополнительной информации смотрите статью Общее представление о требованиях для отказоустойчивых кластеров.
  • Хост должен находиться в той же группе хостов, что и целевой кластер хостов.
  • Хост должен быть в том же домене, что и целевой кластер хостов.
  • Если кластер использует статические IP-адреса, хост должен быть сконфигурирован на использование статических IP-адресов, с подсетью, которая соответствует остальным узлам кластера.
  • Физические сетевые адаптеры на хосте должны быть сконфигурированы с логическими сетями, которые соответствуют существующей кластерной виртуальной сети на целевом кластере хостов. Помните, что вы не должны создавать внешнюю виртуальную сеть на хосте, который вы хотите добавить. Вы должны только связать логические сети для всех существующих кластерных виртуальных сетей с физическими сетевыми адаптерами. Чтобы посмотреть виртуальные сети на целевом кластере хостов, кликните правой кнопкой мыши кластер, и затем в диалоговом окне свойств кластера кликните закладку Virtual Networks.

Примечание
Для дополнительной информации смотрите статью Как настраивать сетевые параметры на хосте Hyper-V.

Если кластер имеет доступные или общие тома с логическими модулями, которые управляются VMM 2012, хост, который вы хотите добавить, должен иметь доступ к тому же массиву хранения. Любые логические модули хранения, которые не управляются посредством VMM, должны уже быть предоставлены хосту.

Кроме того, целевой кластер хостов должен находиться в домене, который является доверенным для домена сервера управления VMM.

Чтобы добавить хост Hyper-V как узел кластера

1. Откройте рабочую область Fabric.

2. В панели Fabric раскройте Servers и затем раскройте All Hosts. Найдите и затем кликните кластер хостов, куда вы хотите добавить узел.

3. На закладке Host Cluster, в группе Host Cluster, кликните Add Cluster Node. Откроется диалоговое окно добавления узлов кластера.

4. В диалоговом окне Add Host Cluster Nodes, в колонке Available hosts кликните хост, который вы хотите добавить как узел кластера, и затем кликните Add. (Чтобы выбрать несколько хостов, нажмите и удерживайте клавишу CTRL, и затем кликайте каждый хост. Чтобы выбрать диапазон, кликните первый хост в списке, нажмите и удерживайте клавишу SHIFT, и затем кликните последний хост в списке.) Когда закончите, кликните Add в правом нижнем углу диалогового окна.

5. В диалоговом окне Enter Credentials учетные данные для учетной записи пользователя, который имеет административные права на хосте, который вы хотите добавить, в формате имя_домена\имя_пользователя, и затем кликните OK.

VMM добавляет узел к кластеру. Откройте рабочую область Jobs, чтобы посмотреть состояние задания.

Примечание
Как часть задания, VMM автоматически регистрирует общее хранилище для кластера, который управляется посредством VMM 2012.

6. Чтобы проверить, что узел кластера был добавлен, в панели Fabric раскройте Servers, раскройте All Hosts, и затем найдите кластер хостов и кликните по нему.

В панели Hosts проверьте, что новый узел появился как часть кластера хостов и что состояние хоста — OK.

Шаг 1. Подготовка кластера

Подготовка кластера на основе узлов Hyper-V

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

Обратите внимание на указанные ниже моменты

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

Подготовка кластера на основе компьютеров без операционной системы

Примечание

Как правило, для узла локальных дисковых пространств требуются параметры RDMA, QOS и SET. Чтобы настроить эти параметры для узла с помощью компьютеров без операционных систем, можно использовать возможность запуска скриптов, выполняемых после развертывания PCP. Вот .
Вы также можете использовать этот скрипт для настройки RDMA, QoS и SET при добавлении нового узла к уже развернутым локальным дисковым пространствам на основе компьютеров без операционной системы.

Ознакомьтесь с для развертывания кластера без операционной системы

Обратите внимание на следующие условия.
Универсальный образ VHD или VHDX в библиотеке VMM должен содержать ОС Windows Server 2016 с последними обновлениями. Необходимо задать значения параметров Операционная система и Платформа виртуализации для жесткого диска.
Для развертывания без операционной системы необходимо добавить в структуру VMM сервер протокола удаленной загрузки PXE

PXE-сервер предоставляется посредством служб развертывания Windows. VMM использует собственный образ WinPE. Необходимо убедиться в том, что он имеет последнюю версию. Для этого последовательно выберите Структура > Инфраструктура > Обновить образ среды предустановки Windows и дождитесь завершения задания.

Выполните инструкции по подготовке кластера на основе компьютеров без операционной системы.

Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Мой редактор ОС
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Adblock
detector