Добавление сервера в Azure Stack HCI версии 23H2

Статья
06/04/2024

Область применения: Azure Stack HCI версии 23H2

В этой статье описывается, как управлять емкостью, добавив сервер (часто называемый горизонтальное масштабирование) в кластер Azure Stack HCI.

Сведения о добавлении серверов

Вы можете легко масштабировать вычислительные ресурсы и хранилище одновременно в Azure Stack HCI, добавив серверы в существующий кластер. Кластер Azure Stack HCI поддерживает не более 16 серверов.

Каждый новый физический сервер, добавляемый в кластер, должен тесно соответствовать остальным серверам с точки зрения типа ЦП, памяти, количества дисков и типа и размера дисков.

Вы можете динамически масштабировать кластер Azure Stack HCI с 1 до 16 серверов. В ответ на масштабирование оркестратор (также известный как Диспетчер жизненного цикла) настраивает устойчивость диска, конфигурацию сети, включая локальные агенты, такие как агенты оркестратора и регистрация Arc. Динамическое масштабирование может потребовать изменения сетевой архитектуры от подключения без коммутатора к подключению через сетевой коммутатор.

Внимание

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

Добавление рабочего процесса сервера

На следующей схеме потока показан общий процесс добавления сервера:

Чтобы добавить сервер, выполните следующие высокоуровневые действия.

Установите операционную систему, драйверы и встроенное ПО на новом сервере кластера, который планируется добавить. Дополнительные сведения см. в разделе "Установка ОС".
Добавьте подготовленный сервер с помощью командлета Add-server PowerShell.
При добавлении сервера в кластер система проверяет, соответствует ли новый сервер входящего сервера требованиям ЦП, памяти и хранилища (дисков), прежде чем он фактически добавляет сервер.
После добавления сервера кластер также проверяется, чтобы обеспечить нормальное функционирование кластера. Затем пул носителей автоматически перебалансируется. Перебалансация хранилища — это задача с низким приоритетом, которая не влияет на фактические рабочие нагрузки. Перебалансация может выполняться в течение нескольких дней в зависимости от количества серверов и используемого хранилища.

Примечание.

При развертывании кластера Azure Stack HCI с помощью пользовательских IP-адресов хранилища необходимо вручную назначить IP-адреса сетевым адаптерам хранилища после добавления сервера.

Поддерживаемые сценарии

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

Запуск сценария	Целевой сценарий	Параметры устойчивости	Архитектура сети хранилища	Параметры следящего сервера
Один сервер	Кластер с двумя серверами	Двухстороннее зеркало	Настройка с параметром и без нее	Свидетель, необходимый для целевого сценария.
Кластер с двумя серверами	Кластер с тремя серверами	Трехстороннее зеркало	Настройка только для коммутатора	Необязательный свидетель для целевого сценария.
Кластер с тремя серверами	N-серверный кластер	Трехстороннее зеркало	Только переключение	Необязательный свидетель для целевого сценария.

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

Параметры устойчивости

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

Для добавления операции сервера параметры устойчивости обновляются для необходимых томов инфраструктуры и томов рабочей нагрузки, созданных во время развертывания. Параметры остаются неизменными для других томов рабочей нагрузки, созданных после развертывания (так как преднамеренные параметры устойчивости этих томов не известны, и может потребоваться только 2-путь зеркального тома независимо от масштаба кластера).

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

Требования к аппаратному обеспечению

При добавлении сервера система проверяет оборудование нового, входящего сервера и гарантирует, что сервер соответствует требованиям к оборудованию перед добавлением в кластер.

Компонент	Проверка compliancy
ЦП	Проверка того, что новый сервер имеет одинаковое количество ядер ЦП или более. Если ядра ЦП на входящего узла не соответствуют этому требованию, появится предупреждение. Однако операция разрешена.
Память	Проверка того, что новый сервер имеет тот же объем или больше памяти. Если память на входящем узле не соответствует этому требованию, появится предупреждение. Однако операция разрешена.
Диски	Проверка того, что новый сервер имеет одинаковое количество дисков данных, доступных для Локальные дисковые пространства. Если количество дисков на входящем узле не соответствует этому требованию, сообщается об ошибке и операция блокируется.

Необходимые компоненты

Перед добавлением сервера необходимо выполнить предварительные требования к оборудованию и программному обеспечению.

Необходимые компоненты оборудования

Обязательно выполните следующие предварительные требования:

Первым шагом является получение нового оборудования Azure Stack HCI от исходного изготовителя оборудования. Когда вы добавляете новое серверное оборудование для использования в кластере, всегда обращайтесь к документации, предоставляемой изготовителем оборудования.
Поместите новый физический сервер в предопределенное расположение, например, стойку и кабель соответствующим образом.
Включите и настройте порты физического коммутатора в соответствии с применимыми в сетевой среде.

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

