En esta página se explica el control de versiones de GKE on AWS.
Versiones de GKE on AWS
Cada lanzamiento de GKE en AWS admite varias versiones secundarias de Kubernetes, cada una de las cuales puede tener varias versiones de parche de GKE. Las siguientes versiones de GKE en AWS son totalmente compatibles y ofrecen los parches y las actualizaciones más recientes para las vulnerabilidades, las exposiciones y los problemas de seguridad que afectan a GKE en AWS:
| Versión secundaria | Lanzamientos de parches |
|---|---|
| 1.32 |
|
| 1.31 |
|
| 1.30 |
|
Propiedades de versiones no compatibles
Las versiones que no aparecen en la tabla anterior no son compatibles. Una vez que una versión secundaria llega al final de su ciclo de vida, se aplican las siguientes reglas:
- Las versiones de parche obsoletas no se pueden usar para crear clústeres.
- Los eventos de fin de ciclo de vida no interrumpen los planos de control ni las cargas de trabajo. Las operaciones habituales en clústeres disponibles pueden continuar con versiones obsoletas. Para asegurarte de que Google te ofrece asistencia y evitar posibles fallos relacionados con errores o vulnerabilidades de seguridad, debes actualizar manualmente tus clústeres y grupos de nodos a una versión compatible lo antes posible.
- Los clústeres y grupos de nodos se pueden actualizar a versiones más recientes aunque la versión actualizada haya llegado al final de su ciclo de vida. Sin embargo, debes actualizar a una de las versiones compatibles.
- Se pueden seguir creando grupos de nodos con una versión obsoleta, pero no es recomendable. Debes priorizar las actualizaciones a una versión compatible.
Consultar las versiones de Kubernetes disponibles
Para ver todas las versiones disponibles, incluidas las que han llegado al final de su ciclo de vida y no se admiten, ejecuta este comando:
gcloud container aws get-server-config \
--location=GOOGLE_CLOUD_LOCATION
Sustituye GOOGLE_CLOUD_LOCATION por la Google Cloud
ubicación desde la que gestionas tus clústeres.
Las versiones admitidas se devuelven con la marca enabled definida como true.
Las versiones de parche que han llegado al final de su ciclo de vida se devuelven en el resultado con la marca end_of_life definida como true.
Gestionar versiones de esquemas
GKE on AWS usa el control de versiones semántico de Kubernetes para hacer referencia a las versiones compatibles de Kubernetes, pero añade una versión de parche de GKE. Esto da como resultado un número de versión con el siguiente formato: x.y.z-gke.a
Por ejemplo, la versión de Kubernetes más reciente compatible es la 1.32.4-gke.200.
- Versión principal de Kubernetes (x)
- Las versiones principales suelen incrementarse si se introducen cambios en la API pública que no sean retrocompatibles. Una versión principal incrementa la versión de Kubernetes de
x.yax+1.y. - Versión secundaria de Kubernetes (y)
- Kubernetes publica una nueva versión secundaria tres veces al año.
Cada ciclo de lanzamiento tiene una duración aproximada de 15 semanas. Las APIs obsoletas se pueden quitar con una nueva versión secundaria. Una versión secundaria incrementa la versión de Kubernetes de
1.ya1.y+1. Por ejemplo, Kubernetes 1. 29 es la versión secundaria que sigue a Kubernetes 1.28. - Versión de parche de Kubernetes (z)
- Las nuevas versiones de parche de Kubernetes (como la 1.21.1) para usar con GKE en AWS se publican normalmente una vez al mes. Las versiones de parche solo incluyen correcciones de errores y de seguridad.
- Lanzamiento de parche de GKE (-gke.a)
- Una versión de parche con un sufijo -gke.a superior (como 1.24.1-gke.a) incluye actualizaciones de seguridad y correcciones de errores para GKE en AWS junto con el software de Kubernetes upstream de código abierto. Estas actualizaciones o correcciones son necesarias para la compatibilidad y la interoperabilidad con Google Cloud y AWS.
Notas de la versión
Cada lanzamiento de GKE on AWS incluye notas de la versión de Kubernetes. Son similares a las notas de la versión, pero específicas de una versión de Kubernetes y pueden ofrecer más detalles técnicos. Estas notas de la versión se indican en la página Notas de la versión de GKE on AWS.
Diferencia de versiones
Las versiones de los nodos y de los grupos de nodos pueden ser hasta dos versiones secundarias anteriores a la del plano de control, pero, de acuerdo con la política de diferencia de versiones de Kubernetes OSS, no pueden ser posteriores a la versión del plano de control. Te recomendamos que tus nodos siempre usen una versión compatible, independientemente de las directrices de diferencia de versiones.
Compatibilidad con versiones
Para obtener más información sobre el periodo de asistencia, consulta la política de asistencia de versiones de GKE, que sigue GKE en AWS.