Flottenpakete bereitstellen

Auf dieser Seite wird erläutert, wie Sie mit Config Sync-Flottenpaketen Kubernetes Ressourcen in Clustern bereitstellen, die in einer Flotte registriert sind. Wenn Sie nach dem Erstellen und Bereitstellen eines Flottenpakets einen neuen Cluster zu Ihrer Flotte hinzufügen, werden die Kubernetes-Konfigurationsdateien im Git-Repository automatisch im neuen Cluster bereitgestellt.

Ein FleetPackage ist eine deklarative API zum Bereitstellen von Kubernetes-Rohmanifesten in einer Flotte von Clustern. Alle Kubernetes-Ressourcen, die Sie mit einem Flottenpaket bereitstellen möchten, müssen bereits hydriert sein (WET).

Hinweise

Erstellen Sie ein Git-Repository mit den Kubernetes Ressourcen, die Sie in einer Flotte bereitstellen möchten, oder sorgen Sie dafür, dass Sie darauf zugreifen können.
Installieren und initialisieren Sie das Google Cloud CLI, das die Befehle gcloud, und nomos enthält. Wenn Sie Cloud Shellverwenden, ist das Google Cloud CLI vorinstalliert. Wenn Sie das Google Cloud CLI bereits installiert haben, rufen Sie die neueste Version mit gcloud components update ab.

Hinweis: Legen Sie für vorhandene Installationen der gcloud CLI die Attribute compute/region und compute/zone fest. Wenn Sie standardmäßige Standorte festlegen, können Sie in der gcloud CLI Fehler wie diesen vermeiden: One of [--zone, --region] must be supplied: Please specify location.

Aktivieren Sie die Config Sync (anthosconfigmanagement) API und die ConfigDelivery API:

gcloud services enable anthosconfigmanagement.googleapis.com configdelivery.googleapis.com

Legen Sie einen Standardspeicherort fest:
```
gcloud config set config_delivery/location us-central1
```
Hinweis: der einzige verfügbare Standort für die ConfigDelivery API ist us-central1.
Legen Sie ein Standardprojekt fest:
```
gcloud config set project PROJECT_ID
```
Ersetzen Sie PROJECT_ID durch die Projekt-ID des Flotten-Hostprojekts.
Prüfen Sie, ob Ihre Cluster in einer Flotte registriert sind.
Verwenden Sie Cloud Build-Repositories, um eine Verbindung zu einem unterstützten Anbieter wie GitHub oder GitLab herzustellen. Wenn Sie ein Flottenpaket verwenden, müssen Sie Cloud Build nur einmal pro Repository einrichten, das Sie synchronisieren möchten.

Wichtig: Ihre Cloud Build-Verbindung muss sich in us-central1 befinden, da sich die Git-Verbindung und FleetPackage in derselben Region befinden müssen. Die ConfigDelivery API ist nur in us-central1 verfügbar.

Clusteranforderungen prüfen

Bevor Sie Config Sync in Ihrem Cluster installieren, lesen Sie die Empfehlungen und Anforderungen für die Clusterkonfiguration.

Umgebung vorbereiten

Um Ihre Umgebung für Config Sync-Flottenpakete vorzubereiten, weisen Sie dem Nutzer, der den Cluster registriert, die erforderlichen IAM-Rollen zu.

Config Sync installieren

Sie können Config Sync entweder mit der Google Cloud console oder dem Google Cloud CLI installieren.

Console

Um Config Sync zu installieren, müssen alle Cluster in einer Flotte registriert sein. Wenn Sie Config Sync in der Google Cloud console installieren und einzelne Cluster auswählen, werden diese Cluster automatisch in Ihrer Flotte registriert.

Rufen Sie in der Google Cloud console im Abschnitt Features die Seite Konfiguration auf.

Zu „Config“

Klicken Sie auf Config Sync installieren.
Wählen Sie unter Installationsoptionen die Option Config Sync in der gesamten Flotte installieren (empfohlen) aus.
Klicken Sie auf Config Sync installieren. Nach einigen Minuten sollte auf dem Tab Einstellungen in der Spalte Status für die Cluster in Ihrer Flotte Aktiviert angezeigt werden.

gcloud

Aktivieren Sie das ConfigManagement Flotten-Feature:

gcloud beta container fleet config-management enable

