Clusterinterne zur verwalteten Steuerungsebene in einem neuen Cluster migrieren

In diesem Tutorial erfahren Sie, wie Sie eine Anwendung von einem GKE-Cluster (Google Kubernetes Engine) mit dem clusterinternen Cloud Service Mesh zu einem neuen Cluster mit dem verwalteten Cloud Service Mesh, dem vollständig verwalteten, Istio-konformen Dienst von Google Mesh-Netzwerk.

In dieser Anleitung erwartet Sie Folgendes:

1. Sie erstellen einen neuen Google Kubernetes Engine-Cluster und installieren das clusterinterne Cloud Service Mesh und das Cloud Service Mesh-Ingress-Gateway auf dem Cluster. Dieser Cluster agiert als den vorhandenen Cluster, von dem Sie migrieren möchten.
2. Stellen Sie die Online-Boutique Beispielanwendung auf dem Cluster mit dem clusterinternen Cloud Service Mesh hinzu.
3. Sie erstellen im selben Google Cloud-Projekt einen weiteren Google Kubernetes Engine-Cluster.
4. Stellen Sie das verwaltete Cloud Service Mesh im zweiten Cluster bereit und stellen Sie das Cloud Service Mesh-Ingress-Gateway.
5. Stellen Sie Online Boutique auf dem Cluster mit verwaltetem Cloud Service Mesh bereit, um Replizieren Sie die Bereitstellung aus dem Cluster mit dem clusterinternen Cloud Service Mesh.
6. Verlagerung von 50% des Nutzertraffics aus dem Cluster mit dem clusterinternen Cloud Service Mesh zum Cluster mit verwaltetem Cloud Service Mesh, unter Verwendung der Traffic-Aufteilung von Istio Funktionen im Cluster mit dem cloudinternen Cloud Service Mesh zu verwalten.
7. Migration vom Cloud Service Mesh im Cluster zum verwalteten Cloud Service Mesh abschließen: den DNS-Eintrag (Domain Name System) des Clusters mit Cloud Service Mesh im Cluster mit dem Cluster mit verwaltetem Cloud Service Mesh zu verknüpfen.

Canary-Deployment

„Canary-Deployment“ ist eine Technik, die in der Softwareentwicklung verwendet wird, um eine neue Version einer Software zu testen, bevor diese für alle Nutzer veröffentlicht wird. Dabei wird der Prozentsatz des Traffics, der an die neue Version weitergeleitet wird, schrittweise erhöht. In dieser Anleitung richten Sie einen neuen Cluster mit verwaltetem Cloud Service Mesh ein und verschieben den Nutzertraffic schrittweise in diesen Cluster. Sie leiten zuerst 0 % des Nutzertraffics an den neuen Cluster, dann 50 % und schließlich 100 %. In der Produktion sollten Sie kleinere und mehr Inkremente verwenden. Wenn Sie irgendwann dass der neue Cluster einen Teil des Traffics nicht verarbeiten kann. können Sie ein Rollback durchführen, indem Sie den Prozentsatz auf 0 % reduzieren.

Canary-Steuerungsebene im Vergleich zu Canary-Cluster

Es gibt zwei häufig verwendete Strategien für Migrationen von Cloud Service Mesh innerhalb von Clustern zu verwaltetem Cloud Service Mesh:

• Migration der Canary-Steuerungsebene: Bei dieser Strategie stellen Sie verwaltetes Cloud Service Mesh in demselben Cluster bereit, in dem In-Cluster-Cloud Service Mesh installiert ist.
• Canary-Clustermigration: Bei dieser Strategie erstellen Sie einen neuen Cluster und und anschließend das verwaltete Cloud Service Mesh bereitstellen.

In dieser Anleitung werden Sie die Migrationsstrategie für den Canary-Cluster durchlaufen.

Kosten

In dieser Anleitung werden die folgenden kostenpflichtigen Komponenten von Google Cloud verwendet:

• Google Kubernetes Engine
• Cloud Service Mesh

