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

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

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

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

При развертывании Локальной версии Azure версии 23H2 с помощью портал 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 пограничного устройства с неверными сведениями о переключении виртуальных машин

После удаления переключателя виртуальной машины на устройстве очистите ресурс ARM пограничного устройства, содержащий неверные сведения о переключении виртуальных машин с помощью 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"которого, скорее всего, будет отображаться следующее (что является параметром виртуальной машины проверки, который был создан и очищен на устройстве, но не обнаружен устройством DeviceManagementExtension и обновлен облачной стороной): "switchName": "ConvergedSwitch(managementcompute)","switchType": "External"

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

   Примечание.

   Удаление 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>

   Это тот же ресурс из этого showресурса--ids, поэтому можно просто использовать ту же строку. На самом деле, вы можете просто "стрелка вверх" в консоли и заменить 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. Нажмите кнопку "ОК ", чтобы сохранить блокировку.