Freigeben über

Handbuch zur Problembehandlung in AKS, die von Azure Arc auf VMware aktiviert sind

  • Artikel

Gilt für: AKS aktiviert von Azure Arc auf VMware (Vorschau)

In diesem Artikel werden die Schritte zur Problembehandlung für bekannte Probleme und Fehler beschrieben, die beim Bereitstellen der von Azure Arc in der VMware-Vorschau aktivierten AKS auftreten können. Sie können auch die bekannten Probleme hier überprüfen oder der Übersicht zur Problembehandlung folgen, um Fehler zu melden oder Produktfeedback bereitzustellen.

Diese Seite wird ständig aktualisiert. Schauen Sie sich also hier nach neuen Informationen zurück. Wenn wir kritische Probleme erkennen, die Problemumgehungen erfordern, fügen wir sie hinzu. Lesen Sie diese Informationen sorgfältig, bevor Sie Ihren AKS Arc in der VMware-Vorschau bereitstellen.

Arc-Ressourcenbrücke

Probleme mit der Azure Arc-Ressourcenbrücke

Informationen zu Problemen mit der Azure Arc-Ressourcenbrücke finden Sie im Handbuch zur Problembehandlung hier.

Wiederherstellung aus fehlgeschlagenen Bereitstellungen von Arc Resource Bridge

Weitere Informationen finden Sie hier im Handbuch zur Problembehandlung.

vCenter-Verbindung mit Azure

Wenn eine Fehlermeldung angezeigt wird, die besagt, dass der Name> der Ressourcenbrücke<, der diesem vCenter zugeordnet ist, zurzeit nicht verfügbar ist. Vorgänge, die für dieses vCenter ausgeführt werden, können als Ergebnis fehlschlagen", gibt sie an, dass die zum Verbinden des vCenters verwendete Ressourcenbrücke entweder nach unten oder gelöscht wird.

Gehen Sie folgendermaßen vor, um das Problem zu beheben:

Erfassen von Protokollen

Wenn Probleme auftreten, können Sie die Protokolldateien und die CLI-Version für Supporttechniker für Debuggingzwecke freigeben.

Probleme vor der Bereitstellung von Arc Resource Bridge

Rufen Sie die kva.log Datei aus dem System unter "c:\programdata\kva\kva.log " ab, um ausführlichere Informationen zu erhalten.

Probleme bei der Bereitstellung von Arc Resource Bridge

Um die Protokolle zu erfassen, führen Sie die folgenden Befehle vom Computer aus, den Sie zuvor verwendet haben, um die Bereitstellung der Arc-Ressourcenbrücke zu versuchen. Ab CLI Version 1.0.0 müssen Sie zuerst den Befehl az arcappliance get-credentialsausführen. Dadurch wird sichergestellt, dass alle erforderlichen Anmeldeinformationen für die Protokollsammlung auf den Computer abgerufen werden. Weitere Informationen zu diesem Befehl finden Sie in der CLI-Dokumentation:

az arcappliance get-credentials –name <name of Arc Resource Bridge> --resource-group <name of resource group>

Nachdem Sie den az arcappliance get-credentials Befehl ausgeführt haben, können Sie mit dem Befehl mit der az arcappliance logs vmware Protokollsammlung fortfahren:

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>

Wenn Sie noch keine Appliance-VM erstellt haben, ist der az arcappliance logs vmware Befehl nicht hilfreich, und die Protokolldatei wird nicht generiert.

Probleme beim Ausführen der Arc Resource Bridge