Nach Abschluss dieser Anleitung können Sie weitere Kosten durch Löschen von erstellten Ressourcen vermeiden. Weitere Informationen finden Sie unter Bereinigen.

Hinweis

1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

3. Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

4. Enable the required APIs.

   Enable the APIs

5. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

6. Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

7. Enable the required APIs.

   Enable the APIs

Cloud Shell starten

In dieser Anleitung verwenden Sie Cloud Shell, eine in Google Cloud gehostete Shell-Umgebung, mit der Sie Ihre Google Cloud-Ressourcen verwalten können.

Cloud Shell wird mit den Befehlszeilentools Google Cloud CLI, kubectl und istioctl vorinstalliert. Die gcloud CLI stellt die primäre Befehlszeile für Google Cloud bereit.

Öffnen Sie in der rechten oberen Ecke dieser Seite eine Cloud Shell-Sitzung, klicken Sie auf und dann auf Bestätigen. In einem Frame im unteren Teil der Seite wird eine Cloud Shell-Sitzung geöffnet. Führen Sie in dieser Cloud Shell-Sitzung die folgenden Befehle aus.

Beispielcode herunterladen

Klonen Sie die Git-Repositories mit den Kubernetes- und Istio-Ressourcen, die Sie verwenden werden:

  git clone https://github.com/GoogleCloudPlatform/anthos-service-mesh-samples.git
  git clone https://github.com/GoogleCloudPlatform/microservices-demo.git

Cluster mit Cloud Service Mesh innerhalb des Clusters einrichten

Cluster erstellen und Cloud Service Mesh im Cluster installieren

In diesem Abschnitt erstellen Sie den Cluster, der das clusterinterne Cloud Service Mesh verwendet. In der Praxis sind dies die Cluster, die Sie bereits verwenden.

1. Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID und erstellen Sie einen neuen Cluster:

   gcloud container clusters create cluster-with-in-cluster-asm \
     --project=PROJECT_ID \
     --zone=us-central1-a \
     --machine-type=e2-standard-4 --num-nodes=2 \
     --workload-pool=PROJECT_ID.svc.id.goog
   

   Hinweis: Dieser Vorgang kann einige Minuten dauern.

2. Benennen Sie den Clusterkontext um, damit der Cluster leichter verwendet werden kann:

   kubectl config rename-context \
     gke_PROJECT_ID_us-central1-a_cluster-with-in-cluster-asm \
     cluster-with-in-cluster-asm
   

3. Prüfen Sie, ob der Clusterkontext umbenannt wurde:

   kubectl config get-contexts --output="name"
   

4. Laden Sie die Version herunter, die Cloud Service Mesh installiert, 1.21.5 um dem aktuellen Arbeitsverzeichnis:

   curl https://storage.googleapis.com/csm-artifacts/asm/asmcli_1.21 > asmcli
   

   Sie werden aufgefordert, „y“ einzugeben, und dann die Eingabetaste drücken.

   Die Ausgabe sieht etwa so aus:

   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
   100  167k  100  167k    0     0   701k      0 --:--:-- --:--:-- --:--:--  701k
   

5. Machen Sie das Skript asmcli ausführbar:

   chmod +x asmcli
   

6. Installieren Sie das Cloud Service Mesh im Cluster mit asmcli:

   ./asmcli install \
     --project_id PROJECT_ID \
     --cluster_name cluster-with-in-cluster-asm \
     --cluster_location us-central1-a \
     --output_dir . \
     --enable_all \
     --ca mesh_ca
   

   Es kann einige Minuten dauern, bis die Ausführung des asmcli-Tools abgeschlossen ist. Das Tool gibt aus, informative Nachrichten zu übermitteln, damit Sie den Fortschritt verfolgen können.

   Bei Erfolg sieht die Ausgabe in etwa so aus:

   ...
   asmcli: Successfully installed ASM.
   

Ingress-Gateway von Cloud Service Mesh bereitstellen

1. Sie stellen das Ingress-Gateway von Cloud Service Mesh in einem separaten Namespace namens asm-ingress bereit. Erstellen Sie den Namespace:

   kubectl \
     --context cluster-with-in-cluster-asm \
     create namespace asm-ingress
   