Обязательно выполните следующие предварительные требования:

AzureStackLCMUser активен в Active Directory. Дополнительные сведения см. в статье "Подготовка Active Directory".
Войдите как AzureStackLCMUser или другой пользователь с эквивалентными разрешениями.
Учетные данные для AzureStackLCMUser не изменились.

Добавление сервера

В этом разделе описывается, как добавить сервер с помощью PowerShell, отслеживать состояние Add-Server операции и устранять неполадки.

Добавление сервера с помощью PowerShell

Убедитесь, что вы проверили и выполнили предварительные требования.

На новом сервере, который планируется добавить, выполните следующие действия.

Установите операционную систему и необходимые драйверы на новом сервере, который планируется добавить. Выполните действия, описанные в статье "Установка Azure Stack HCI" версии 23H2.

Примечание.

Если кластер использует выделенное намерение ATC сети для хранения, и вы используете пользовательские IP-адреса хранилища, необходимо настроить IP-адреса на сетевых адаптерах хранилища перед добавлением нового сервера. Если кластер использует намерение ATC общей сети для хранения и другого типа трафика, например вычислений и управления, необходимо вручную настроить IP-адреса на виртуальных сетевых адаптерах хранилища после добавления сервера в кластер.
Зарегистрируйте сервер с помощью Arc. Выполните действия, описанные в разделе "Регистрация с помощью Arc", и настройте разрешения.

Примечание.

Для регистрации в Arc необходимо использовать те же параметры, что и существующие узлы. Например: имя группы ресурсов, регион, подписка и палатка.
Назначьте следующие разрешения только что добавленным узлам сервера:
- Роль Управление устройствами Azure Stack HCI
- Дополнительные сведения см. в разделе "Назначение разрешений для сервера".

На сервере, который уже существует в кластере, выполните следующие действия.

Войдите с помощью учетных данных пользователя домена, предоставленных во время развертывания кластера.
(Необязательно) Перед добавлением сервера обязательно получите обновленный маркер проверки подлинности. Выполните следующую команду:
```
Update-AuthenticationToken 
```

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

$HostIpv4 = "<IPv 4 for the new server>"
$Cred = Get-Credential 
Add-Server -Name "< Name of the new server>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred

Запишите идентификатор операции в качестве выходных Add-Server данных команды. Этот идентификатор операции используется позже для отслеживания Add-Server хода выполнения операции.

Мониторинг хода выполнения операции

Чтобы отслеживать ход выполнения операции добавления сервера, выполните следующие действия.

Выполните следующий командлет и укажите идентификатор операции из предыдущего шага.
```
$ID = "<Operation ID>" 
Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID 
```
После завершения операции задание перебалансирования фонового хранилища продолжит выполняться. Дождитесь завершения задания перебалансировки хранилища. Чтобы проверить ход выполнения этого задания перебалансирования хранилища, используйте следующий командлет:
```
Get-VirtualDisk|Get-StorageJob
```
Если задание повторного балансировки хранилища завершено, командлет не вернет выходные данные.

Добавленный сервер отображается в портал Azure в списке кластеров Azure Stack HCI через несколько часов. Чтобы принудительно отобразить сервер в портал Azure, выполните следующую команду:

Sync-AzureStackHCI

Сценарии восстановления

Следующие сценарии восстановления и рекомендуемые шаги по устранению рисков табуляции для добавления сервера:

Описание сценария	Исправление	Поддерживается?
Добавлен новый сервер вне группы без использования оркестратора.	Удалите добавленный сервер. Используйте оркестратор для добавления сервера.	No
Добавлен новый сервер с оркестратором и сбой операции.	Чтобы завершить операцию, изучите сбой. Повторно выполните неудачную операцию с помощью `Add-Server -Rerun`.	Да
Добавлен новый сервер с оркестратором. Операция завершилась частично, но должна была начаться с новой установки операционной системы.	В этом сценарии оркестратор уже обновил свое хранилище знаний с новым сервером. Используйте сценарий сервера восстановления.	Да

Устранение неполадок

Если при добавлении сервера возникают сбои или ошибки, вы можете записать выходные данные сбоев в файле журнала. На сервере, который уже существует в кластере, выполните следующие действия.

Войдите с помощью учетных данных пользователя домена, предоставленных во время развертывания кластера. Зафиксировать проблему в файлах журнала.
```
Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt
```
Чтобы повторно выполнить неудачную операцию, используйте следующий командлет:
```
Add-Server -Rerun
```

Следующие шаги

Узнайте больше о том, как восстановить сервер.

Поделиться через