Utilisez ce guide pour migrer votre installation existante de Knative serving sur Google Cloud pour utiliser un parc avec Cloud Service Mesh.
L'ancien "essai gratuit" de Knative serving, également appelée que le module complémentaire GKE, inclut une version simplifiée et intégrée d'Istio 1.4. qui n'est plus compatible à partir d'Anthos 1.8.
Mettre à niveau votre installation Knative serving pour utiliser des parcs et Cloud Service Mesh améliore l'indépendance vis-à-vis de la mise à niveau et de la gestion des produits et une meilleure intégration aux fonctionnalités de GKE Enterprise. En savoir plus sur les nouveautés et les modifications
Deux options s'offrent à vous pour la migration de votre installation :
Le processus recommandé consiste à migrer vos charges de travail depuis le cluster où la version précédente de Knative serving est installée (module complémentaire GKE) sur un Nouveau cluster sur lequel vous avez installé et configuré une nouvelle installation de parc de Knative serving. Bien que ce processus soit relativement simple et idéal, si vos charges de travail diffusent du trafic, la migration vers un nouveau cluster entraîne des temps d'arrêt. Pour effectuer ce processus de migration, procédez comme suit dans le nouveau cluster :
- Installez Knative serving en tant que composant de parc.
Déployez vos services sur la nouvelle installation.
Par exemple, vous pouvez utiliser les instructions Déployer une révision d'un service existant pour télécharger individuellement un fichier de configuration YAML puis déployer chaque fichier YAML sur votre nouveau cluster installation de Knative serving dans un parc:
Dans l'ancienne installation, vous pouvez exécuter la commande suivante pour télécharger un fichier de configuration YAML, tel que
service.yaml
:gcloud run services describe SERVICE --format export > service.yaml
Remplacez SERVICE par le nom de votre Service Knative serving.
Dans la nouvelle installation du composant de parc, vous pouvez ensuite exécuter la commande suivante pour déployer le même
service.yaml
:gcloud run deploy service.yaml --cluster CLUSTER_NAME --cluster-location CLUSTER_LOCATION --project PROJECT_ID
Remplacez :
CLUSTER_NAME par le nom du cluster dans la nouvelle l'installation des composants de parc de Knative serving.
CLUSTER_LOCATION avec le la zone ou la région de la dans votre nouvelle installation des composants de parc Knative serving.
PROJECT_ID par l'ID de votre projet Google Cloud. dans lequel l'installation des nouveaux composants du parc Knative serving réside.
Alternative: Pour les utilisateurs qui ne peuvent pas créer de cluster et doivent migrer son installation active de Knative serving, vous pouvez suivre les les étapes décrites dans ce guide pour:
- Supprimer les anciennes ressources liées au module complémentaire GKE et à Istio
- Installer de nouvelles ressources de parc
- Migrez vers Cloud Service Mesh, puis migrez votre trafic.
- Nettoyer toutes les ressources obsolètes et inutilisées
Le guide suivant vous explique la procédure alternative pour mettre à niveau votre une installation existante et active de Knative serving, y compris toutes les charges de travail ; pour répondre aux exigences de GKE Enterprise 1.8 et versions ultérieures.
Avant de commencer
Ce processus de mise à niveau ne doit être effectué que sur les clusters Google Kubernetes Engine déjà installé Knative serving en tant que "Module complémentaire GKE".
Vérifier si le module complémentaire GKE est installé.
Pour vérifier si votre installation de Knative serving est "Module complémentaire GKE", exécutez la commande suivante:
gcloud container clusters describe \ CLUSTER_NAME \ --region CLUSTER_LOCATION \ --project PROJECT_ID --format='get(addonsConfig.cloudRunConfig)'
Remplacez :
- CLUSTER_NAME par le nom de votre cluster.
- CLUSTER_LOCATION par la région où se trouve votre cluster.
- PROJECT_ID par l'ID de votre projet Google Cloud.
Résultats :
- Module complémentaire GKE non installé :
- Aucun élément n'est renvoyé à votre terminal si le module complémentaire n'a jamais été installé.
disabled=true
est renvoyé si le module complémentaire a déjà été désinstallé.
- Module complémentaire GKE installé : si le module complémentaire est installé dans votre cluster, les détails de configuration du module complémentaire sont renvoyés.
Exemple :
loadBalancerType=LOAD_BALANCER_TYPE_EXTERNAL
- Exemple :
-
L'exemple suivant montre que Knative serving a été installé dans le
my-addon-cluster
via le module complémentaire GKE, qui est configuré pour gérer le trafic externe:gcloud container clusters describe my-addon-cluster \ --region us-central1-c --project my-gcp-project \ --format='get(addonsConfig.cloudRunConfig)'
Réponse :
loadBalancerType=LOAD_BALANCER_TYPE_EXTERNAL
Vous devez disposer des autorisations adéquates dans votre projet Google Cloud pour répondre aux exigences de votre cluster, et Cloud Service Mesh:
Si vous disposez du rôle Propriétaire pour au projet Google Cloud, vous disposez des autorisations nécessaires pour créer des clusters, installer et configurer Knative serving.
Notez que Exigences concernant les autorisations pour Cloud Service Mesh toutes les autorisations requises pour installer et configurer Knative serving.
Utiliser d'autres rôles et la configuration minimale requise :
Selon votre organisation, vous pouvez également répondre aux exigences d'autorisations en combinant les rôles prédéfinis suivants :
Autorisations du projet Google Cloud : rôle de base d'Éditeur
Autorisations du parc: Administrateur GKE Hub ou un rôle comprenant les autorisations suivantes:
gkehub.features.create
gkehub.features.update
Autorisations du cluster : rôle d'administrateur Kubernetes Engine :
- Administrateur de Kubernetes Engine
- Administrateur de cluster Kubernetes Engine
Uniquement Cloud Service Mesh version 1.18 est pris en charge.
Cloud Service Mesh exige que votre cluster utilise un type de machine avec au moins 4 vCPU, par exemple
e2-standard-4
. Découvrir Cloud Service Mesh guide d'installation pour en savoir plus sur les conditions requises. Si vous devez modifier le type de machine d'un cluster existant, consultez la page Migrer des charges de travail vers différents types de machines.Cloud Shell est l'environnement recommandé pour exécuter les commandes et le script de migration au cours de ce processus. Notez que Script d'installation de Cloud Service Mesh n'est compatible qu'avec Linux ou Cloud Shell.
Si votre installation Knative serving existante utilise le Istio sur GKE, vous devez migrer vers Plan de contrôle géré Cloud Service Mesh Migrer du module complémentaire Istio sur GKE vers le Plan de contrôle Cloud Service Mesh dans le cluster n'est actuellement pas pris en charge.
Mettre à niveau Knative serving et migrer des charges de travail
Pour vous aider à mettre à niveau votre installation existante de Knative serving et migrer vos charges de travail, vous exécutez un script qui automatise la plupart des étapes et vous invite à saisir des informations tout au long du processus.
Préparer la mise à niveau et configurer votre environnement.
Migrer le trafic d'une charge de travail vers Cloud Service Mesh
Finaliser la mise à niveau et effectuer des tâches de nettoyage