Administratorcluster mit der Google Cloud Console erstellen

In der Google Cloud Console können Sie über einen geführten Workflow einen Administratorcluster für Distributed Cloud (nur Software) für VMware erstellen. Während des Workflows führen Sie gkectl register bootstrap auf Ihrer Administrator-Workstation aus, um einen temporären Bootstrap-Cluster zu erstellen, der den Administratorcluster bereitstellt. Alternativ können Sie einen Administratorcluster mit gkectl oder Terraform erstellen.

Hinweis

  • Prüfen Sie, ob Sie Ihre Administrator-Workstation eingerichtet haben und sich bei ihr anmelden können, wie unter Administrator-Workstation erstellen beschrieben.

  • Die JSON-Schlüsseldateien für die Dienstkonten müssen sich auf Ihrer Administrator-Workstation befinden.

  • Lesen Sie das Dokument zur Planung der IP-Adressen. Achten Sie darauf, dass genügend IP-Adressen für die drei Knoten der Steuerungsebene und eine VIP der Steuerungsebene verfügbar sind. Wenn Sie beabsichtigen, kubeception-Nutzer-Cluster zu erstellen, müssen Sie genügend IP-Adressen für die Knoten auf der Steuerungsebene dieser Nutzer-Cluster zur Verfügung haben.

  • Lesen Sie die Übersicht über das Load-Balancing und prüfen Sie noch einmal Ihre Entscheidung, welche Art von Load-Balancer Sie verwenden möchten. Bei manuellen Load-Balancern müssen Sie den Load-Balancer einrichten, bevor Sie Ihren Administratorcluster erstellen.

  • Wenn Sie gkectl zum Erstellen des Administratorclusters verwenden, entscheiden Sie, ob Sie eine öffentliche oder private Registry für Google Distributed Cloud-Komponenten verwenden möchten. Informationen zur Verwendung einer privaten Docker-Registry finden Sie unter privateRegistry. Weder Terraform noch die Google Cloud Console unterstützen die Verwendung einer privaten Docker-Registry für Systemkomponenten.

  • Entscheiden Sie, welche Art von Betriebssystem Sie auf Ihren Administratorclusterknoten ausführen möchten.

  • Wenn in Ihrem Unternehmen der ausgehende Traffic über einen Proxy-Server geleitet werden muss, sollten Sie eine Zulassungsliste für die erforderlichen APIs und die Artifact Registry-Adresse erstellen.

  • In Version 1.29 und höher sind serverseitige Preflight-Prüfungen standardmäßig aktiviert. Für serverseitige Preflight-Prüfungen sind zusätzliche Firewallregeln erforderlich. Suchen Sie in den Firewallregeln für Administratorcluster nach „Preflight-Prüfungen“ und achten Sie darauf, dass alle erforderlichen Firewallregeln konfiguriert sind. Serverseitige Preflight-Prüfungen werden auf dem Bootstrap-Cluster und nicht lokal auf der Administrator-Workstation ausgeführt.

Verfahrensübersicht

Bevor Sie den Administratorcluster erstellen, müssen Sie den Befehl gkectl register bootstrap auf Ihrer Administrator-Workstation ausführen. Mit diesem Befehl wird ein Kubernetes in Docker-Cluster (Kind) auf der Administratorworkstation bereitgestellt. Dieser Bootstrap-Cluster hostet die Kubernetes-Controller, die zum Erstellen des Administratorclusters erforderlich sind. Wenn Sie den Administratorcluster erstellen, stellen die Controller im Bootstrap-Cluster Knoten bereit, führen Preflight-Prüfungen aus und registrieren den Administratorcluster bei der Flotte. Der Bootstrap-Cluster wird nach der Erstellung des Administratorclusters automatisch gelöscht.

