Antes de migrar seus clusters do Google Kubernetes Engine (GKE) do Dataplane V1 para o GKE Dataplane V2, use este documento para verificar se os clusters são qualificados, saber o que acontece durante a migração e planejar a interrupção da carga de trabalho.
Como administradores e operadores de plataforma ou especialistas em rede, use esta visão geral para planejar sua estratégia de migração. Para realizar a migração, consulte Migrar um cluster atual para o GKE Dataplane V2.
Benefícios da migração
Depois de migrar para o GKE Dataplane V2, você terá a escalonabilidade, a segurança, e as vantagens operacionais que ele oferece.
- Aplicar políticas de rede: aplique políticas de rede baseadas em Cilium ao cluster atual sem mover cargas de trabalho para um novo cluster.
- Resolver problemas de rede mais rapidamente: depure fluxos de rede usando métricas e eventos integrados do GKE Dataplane V2.
Verificar se o cluster é qualificado
Antes de migrar, verifique se o cluster atende aos seguintes requisitos:
- Tipo de roteamento: nativo de VPC. Não é possível migrar clusters baseados em rotas.
- Versão do cluster: 1.35.3-gke.1155000 ou mais recente.
- Versão do pool de nós: 1.35.1-gke.1516000 ou mais recente.
- Versão do Istio: se você usa o Cloud Service Mesh ou o Istio de código aberto, 1.23 ou mais recente. Essa versão oferece suporte à especificação 1.1.0 da Interface de rede de contêiner (CNI).
Configurações incompatíveis
As configurações a seguir não são compatíveis com o GKE Dataplane V2:
- Plug-ins CNI personalizados: plug-ins instalados para substituir o plug-in CNI gerenciado pelo GKE.
- Programas eBPF personalizados: programas anexados a interfaces gerenciadas. Se você os anexar antes dos programas Cilium, eles poderão impedir que os programas Cilium sejam executados. Se você os anexar após os programas Cilium, o Cilium os ignorará.
Para encontrar essas configurações no cluster, consulte o Active Assist ou a página de detalhes do cluster para recomendações que possam entrar em conflito com a migração.
O que acontece durante a migração
A migração tem quatro fases. O GKE faz a maior parte do trabalho, mas algumas fases precisam de ação sua:
| Fase | O que o GKE faz | O que você faz |
|---|---|---|
| Diagnosticar | Monitora o cluster e sinaliza configurações incompatíveis nas recomendações do Active Assist. | Revise as recomendações e resolva as configurações sinalizadas. |
| Iniciar | — | Inicie a migração atualizando o cluster usando uma solicitação de patch. Para mais informações, consulte Migrar um cluster atual para o GKE Dataplane V2. |
| Nós de patch | Atualiza cada pool de nós do Dataplane V1 para usar o GKE Dataplane V2, seguindo suas janelas de manutenção e estratégias de upgrade. | Antes de começar, configure janelas de manutenção e estratégias de upgrade para controlar quando e como os nós são atualizados. |
| Finalizar | Aplica um patch ao cluster para ADVANCED_DATAPATH depois que ele atualiza todos os pools de nós. |
Nenhuma ação necessária. |
Planejar a interrupção da carga de trabalho
Como o GKE recria seus nós durante a migração, ele agenda novamente seus pods nos novos nós.
A seguir
- Para migrar um cluster, consulte Migrar um cluster atual para o GKE Dataplane V2.
- Para entender como o GKE Dataplane V2 funciona, consulte Sobre o GKE Dataplane V2.
- Para resolver problemas de fluxos de rede após a migração, consulte Observabilidade do GKE Dataplane V2.