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

Статья
03/08/2025

Область применения: Azure Local 2311.2 и более поздних версий

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

О добавлении узлов

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

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

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

Внимание

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

Добавить рабочий процесс узла

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

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

Предварительные условия

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание.

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

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

Войдите с помощью учетных данных пользователя домена (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

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

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

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

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

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

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

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

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

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