Im Folgenden finden Sie die allgemeinen Schritte zum Erstellen eines Administratorclusters mit der Console:

  1. In der Console geben Sie die Informationen ein, die für die gkectl register bootstrap erforderlich sind. In der Console wird der Befehl gkectl register bootstrap mit den von Ihnen eingegebenen Informationen angezeigt. Der angezeigte Befehl enthält auch Flags für Pfade, die Sie angeben müssen, bevor Sie den Befehl ausführen.

  2. Führen Sie auf Ihrer Administrator-Workstation gkectl register bootstrap aus, um den Bootstrap-Cluster zu erstellen. Wenn der Befehl den Bootstrap-Cluster erstellt hat, werden Sie in der Ausgabe darüber informiert, dass Sie die Konfiguration des Administratorclusters abschließen können. Der Prozess wird fortgesetzt, bis der Administratorcluster erstellt wurde.

  3. Sie kehren zur Console zurück, um die restlichen Informationen einzugeben, die zum Erstellen des Clusters erforderlich sind. Während der Clustererstellung gibt der gkectl register bootstrap Befehlsausgabe Fortschrittsinformationen aus und schreibt Protokolle auf Ihre Administrator-Workstation. Wenn der Administratorcluster erstellt wird, wird der Bootstrap-Cluster automatisch gelöscht.

Cluster konfigurieren

  1. Rufen Sie in der Console die Seite Cluster auf VMware erstellen auf.

    Zur Seite „Cluster auf VMware erstellen“

  2. Wählen Sie das Google Cloud -Projekt aus, in dem Sie den Cluster erstellen möchten.

    Wenn Sie den Bootstrap-Cluster in einem der folgenden Abschnitte erstellen, wird die ausgewählte Projekt-ID im Befehl gkectl register bootstrap im Flag --project-id angezeigt.

  3. Achten Sie darauf, dass Administratorcluster erstellen ausgewählt ist.

  4. Klicken Sie auf Weiter: Bootstrap-Umgebung installieren.

Bootstrap-Umgebung installieren

In diesem Abschnitt geben Sie die Informationen ein, die für den Befehl gkectl register bootstrap erforderlich sind. Wenn Sie Werte in die UI-Felder eingeben, kopiert die Console die Werte in die entsprechenden Flags für den Befehl gkectl register bootstrap, der im Abschnitt Bootstrapping der Umgebung über Administratorworkstation ausführen unten auf der Seite angezeigt wird.

Grundlagen der Bootstrap-Umgebung

  1. Geben Sie einen Namen für den Administratorcluster ein. Die Console verwendet den Clusternamen als Wert für das Flag --target-cluster-name im Befehl gkectl register bootstrap, der unten auf der Seite angezeigt wird. Der Name darf maximal 20 Zeichen lang sein.

  2. Wählen Sie im Feld Google Cloud API-Standort eine Google Cloud Region aus der Liste aus. Diese Einstellung gibt die Region an, in der die folgenden APIs und Dienste ausgeführt werden:

    • GKE On-Prem API (gkeonprem.googleapis.com)
    • Flottendienst (gkehub.googleapis.com)
    • Connect-Dienst (gkeconnect.googleapis.com)

    Mit dieser Einstellung wird auch die Region festgelegt, in der Folgendes gespeichert wird:

    • Die Clustermetadaten, die die GKE On-Prem API zum Verwalten des Clusterlebenszyklus benötigt
    • Cloud Logging- und Cloud Monitoring-Daten von Systemkomponenten
    • Die von Cloud-Audit-Logs erstellten Administrator-Audit-Logs

    Das Feld Google Cloud API-Standort entspricht dem Flag --location im Befehl gkectl register bootstrap.

  3. Geben Sie im Feld Administratorcluster-Version die Version ein, die zum Erstellen des Clusters verwendet werden soll. Die hier ausgewählte Version muss mit der Version des Bundles übereinstimmen, die Sie im Flag --bundle-path im Befehl gkectl register bootstrap angeben.

vCenter-Konfiguration

