Vous consultez la documentation de l'ancienne version de Service Mesh v1.20.

Versions disponibles

Cloud Service Mesh
Archive 1.20
Archive 1.19
Archive 1.18

Cette page a été traduite par l'API Cloud Translation.

Migrer d'Istio 1.11 ou d'une version ultérieure vers Cloud Service Mesh

Ce tutoriel explique comment migrer une application Cluster Google Kubernetes Engine (GKE) utilisant Istio vers un nouveau cluster utilisant des ressources Cloud Service Mesh : le maillage de services entièrement géré et conforme à Istio de Google.

Dans ce tutoriel, vous allez :

Créer un cluster Google Kubernetes Engine, et installer Istio et Istio d'entrée sur le cluster. Ce cluster servira de cluster que vous souhaitez migrer.
Déployez le Boutique en ligne sur le cluster avec Istio.
Créer un autre cluster Google Kubernetes Engine dans le même projet Google Cloud
Activez le service géré Cloud Service Mesh sur le deuxième cluster et déployez le Passerelle d'entrée Cloud Service Mesh.
Déployez Online Boutique sur le cluster à l'aide de Cloud Service Mesh pour répliquer le à partir du cluster avec Istio.
Transférer 50% du trafic utilisateur du cluster avec Istio vers le cluster avec Cloud Service Mesh, en utilisant les fonctionnalités de répartition du trafic d'Istio sur le avec Istio.
Terminez la migration d'Istio vers Cloud Service Mesh en pointant le domaine l'entrée du système de noms (DNS) du cluster avec Istio sur le cluster avec Cloud Service Mesh.

Le trafic utilisateur est réparti à 50-50 entre un cluster avec Istio et un cluster avec
Cloud Service Mesh. Chaque cluster contient son propre déploiement
Boutique.

Déploiement Canary

"Déploiement Canary" est une technique utilisée en développement logiciel pour tester une nouvelle version d'un logiciel avant de la publier pour tous les utilisateurs. Il implique d'augmenter de manière incrémentielle le pourcentage de trafic envoyé version. Dans ce tutoriel, vous allez configurer un nouveau cluster avec Cloud Service Mesh et y transférer progressivement le trafic utilisateur. Vous commencerez par en redirigeant 0% du trafic utilisateur vers le nouveau cluster, puis 50 % et, enfin, 100%. En production, vous devez utiliser des incréments plus petits et plus importants. Si, à un moment donné, notez que le nouveau cluster est incapable de gérer un pourcentage de trafic, vous pouvez effectuer un rollback en réduisant le pourcentage à 0%.

Plan de contrôle Canary par rapport à un cluster Canary

Il existe deux stratégies couramment utilisées pour migrer d'Istio vers Cloud Service Mesh géré:

Migration du plan de contrôle Canary: dans cette stratégie, vous provisionnez Cloud Service Mesh géré sur le cluster dans lequel Istio est installé.
Migration de cluster Canary: dans cette stratégie, vous créez un cluster et puis de provisionner Cloud Service Mesh géré sur celui-ci.

Dans ce tutoriel, vous allez découvrir la stratégie de migration des clusters Canary.

Coûts

Ce tutoriel utilise les composants facturables suivants de Google Cloud :

Une fois que vous aurez terminé ce tutoriel, évitez de payer des frais en supprimant les ressources que vous avez créées. Pour en savoir plus, consultez la section Effectuer un nettoyage.

Avant de commencer

Connectez-vous à votre compte Google Cloud. Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits gratuits pour exécuter, tester et déployer des charges de travail.

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

Go to project selector

Vérifiez que la facturation est activée pour votre projet Google Cloud.

Activez les API requises.

Activer les API

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

Go to project selector

Vérifiez que la facturation est activée pour votre projet Google Cloud.

Activez les API requises.

Activer les API

Lancer Cloud Shell

Dans ce tutoriel, vous allez utiliser Cloud Shell, un shell hébergé sur Google Cloud qui vous permet de gérer aux ressources Google Cloud.

Cloud Shell est préinstallé avec Google Cloud CLI, kubectl et istioctl d'outils de ligne de commande. La gcloud CLI fournit CLI principale pour Google Cloud.

Ouvrez une session Cloud Shell en haut à droite page, cliquez sur , puis sur Confirmer. Une session Cloud Shell s'ouvre dans un cadre en bas sur la page. Exécutez les commandes suivantes dans cette session Cloud Shell session.

Télécharger l'exemple de code

Clonez les dépôts Git contenant les ressources Kubernetes et Istio que vous utilisera:

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

Configurer le cluster avec Istio

Créer le cluster et installer Istio

Dans cette section, vous allez créer un cluster qui utilise Istio. En pratique, il s'agirait le ou les clusters que vous utilisez déjà.

