Versiones de Kubernetes y Kubernetes Engine (OKE)

Descubra el esquema de control de versiones de Kubernetes y el soporte de Kubernetes Engine (OKE) para diferentes versiones de Kubernetes.

Kubernetes version numbers have the format x.y.z where x is a major version, y is a minor version, and z is a patch version. Por ejemplo, 1.33.1.

El proyecto de Kubernetes soporta las tres versiones secundarias más recientes de Kubernetes.

Al crear un nuevo cluster de Kubernetes mediante Kubernetes Engine, especifique:

  • Versión de Kubernetes que se va a ejecutar en los nodos de plano de control del cluster.
  • Versión de Kubernetes que se va a ejecutar en los nodos de trabajador del cluster. Diferentes nodos de trabajador del mismo pool de nodos pueden ejecutar diferentes versiones de Kubernetes. Los diferentes pools de nodos de un cluster pueden ejecutar diferentes versiones de Kubernetes.

La versión de Kubernetes que especifique para los nodos de trabajador en un cluster debe ser la misma versión de Kubernetes que se ejecuta en los nodos de plano de control o una versión anterior de Kubernetes que aún sea compatible. Como se describe en la política de soporte de sesgo de versión de Kubernetes, se permite una cierta cantidad de variación de versión entre los nodos de plano de control y los nodos de trabajador en un cluster:

  • Los nodos de plano de control deben ejecutar la misma versión de Kubernetes que la versión que se ejecuta en los nodos de trabajador o no tener más de dos versiones (o tres versiones, a partir de la versión 1.28 de Kubernetes) por delante.
  • Los nodos de trabajador pueden ejecutar una versión de Kubernetes que esté por detrás de la versión en los nodos de plano de control hasta dos versiones (o tres versiones, a partir de la versión 1.28 de Kubernetes), pero no más. Si la versión en los nodos de trabajador es de más de dos versiones (o tres versiones, a partir de la versión 1.28 de Kubernetes) detrás de la versión en los nodos de plano de control, las versiones de Kubernetes en los nodos de trabajador y los nodos de plano de control son incompatibles.
  • Los nodos de trabajador de un cluster no pueden ejecutar una versión más reciente de Kubernetes que los nodos de plano de control asociados.

Las restricciones garantizan que la versión secundaria admitida más antigua de los componentes kubelet y kube-proxy que se ejecutan en los nodos de trabajador de un cluster siempre sea compatible con la versión secundaria admitida más reciente de los componentes kube-apiserver, kube-scheduler, kube-controller-manager y cloud-controller-manager que se ejecutan en los nodos de plano de control del cluster.

Para obtener más información, consulte la política de soporte de sesgo de versión de Kubernetes.

Soporte de versiones secundarias de Kubernetes

Nota

A partir de la versión 1.33 de Kubernetes, una versión preliminar de Kubernetes Engine soporta la versión de parche inicial de cada versión secundaria de Kubernetes. La versión de parche inicial de una versión secundaria de Kubernetes tiene un número de versión x.y.0, como 1.33.0. Planeamos poner a disposición una versión preliminar de Kubernetes Engine dentro de los 30 días posteriores al lanzamiento ascendente de la versión inicial del parche de Kubernetes. Tenga en cuenta que la versión de vista previa de Kubernetes Engine solo está diseñada para el acceso anticipado y las pruebas con la versión inicial del parche de Kubernetes. En particular, tenga en cuenta lo siguiente:
  • Una versión de vista previa de Kubernetes Engine tiene soporte limitado.
  • Para los entornos de producción, recomendamos que no utilice una versión de vista previa de Kubernetes Engine.
  • Para los entornos de producción, le recomendamos que espere a la versión de producción de Kubernetes Engine compatible con la versión x.y.1 de Kubernetes, que tenemos previsto poner a disposición en el momento oportuno después del lanzamiento ascendente de la versión x.y.1 de Kubernetes.
Las versiones secundarias de Kubernetes suelen introducir nuevas funciones y otras mejoras. El proyecto de Kubernetes publica regularmente versiones secundarias, tres veces al año.

Oracle supervisa y valida las versiones secundarias lanzadas por el proyecto de Kubernetes, y lanza el soporte de Kubernetes Engine para versiones secundarias de manera oportuna.

Kubernetes Engine soporta tres versiones menores de Kubernetes para nuevos clusters. Durante un mínimo de 30 días después del anuncio de soporte para una nueva versión de Kubernetes, Kubernetes Engine sigue admitiendo la cuarta versión secundaria de Kubernetes disponible más antigua. Después de ese tiempo, la versión anterior de Kubernetes deja de estar soportada.

Cuando ya no se admite una versión secundaria, no puede:
  • Cree nuevos clusters que ejecuten esa versión secundaria.
  • Agregue nuevos pools de nodos que ejecuten esa versión secundaria.

Por lo tanto, Oracle recomienda actualizar cualquier cluster existente que esté ejecutando una versión secundaria que pronto no estará soportada para ejecutar una versión secundaria que Kubernetes Engine soporta. Los clusters que no están actualizados seguirán funcionando según lo esperado. Sin embargo, ya no recibirán apoyo.

Puede actualizar los nodos de plano de control mediante versiones secundarias no soportadas. Kubernetes necesita actualizar los nodos de plano de control de una versión secundaria a la vez. Sin embargo, no tiene que actualizar los nodos de trabajador de una versión secundaria a la vez.

Soporte de versiones de parches de Kubernetes

Las versiones de parches de Kubernetes suelen abordar bugs críticos o vulnerabilidades de seguridad que se han identificado recientemente en una versión secundaria de Kubernetes. El proyecto de Kubernetes publica con frecuencia versiones de parches, normalmente una vez al mes, pero a veces con más frecuencia.

Oracle supervisa y valida las versiones de parches lanzadas por el proyecto de Kubernetes, y lanza el soporte de Kubernetes Engine para versiones de parches críticas de forma oportuna.

Cuando Oracle le notifique el soporte de Kubernetes Engine para una nueva versión de parche de Kubernetes, le recomendamos que actualice cualquier cluster que ejecute la versión secundaria correspondiente de Kubernetes a la última versión de parche disponible lo antes posible. Tiene treinta días después del anuncio del soporte de Kubernetes Engine para una nueva versión de parche de Kubernetes para actualizar los clusters de una versión de parche anterior a la nueva versión de parche. Después de treinta días, los clusters que ejecutan la versión de parche anterior ya no son compatibles.

Tenga en cuenta que, aunque los clusters que ejecutan una versión de parche anterior dejan de estar soportados después de treinta días, es posible que la versión de parche anterior siga estando disponible para su selección. Sin embargo, Oracle recomienda seleccionar la última versión del parche.