Erstellen Sie eine Datei mit dem Namen apply-spec.yaml mit folgendem Inhalt, um Config Sync zu aktivieren:
```
applySpecVersion: 1
spec:
  configSync:
    enabled: true
```
Wenden Sie die apply-spec.yaml Datei an:
```
gcloud beta container fleet config-management apply \
    --membership=MEMBERSHIP_NAME \
    --config=apply-spec.yaml
```
Ersetzen Sie MEMBERSHIP_NAME durch den Namen der Flottenmitgliedschaft, den Sie bei der Registrierung Ihres Clusters ausgewählt haben. Führen Sie den Befehl gcloud container fleet memberships list aus, um den Namen der Mitgliedschaft zu finden.

Dienstkonto für Cloud Build erstellen

Flottenpakete verwenden Cloud Build, um die Kubernetes-Ressourcen aus Ihrem Git-Repository abzurufen und bereitzustellen in Ihren Clustern. Cloud Build erfordert ein Dienstkonto mit den Berechtigungen zum Ausführen dieses Jobs. Führen Sie die folgenden Schritte aus, um das Dienstkonto zu erstellen und die erforderlichen Berechtigungen zu erteilen:

Erstellen Sie das Dienstkonto:
```
gcloud iam service-accounts create "SERVICE_ACCOUNT_NAME"
```
Ersetzen Sie SERVICE_ACCOUNT_NAME durch einen Namen für das Dienst konto. Der Name muss eine alphanumerische ID mit 6 bis 30 Zeichen sein, z. B. my-service-account. Nachdem Sie ein Dienstkonto erstellt haben, können Sie den Namen nicht mehr ändern.

Fügen Sie eine IAM-Richtlinienbindung für die Rolle „Resource Bundle Publisher“ hinzu:

gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/configdelivery.resourceBundlePublisher'

Wählen Sie bei Aufforderung None als Bedingung für die Richtlinie aus.

Fügen Sie eine IAM-Richtlinienbindung für die Logs Writer Rolle hinzu:

gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/logging.logWriter'

Wählen Sie bei Aufforderung None als Bedingung für die Richtlinie aus.

Fügen Sie eine IAM-Richtlinienbindung für die Rolle „Artifact Registry Writer“ hinzu:

gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/artifactregistry.writer'

Wählen Sie bei Aufforderung None als Bedingung für die Richtlinie aus.

Flottenpaket erstellen

Zum Erstellen eines Flottenpakets definieren Sie eine FleetPackage-Spezifikation, die auf das Repository mit Ihren Kubernetes-Ressourcen verweist, die Sie mit Cloud Build verbunden haben. Anschließend wenden Sie das FleetPackage an, das die Ressourcen aus Git abruft und in der gesamten Flotte bereitstellt.

Erstellen Sie eine Datei mit dem Namen fleetpackage-spec.yaml mit dem folgendem Inhalt:
```
resourceBundleSelector:
  cloudBuildRepository:
    name: projects/PROJECT_ID/locations/us-central1/connections/CONNECTION_NAME/repositories/REPOSITORY_NAME
    tag: TAG
    serviceAccount: projects/PROJECT_ID/serviceAccounts/SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com
    path: CONFIG_FILE_PATH
    # Match all files and directories to generate variants
    variantsPattern: "*"
target:
  fleet:
    project: projects/PROJECT_ID
rolloutStrategy:
  rolling:
    maxConcurrent: MAX_CLUSTERS
variantSelector:
  variantNameTemplate: "VARIANT_NAME"
# set the state to SUSPENDED to pause new rollouts
# set the state back to ACTIVE to resume rollouts
# state: SUSPENDED
```
Ersetzen Sie Folgendes:
- CONNECTION_NAME: der Name, den Sie beim Verbinden Ihres Git-Hosts mit Cloud Build ausgewählt haben. Sie können alle Cloud Build-Verbindungen in Ihrem Projekt mit dem Befehl gcloud builds connections list oder auf der Seite Repositories in der Google Cloud console aufrufen:
  
  Zur Seite „Repositories“
