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:
- 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 fungiert als vorhandener Cluster, von dem Sie migrieren möchten.
- Sie stellen die Beispielanwendung Online Boutique mit In-Cluster-Cloud Service Mesh auf dem Cluster bereit.
- Sie erstellen im selben Google Cloud-Projekt einen weiteren Google Kubernetes Engine-Cluster.
- Stellen Sie das verwaltete Cloud Service Mesh im zweiten Cluster bereit und stellen Sie das Cloud Service Mesh-Ingress-Gateway.
- 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.
- Sie verschieben 50 % des Nutzertraffics vom Cluster mit Cloud Service Mesh im Cluster auf den Cluster mit verwaltetem Cloud Service Mesh. Dazu werden die Aufteilungsfunktionen der Zugriffe von Istio auf dem Cluster mit Cloud Service Mesh im Cluster genutzt.
- Sie schließen die Migration von In-Cluster-Cloud Service Mesh zu verwaltetem Cloud Service Mesh ab. Dazu verweisen Sie den DNS-Eintrag (Domain Name System) des Clusters mit In-Cluster-Cloud Service Mesh auf den Cluster mit verwaltetem Cloud Service Mesh.
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 verwalteten Cloud Service Mesh nutzen und den Nutzertraffic schrittweise dorthin verlagern. Sie leiten zuerst 0 % des Nutzertraffics an den neuen Cluster, dann 50 % und schließlich 100 %. In der Produktion sollten Sie kleinere und mehr Schritte verwenden. Wenn Sie feststellen, dass der neue Cluster einen Prozentsatz des Traffics nicht verarbeiten kann, können Sie ein Rollback durchführen. Redzuieren Sie dazu den Prozentsatz auf 0 %.
Canary-Steuerungsebene im Vergleich zu Canary-Cluster
Es gibt zwei häufig verwendete Strategien für die Migration von einem clusterinternen Cloud Service Mesh zu verwaltetes Cloud Service Mesh:
- Migration der Canary-Steuerungsebene: Bei dieser Strategie stellen Sie verwalteten Cloud Service Mesh im selben Cluster, in dem Cloud Service Mesh im Cluster ist installiert.
- Canary-Clustermigration: Bei dieser Strategie erstellen Sie einen neuen Cluster und stellen dann verwaltetes Cloud Service Mesh darauf bereit.
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:
Nach Abschluss dieser Anleitung können Sie weitere Kosten durch Löschen von erstellten Ressourcen vermeiden. Weitere Informationen finden Sie unter Bereinigen.
Hinweis
- 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.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.
-
Enable the required APIs.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.
-
Enable the required 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 terminal 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 Ihren Cluster, der In-Cluster-Cloud Service Mesh verwendet. In der Praxis sind dies die Cluster, die Sie bereits verwenden.
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
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
Prüfen Sie, ob der Clusterkontext umbenannt wurde:
kubectl config get-contexts --output="name"
Laden Sie die Version herunter, die Cloud Service Mesh installiert, 1.23.2 um dem aktuellen Arbeitsverzeichnis:
curl https://storage.googleapis.com/csm-artifacts/asm/asmcli_1.23 > 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
Machen Sie das
asmcli
-Script ausführbar:chmod +x asmcli
Clusterinternes Cloud Service Mesh mit
asmcli
installieren:./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
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
Verwenden Sie das Label
istio.io/rev=asm-1232-2
, um den Namespaceasm-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-1232-2
Die Ausgabe sieht etwa so aus:
namespace/asm-ingress labeled
Cloud Service Mesh bereitstellen Ingress-Gateway:
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
Online Boutique bereitstellen
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
Verwenden Sie das Label
istio.io/rev=asm-1232-2
, um den Namespaceonlineboutique
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-1232-2
Die Ausgabe sieht etwa so aus:
namespace/onlineboutique labeled
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
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}'
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.
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
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
Prüfen Sie, ob der Clusterkontext umbenannt wurde:
kubectl config get-contexts --output="name"
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.
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.
Aktivieren Sie das verwaltete Cloud Service Mesh auf dem 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.
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
odercontrolPlaneManagement.state: PROVISIONING
angezeigt wird, müssen Sie den vorherigen Befehl alle paar Minuten noch einmal ausführen, biscontrolPlaneManagement.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
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-csm \ create namespace asm-ingress
Verwenden Sie das Label
istio.io/rev=asm-managed
, um den Namespaceasm-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'
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
Online Boutique bereitstellen
Sie stellen Online Boutique in einem separaten Namespace namens
onlineboutique
bereit. Erstellen Sie den Namespace:kubectl \ --context cluster-with-csm \ create namespace onlineboutique
Verwenden Sie das Label
istio.io/rev=asm-managed
, um den Namespaceonlineboutique
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'
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
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}'
Kopieren Sie die externe IP-Adresse des Dienstes
asm-ingressgateway
und greifen Sie über Ihren Webbrowser darauf zu. Sie sehen die Beispielanwendung „Online Boutique“. Sie verwenden die externe IP-Adresse im nächsten Abschnitt. Kopieren Sie sie also 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 unter Verwendung eines Canary-Deployments testen
In diesem Abschnitt konfigurieren Sie den Cluster mit In-Cluster-Cloud Service Mesh so, dass 50 % des Nutzertraffics zu Online Boutique auf die Instanz von Online Boutique im Cluster mit verwaltetem Cloud Service Mesh verschoben werden. Dazu stellen Sie mit Cloud Service Mesh im Cluster zwei Istio-Ressourcen bereit:
- Einen ServiceEntry, um das Cloud Service Mesh im Cluster über das verwaltete Cloud Service Mesh zu informieren Online Boutique-Endpunkt des Clusters
- Einen VirtualService, um dem clusterinternen Cloud Service Mesh-Ingress-Gateway mitzuteilen, dass der Traffic je zur Hälfte aufgeteilt werden soll.
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
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
Stellen Sie den
VirtualService
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/virtual-service-in-cluster-asm.yaml
Rufen Sie die IP-Adresse des Ingress-Gateways des Clusters mit Cloud Service Mesh im Cluster in Ihrem Webbrowser:
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 im Cluster mit verwaltetem Cloud Service Mesh verarbeitet werden.
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.
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.
Greifen Sie über den Domainnamen in Ihrem Webbrowser auf Online Boutique zu.
Minimieren Sie die Gültigkeitsdauer (TTL) für DNS-Einträge, damit Sie den DNS-Eintrag, wenn ein Rollback erforderlich ist.
Legen Sie für den A-Eintrag Ihres Domainnamens die externe IP-Adresse des Ingress-Gateways des Clusters mit verwaltetem Cloud Service Mesh fest.
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
- In the Google Cloud console, go to the Manage resources page.
- In the project list, select the project that you want to delete, and then click Delete.
- 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 verwaltetem Cloud Service Mesh:
gcloud container clusters delete cluster-with-managed-asm \
--zone=us-central1-a \
--project=PROJECT_ID
Nächste Schritte
- Weitere Informationen zu verwaltetem Cloud Service Mesh
- Weitere Informationen Best Practices für die Cloud Service Mesh-Sicherheit