Control de versiones y actualizaciones

En esta página, se explican el control de versiones y las actualizaciones automáticas en Google Kubernetes Engine.

Programa de lanzamiento

GKE sigue un programa predecible de lanzamiento de varios días para poner a disposición las versiones nuevas, así como la actualización automática de las instancias principales y nodos del clúster. Por lo general, la implementación se extiende durante cuatro días o más y se incluye un período para observar y supervisar los problemas. Las zonas y regiones se actualizan en un orden predecible.

Día Zonas disponibles Regiones disponibles
Día 1 europe-west2-a, us-east1-d europe-west3, us-east1
Día 2 asia-east1-a, asia-east2-c, asia-northeast1-a, asia-northeast2-c, asia-south1-a, asia-southeast1-a, australia-southeast1-a, europe-north1-c, europe-west1-c, europe-west3-a, europe-west4-a, europe-west6-c, northamerica-northeast1-c, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a, us-west2-c asia-east1, asia-southeast1, europe-west6, northamerica-northeast1, us-east4, us-west2
Pausar ninguno ninguno
Día 3 asia-east1-c, asia-east2-b, asia-northeast1-b, asia-northeast2-b, asia-south1-b, asia-southeast1-b, australia-southeast1-b, europe-north1-b, europe-west1-b, europe-west2-b, europe-west3-b, europe-west4-c, europe-west6-b, northamerica-northeast1-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b, us-west2-b asia-east2, asia-northeast1, australia-southeast1, europe-west1, europe-west2, southamerica-east1, us-west1
Día 4 asia-east1-b, asia-east2-a, asia-northeast1-c, asia-northeast2-a, asia-south1-c, asia-southeast1-c, australia-southeast1-c, europe-north1-a, europe-west1-d, europe-west2-c, europe-west3-c, europe-west4-b, europe-west6-a, northamerica-northeast1-a, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c, us-west2-a asia-northeast2, asia-south1, europe-north1, europe-west4, us-central1

Control de versiones

Los clústeres de GKE admiten las versiones de Kubernetes en ejecución de cualquier actualización secundaria compatible. Al menos dos (si no tres) versiones secundarias están disponibles en todo momento. Sin embargo, las actualizaciones intermedias posteriores podrían cambiar las versiones disponibles para los clústeres nuevos.

Esquema del control de versiones

Versiones menores (1.X)
Kubernetes lanza una versión secundaria nueva aproximadamente cada tres meses. Una versión secundaria aumenta la versión de Kubernetes de 1.X a 1.X+1; por ejemplo, Kubernetes 1.10 es la versión menor que sigue a Kubernetes 1.9.
Versiones de parches (1.XY)
Las actualizaciones nuevas de parches de Kubernetes (como 1.9.7) para usar con GKE suelen estar disponibles cada semana. Las actualizaciones de parches se implementan en cada zona de procesamiento de manera incremental; el programa de lanzamiento se publica en las notas de la versión de GKE.
Actualizaciones de seguridad y correcciones de errores (1.XY-gke.N)
Una actualización de parche con un sufijo -gke.N (como 1.9.7-gke.N) incluye actualizaciones de seguridad o correcciones de errores para GKE, junto con el software Kubernetes ascendente de código abierto. Estas actualizaciones o correcciones son necesarias para la compatibilidad y la interoperabilidad con Google Cloud Platform.

Comprueba las versiones disponibles y predeterminadas

Puedes comprobar qué versiones de Kubernetes están disponibles y predeterminadas en una zona en particular desde Google Cloud Platform Console o mediante la herramienta de línea de comandos de gcloud.

gcloud

Para ver cuáles son las versiones disponibles y predeterminadas, ejecuta el comando siguiente:

gcloud container get-server-config --zone [COMPUTE_ZONE]

donde [COMPUTE_ZONE] es la zona de procesamiento del clúster, como us-central1-a.

Console

Para ver cuáles son las versiones disponibles y predeterminadas, sigue los pasos siguientes:

  1. Visita el menú de GKE en GCP Console.

    Visita el menú de GKE.

  2. Haz clic en Crear clúster.

  3. Haz clic en el menú desplegable Versión principal. Se enumeran todas las versiones disponibles. La versión predeterminada se selecciona de forma automática.

  4. En Grupos de nodos, bajo el grupo predeterminado, haz clic en Edición avanzada.

  5. Haz clic en el menú desplegable Versión del nodo. Se enumeran todas las versiones disponibles. La versión predeterminada de los nodos coincide con la versión predeterminada de los clústeres principales.

Si esperas que una versión esté disponible para ti y no lo está, consulta el programa de lanzamiento de la zona o región de tu clúster.

Especifica la versión del clúster

Cuando creas o actualizas un clúster con gcloud, puedes especificar una versión del clúster con la marca --cluster-version. Puedes usar una versión específica, como 1.9.7-gke.N. También puedes usar un alias de versión:

  • latest: especifica la versión de Kubernetes compatible más nueva disponible en GKE en la zona o región del clúster.
  • 1.X: especifica la versión más nueva del parche válido y la actualización del parche gke.N en la versión secundaria 1.X
  • 1.X.Y: especifica el parche gke.N válido más nuevo en la versión de parche 1.XY.
  • -: en el caso de las instancias principales del clúster, especifica la versión predeterminada de Kubernetes para instancias principales. Para las actualizaciones de nodo, especifica la versión que está en ejecución en la instancia principal del clúster.

Si especificas la versión como latest cuando creas o actualizas un clúster, no se proporcionan actualizaciones automáticas. Habilita las actualizaciones automáticas de nodos para garantizar que los nodos de tu clúster estén al día con la última versión estable.

Especifica la versión del nodo

Cuando creas o actualizas un grupo de nodos, puedes especificar su versión. Por configuración predeterminada, los nodos ejecutan la misma versión de GKE que la instancia principal. Los nodos no pueden tener más de dos versiones inferiores a las instancias principales.

En raras excepciones, las versiones de los nodos permanecen disponibles, incluso si la versión del clúster ya no está disponible.

Actualizaciones

Los clústeres nuevos de GKE se crean con una versión predeterminada, una actualización estable de una versión secundaria o actualización de parche recientes de Kubernetes. Las versiones más nuevas que la predeterminada suelen estar disponibles cada semana.

Actualizaciones automáticas de la versión de la instancia principal del clúster

El equipo de GKE realiza actualizaciones automáticas por ti de la instancia principal de tu clúster de manera periódica. Las instancias principales del clúster se actualizan a versiones estables más nuevas de Kubernetes. Las actualizaciones automáticas suelen realizarse en etapas durante varias semanas.

También puedes iniciar una actualización de instancia principal de forma manual a una versión más nueva que la predeterminada.

Actualizaciones automáticas de la versión del nodo

Los nodos creados con GCP Console se actualizan de forma automática por configuración predeterminada. Si quieres que los nodos creados con la herramienta de línea de comandos de gcloud o la API de GKE se actualicen de forma automática, puedes habilitar las actualizaciones automáticas de nodos.

Ten en cuenta lo siguiente cuando elijas la versión de tus nodos de GKE:

  • Los nodos deben ejecutar una versión que esté disponible en la actualidad.
  • Los nodos no pueden ejecutar una versión más nueva que la versión actual de la instancia principal del clúster.
  • Los nodos no pueden ser más de dos versiones secundarias anteriores a la versión de la instancia principal.
¿Te ha resultado útil esta página? Enviar comentarios:

Enviar comentarios sobre...

Documentación de Kubernetes Engine