2. Verwenden Sie das Label istio.io/rev=asm-1215-7, um den Namespace asm-ingress dem Service Mesh hinzuzufügen und die automatische Sidecar-Proxy-Injektion zu aktivieren.

   kubectl \
     --context cluster-with-in-cluster-asm \
     label --overwrite namespace asm-ingress istio.io/rev=asm-1215-7
   

   Die Ausgabe sieht etwa so aus:

   namespace/asm-ingress labeled
   

   Hinweis: Möglicherweise müssen Sie das istio.io/rev=asm-1215-7-Label ändern, um mit der Cloud Service Mesh-Version im Cluster übereinstimmen. Sie können die Versionsnummer, die dem Namen Ihres istiod-asm-*-Dienstes angehängt ist, mit dem Befehl kubectl get service --context=cluster-with-in-cluster-asm --namespace=istio-system
   abrufen.

3. Stellen Sie das Ingress-Gateway für Cloud Service Mesh bereit:

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/asm-gateway-deployment-svc.yaml
   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/gateway.yaml
   

   Die Ausgabe sieht etwa so aus:

   serviceaccount/asm-ingressgateway created
   service/asm-ingressgateway created
   deployment.apps/asm-ingressgateway created
   gateway.networking.istio.io/asm-ingressgateway created
   

   Hinweis: Sie können in den Ressourcen im offiziellen GitHub-Repository für Cloud Service Mesh-Beispiele suchen.

Online Boutique bereitstellen

1. Sie stellen Online Boutique in einem separaten Namespace namens onlineboutique bereit. Erstellen Sie den Namespace:

   kubectl \
     --context cluster-with-in-cluster-asm \
     create namespace onlineboutique
   

2. Verwenden Sie das Label istio.io/rev=asm-1215-7, um den Namespace onlineboutique dem Service Mesh hinzuzufügen und die automatische Sidecar-Proxy-Injektion zu aktivieren.

   kubectl \
     --context cluster-with-in-cluster-asm \
     label --overwrite namespace onlineboutique istio.io/rev=asm-1215-7
   

   Die Ausgabe sieht etwa so aus:

   namespace/onlineboutique labeled
   

3. Stellen Sie die 12 Dienste von Online Boutique bereit, einschließlich des Load-Generators, der den Nutzertraffic weiterleitet:

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/kubernetes-manifests.yaml
   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/virtual-service.yaml
   

4. Rufen Sie die externe IP-Adresse des Cloud Service Mesh-Ingress-Gateways ab:

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace asm-ingress \
     get service --output jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}'
   

5. Kopieren Sie die externe IP-Adresse des Ingress-Gateways und greifen Sie über Ihren Webbrowser darauf zu. Sie sehen die Beispiel-App „Online Boutique“.

Neuen Cluster mit verwaltetem Cloud Service Mesh einrichten

Cluster erstellen und verwaltetes Cloud Service Mesh bereitstellen

In diesem Abschnitt erstellen Sie den Cluster, zu dem Sie migrieren. Sie werden verwalteten Cloud Service Mesh bereitstellen und Online Boutique bereitstellen, um Sie replizieren die Bereitstellungen aus dem Cluster, der das clusterinterne Cloud Service Mesh verwendet.

1. Erstellen Sie einen neuen Cluster:

   gcloud container clusters create cluster-with-csm \
     --project=PROJECT_ID --zone=us-central1-a \
     --machine-type=e2-standard-4 --num-nodes=2 \
     --workload-pool PROJECT_ID.svc.id.goog
   

   Hinweis: Dieser Vorgang kann einige Minuten dauern.

2. Benennen Sie den Clusterkontext um, damit der Cluster leichter verwendet werden kann:

   kubectl config rename-context \
     gke_PROJECT_ID_us-central1-a_cluster-with-csm \
     cluster-with-csm
   

3. Prüfen Sie, ob der Clusterkontext umbenannt wurde:

   kubectl config get-contexts --output="name"
   

