Добавление узла в локальной версии Azure версии 23H2

Статья
11/23/2024

Область применения: Локальная версия Azure, версия 23H2

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

Сведения о добавлении узлов

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

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

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

Внимание

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

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

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

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добавление узла

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

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

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

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

Установите операционную систему и необходимые драйверы на новом узле, который планируется добавить. Выполните действия, описанные в статье "Установка локальной операционной системы Azure" версии 23H2.
Зарегистрируйте узел с помощью Arc. Выполните действия, описанные в разделе "Регистрация с помощью Arc", и настройте разрешения.

Примечание.

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

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

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

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

Get-ChildItem -Path "$env:SystemDrive\NugetStore" -Exclude Microsoft.AzureStack.Solution.LCMControllerWinService*,Microsoft.AzureStack.Role.Deployment.Service* | Remove-Item -Recurse -Force

Выполните следующую команду, чтобы добавить новый входящий узел с помощью учетных данных локального администратора для нового узла:
```
$HostIpv4 = "<IPv 4 for the new node>"
$Cred = Get-Credential 
Add-Server -Name "<Name of the new node>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred 
```
Запишите идентификатор операции в качестве выходных Add-Server данных команды. Этот идентификатор операции используется позже для отслеживания Add-Server хода выполнения операции.

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

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

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

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

Sync-AzureStackHCI

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

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

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

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

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

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

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

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

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