Wenn Sie Ihre Administrator-Workstation mit gkeadm erstellt haben, öffnen Sie die Konfigurationsdatei der Administrator-Workstation, damit Sie Werte aus dem Abschnitt vCenter in die Felder in der Console kopieren können. Diese Informationen sind auch in der generierten Konfigurationsdatei für den Administratorcluster enthalten.

Die meisten Felder in diesem Abschnitt sind unveränderlich. Informationen dazu, ob ein Feld änderbar oder unveränderlich ist, finden Sie im Abschnitt vCenter in der Referenz zur Konfigurationsdatei des Administratorclusters.

  1. Geben Sie im Feld Adresse die vCenter Server-Adresse ein.

    • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.credentials.address.

    • Das Feld Adresse entspricht dem Flag --vcenter-address im Befehl gkectl register bootstrap.

  2. Geben Sie im Feld Rechenzentrum den Namen Ihres vCenter-Rechenzentrums ein.

    • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.datacenter.

    • Das Feld Rechenzentrum entspricht dem Flag --vcenter-datacenter im Befehl gkectl register bootstrap.

  3. Geben Sie im Feld Clustername den Namen Ihres vCenter-Clusters ein.

    • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.cluster.

    • Das Feld Clustername entspricht dem Flag --vcenter-cluster im Befehl gkectl register bootstrap.

  4. Geben Sie im Feld Ressourcenpool den Namen oder Pfad Ihres vCenter-Ressourcenpools ein.

    • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.resourcePool.

    • Das Feld Ressourcenpool entspricht dem Flag --vcenter-resource-pool im Befehl gkectl register bootstrap.

  5. Konfigurieren Sie eine Speicheroption, indem Sie eine der folgenden Optionen eingeben:

    • Feld Datenspeicher: Geben Sie den Namen Ihres vCenter-Datenspeichers ein. Der angegebene Wert muss ein Name und kein Pfad sein. Wenn Sie einen Pfad eingeben müssen, geben Sie ihn im Feld Ordner ein.

      • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.datastore.

      • Das Feld Datastore entspricht dem Flag --vcenter-datastore im Befehl gkectl register bootstrap.

    • Feld Name der Speicherrichtlinie: Geben Sie den Namen der VM-Speicherrichtlinie für die Clusterknoten ein. Weitere Informationen finden Sie unter Speicherrichtlinie konfigurieren.

      • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.storagePolicyName.

      • Das Feld Name der Speicherrichtlinie entspricht dem Flag --vcenter-storage-policy im Befehl gkectl register bootstrap.

    Sie müssen entweder im Feld Datenspeicher oder im Feld Name der Speicherrichtlinie einen Wert eingeben, aber nicht in beiden.

  6. Geben Sie optional im Feld Ordner den Namen des vCenter-Ordners ein, in dem sich Ihre Cluster-VMs befinden sollen.

    • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.folder.

    • Das Feld Ordner entspricht dem Flag --vcenter-folder im Befehl gkectl register bootstrap.

  7. Geben Sie im Feld Netzwerk den Namen Ihres vCenter-Netzwerks ein.

    • Konfigurationsdatei für die Administrator-Workstation: Verwenden Sie den Wert aus dem Feld vCenter.network.

    • Das Feld Netzwerk entspricht dem Flag --vcenter-network im Befehl gkectl register bootstrap.

  8. Geben Sie im Feld Pfad des CA-Zertifikats den Pfad zum Root-CA-Zertifikat für Ihren vCenter-Server ein.

    • Wenn Sie Ihre Administrator-Workstation mit gkeadm erstellt haben, hat gkeadm die lokal vorhandene CA-Zertifikatsdatei auf Ihre Administrator-Workstation kopiert.

    • Das Feld Pfad des CA-Zertifikats entspricht dem --vcenter-ca-cert-path im Befehl gkectl register bootstrap.

CA-Zertifikat abrufen