4. Aktivieren Sie Cloud Service Mesh in der Flotte Ihres Projekts. Eine Flotte ist eine logische Gruppierung von Kubernetes-Clustern und anderen Ressourcen, die zusammen verwaltet werden können.

   gcloud container fleet mesh enable --project PROJECT_ID
   

   Die Ausgabe sieht etwa so aus:

   Waiting for Feature Service Mesh to be created...done.
   

5. Registrieren Sie den Cluster bei der Flotte des Projekts:

   gcloud container fleet memberships register cluster-with-csm-membership \
     --gke-cluster=us-central1-a/cluster-with-csm \
     --enable-workload-identity \
     --project PROJECT_ID
   

   Die Ausgabe sieht etwa so aus:

   Waiting for membership to be created...done.
   Finished registering to the Fleet.
   

6. Aktivieren Sie verwaltetes Cloud Service Mesh im Cluster:

   gcloud container fleet mesh update \
     --management automatic \
     --memberships cluster-with-csm-membership \
     --project PROJECT_ID
   

   Die Ausgabe sieht etwa so aus:

   Waiting for Feature Service Mesh to be updated...done.
   

   Hinweis: Das verwaltete Cloud Service Mesh nimmt Ihnen einen Großteil der manuellen Wartungsarbeiten ab, die mit dem Upgrade, der Skalierung und der Sicherung Ihres Service Mesh verbunden sind. Weitere Informationen ungefähr Verwaltetes Cloud Service Mesh.

7. Prüfen, ob das verwaltete Cloud Service Mesh für den Cluster bereitgestellt wurde und kann verwendet werden:

   gcloud container fleet mesh describe --project PROJECT_ID
   

   Es kann etwa 10 Minuten dauern, bis Cloud Service Mesh bereitgestellt wird und im Cluster bereit ist. Wenn controlPlaneManagement.state: DISABLED oder controlPlaneManagement.state: PROVISIONING angezeigt wird, müssen Sie den vorherigen Befehl alle paar Minuten noch einmal ausführen, bis controlPlaneManagement.state: ACTIVE angezeigt wird.

   Die Ausgabe sieht etwa so aus:

   createTime: '2022-07-06T01:05:39.110120474Z'
   membershipSpecs:
     projects/123456789123/locations/global/memberships/cluster-with-csm-membership:
       mesh:
         management: MANAGEMENT_AUTOMATIC
   membershipStates:
     projects/123456789123/locations/global/memberships/cluster-with-csm-membership:
       servicemesh:
         controlPlaneManagement:
           details:
           - code: REVISION_READY
             details: 'Ready: asm-managed'
           state: ACTIVE
         dataPlaneManagement:
           details:
           - code: OK
             details: Service is running.
           state: ACTIVE
       state:
         code: OK
         description: 'Revision(s) ready for use: asm-managed.'
         updateTime: '2022-07-06T01:19:24.243993678Z'
   name: projects/your-project-id/locations/global/features/servicemesh
   resourceState:
     state: ACTIVE
   spec: {}
   state:
     state: {}
   updateTime: '2022-07-06T01:19:27.475885687Z'
   

Ingress-Gateway von Cloud Service Mesh bereitstellen

1. Sie stellen das Ingress-Gateway des Cloud Service Mesh in einem separaten Namespace namens asm-ingress. Erstellen Sie den Namespace:

   kubectl \
     --context cluster-with-csm \
     create namespace asm-ingress
   

2. Verwenden Sie das Label istio.io/rev=asm-managed, um den Namespace asm-ingress dem Service Mesh hinzuzufügen und die automatische Sidecar-Proxy-Injektion zu aktivieren.

   kubectl \
     --context cluster-with-csm \
     label namespace asm-ingress 'istio.io/rev=asm-managed'
   