Remplacez PROJECT_ID par votre ID du projet et créez un Nouveau cluster:

gcloud container clusters create cluster-with-istio \
  --project=PROJECT_ID \
  --zone=us-central1-a \
  --machine-type=e2-standard-2 --num-nodes=3

Renommez le contexte du cluster pour qu'il soit plus facile à utiliser:

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

Vérifiez que le contexte du cluster a été renommé:
```
kubectl config get-contexts --output="name"
```

Installez Istio sur le cluster. Pour plus de simplicité, vous allez installer profil d'Istio et la version qui correspond à votre installation istioctl.

istioctl install

Vous êtes invité à saisir "y". puis appuyez sur Entrée.

Le résultat est semblable à :

This will install the Istio X.Y.Z default profile with ["Istio core" "Istiod" "Ingress gateways"] components into the cluster. Proceed? (y/N)
✔ Istio core installed
✔ Istiod installed
✔ Ingress gateways installed
✔ Installation complete
Making this installation the default for injection and validation.

Déployer Online Boutique

Vous allez déployer Online Boutique dans un espace de noms distinct appelé onlineboutique Créez l'espace de noms:
```
kubectl \
  --context cluster-with-istio \
  create namespace onlineboutique
```

Déployez les 12 services d'Online Boutique, dont un générateur de charge imite le trafic utilisateur:

kubectl \
  --namespace=onlineboutique \
  --context=cluster-with-istio \
  apply -f microservices-demo/release/kubernetes-manifests.yaml

Lors de l'étape précédente, vous avez également déployé un service appelé frontend-external (sur type LoadBalancer), auquel une adresse IP externe est attribuée. Cependant, vous autoriser uniquement l'entrée publique via la passerelle d'entrée Istio le déploiement. Supprimez la ressource de service frontend-external:
```
kubectl \
  --namespace=onlineboutique \
  --context=cluster-with-istio \
  delete service frontend-external
```

Déployer une ressource Istio Gateway et une ressource Istio VirtualService pour que le trafic public accède à Online Boutique:

kubectl \
  --namespace=onlineboutique \
  --context=cluster-with-istio \
  apply -f microservices-demo/istio-manifests/frontend-gateway.yaml

Obtenez l'adresse IP externe de la passerelle d'entrée Istio:

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

Copiez l'adresse IP externe du service istio-ingressgateway, puis y accéder via votre navigateur Web. Vous pouvez voir l'exemple Online Boutique. l'application.

Configurer le nouveau cluster avec le service géré Cloud Service Mesh

Créer le cluster et provisionner le service géré Cloud Service Mesh

Dans cette section, vous allez créer le cluster vers lequel vous allez migrer. Vous : provisionner Cloud Service Mesh géré et déployer Online Boutique répliquer les déploiements depuis le cluster qui utilise Istio.

Créez un 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

Renommez le contexte du cluster pour qu'il soit plus facile à utiliser:

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

Vérifiez que le contexte du cluster a été renommé:
```
kubectl config get-contexts --output="name"
```
Activez Cloud Service Mesh dans le parc de votre projet. A fleet est un opérateur logique regroupement de clusters Kubernetes et d'autres ressources pouvant être gérées ensemble.
```
gcloud container fleet mesh enable --project PROJECT_ID
```
Le résultat est semblable à :
```
Waiting for Feature Service Mesh to be created...done.
```

Enregistrez le cluster dans le parc du projet:

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

Le résultat est semblable à :

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

Activez le service géré Cloud Service Mesh sur le cluster:
```
gcloud container fleet mesh update \
  --management automatic \
  --memberships cluster-with-csm-membership \
  --project PROJECT_ID
```
Le résultat est semblable à :
```
Waiting for Feature Service Mesh to be updated...done.
```
Remarque: Cloud Service Mesh géré se charge d'une grande partie de la maintenance manuelle. associées à la mise à niveau, au scaling et à la sécurisation de votre maillage de services. En savoir plus environ environ Service Mesh géré.

Vérifier que le service géré Cloud Service Mesh a été provisionné pour le cluster est prêt à être utilisé:

gcloud container fleet mesh describe --project PROJECT_ID

Le provisionnement et le déploiement de Cloud Service Mesh prêts à être utilisés sur le cluster. Si controlPlaneManagement.state: DISABLED ou controlPlaneManagement.state: PROVISIONING s'affiche, vous devez relancer la commande précédente toutes les deux ou trois minutes jusqu'à ce que controlPlaneManagement.state: ACTIVE s'affiche.

Le résultat est semblable à :

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'

Déployer la passerelle d'entrée de Cloud Service Mesh

