Устранение неполадок валидации развертывания портала Azure для локальной версии Azure

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

В этой статье приводятся рекомендации по устранению неполадок при проверке развертывания локальной среды Azure с помощью портал Azure.

Ошибка — сбой проверки развертывания

При развертывании локальной службы Azure на портале Azure может возникнуть сбой проверки развертывания. Задача проверки "Локальная сеть Azure — проверка требований к сети" завершается сбоем со следующей ошибкой:

Could not complete the operation. 400: Resource creation validation failed. Details:
[{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator
found error at deploymentdata.physicalnodes[0].ipv4address: The specified  for 
\u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address.
Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

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

The selected physical network adapter is not binded to the management virtual switch.

Причина

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

Проблема возникает по следующей причине:

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

Рекомендуемое решение

Процесс многошагового разрешения включает следующие действия.

• Удаление блокировки с первого компьютера
• Удаление ошибки проверки
• Упорядочивание ресурса Azure граничного устройства с некорректной информацией о виртуальном коммутаторе
• Обновление облачных данных
• Перезапуск развертывания с помощью портала Azure
• Повторное создание блокировки на первом компьютере

Примечание.

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

Удаление блокировки с первого компьютера

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

1. Чтобы удалить блокировку, в портале Azure перейдите к объекту через группу ресурсов или в разделе Машины — Azure Arc.
2. В левой области перейдите к Параметры > Блокировки. Вы увидите блокировку с именем DoNotDelete. Это автоматическая блокировка ресурсов, которая создается при подключении узла.
3. Выберите «Удалить» рядом с блокировкой.

При попытке выполнить действия в следующем разделе без удаления блокировки команда Delete завершается ошибкой:

Some resources failed to be deleted (run with `--verbose` for more information):
/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default

Ниже приведен пример выходных данных при запуске с помощью коммутатора --verbose :

(ScopeLocked) The scope '/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' cannot perform delete operation because following scope(s) are locked: '/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>'. Please remove the lock and try again.
Code: ScopeLocked
Message: The scope '/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' cannot perform delete operation because following scope(s) are locked: '/subscriptions/<subid>/resourceGroups/<rgname>/providers/Microsoft.HybridCompute/machines/<Machine Name>'. Please remove the lock and try again.

Удаление ошибки проверки

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

1. Подключитесь к первому компьютеру. Выполните следующую команду PowerShell:

   Get-VMSwitch
   

2. Проверьте выходные данные Get-VMSwitch команды для любых непредвиденных коммутаторов виртуальной машины, например коммутатор, который создается во время шага проверки сети и имеет имя, аналогичное: "ConvergedSwitch(compute_management)" Точное имя коммутатора зависит от выбранной конфигурации намерения сети.

3. Если обнаружен переключатель виртуальной машины, который вы не создавали намеренно, удалите его. Выполните следующую команду PowerShell:

   Remove-VMSwitch -Name "<VM Switch Name>" -Force
   

   Обязательно используйте имя коммутатора ВМ из команды Get-VMSwitch. Если вы намеренно не создали переключатель виртуальной машины, Get-VMSwitch команда не имеет результатов. Сбой возникает из-за того, что шаг проверки сети очистил коммутатор виртуальной машины, но DeviceManagementExtension не обнаружил очистку.

Выполните действия по очистке.

Очистка ресурса Azure для Edge-устройства с неверными данными о коммутаторах виртуальных машин

После удаления переключателя виртуальной машины на устройстве выполните очистку ARM-ресурса устройства Edge, содержащего неверные сведения о переключателе виртуальных машин, с помощью Azure CLI.

1. На клиенте, имеющем доступ к Azure, проверьте установку или установите AZ CLI: Установите Azure CLI в Windows

   • Чтобы проверить установку, выполните следующие действия: az
   • При установке это выводит "Welcome to Azure CLI!" с доступными командами.

2. Войдите в Azure с помощью Azure CLI. Выполните следующую команду:

   az login --tenant <tenant ID> --use-device-code
   

   Для получения дополнительной информации войдите в интерактивном режиме с помощью Azure CLI

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

   az account set --subscription "<Subscription ID>"
   

   Замените значение в приведенном выше примере команды соответствующим значением <Subscription ID>.

4. Выведите данные, хранящиеся в ресурсе edgeDevices с неправильно сохраненной информацией о коммутаторе виртуальных машин. Выполните следующую команду:

   az resource show --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default"
   

   Замените значения в приведенном выше примере команды соответствующими значениями:<Subscription ID>, <Resource Group Name>а также <Machine Name>.

   Ниже представлен пример результата.

   az resource show --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/ASRR1N26R15U33/providers/Microsoft.AzureStackHCI/edgeDevices/default"
   

   В выходных данных этой команды содержатся подробные сведения об <имени> компьютера, используемом в команде. В нижней части выходных данных есть раздел для "switchDetails", где скорее всего будет отображено следующее (что является коммутатором проверки ВМ, который был создан и очищен на устройстве, но не обнаружен расширением управления устройствами и не обновлен на стороне облака): "switchName": "ConvergedSwitch(managementcompute)","switchType": "External"

5. Убедившись, что show команда сработала, выведя данные edgeDevices, и, скорее всего, подтвердив "switchDetails", следует delete ресурс из ARM, чтобы его можно было правильно обновить с первого компьютера.

   Примечание.

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

6. Удалите edgeDevices ресурс, содержащий неправильно сохраненную информацию о коммутаторе ВМ. Выполните следующую команду:

   az resource delete --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default"
   

   Замените значения (не забудьте удалить <> символы) соответствующими значениями: <subGUID><resourceGROUPNAME><Machine Name>

   Это тот же ресурс --ids из show, поэтому можно просто использовать ту же строку. На самом деле, вы можете просто нажать клавишу "вверх" в консоли и заменить show на delete.

   Ниже представлен пример результата.

   `az resource delete --ids "/subscriptions/<Subscription ID>/resourceGroups/<Resource Group Name>/providers/Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default"
   

   При запуске выходные данные из этой команды отсутствуют. Команда работает и возвращает командную строку или выводит сообщение об ошибке. Это не должно вызывать ошибку, но если такая ошибка возникнет, понадобится более детальная диагностика.

7. Проверьте удаление ресурса, выполнив show команду еще раз. Ниже представлен пример результата.

   (ResourceNotFound) The resource 'Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' could not be found.
   Code: ResourceNotFound
   Message: The resource 'Microsoft.HybridCompute/machines/<Machine Name>/providers/Microsoft.AzureStackHCI/edgeDevices/default' could not be found.
   

Обновление облачных edgeDevices данных

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

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

1. Перезапустите DeviceManagementService на первом компьютере. Выполните следующую команду PowerShell:

    Restart-Service DeviceManagementService
   

2. Подождите несколько минут, а затем убедитесь, что облачные edgeDevices данные обновлены и отражают текущее состояние. Запустите команду show еще раз и просмотрите выходные данные. Убедитесь, что выходные данные больше не содержат непредвиденных коммутаторов виртуальной машины, а именно:

   "switchName": "ConvergedSwitch(managementcompute)", "switchType": "External"

Перезапустите развертывание с помощью портал Azure

Теперь при синхронизации данных устройства и облака можно перейти к портал Azure и предоставить входные данные развертывания. Предыдущий шаг запрещает кэшированные сведения из предыдущих попыток.

На портале Azure сделайте следующее:

1. На вкладке "Основы" заполните поля сверху, указав входные данные, снова выбрав их из раскрывающихся списков.

2. Снимите отметку с узлов в нижней части страницы.

3. Проверьте заново вновь выбранные узлы.

4. Подтвердите сведения на последующих страницах. Вы увидите следующие изменения:

   • На странице "Сеть" больше не должно появиться The selected physical network adapter is not binded to the management virtual Switch сообщение об ошибке, которая могла быть замечена ранее.
   • На странице проверки в конце, если вы преодолели исходную проблему, deploymentdata.physicalnodes[0].ipv4address is not a valid IPv4 address ошибка не будет отображаться.

5. Если другие проблемы проверки не возникают, запустите развертывание.

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

После завершения процесса устранения настоятельно рекомендуем воссоздать блокировку на первом компьютере.

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

1. На портале Azure перейдите к объекту через группу ресурсов или в разделе Машины — Azure Arc.
2. Перейдите к Настройки > Блокировка.
3. Нажмите кнопку +Добавить в верхней части страницы.
   1. В поле "Имя блокировки" введите DoNotDelete.
   2. Для типа блокировки выберите "Удалить " из раскрывающегося списка.
4. Нажмите кнопку "ОК ", чтобы сохранить блокировку.