Antes de migrar tus clústeres existentes de Google Kubernetes Engine (GKE) de Dataplane V1 a GKE Dataplane V2, usa este documento para verificar si tus clústeres son aptos, obtener información sobre lo que sucede durante la migración y planificar la interrupción de la carga de trabajo.
Como administradores y operadores de plataformas o especialistas en redes, usa esta descripción general para planificar tu estrategia de migración. Para realizar la migración, consulta Cómo migrar un clúster existente a GKE Dataplane V2.
Beneficios de la migración
Después de migrar a GKE Dataplane V2, obtendrás la escalabilidad, la seguridad y las ventajas operativas que proporciona.
- Aplica las políticas de red existentes: Aplica políticas de red basadas en Cilium a tu clúster existente sin mover las cargas de trabajo a un clúster nuevo.
- Soluciona problemas de red más rápido: Depura los flujos de red con las métricas y los eventos integrados de GKE Dataplane V2.
Verifica si tu clúster es apto
Antes de migrar, verifica que tu clúster cumpla con los siguientes requisitos:
- Tipo de enrutamiento: Nativo de la VPC. No puedes migrar clústeres basados en rutas.
- Versión del clúster: 1.35.3-gke.1155000 o posterior.
- Versión del grupo de nodos: 1.35.1-gke.1516000 o posterior.
- Versión de Istio: Si usas Cloud Service Mesh o Istio de código abierto, 1.23 o posterior. Esta versión admite la especificación 1.1.0 de la interfaz de red de contenedor (CNI).
Opciones de configuración no compatibles
Las siguientes configuraciones no son compatibles con GKE Dataplane V2:
- Complementos de CNI personalizados: Complementos que instalas para reemplazar el complemento de CNI que administra GKE.
- Programas de eBPF personalizados: Programas que adjuntas a interfaces administradas. Si los adjuntas antes de los programas de Cilium, es posible que impidan que se ejecuten. Si los adjuntas después de los programas de Cilium, Cilium los omite.
Para encontrar estas configuraciones en tu clúster, consulta Active Assist o la página de detalles del clúster para obtener recomendaciones que puedan entrar en conflicto con la migración.
Qué sucede durante la migración
La migración tiene cuatro fases. GKE realiza la mayor parte del trabajo, pero algunas fases requieren que realices acciones:
| Fase | Qué hace GKE | Qué debes hacer |
|---|---|---|
| Diagnóstico | Supervisa tu clúster y marca las configuraciones no compatibles en las recomendaciones de Active Assist. | Revisa las recomendaciones y resuelve las configuraciones marcadas. |
| Inicio | — | Para iniciar la migración, actualiza tu clúster con una solicitud de parche. Para obtener más información, consulta Cómo migrar un clúster existente a GKE Dataplane V2. |
| Nodos de parche | Actualiza cada grupo de nodos de Dataplane V1 para usar GKE Dataplane V2, según tus períodos de mantenimiento y estrategias de actualización. | Antes de comenzar, configura los períodos de mantenimiento y las estrategias de actualización para controlar cuándo y cómo se actualizan tus nodos. |
| Finalizar | Aplica un parche al clúster a ADVANCED_DATAPATH después de que actualiza todos los grupos de nodos. |
No se requiere ninguna acción. |
Planifica la interrupción de la carga de trabajo
Debido a que GKE vuelve a crear tus nodos durante la migración, GKE vuelve a programar tus Pods en los nodos nuevos.
¿Qué sigue?
- Para migrar un clúster, consulta Cómo migrar un clúster existente a GKE Dataplane V2.
- Para comprender cómo funciona GKE Dataplane V2, consulta Acerca de GKE Dataplane V2.
- Para solucionar problemas de flujos de red después de la migración, consulta Observabilidad de GKE Dataplane V2.