Nachdem Sie den Bootstrap-Cluster erstellt haben, müssen Sie das vCenter-CA-Zertifikat im PEM-Format im Feld CA-Zertifikatsdaten auf der Seite Clustergrundlagen angeben. Führen Sie den folgenden Befehl aus, um das Zertifikat anzuzeigen:

cat CA_CERT_PATH

Ersetzen Sie CA_CERT_PATH durch den Pfad zum Root-CA-Zertifikat für Ihren vCenter-Server. Wenn Sie diesen Befehl lokal ausführen, verwenden Sie den Pfad in vCenter.caCertPath in der Konfigurationsdatei Ihrer Administrator-Workstation.

Kopieren Sie das gesamte Zertifikat in einen Texteditor, damit Sie es nach dem Erstellen des Bootstrap-Clusters auf der Seite Clustergrundlagen in das Feld CA-Zertifikatsdaten einfügen können.

Bootstrapping der Umgebung über Administratorworkstation ausführen

Wenn Sie den Befehl gkectl register bootstrap ausführen, werden Sie zur Eingabe des Nutzernamens und des Passworts für das vCenter-Konto aufgefordert. Halten Sie die Anmeldedaten bereit. Wenn Sie die Administrator-Workstation mit gkeadm erstellt haben, befinden sich der Nutzername und das Passwort in der Datei credential.yaml.

  1. Scrollen Sie zum Abschnitt Bootstrapping der Umgebung über Administratorworkstation ausführen, um den Befehl gkectl register bootstrap aufzurufen.

    Lassen Sie diese Seite geöffnet, während Sie auf Ihrer Administrator-Workstation den Bootstrap-Cluster erstellen.

  2. Kopieren Sie den Befehl gkectl register bootstrap und fügen Sie ihn in einen Texteditor ein, damit Sie Werte für die folgenden Flags angeben können:

        ./gkectl register bootstrap \
      ...
      --bundle-path=BUNDLE_PATH \
      ...
      --component-access-service-account-key-path=COMPONENT_ACCESS_SA_PATH \
      --register-service-account-key-path=CONNECT_REGISTER_SA_PATH \
      --stackdriver-service-account-key-path=LOG_MON_SA_PATH \
      --cloud-audit-logging-service-account-key-path=CLOUD_AUDIT_SA_PATH \
      --admin-kubeconfig-out=KUBECONFIG_NAME

    Ersetzen Sie Folgendes durch die Pfade der Administrator-Workstation:

    • BUNDLE_PATH: der Pfad zur Bundle-Datei. Wenn Sie die Administrator-Workstation mit gkeadm erstellt haben, befindet sich die Bundle-Datei in /var/lib/gke/bundles/. Der Dateiname hängt von der Google Distributed Cloud-Version ab, z. B. gke-onprem-vsphere-1.31.0-gke.889-full.tgz.
    • COMPONENT_ACCESS_SA_PATH: der Pfad zur Schlüsseldatei für das Dienstkonto für den Komponentenzugriff.
    • CONNECT_REGISTER_SA_PATH: der Pfad zur Schlüsseldatei für das connect-register-Dienstkonto.
    • LOG_MON_SA_PATH: der Pfad zur Schlüsseldatei für das Logging-Monitoring-Dienstkonto.
    • CLOUD_AUDIT_SA_PATH: der Pfad zum Dienstkonto für Audit-Logging. Wenn Sie kein Audit-Logging-Dienstkonto erstellt haben, geben Sie den Pfad zur Schlüsseldatei für das Logging-Monitoring-Dienstkonto an.
    • KUBECONFIG_NAME: der Name der kubeconfig-Datei, die mit dem Befehl gkectl register bootstrap erstellt wird. Wenn Sie dieses Flag nicht angeben, erstellt der Befehl die Datei mit dem Namen kubeconfig im aktuellen Arbeitsverzeichnis. Wenn bereits eine Datei mit dem Namen kubeconfig vorhanden ist, wird sie durch den Befehl überschrieben.

    Wenn Sie Ihre Administratorworkstation mit gkeadm erstellt haben, wurde gkectl außerdem in das Verzeichnis /usr/bin/ heruntergeladen. Entfernen Sie in diesem Fall ./ am Anfang des Befehls, da sich gkectl nicht im aktuellen Arbeitsverzeichnis befindet.

  3. Verwenden Sie SSH, um eine Verbindung zu Ihrer Administrator-Workstation herzustellen.

  4. Kopieren Sie den Befehl und fügen Sie ihn in ein Terminalfenster auf Ihrer Administrator-Workstation ein.

  5. Geben Sie bei entsprechender Aufforderung den vCenter-Nutzernamen ein oder kopieren Sie ihn und fügen Sie ihn ein. Der Nutzername wird nicht auf dem Bildschirm angezeigt.

  6. Geben Sie bei entsprechender Aufforderung das vCenter-Passwort ein oder kopieren Sie es und fügen Sie es ein. Das Passwort wird nicht auf dem Bildschirm angezeigt.

