Sie betrachten die Dokumentation für eine frühere Version von GKE On-Prem. Sehen Sie sich die aktuelle Dokumentation an.

Nutzercluster löschen

Auf dieser Seite wird beschrieben, wie Sie einen GKE On-Prem-Nutzercluster löschen.

Überblick

GKE On-Prem unterstützt das Löschen fehlerfreier Nutzercluster über gkectl. Wenn der Cluster fehlerhaft ist, weil z. B. die Steuerungsebene nicht erreicht werden kann oder der Cluster nicht gestartet werden konnte, verweisen Sie stattdessen auf Manuelles Löschen eines Nutzerclusters.

Nutzercluster löschen

Führen Sie diesen Befehl aus:

gkectl delete cluster \
--kubeconfig [ADMIN_CLUSTER_KUBECONFIG] \
--cluster [CLUSTER_NAME]

Dabei ist [ADMIN_CLUSTER_KUBECONFIG] die kubeconfig-Datei des Administrator-Clusters und [CLUSTER_NAME] der Name des Nutzerclusters, den Sie löschen möchten.

Wenn Sie fertig sind

Löschen Sie den User-Cluster kubeconfig, nachdem der Nutzercluster von gkectl gelöscht wurde.

Bekannte Probleme

Nach dem Löschen des Clusters kann eine zusätzliche VM auf Nutzersteuerungsebene in vplanar erstellt werden. Überprüfen Sie mithilfe der folgenden Schritte, ob alle User-Cluster-VMs gelöscht wurden:

  1. Klicken Sie im linken Navigator-Menü des vSphere-Webclients auf das Menü Hosts und Cluster.
  2. Suchen Sie Ihren Ressourcenpool.
  3. Es sollten keine VMs vorhanden sein, denen der Name Ihres Nutzerclusters vorangestellt ist.

Wenn noch Nutzercluster-VMs übrig sind, führen Sie die folgenden Schritte über den vsphere Webclient aus:

  1. Klicken Sie mit der rechten Maustaste auf die Nutzercluster-VM und wählen Sie Ein- / Ausschalten Ausschalten aus.
  2. Schalten Sie die VM aus, klicken Sie mit der rechten Maustaste auf die VM und wählen Sie Vom Datenträger löschen aus.

Fehlerbehebung

Weitere Informationen finden Sie unter Fehlerbehebung.

Clusterprobleme mit gkectl diagnostizieren

Verwenden Sie gkectl diagnose-Befehle, um Clusterprobleme zu identifizieren und Clusterinformationen an Google zu senden. Siehe Clusterprobleme diagnostizieren.

gkectl-Befehle ausführlich ausführen

-v5

gkectl-Fehler in stderr protokollieren

--alsologtostderr

gkectl-Logs auf der Administrator-Workstation suchen

Auch wenn Sie die Debugging-Flags nicht übergeben, können Sie gkectl-Logs im folgenden Verzeichnis der Administrator-Workstation aufrufen:

/home/ubuntu/.config/syllogi/logs

Cluster-API-Logs im Administrator-Cluster finden

Wenn eine VM nach dem Start der Administrator-Steuerungsebene nicht gestartet wird, versuchen Sie dies durch Untersuchen der Logs der Cluster API-Controller im Administratorcluster zu beheben:

  1. Suchen Sie im Namespace kube-system den Namen des Cluster API-Controller-Pods, wobei [ADMIN_CLUSTER_KUBECONFIG] der Pfad zur kubeconfig-Datei des Administratorclusters ist:

    kubectl --kubeconfig [ADMIN_CLUSTER_KUBECONFIG] -n kube-system get pods | grep clusterapi-controllers
  2. Öffnen Sie die Logs des Pods, wobei [POD_NAME] der Name des Pods ist. Verwenden Sie optional für die Fehlersuche grep oder ein ähnliches Tool:

    kubectl --kubeconfig [ADMIN_CLUSTER_KUBECONFIG] -n kube-system logs [POD_NAME] vsphere-controller-manager