3. Cloud Service Mesh bereitstellen Ingress-Gateway:

   kubectl \
     --context cluster-with-csm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/asm-gateway-deployment-svc.yaml
   kubectl \
     --context cluster-with-csm \
     --namespace=asm-ingress \
     apply -f anthos-service-mesh-samples/docs/shared/asm-ingress-gateway/gateway.yaml
   

   Die Ausgabe sieht etwa so aus:

   namespace/asm-ingress configured
   serviceaccount/asm-ingressgateway configured
   service/asm-ingressgateway configured
   deployment.apps/asm-ingressgateway configured
   gateway.networking.istio.io/asm-ingressgateway configured
   

   Hinweis: Sie finden die Ressourcen in der offiziellen Cloud Service Mesh-Beispiele für GitHub-Repository.

Online Boutique bereitstellen

1. Sie stellen Online Boutique in einem separaten Namespace namens onlineboutique bereit. Erstellen Sie den Namespace:

   kubectl \
     --context cluster-with-csm \
     create namespace onlineboutique
   

2. Verwenden Sie das Label istio.io/rev=asm-managed, um den Namespace onlineboutique dem Service Mesh hinzuzufügen und die automatische Sidecar-Proxy-Injektion zu aktivieren.

   kubectl \
     --context cluster-with-csm \
     label namespace onlineboutique 'istio.io/rev=asm-managed'
   

3. Stellen Sie die 12 Dienste von Online Boutique bereit, einschließlich des Load-Generators, der den Nutzertraffic weiterleitet:

   kubectl \
     --context cluster-with-csm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/kubernetes-manifests.yaml
   kubectl \
     --context cluster-with-csm \
     --namespace=onlineboutique \
     apply -f anthos-service-mesh-samples/docs/shared/online-boutique/virtual-service.yaml
   

4. Rufen Sie die externe IP-Adresse des Cloud Service Mesh-Ingress-Gateways ab:

   kubectl \
     --context cluster-with-csm \
     --namespace asm-ingress \
     get service --output jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}'
   

5. Kopieren Sie die externe IP-Adresse des Dienstes asm-ingressgateway und greifen Sie über Ihren Webbrowser darauf zu. Sie sehen die Beispiel-App Online Boutique. Da Sie die externe IP-Adresse im nächsten Abschnitt benötigen, kopieren Sie sie in eine Umgebungsvariable:

   export INGRESS_IP_OF_CLUSTER_WITH_MANAGED_ASM=$( \
     kubectl \
       --context cluster-with-csm \
       --namespace asm-ingress \
       get service --output jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}' \
     )
   

Cluster mit Cloud Service Mesh mithilfe eines Canary-Deployments testen

In diesem Abschnitt konfigurieren Sie den Cluster mit dem clusterinternen Cloud Service Mesh so, dass 50% des Nutzer-Traffics bei Online Boutique wird auf die Instanz Online verlagert Boutique im Cluster mit verwaltetem Cloud Service Mesh. Um dies zu erreichen, stellen Sie Zwei Istio-Ressourcen für den Cluster mit dem clusterinternen Cloud Service Mesh:

• Einen ServiceEntry, um das clusterinterne Cloud Service Mesh über den Online-Boutique-Endpunkt des verwalteten Cloud Service Mesh-Clusters zu informieren
• einen VirtualService, der das Cloud Service Mesh-Ingress-Gateway im Cluster anweist, die zwischen 50 und 50 liegen.

Hinweis: In der Produktion sollte diese Aufteilung des Traffics auf den Cluster mit verwaltetem Cloud Service Mesh in kleinen Schritten erfolgen – statt sofort auf 50 % – und schrittweise auf 100 % erhöht werden.

1. Legen Sie die IP-Adresse des Ingress-Gateways des verwalteten Cloud Service Mesh-Clusters in der ServiceEntry-Ressource fest:

   sed -i "s/1.2.3.4/${INGRESS_IP_OF_CLUSTER_WITH_MANAGED_ASM}/" anthos-service-mesh-samples/docs/migrate-to-managed-asm/service-entry.yaml
   

2. Stellen Sie den ServiceEntry mit In-Cluster-Cloud Service Mesh im Cluster bereit:

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace onlineboutique \
     apply -f anthos-service-mesh-samples/docs/migrate-to-managed-asm/service-entry.yaml
   

