Руководство по устранению неполадок в AKS, включенных Azure Arc в VMware
Область применения: AKS, включенная Azure Arc в VMware (предварительная версия)
В этой статье описаны действия по устранению известных проблем и ошибок, которые могут возникать при развертывании AKS, включенного Azure Arc в предварительной версии VMware. Вы также можете просмотреть известные проблемы здесь или следовать обзору устранения неполадок, чтобы сообщить об ошибках или предоставить отзыв о продукте.
Эта страница постоянно обновляется, поэтому ознакомьтесь здесь с новыми сведениями. По мере выявления критически важных проблем, требующих обходных решений, мы добавляем их. Внимательно просмотрите эти сведения перед развертыванием AKS Arc в предварительной версии VMware.
Мост ресурсов Arc
Проблемы с мостом ресурсов Azure Arc
Сведения о проблемах с мостом ресурсов Azure Arc см. в руководстве по устранению неполадок.
Восстановление после неудачных развертываний Моста ресурсов Arc
См. руководство по устранению неполадок здесь.
Подключение vCenter к Azure
Если появится сообщение об ошибке, которое указывает"Имя> моста ресурсов моста ресурсов<, связанное с этим vCenter, в настоящее время недоступно. Операции, выполняемые в этом vCenter, могут завершиться сбоем в результате", — указывает, что мост ресурсов, используемый для подключения к vCenter, находится вниз или удален.
Чтобы разрешить эту проблему, выполните следующие действия:
- Если мост ресурсов Arc удален, разверните его еще раз.
- Если мост ресурсов Arc отключен (в автономном режиме), выполните действия по аварийному восстановлению, перечисленные в разделе "Выполнение операций аварийного восстановления " Azure Arc".
Сбор журналов
При возникновении проблем вы можете поделиться файлами журналов и версией CLI с инженерами поддержки для отладки.
Проблемы перед развертыванием Arc Resource Bridge
Получите файл kva.log из системы по адресу c:\programdata\kva\kva.log для получения подробных сведений.
Проблемы при развертывании Arc Resource Bridge
Чтобы собрать журналы, выполните следующие команды с компьютера, который ранее использовался для попытки развертывания моста ресурсов Arc. Начиная с CLI версии 1.0.0, необходимо сначала выполнить команду az arcappliance get-credentials
. Это гарантирует, что все необходимые учетные данные для сбора журналов извлекаются на компьютер. Дополнительные сведения об этой команде см . в документации по CLI:
az arcappliance get-credentials –name <name of Arc Resource Bridge> --resource-group <name of resource group>
После выполнения az arcappliance get-credentials
команды можно продолжить сбор журналов с помощью az arcappliance logs vmware
команды:
az arcappliance logs vmware --ip <Arc Resource Bridge VM control plane IP endpoint> --address <vCenter FQDN/IP address, same one used when creating config files> --username <vcenter username> --password <vcenter password>
Если вы еще не создали виртуальную машину устройства, az arcappliance logs vmware
команда не полезна, а файл ключа журнала не создается.
Проблемы при запуске и запуске моста ресурсов Arc
Чтобы собрать журналы, выполните az arcappliance logs vmware
команду с того же компьютера, который использовался для развертывания Моста ресурсов Arc:
Если у вас есть kubeconfig для устройства, а виртуальная машина устройства работает с доступным сервером API, следующая команда собирает журналы с устройства и выводит файл .zip в текущем рабочем каталоге:
az arcappliance logs vmware --kubeconfig='<path to your kubeconfig>'
Если у вас нет kubeconfig или сервер API недоступен, следующая команда собирает журналы с помощью указанного IP-адреса виртуальной машины устройства (проверьте структуру виртуализации, например диспетчер Hyper-V, чтобы найти IP-адрес виртуальной машины устройства). Обратите внимание, что
kubeconfig
параметр по-прежнему является обязательным, но его можно передать как пустую строку, если ip-адрес также указан:az arcappliance logs vmware --kubeconfig='' --ip='<IP address of Arc Resource Bridge VM>'
Примеры с заполненными значениями
az arcappliance logs vmware --kubeconfig .\resourcebridge\kubeconfig
az arcappliance logs vmware --kubeconfig='kubeconfig'
az arcappliance logs vmware --kubeconfig='' --ip=10.0.1.166
Получение версии расширения CLI
Вы можете вернуть версию расширения CLI устройства, выполнив следующую команду:
az extension show --name arcappliance -o table
Для всех узлов в физическом кластере должна быть установлена последняя версия Az CLI .
- Убедитесь, что у вас есть Az CLI, выполнив команду
az -v
. - Выполните обновление до последней версии.
az upgrade
Сообщения об ошибках и действия по устранению неполадок
В этом разделе приведен список распространенных сообщений об ошибках и их действия по устранению неполадок.
Ошибка: "AlreadyDeployedError"
- Первопричина: эта ошибка возникает из-за того, что среда не была удалена из предыдущего развертывания перед попыткой повторного развертывания.
- Решение. Чтобы устранить эту проблему, удалите Мост ресурсов Arc, а затем повторите попытку развертывания.
Ошибка: x509: срок действия сертификата истек или еще не действителен: текущее время1 <> до <времени 2>. Проверка не удалось
- Первопричина: эта ошибка возникает, когда срок действия сертификатов истекает из-за несоответствия времени между клиентским компьютером и виртуальной машиной (или сервером ESXi). Один из них не включает NTP.
- Разрешение:
- Проверьте, соответствует ли время на виртуальной машине время на компьютере, используемом для развертывания ARB.
- Подключите сервер ESXi к серверу NTP, чтобы синхронизировать время и устранить проблему.
Ошибка: термин az не распознается как имя командлета, функции, файла скрипта или операблированных программ. Проверьте орфографию имени или если путь включен, убедитесь, что путь правильный и повторите попытку.
- Первопричина: Az CLI не распознается, так как предыдущее окно PowerShell было закрыто и не синхронизировано с установкой Azure CLI.
- Разрешение:
- Откройте новое окно PowerShell и перейдите в папку, в которой вы сохранили скрипт подключения Arc Resource Bridge.
- Выполните установку
.temp\.env\Scripts\Activate.ps1
Python venv.