Der Befehl führt zahlreiche Validierungen aus. Nachdem gkectl den Bootstrap-Cluster erfolgreich erstellt hat, wird eine Ausgabe angezeigt, die in etwa so aussieht (zur besseren Lesbarkeit gekürzt):

Running workstation validations
- Validation Category: Workstation
    - [SUCCESS] Workstation OS
    - [SUCCESS] Workstation Hardware
    - [SUCCESS] Workstation Package
    - [SUCCESS] Workstation NTP
    - [SUCCESS] Workstation Docker
...
All validation results were SUCCESS.
Unpacking GKE on-prem bundle: /var/lib/gke/bundles/gke-onprem-vsphere-1.31.0-gke.889-full.tgz
...
Successfully created and registered the bootstrap cluster
...
Waiting for preflight checks to run or OnPremAdminCluster to be applied...... -

Der Prozess wird so lange ausgeführt, bis der Administratorcluster erstellt wurde.

Wenn Sie den Befehl gkectl register bootstrap beenden, bevor der Administratorcluster erstellt wurde, schlägt die Erstellung fehl. Sie müssen dann den Bootstrap-Cluster mit dem folgenden Befehl löschen:

gkectl delete bootstrap \
    --target-cluster-name=ADMIN_CLUSTER_NAME \
    --project-id=PROJECT_ID \
    --location=REGION \
     --register-service-account-key-path=CONNECT_REGISTER_SA_PATH

Konfiguration des Administratorclusters abschließen

Kehren Sie zur Console zurück und führen Sie die folgenden Schritte aus:

  1. Klicken Sie auf der Seite Bootstrap-Umgebung installieren auf Verbindung prüfen.

    Bei Erfolg wird in der Console Verbindung hergestellt angezeigt.

    Die Verbindung zum Bootstrap-Cluster muss hergestellt werden, bevor Sie fortfahren können. Wenn die Verbindung nicht hergestellt wird, prüfen Sie die Argumente, die Sie für den Befehl gkectl register bootstrap angegeben haben:

    • Der Wert für --target-cluster-name muss dem Namen des Administratorclusters entsprechen, der im Abschnitt Grundlagen der Bootstrap-Umgebung angezeigt wird.

    • Der Wert für --project-id muss der ID des Projekts entsprechen, das Sie in der Console ausgewählt haben.

    Wenn Sie den Namen des Bootstrap-Clusters, die Projekt-ID oder andere Flag-Werte ändern möchten, gehen Sie so vor:

    1. Geben Sie Ctrl-C ein, um gkectl register bootstrap zu beenden.

    2. Löschen Sie den Bootstrap-Cluster:

      gkectl delete bootstrap \
  --target-cluster-name=ADMIN_CLUSTER_NAME \
  --project-id=PROJECT_ID \
  --location=REGION \
  --register-service-account-key-path=CONNECT_REGISTER_SA_PATH

    3. Führen Sie den Befehl gkectl register bootstrap noch einmal aus.

  2. Klicken Sie auf Weiter: Clustergrundlagen, um mit der Konfiguration des Administratorclusters zu beginnen.

