Prima di eseguire la migrazione dei cluster Google Kubernetes Engine (GKE) esistenti da Dataplane V1 a GKE Dataplane V2, utilizza questo documento per verificare se i cluster sono idonei, scoprire cosa succede durante la migrazione e pianificare le interruzioni dei carichi di lavoro.
In qualità di amministratori e operatori della piattaforma o specialisti di networking, utilizza questa panoramica per pianificare la strategia di migrazione. Per eseguire la migrazione, consulta Eseguire la migrazione di un cluster esistente a GKE Dataplane V2.
Vantaggi della migrazione
Dopo la migrazione a GKE Dataplane V2, potrai usufruire dei vantaggi di scalabilità, sicurezza, e operativi che offre.
- Applica i criteri di rete esistenti: applica i criteri di rete basati su Cilium al cluster esistente senza spostare i carichi di lavoro in un nuovo cluster.
- Risolvi i problemi di rete più velocemente: esegui il debug dei flussi di rete utilizzando le metriche e gli eventi integrati di GKE Dataplane V2.
Verifica se il cluster è idoneo
Prima di eseguire la migrazione, verifica che il cluster soddisfi i seguenti requisiti:
- Tipo di routing: VPC nativo. Non puoi eseguire la migrazione dei cluster basati su route.
- Versione del cluster: 1.35.3-gke.1155000 o versioni successive.
- Versione del node pool: 1.35.1-gke.1516000 o versioni successive.
- Versione di Istio: se utilizzi Cloud Service Mesh o Istio open source, 1.23 o versioni successive. Questa versione supporta la specifica Container Network Interface (CNI) 1.1.0.
Configurazioni non supportate
Le seguenti configurazioni non sono supportate in GKE Dataplane V2:
- Plug-in CNI personalizzati: plug-in che installi per sostituire il plug-in CNI gestito da GKE.
- Programmi eBPF personalizzati: programmi che colleghi alle interfacce gestite. Se li colleghi prima dei programmi Cilium, potrebbero impedire l'esecuzione di questi ultimi. Se li colleghi dopo i programmi Cilium, Cilium li ignora.
Per trovare queste configurazioni nel cluster, controlla Active Assist o la pagina dei dettagli del cluster per i suggerimenti che potrebbero essere in conflitto con la migrazione.
Cosa succede durante la migrazione
La migrazione prevede quattro fasi. GKE svolge la maggior parte del lavoro, ma alcune fasi richiedono un'azione da parte tua:
| Fase | Cosa fa GKE | Che cosa devi fare |
|---|---|---|
| Diagnostica | Monitora il cluster e segnala le configurazioni non supportate nei suggerimenti di Active Assist. | Esamina i suggerimenti e risolvi le configurazioni segnalate. |
| Avvio | — | Avvia la migrazione aggiornando il cluster utilizzando una richiesta di patch. Per maggiori informazioni, consulta Eseguire la migrazione di un cluster esistente a GKE Dataplane V2. |
| Applicazione di patch ai nodi | Aggiorna ogni pool di nodi Dataplane V1 in modo che utilizzi GKE Dataplane V2, seguendo i periodi di manutenzione e le strategie di upgrade. | Prima di iniziare, configura i periodi di manutenzione e le strategie di upgrade per controllare quando e come vengono aggiornati i nodi. |
| Finalizzazione | Applica una patch al cluster impostando ADVANCED_DATAPATH dopo aver aggiornato tutti i node pool. |
Nessuna azione richiesta. |
Pianifica le interruzioni dei carichi di lavoro
Poiché GKE ricrea i nodi durante la migrazione, ripianifica i pod sui nuovi nodi.
Passaggi successivi
- Per eseguire la migrazione di un cluster, consulta Eseguire la migrazione di un cluster esistente a GKE Dataplane V2.
- Per capire come funziona GKE Dataplane V2, consulta Informazioni su GKE Dataplane V2.
- Per risolvere i problemi relativi ai flussi di rete dopo la migrazione, consulta Osservabilità di GKE Dataplane V2.