3. Stellen Sie die VirtualService im Cluster mit dem clusterinternen Cloud Service Mesh bereit:

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace onlineboutique \
     apply -f anthos-service-mesh-samples/docs/migrate-to-managed-asm/virtual-service-in-cluster-asm.yaml
   

4. Rufen Sie in Ihrem Webbrowser die IP-Adresse des Ingress-Gateways des Clusters mit In-Cluster-Cloud Service Mesh auf:

   kubectl \
     --context cluster-with-in-cluster-asm \
     --namespace asm-ingress \
     get service
   

   Aktualisieren Sie die Online Boutique-Startseite mehrmals und prüfen Sie jedes Mal die Fußzeile der Seite. Beachten Sie, dass 50% der Anfragen von einem Pod dem Cluster mit verwaltetem Cloud Service Mesh.

Mit verwaltetem Cloud Service Mesh zum Cluster migrieren

In diesem Abschnitt wird davon ausgegangen, dass Sie Inhaber eines Domainnamens sind und Zugriff auf die DNS-Einstellungen (Domainnamenserver) haben.

1. Fügen Sie einen A-Eintrag zu den DNS-Einstellungen hinzu, um den Domainnamen (z. B. beispiel.de) auf die IP-Adresse des Ingress-Gateways zu verweisen, das auf dem Cluster mit In-Cluster-Cloud Service Mesh läuft.

   Hinweis: Dies kann einige Minuten dauern.

2. Greifen Sie über den Domainnamen in Ihrem Webbrowser auf Online Boutique zu.

3. Minimieren Sie die Gültigkeitsdauer (TTL) für DNS-Einträge, damit Sie den DNS-Eintrag, wenn ein Rollback erforderlich ist.

4. Legen Sie für den A-Eintrag Ihres Domainnamens die externe IP-Adresse des Ingress-Gateways des Clusters mit verwaltetem Cloud Service Mesh fest.

5. Wenn die Migration erfolgreich ist, löschen Sie den Cluster mit In-Cluster-Cloud Service Mesh:

   gcloud container clusters delete cluster-with-in-cluster-asm \
     --zone=us-central1-a \
     --project=PROJECT_ID
   

Bereinigen

Damit Ihrem Google Cloud-Konto die in dieser Anleitung verwendeten Ressourcen nicht in Rechnung gestellt werden, löschen Sie entweder das Projekt, das die Ressourcen enthält, oder Sie behalten das Projekt und löschen die einzelnen Ressourcen.

Projekt löschen

Achtung: Das Löschen von Projekten hat folgende Auswirkungen:
• Alle Inhalte des Projekts werden gelöscht. Wenn Sie für die Aufgaben in diesem Dokument ein bereits bestehendes Projekt verwendet haben und dieses löschen, werden auch alle anderen im Rahmen des Projekts erstellten Daten gelöscht.
• Benutzerdefinierte Projekt-IDs gehen verloren. Beim Erstellen dieses Projekts haben Sie möglicherweise eine benutzerdefinierte Projekt-ID erstellt, die Sie weiterhin verwenden möchten. Damit die URLs, die die Projekt-ID nutzen, z. B. eine appspot.com-URL, erhalten bleiben, sollten Sie ausgewählte Ressourcen innerhalb des Projekts löschen, statt das gesamte Projekt.
1. In the Google Cloud console, go to the Manage resources page.

   Go to Manage resources

2. In the project list, select the project that you want to delete, and then click Delete.
3. In the dialog, type the project ID, and then click Shut down to delete the project.

Ressourcen löschen

Löschen Sie den Cluster mit dem verwalteten Cloud Service Mesh:

  gcloud container clusters delete cluster-with-managed-asm \
    --zone=us-central1-a \
    --project=PROJECT_ID

Nächste Schritte

• Weitere Informationen Managed Cloud Service Mesh.
• Best Practices für die Sicherheit von Cloud Service Mesh