Clustergrundlagen

  1. Kopieren Sie im Feld CA-Zertifikatsdaten das gesamte vCenter-CA-Zertifikat im PEM-Format und fügen Sie es ein, wie zuvor im Abschnitt CA-Zertifikat abrufen beschrieben.

  2. Geben Sie im Abschnitt Autorisierung die E-Mail-Adressen der Nutzer ein, denen Sie die schreibgeschützte Kubernetes-Rolle clusterrole/view zuweisen möchten. Ihre E-Mail-Adresse wird automatisch hinzugefügt. Mit den angewendeten Richtlinien für die rollenbasierte Zugriffssteuerung (Role-Based Access Control, RBAC) können Nutzer schreibgeschützte Befehle über das Connect-Gateway ausführen.

  3. Klicken Sie auf Nächste Steuerungsebene.

Steuerungsebene

  1. Prüfen Sie die Standardeinstellungen im Abschnitt Steuerungsebene und ändern Sie sie nach Bedarf.

  2. Geben Sie im Abschnitt IP-Adressen für Knoten der Steuerungsebene die IP-Adressen in die folgenden Felder ein:

    • Gateway: Die IP-Adresse des Standardgateways für das Subnetz mit Ihren Clusterknoten.

    • Netzmaske: Die Netzmaske für das Subnetz mit Ihren Clusterknoten.

    • IP-Adressen: Geben Sie die IP-Adresse und optional den Hostnamen für die drei Knoten der Steuerungsebene ein.

  3. Klicken Sie auf Weiter: Netzwerk.

Netzwerk