- REPOSITORY_NAME: der Name Ihres Repositorys. Dieser muss mit dem Wert übereinstimmen, der beim Einrichten Ihrer Cloud Build-Verbindung eingegeben wurde.
- TAG: das Git-Tag Ihres Repositorys. Das Format muss die vollständige semantische Version mit der Haupt-, Neben- und Patchnummer sein. v1.0.0 ist beispielsweise ein gültiges Tag, während v1 oder v1.0 ungültige Tags sind.
- CONFIG_FILE_PATH: der Pfad zu Ihren Kubernetes-Ressourcen in dem Repository. Wenn sich Ihre Dateien im Stammverzeichnis des Repositorys befinden, können Sie dieses Feld weglassen.
- MAX_CLUSTERS: die maximale Anzahl von Clustern, in denen Kubernetes-Ressourcen gleichzeitig bereitgestellt werden sollen. Wenn Sie diesen Wert beispielsweise auf 1 setzen, werden Ressourcen pakete jeweils in einem Cluster bereitgestellt.
- VARIANT_NAME: die Variante, die in Ihren Clustern bereitgestellt werden soll. Der Name muss mit einer Variante in Ihrem Repository übereinstimmen (der Dateiname ohne Erweiterung oder der Verzeichnisname). Wenn Sie beispielsweise eine Datei mit dem Namen prod.yaml, setzen Sie dieses Feld auf prod. Wenn Sie das Standardverhalten verwenden möchten (z. B. dieselbe Konfiguration in allen Clustern einer Flotte bereitstellen), setzen Sie dieses Feld auf default und prüfen Sie, ob Ihr Repository eine Datei mit dem Namen default.yaml enthält.
  
  Eine vollständige Liste aller konfigurierbaren Felder finden Sie in der FleetPackage Referenzdokumentation.
Erstellen Sie das Flottenpaket:
```
gcloud container fleet packages create FLEET_PACKAGE_NAME \
    --source=fleetpackage-spec.yaml
```
Ersetzen Sie FLEET_PACKAGE_NAME durch einen Namen für das Roll‑out Ihres Flotten pakets.
Prüfen Sie, ob das Flottenpaket erstellt wurde:
```
gcloud container fleet packages list
```
In der Ausgabe wird der Status des Build-Triggers aufgelistet. Nach einigen Sekunden wird das Feld MESSAGE mit einer Ausgabe wie dieser aktualisiert:
```
MESSAGES: Build status: WORKING. The release is still being built; see the build status on the following page:
```
Sie können auf den bereitgestellten Link klicken, um die Streaming-Logs für den Cloud Build-Job aufzurufen. Es kann einige Minuten dauern, bis Cloud Build den Build-Trigger verarbeitet.

Wenn der Build Trigger erfolgreich ist, werden die Kubernetes-Ressourcen mit dem Flottenpaket in Ihrer gesamten Flotte eingeführt.

Wenn der Build-Trigger erfolgreich abgeschlossen wurde, sieht die Ausgabe von gcloud container fleet packages list in etwa so aus:

NAME               STATE   CREATE_TIME           ACTIVE_ROLLOUT            LAST_COMPLETED_ROLLOUT  MESSAGES
my-fleet-package   ACTIVE  2024-07-09T15:15:56   rollout-20240709-153621

Mit dem Flottenpaket werden die Kubernetes-Ressourcen in Ihrer gesamten Flotte eingeführt.

Wenn Sie jetzt einen neuen Cluster zu Ihrer Flotte hinzufügen, werden die im Flottenpaket definierten Kubernetes-Ressourcen automatisch im neuen Cluster bereitgestellt.

Flottenpaket aktualisieren

Sie können ein Flottenpaket aktualisieren, um Einstellungen zu ändern oder die Ressourcen zu ändern, die mit dem Flottenpaket bereitgestellt werden. Hier einige Beispiele:

Ändern Sie die Roll‑out-Strategie, indem Sie den Wert des maxConcurrent Felds ändern.
Pausieren Sie ein Flottenpaket vorübergehend, indem Sie state: SUSPENDED festlegen. Wenn ein Flottenpaket pausiert ist, werden alle laufenden Roll‑outs fortgesetzt. Es werden keine neuen Roll‑outs erstellt oder geplant, bis Sie den Status wieder in ACTIVEändern.
Aktualisieren Sie die Kubernetes-Ressourcen, die mit dem Flottenpaket bereitgestellt werden, indem Sie das tag Feld aktualisieren, um ein anderes Git-Tag abzurufen.

Führen Sie die folgenden Schritte aus, um ein Flottenpaket zu aktualisieren:

Aktualisieren Sie Ihre FleetPackage-Spezifikation mit Ihren Änderungen.
Aktualisieren Sie das Flottenpaket:
```
gcloud container fleet packages update FLEET_PACKAGE_NAME \
    --source=fleetpackage-spec.yaml
```
Es kann einige Minuten dauern, bis die Änderung übernommen und in Ihren Clustern eingeführt wird.

