Avant de migrer vos clusters Google Kubernetes Engine (GKE) existants de Dataplane V1 vers GKE Dataplane V2, consultez ce document pour vérifier si vos clusters sont éligibles, savoir ce qui se passe pendant la migration et planifier les interruptions de charge de travail.
En tant qu'administrateur et opérateur de plate-forme ou spécialiste de la mise en réseau, utilisez cet aperçu pour planifier votre stratégie de migration. Pour effectuer la migration, consultez Migrer un cluster existant vers GKE Dataplane V2.
Avantages de la migration
Après la migration vers GKE Dataplane V2, vous bénéficierez des avantages en termes d'évolutivité, de sécurité et d'opérations qu'il offre.
- Appliquer les règles de réseau en place : appliquez des règles de réseau basées sur Cilium à votre cluster existant sans déplacer les charges de travail vers un nouveau cluster.
- Résoudre plus rapidement les problèmes de réseau : déboguez les flux réseau à l'aide des métriques et des événements GKE Dataplane V2 intégrés.
Vérifier si votre cluster est éligible
Avant de procéder à la migration, vérifiez que votre cluster répond aux exigences suivantes :
- Type de routage : VPC natif. Vous ne pouvez pas migrer les clusters basés sur des routes.
- Version du cluster : 1.35.3-gke.1155000 ou ultérieure.
- Version du pool de nœuds : 1.35.1-gke.1516000 ou ultérieure.
- Version d'Istio : 1.23 ou ultérieure si vous utilisez Cloud Service Mesh ou Istio Open Source. Cette version est compatible avec la spécification CNI (Container Network Interface) 1.1.0.
Configurations non compatibles
Les configurations suivantes ne sont pas compatibles avec GKE Dataplane V2 :
- Plug-ins CNI personnalisés : plug-ins que vous installez pour remplacer le plug-in CNI géré par GKE.
- Programmes eBPF personnalisés : programmes que vous associez à des interfaces gérées. Si vous les associez avant les programmes Cilium, ils peuvent empêcher l'exécution de ces derniers. Si vous les associez après les programmes Cilium, Cilium les ignore.
Pour trouver ces configurations dans votre cluster, consultez Active Assist ou la page d'informations du cluster pour obtenir des recommandations susceptibles d'entrer en conflit avec la migration.
Ce qui se passe pendant la migration
La migration comporte quatre phases. GKE effectue la majeure partie du travail, mais certaines phases nécessitent une action de votre part :
| Phase | Actions effectuées par GKE | Actions à entreprendre |
|---|---|---|
| Diagnostic | Surveille votre cluster et signale les configurations non compatibles dans les recommandations Active Assist. | Examinez les recommandations et résolvez les configurations signalées. |
| Lancement | — | Démarrez la migration en mettant à jour votre cluster à l'aide d'une requête de correctif. Pour en savoir plus, consultez Migrer un cluster existant vers GKE Dataplane V2. |
| Application de correctifs aux nœuds | Met à jour chaque pool de nœuds Dataplane V1 pour utiliser GKE Dataplane V2, en suivant vos intervalles de maintenance et vos stratégies de mise à niveau. | Avant de commencer, configurez les intervalles de maintenance et les stratégies de mise à niveau pour contrôler quand et comment vos nœuds sont mis à jour. |
| Finalisation | Applique un correctif au cluster sur ADVANCED_DATAPATH après la mise à jour de tous les pools de nœuds. |
Aucune action requise. |
Planifier les interruptions de charge de travail
Étant donné que GKE recrée vos nœuds pendant la migration, il replanifie vos pods sur les nouveaux nœuds.
Étape suivante
- Pour migrer un cluster, consultez Migrer un cluster existant vers GKE Dataplane V2.
- Pour comprendre le fonctionnement de GKE Dataplane V2, consultez À propos de GKE Dataplane V2.
- Pour résoudre les problèmes liés aux flux réseau après la migration, consultez Observabilité de GKE Dataplane V2.