Vous allez déployer la passerelle d'entrée de Cloud Service Mesh dans espace de noms appelé asm-ingress. Créez l'espace de noms:
```
kubectl \
  --context cluster-with-csm \
  create namespace asm-ingress
```
Utilisez le libellé istio.io/rev=asm-managed pour ajouter l'espace de noms asm-ingress. au maillage de services et activer l'injection automatique du proxy side-car.
```
kubectl \
  --context cluster-with-csm \
  label namespace asm-ingress 'istio.io/rev=asm-managed'
```

Déployer le maillage de services Cloud passerelle d'entrée:

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

Le résultat est semblable à :

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

Déployer Online Boutique

Vous allez déployer Online Boutique dans un espace de noms distinct appelé onlineboutique Créez l'espace de noms:
```
kubectl \
  --context cluster-with-csm \
  create namespace onlineboutique
```
Utilisez le libellé istio.io/rev=asm-managed pour ajouter onlineboutique. au maillage de services et activer l'injection automatique du proxy side-car.
```
kubectl \
  --context cluster-with-csm \
  label namespace onlineboutique 'istio.io/rev=asm-managed'
```

Déployez les 12 services d'Online Boutique, y compris le générateur de charge qui imite le trafic utilisateur:

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

Obtenez l'adresse IP externe de la passerelle d'entrée Cloud Service Mesh:

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

Copiez l'adresse IP externe du service asm-ingressgateway et accédez via votre navigateur Web. L'application exemple Online Boutique s'affiche. Dans la section suivante, vous utiliserez l'adresse IP externe. Copiez-la donc d&#variable d'environnement:
```
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}' \
  )
```

Tester le cluster avec Cloud Service Mesh à l'aide d'un déploiement Canary

Dans cette section, vous allez configurer le cluster avec Istio de sorte que 50% du trafic utilisateur vers la boutique en ligne est transféré vers l'instance de Boutique sur le cluster avec Cloud Service Mesh géré. Pour ce faire, vous déployez deux ressources Istio vers le cluster avec Istio:

Une entrée ServiceEntry pour indiquer à Istio le maillage de services Cloud géré point de terminaison Boutique en ligne du cluster
un service virtuel pour indiquer à la passerelle d'entrée Istio de diviser le un trafic compris entre 50 et 50.

Définir l'adresse IP de la passerelle d'entrée du cluster Cloud Service Mesh géré dans la ressource ServiceEntry:

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

Déployez ServiceEntry sur le cluster avec Istio:

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

Déployez VirtualService sur le cluster avec Istio:

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

Accédez à l'adresse IP de la passerelle d'entrée du cluster avec Istio, dans votre navigateur Web:
```
kubectl \
  --context cluster-with-istio \
  --namespace istio-system \
  get service
```
Actualisez plusieurs fois la page d'accueil de la boutique en ligne et vérifiez le pied de page de la page à chaque fois. Notez que 50% des requêtes sont traitées par un pod le cluster avec le service géré Cloud Service Mesh.

Migrer vers le cluster avec le service géré Cloud Service Mesh

Dans cette section, nous partons du principe que vous êtes propriétaire d'un nom de domaine et que vous avez accès à son (Domain Name Server).

Ajoutez un enregistrement A aux paramètres DNS pour pointer le nom de domaine (comme example.com) à l'adresse IP de la passerelle d'entrée exécutée sur le cluster avec Istio.

Remarque :Cette opération peut prendre quelques minutes.
Accédez à Online Boutique en accédant au nom de domaine dans votre navigateur Web.
Réduisez la valeur TTL (Time To Live) de l'enregistrement DNS pour pouvoir rétablir rapidement la valeur une entrée DNS si vous devez effectuer un rollback.
Définissez l'enregistrement A de votre nom de domaine sur l'adresse IP externe du passerelle d'entrée du cluster avec le service géré Cloud Service Mesh.

Une fois la migration effectuée, supprimez le cluster avec Istio:

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

Effectuer un nettoyage

Pour éviter que les ressources soient facturées sur votre compte Google Cloud, utilisées dans ce tutoriel, supprimez le projet qui contient les ressources ou conserver le projet et supprimer les ressources individuelles.

Supprimer le projet

Dans la console Google Cloud, accédez à la page Gérer les ressources.
Accéder à la page Gérer les ressources
Dans la liste des projets, sélectionnez le projet que vous souhaitez supprimer, puis cliquez sur Supprimer.
Dans la boîte de dialogue, saisissez l'ID du projet, puis cliquez sur Arrêter pour supprimer le projet.

Supprimer les ressources

Supprimez le cluster avec le service géré Cloud Service Mesh:

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

Étape suivante

En savoir plus Managed Cloud Service Mesh.
En savoir plus Bonnes pratiques de sécurité pour Cloud Service Mesh