Ressourcenpakete und Releases prüfen

Wenn Sie ein Flottenpaket basierend auf Ihrem Git-Repository erstellen oder aktualisieren, werden mit der FleetPackages API automatisch Ressourcenpakete und Release Ressourcen erstellt. Das Prüfen dieser Ressourcen ist hilfreich bei der Fehlerbehebung, insbesondere wenn Sie Varianten überprüfen müssen, die aus Ihrem Repository generiert wurden.

Verwenden Sie einen oder mehrere der folgenden Befehle, um Ressourcenpakete und Releases zu prüfen:

Detaillierte Informationen zu einem bestimmten Ressourcenpaket aufrufen:

gcloud container fleet packages resource-bundles describe flpkg-rb-FLEET_PACKAGE_NAME

Alle Releases auflisten, die mit einem Ressourcenpaket verknüpft sind:

gcloud container fleet packages resource-bundles releases list \
    --resource-bundle flpkg-rb-FLEET_PACKAGE_NAME

Detaillierte Informationen zu einem bestimmten Release aufrufen, einschließlich des verwendeten Ressourcen pakets. Dieser Befehl ist besonders nützlich, um Probleme mit Varianten zu beheben, da Sie genau prüfen können, welche Varianten in einem bestimmten Release enthalten waren:
```
gcloud container fleet packages resource-bundles releases describe RELEASE_NAME\
    --resource-bundle flpkg-rb-FLEET_PACKAGE_NAME
```

Ersetzen Sie Folgendes:

FLEET_PACKAGE_NAME: der Name Ihres Flottenpakets. Dem Namen des Ressourcenpakets wird automatisch das Präfix flpkg-rb- vorangestellt.
RELEASE_NAME: der Name des Releases aus der Ausgabe des Befehls list.

Roll‑outs von Flottenpaketen verwalten

Sie können den Fortschritt von Bereitstellungen von Flottenpaketen verfolgen und aktive Roll‑outs verwalten. Wenn ein Flottenpaket geändert wird, wird automatisch ein neues Roll‑out automatisch erstellt. Mit den folgenden Befehlen erhalten Sie detaillierte Informationen zu Roll‑outs. Wenn Sie beispielsweise ein Bereitstellungsproblem beheben müssen, können Sie die Roll‑out-Details prüfen und ein Roll‑out bei Bedarf pausieren oder abbrechen.

Wenn Sie ein Roll‑out auflisten, sehen Sie den Status aller Roll‑outs, die mit einem Paket verknüpft sind, einschließlich Fehlern, die dazu führen können, dass ein Roll‑out fehlschlägt. Führen Sie den folgenden Befehl aus, um Roll‑outs aufzulisten und ihren Status aufzurufen:

gcloud container fleet packages rollouts list --fleet-package FLEET_PACKAGE_NAME

Die Ausgabe sollte so aussehen:

ROLLOUT                   RELEASE  START_TIME              END_TIME                STATE     MESSAGE
rollout-20250515-132857   v2-0-0   2025-05-15T13:28:58Z                            STALLED
rollout-20250418-165528   v1-0-0   2025-04-18T16:55:29Z    2025-04-18T16:57:47Z    COMPLETED

Wenn Sie ein Roll‑out beschreiben, erhalten Sie detaillierte Informationen zu einem bestimmten Roll‑out, einschließlich des Status für jeden Zielcluster und aller clusterspezifischen Fehler. Führen Sie den folgenden Befehl aus, um ein Roll‑out zu beschreiben:

gcloud container fleet packages rollouts describe ROLLOUT_NAME --fleet-package FLEET_PACKAGE_NAME

Ersetzen Sie ROLLOUT_NAME durch den Namen Ihres Roll‑outs. Sie können den vollständigen Roll‑out-Namen im vorherigen Schritt mit dem Befehl list abrufen.

Die Ausgabe sollte so aussehen:

CLUSTER    CURRENT_VERSION  SYNC_STATE  DESIRED_VERSION  START_TIME              END_TIME                STATE      MESSAGES
cluster1   v2.0.0           SYNCED      v2.0.0           2025-05-15T13:28:58Z    2025-05-15T13:30:27Z    COMPLETED
cluster2   v1.0.0           SYNCED      v2.0.0           2025-05-15T13:30:27Z                            ERROR      Membership no longer exists