In diesem Abschnitt geben Sie die Netzwerkinformationen an, die zum Erstellen des Administratorclusters erforderlich sind.

  1. Übernehmen Sie im Abschnitt Service- und Pod-CIDRs entweder die Standardwerte für die IP-Adressbereiche des Kubernetes-Service und -Pods oder geben Sie andere CIDR-Adressbereiche ein.

    • Dienst-CIDR: Kleinster möglicher Bereich: /24. Größtmöglicher Bereich: /12.

    • Pod-CIDR: Kleinster möglicher Bereich: /18. Größtmöglicher Bereich: /8`.

  2. Geben Sie im Abschnitt Hostkonfiguration die NTP-Server, DNS-Server und optional die DNS-Suchdomains an, die von den VMs verwendet werden, die Ihre Clusterknoten sind. Nachdem der Cluster erstellt wurde, können Sie diese Werte nicht mehr ändern.

  3. Klicken Sie auf Weiter: Load Balancer.

Load-Balancer

In diesem Abschnitt wählen Sie den Typ des Load Balancers aus, den Sie verwenden möchten. Weitere Informationen finden Sie unter Load Balancing – Übersicht.

  1. Wählen Sie in der Liste Load-Balancer-Typ einen Load Balancer aus:

    • Mit MetalLB gebündelt: Der MetalLB-Load-Balancer ist gebündelt und erfordert weniger Konfiguration als manuelles Load Balancing. Die MetalLB-Komponenten werden auf Ihren Clusterknoten ausgeführt. Sie müssen also keine separaten VMs für Ihren Load Balancer erstellen.

    • Manuell: Sie können einen beliebigen Load Balancer verwenden, solange Sie ihn vor dem Erstellen des Clusters einrichten. Bei jedem manuell eingerichteten Load Balancer müssen Sie Zuordnungen zwischen virtuellen IP-Adressen (VIPs), Knotenadressen und nodePort-Werten konfigurieren.

  2. Geben Sie im Feld VIP der Steuerungsebene die VIP ein, die für den an den Kubernetes API-Server gesendeten Traffic verwendet werden soll.

  3. Klicken Sie auf Überprüfen und erstellen.

    Die Console zeigt Statusmeldungen an, während die Einstellungen geprüft und der Cluster in Ihrem Rechenzentrum erstellt wird.

    Wenn bei der Konfiguration ein Fehler auftritt, wird in der Console eine Fehlermeldung angezeigt, die klar genug sein sollte, um das Konfigurationsproblem zu beheben. Versuchen Sie danach noch einmal, den Cluster zu erstellen.

Details zum Clustererstellungsprozess werden auf Ihrer Administratorworkstation ausgegeben. Wenn die Preflight-Prüfungen erfolgreich sind, sehen Sie in etwa Folgendes:

[2023-03-22 23:12:47+0000] Waiting for cluster kubeconfig to become ready OK
[2023-03-22 23:15:47+0000] Writing kubeconfig file
[2023-03-22 23:15:47+0000] kubeconfig of cluster being created is present at gkectl-workspace/abm-cluster-1/abm-cluster-1-kubeconfig
[2023-03-22 23:15:47+0000] Please restrict access to this file as it contains authentication credentials of your cluster.
[2023-03-22 23:15:47+0000] Waiting for cluster to become ready OK
[2023-03-22 23:20:17+0000] Please run
[2023-03-22 23:20:17+0000] kubectl --kubeconfig gkectl-workspace/abm-cluster-1/abm-cluster-1-kubeconfig get nodes
[2023-03-22 23:20:17+0000] to get cluster nodes status.
[2023-03-22 23:20:17+0000] Waiting for node pools to become ready OK
[2023-03-22 23:20:37+0000] Waiting for metrics to become ready in GCP OK
[2023-03-22 23:25:38+0000] Waiting for cluster API provider to install in the created admin cluster OK
[2023-03-22 23:25:48+0000] Moving admin cluster resources to the created admin cluster
[2023-03-22 23:25:51+0000] Waiting for node update jobs to finish OK
[2023-03-22 23:27:41+0000] Flushing logs... OK
[2023-03-22 23:27:41+0000] Deleting membership... OK
[2023-03-22 23:27:42+0000] Deleting bootstrap cluster.

Verbindung zum Administratorcluster herstellen

Mit dem Befehl gkectl register bootstrap wird auf Ihrer Administratorworkstation eine kubeconfig-Datei für den Administratorcluster erstellt. Wenn Sie das Flag --admin-kubeconfig-out beim Ausführen von gkectl register bootstrap nicht angegeben haben, erstellt der Befehl eine kubeconfig-Datei mit dem Namen kubeconfig in dem Verzeichnis, in dem Sie den Befehl ausgeführt haben.

Sie müssen den Zugriff auf diese kubeconfig einschränken, da sie Authentifizierungsdaten für den Cluster enthält.

Außerdem können Sie kubectl-Befehle mit Lesezugriff über das Connect-Gateway ausführen.

  1. Führen Sie den folgenden Befehl auf einem Computer mit gcloud CLI aus, um einen kubeconfig-Eintrag abzurufen, der über das Connect-Gateway auf den Cluster zugreifen kann.

    gcloud container fleet memberships get-credentials ADMIN_CLUSTER_NAME \
    --project=PROJECT_ID

    Die Ausgabe sieht etwa so aus:

    Starting to build Gateway kubeconfig...
Current project_id: PROJECT_ID
A new kubeconfig entry "connectgateway_PROJECT_ID_global_ADMIN_CLUSTER_NAME" has been generated and set as the current context.

  2. Sie können jetzt schreibgeschützte kubectl-Befehle über das Connect-Gateway ausführen, z. B.:

    kubectl get pods -A

    Wenn Sie vollständige Administratorberechtigungen für den Administratorcluster benötigen, lesen Sie den Hilfeartikel Connect-Gateway einrichten.