Um die Protokolle zu erfassen, führen Sie den az arcappliance logs vmware Befehl auf demselben Computer aus, den Sie zum Bereitstellen der Arc Resource Bridge verwendet haben:

  • Wenn Sie über die Kubeconfig für Ihre Appliance verfügen und die VM der Appliance mit einem erreichbaren API-Server ausgeführt wird, sammelt der folgende Befehl Protokolle aus der Appliance und gibt eine .zip Datei im aktuellen Arbeitsverzeichnis aus:

    az arcappliance logs vmware --kubeconfig='<path to your kubeconfig>'

  • Wenn Sie nicht über den Kubeconfig verfügen oder Ihr API-Server nicht erreichbar ist, sammelt der folgende Befehl Protokolle mit der angegebenen VM-IP-Adresse der Appliance (überprüfen Sie Die Virtualisierungs-Fabric, z. B. Hyper-V-Manager, um die IP-Adresse der Appliance-VM zu finden). Beachten Sie, dass der kubeconfig Parameter weiterhin erforderlich ist, aber als leere Zeichenfolge übergeben werden kann, wenn auch eine IP bereitgestellt wird:

    az arcappliance logs vmware --kubeconfig='' --ip='<IP address of Arc Resource Bridge VM>'

Beispiele mit aufgefüllten Werten

az arcappliance logs vmware --kubeconfig .\resourcebridge\kubeconfig
az arcappliance logs vmware --kubeconfig='kubeconfig'
az arcappliance logs vmware --kubeconfig='' --ip=10.0.1.166

CLI-Erweiterungsversion abrufen

Sie können die CLI-Erweiterungsversion der Appliance zurückgeben, indem Sie den folgenden Befehl ausführen:

az extension show --name arcappliance -o table

Sie müssen eine aktuelle Version von Az CLI auf allen Knoten in Ihrem physischen Cluster installiert haben.

  • Stellen Sie sicher, dass Sie Az CLI verwenden, indem Sie ausgeführt az -vwerden.
  • Führen Sie ein Upgrade auf die neueste Version durch Ausführen aus az upgrade.

Fehlermeldungen und Schritte zur Problembehandlung

Dieser Abschnitt enthält eine Liste allgemeiner Fehlermeldungen und deren Schritte zur Problembehandlung.

Fehler: "AlreadyDeployedError"

  • Ursache: Dieser Fehler tritt auf, da die Umgebung nicht aus der vorherigen Bereitstellung bereinigt wurde, bevor Sie erneut versuchen, die Bereitstellung auszuführen.
  • Lösung: Um dieses Problem zu beheben, deinstallieren Sie Arc Resource Bridge, und versuchen Sie dann erneut, die Bereitstellung auszuführen.

Fehler: x509: Das Zertifikat ist abgelaufen oder noch nicht gültig: die aktuelle Uhrzeit1> ist vor <der Zeit2<>. Fehler bei der Überprüfung

  • Ursache: Dieser Fehler tritt auf, wenn Zertifikate aufgrund eines Zeitkonflikts zwischen Clientcomputer und VM (oder ESXi-Server) ablaufen. Eine davon ist nicht NTP-aktiviert.
  • Lösung:
    1. Überprüfen Sie, ob die Uhrzeit auf dem virtuellen Computer, den Sie für die ARB-Bereitstellung verwendet haben, mit der Uhrzeit übereinstimmt.
    2. Verbinden Sie den ESXi-Server mit einem NTP-Server, um seine Zeit zu synchronisieren und das Problem zu beheben.

Fehler: Der Begriff "az" wird nicht als Name eines Cmdlets, einer Funktion, einer Skriptdatei oder eines operierbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder überprüfen Sie, ob ein Pfad enthalten ist, ob der Pfad korrekt ist, und versuchen Sie es erneut.

  • Ursache: Az CLI wird nicht erkannt, weil das vorherige PowerShell-Fenster geschlossen wurde und nicht mit der Installation von Azure CLI synchronisiert wurde.
  • Lösung:
    1. Öffnen Sie ein neues PowerShell-Fenster, und navigieren Sie zu dem Ordner, in dem Sie das Onboarding-Skript arc Resource Bridge gespeichert haben.
    2. Führen Sie die Ausführung .temp\.env\Scripts\Activate.ps1 aus, um Python venv zu installieren.

Nächste Schritte