Mit den folgenden Befehlen können Sie aktive Roll‑outs verwalten:
- Wenn Sie ein Roll‑out pausieren, wird es in den Status SUSPENDED versetzt. Alle laufenden Paketaktualisierungen werden fortgesetzt und es werden keine weiteren Paketaktualisierungen geplant. Führen Sie den folgenden Befehl aus, um ein Roll‑out zu pausieren:
```
gcloud container fleet packages rollouts suspend ROLLOUT_NAME --fleet-package FLEET_PACKAGE_NAME
```
- Wenn Sie ein Roll‑out fortsetzen, wird es von SUSPENDED wieder in den IN_PROGRESS Status versetzt. Paketaktualisierungen werden wie geplant in Zielclustern bereitgestellt. Führen Sie den folgenden Befehl aus, um ein Roll‑out fortzusetzen:
```
gcloud container fleet packages rollouts resume ROLLOUT_NAME --fleet-package FLEET_PACKAGE_NAME
```
- Wenn Sie ein laufendes Roll‑out abbrechen, wird es sofort beendet und in den Status ABORTED versetzt. Alle anstehenden Paketaktualisierungen, die im Rahmen des Roll‑outs geplant sind, werden abgebrochen. Führen Sie den folgenden Befehl aus, um ein Roll‑out abzubrechen:
```
gcloud container fleet packages rollouts abort ROLLOUT_NAME --fleet-package FLEET_PACKAGE_NAME
```

Bereitstellungsstrategien

Sie können Ressourcen auf verschiedene Arten bereitstellen, entweder in einer Teilmenge von Clustern, indem Sie Labels angeben, oder mithilfe von Musterabgleich für Varianten, um verschiedene Ressourcen bereitzustellen. Sie können beide Strategien kombinieren, um besser zu steuern, welche Ressourcen in verschiedenen Clustern bereitgestellt werden.

In einer Teilmenge von Clustern bereitstellen

Sie können dieselbe Ressource in einer Teilmenge von Clustern bereitstellen, indem Sie Labels verwenden und das Feld target.fleet.selector.matchLabels mit Ihren Labels (Schlüssel-Wert-Paar) angeben. Wenn Sie beispielsweise matchLabels als country: "us" festlegen, werden Ihre Ressourcen mit dem Flottenpaketdienst nur in Clustern mit dem Label country bereitgestellt, das mit "us" übereinstimmt.

Flottenpakete unterstützen nur Labels für Flottenmitgliedschaften. GKE-Cluster labels werden nicht unterstützt.

(Optional) Wenn Sie noch keine Labels haben, die Sie verwenden möchten, fügen Sie sie mit den folgenden Schritten hinzu:
1. Liste der Mitgliedschaften in der Flotte abrufen:
```
gcloud container fleet memberships list
```
2. Label zur Mitgliedschaft hinzufügen:
```
gcloud container fleet memberships update MEMBERSHIP_NAME \
    --update-labels=KEY=VALUE
```
  Ersetzen Sie Folgendes:
  - MEMBERSHIP_NAME: der Name des Clusters, der in der Flotte registriert ist.
  - KEY und VALUE: das Label, das der Mitgliedschaft hinzugefügt werden soll. Wenn ein Label vorhanden ist, wird sein Wert geändert. Andernfalls wird ein neues Label erstellt. Schlüssel müssen mit einem Kleinbuchstaben beginnen und dürfen nur Bindestriche (-), Unterstriche (_), Kleinbuchstaben und Ziffern enthalten. Werte dürfen nur Bindestriche (-), Unterstriche (_), Kleinbuchstaben und Ziffern enthalten.
  Wiederholen Sie diesen Befehl für jede Mitgliedschaft, der Sie ein Label hinzufügen möchten.

Erstellen oder aktualisieren Sie Ihre FleetPackage-Spezifikation mit dem Labelselektor:

resourceBundleSelector:
  cloudBuildRepository:
    name: projects/PROJECT_ID/locations/us-central1/connections/CONNECTION_NAME/repositories/REPOSITORY_NAME
    tag: TAG
    serviceAccount: projects/PROJECT_ID/serviceAccounts/SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com
    path: CONFIG_FILE_PATH
target:
  fleet:
    project: projects/PROJECT_ID
    selector:
      matchLabels:
        KEY: "VALUE"
rolloutStrategy:
  rolling:
    maxConcurrent: MAX_CLUSTERS

Erstellen oder aktualisieren Sie das Flottenpaket:

Flottenpaket erstellen

gcloud container fleet packages create FLEET_PACKAGE_NAME \
    --source=fleetpackage-spec.yaml

Flottenpaket aktualisieren

gcloud container fleet packages update FLEET_PACKAGE_NAME \
    --source=fleetpackage-spec.yaml

Variantenressourcen in Clustern bereitstellen

Sie können eindeutige Konfigurationen in verschiedenen Clustern bereitstellen (z. B. dev im Vergleich zu prod), indem Sie Ihrem Flottenpaket Variantendefinitionen hinzufügen.

Eine konzeptionelle Übersicht darüber, wie Varianten aus Ihrer Repository struktur generiert werden, finden Sie unter So werden Varianten generiert.

Führen Sie die folgenden Schritte aus, um ein Flottenpaket mit Varianten bereitzustellen:

Erstellen oder aktualisieren Sie Ihre FleetPackage-Spezifikation, um die Felder variantsPattern und variantNameTemplate einzufügen:
```
resourceBundleSelector:
  cloudBuildRepository:
    name: projects/PROJECT_ID/locations/us-central1/connections/CONNECTION_NAME/repositories/REPOSITORY_NAME
    tag: TAG
    serviceAccount: projects/PROJECT_ID/serviceAccounts/SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com
    path: CONFIG_FILE_PATH
    variantsPattern: VARIANT_PATTERN
target:
  fleet:
    project: projects/PROJECT_ID
rolloutStrategy:
  rolling:
    maxConcurrent: MAX_CLUSTERS
target:
  fleet:
    project: projects/PROJECT_ID
 variantSelector:
  variantNameTemplate: VARIANT_NAME_TEMPLATE
```
Ersetzen Sie Folgendes:
- VARIANT_PATTERN: ein Glob-Muster zum Generieren von Varianten aus Ihrem Repository, z. B. * (entspricht allen Dateien und Verzeichnissen) oder *.yaml (entspricht nur Dateien). Weitere Informationen zu den unterstützten Mustern finden Sie unter variantsPattern Abgleich.
- VARIANT_NAME_TEMPLATE : ein String oder eine Vorlage zum Auswählen einer Variante für jeden Cluster. Sie können Metadatavariablen wie ${membership.labels['env']} oder ${membership.location} verwenden.
Hinweis: Achten Sie darauf, dass mit variantsPattern eindeutige Variantennamen generiert werden. Wenn zwei Dateien demselben Namen zugeordnet sind (z. B. app1/deploy.yaml und app2/deploy.yaml, die beide in deploy aufgelöst werden), kann das Roll‑out aufgrund einer Namenskollision fehlschlagen.

Erstellen oder aktualisieren Sie das Flottenpaket:

Flottenpaket erstellen

gcloud container fleet packages create FLEET_PACKAGE_NAME \
    --source=fleetpackage-spec.yaml

Flottenpaket aktualisieren

gcloud container fleet packages update FLEET_PACKAGE_NAME \
    --source=fleetpackage-spec.yaml

Flottenpaket löschen

Wenn Sie ein Flottenpaket löschen, werden auch die folgenden Ressourcen gelöscht:

Die in Ihren Clustern bereitgestellten Kubernetes-Ressourcen
Der Roll‑out-Verlauf des Flottenpakets

Führen Sie den folgenden Befehl aus, um ein Flottenpaket zu löschen:

gcloud container fleet packages delete FLEET_PACKAGE_NAME --force

Fehlerbehebung

Methoden zur Diagnose und Behebung von Fehlern im Zusammenhang mit Cloud Build finden Sie unter Build-Fehler beheben.

Nächste Schritte

Referenzseite für FleetPackage Felder

Flottenpakete bereitstellen Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.

Hinweise

Clusteranforderungen prüfen

Umgebung vorbereiten

Config Sync installieren

Console

gcloud

Dienstkonto für Cloud Build erstellen

Flottenpaket erstellen

Flottenpaket aktualisieren

Ressourcenpakete und Releases prüfen

Roll‑outs von Flottenpaketen verwalten

Bereitstellungsstrategien

In einer Teilmenge von Clustern bereitstellen

Flottenpaket erstellen

Flottenpaket aktualisieren

Variantenressourcen in Clustern bereitstellen

Flottenpaket erstellen

Flottenpaket aktualisieren

Flottenpaket löschen

Fehlerbehebung

Nächste Schritte

Flottenpakete bereitstellen