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

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

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

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

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

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

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

Внимание

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

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

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

Схема, иллюстрирующая процесс добавления узла.

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Примечание.

    • Для версий 2503 и более поздних версий необходимо использовать образ ОС того же решения, что и в существующем кластере.
    • Используйте Получить версию решения, чтобы определить версию решения, которая выполняется на кластере.
    • Используйте таблицу образов ОС , чтобы определить и скачать соответствующую версию образа ОС. Не используйте портал Azure, так как он не содержит список всех доступных версий образов ОС и может не включать требуемую версию сопоставления.

  2. Зарегистрируйте узел с помощью Arc. Выполните действия, описанные в разделе "Регистрация с помощью Arc", и настройте разрешения.

    Примечание.

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

  3. Назначьте следующие разрешения только что добавленным узлам:

Если вы увеличиваете масштаб с одного узла, выполните сначала следующие действия:

  1. Настройте свидетель кворума для локального экземпляра Azure.

  2. Настройте намерение хранилища, если вы этого не сделали во время первоначального развертывания экземпляра Azure Local. Измените параметры, чтобы соответствовать вашей среде.

    Set-StorageNetworkIntent -Name "StorageNet" -StorageIntentAdapters "Ethernet1, Ethernet2" -Switchless $false -VLANID "877, 888"

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

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

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

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

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

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

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

  1. Выполните следующий командлет и укажите идентификатор операции из предыдущего шага.

    $ID = "<Operation ID>" 
Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID

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

    Get-VirtualDisk|Get-StorageJob

    Если задание повторного балансировки хранилища завершено, командлет не вернет выходные данные.

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

Sync-AzureStackHCI

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

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

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

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

Начиная с выпуска 2508 проверка выполняется после выполнения Add-Server команды. Если тест завершается сбоем, проверяющий возвращает сведения, которые помогут устранить сбой.

Ниже приведен пример сообщения о сбое проверки:

Снимок экрана: сообщение об ошибке проверки.

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

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

    Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt

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

    Add-Server -Rerun

Если во время операции добавления узла возникла проблема и нужна помощь от службы поддержки Майкрософт, вы можете выполнить действия, описанные в разделе "Сбор журналов диагностики для локальной версии Azure" (предварительная версия), чтобы собирать и отправлять журналы диагностики в Корпорацию Майкрософт.

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

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

  • Last updated on