En esta página, se explica cómo tú y Google Kubernetes Engine (GKE) administran los cambios durante el ciclo de vida de un clúster para maximizar el rendimiento y la disponibilidad, a la vez que se minimiza la interrupción de la carga de trabajo.
Esta página está dirigida a los administradores de plataformas que desean planificar y optimizar su entorno de clúster para minimizar las interrupciones de sus cargas de trabajo. Puedes leer esta página antes o después de aprender a realizar las tareas básicas de administración de clústeres que se describen en Cómo administrar clústeres y Descripción general de la administración de clústeres.
Una plataforma administrada y responsabilidad compartida
GKE es una implementación administrada por Google de la plataforma de organización de contenedores de código abierto de Kubernetes. Como se menciona en Cómo funciona GKE, un clúster de GKE consta de un plano de control, que incluye nodos de administración que ejecutan componentes del sistema y nodos de trabajo, en los que se implementan cargas de trabajo.
Crear un entorno de clúster óptimo para que se ejecuten tus cargas de trabajo, con el máximo rendimiento, disponibilidad y la menor interrupción posible, es una responsabilidad compartida:
- La responsabilidad de GKE es mantener un entorno de clúster confiable, disponible, seguro y de alto rendimiento. Para ello, GKE administra el plano de control, los componentes del sistema y, en el caso del modo Autopilot, los nodos trabajadores.
- Tu responsabilidad como administrador de la plataforma es configurar el clúster y administrar las cargas de trabajo, lo que incluye prepararlas para manejar las interrupciones. Con el modo Standard, también creas y administras los nodos trabajadores, que se agrupan en grupos de nodos.
Para obtener más información, consulta Responsabilidad compartida de GKE.
Cómo GKE administra los cambios durante el ciclo de vida de un clúster
Como implementación de Kubernetes, un clúster de GKE es una red de procesos y sistemas que actúan en conjunto para mantener el entorno óptimo para ejecutar tus cargas de trabajo. Para administrar el clúster, GKE realiza tareas de mantenimiento, hace cambios, inicia operaciones, actualiza componentes y actualiza la versión del plano de control y los nodos.
La mayor parte de la ejecución diaria de tu aplicación se realiza de forma silenciosa en segundo plano, lo que permite que tus cargas de trabajo se ejecuten sin interrupciones. Sin embargo, algunos cambios fundamentales deben completarse de maneras que podrían interrumpir temporalmente tus cargas de trabajo, como se describe en la siguiente sección.
Algunos cambios en el clúster pueden interrumpir las cargas de trabajo.
Si bien GKE se esfuerza por mantener tus cargas de trabajo en funcionamiento sin problemas, algunos tipos de cambios esenciales pueden requerir interrupciones temporales en tus cargas de trabajo, principalmente los cambios que reinician los nodos que ejecutan tus cargas de trabajo. Con las funciones de GKE y Kubernetes, puedes especificar cuándo y cómo deseas que se produzca la interrupción, de modo que, cuando lo haga, tus cargas de trabajo puedan controlar los cambios de forma fluida.
En las siguientes secciones, se explica qué tipos de cambios realiza GKE en los clústeres, qué tipo de interrupciones causan y cómo puedes prepararte.
Actualizaciones con la administración del ciclo de vida de clúster de GKE
En GKE, las actualizaciones y las upgrades de los clústeres tienen significados relacionados.
En GKE, el término actualizaciones del clúster (o solo actualizaciones) hace referencia a la actualización de la versión de Kubernetes del plano de control (actualizaciones del plano de control) o de los nodos (actualizaciones de nodos), o de ambos. Cuando se usan clústeres de Standard, las actualizaciones de nodos también se pueden denominar actualizaciones de grupo de nodos, ya que GKE usa una sola operación para actualizar un grupo de nodos.
El término actualizaciones de clúster (o solo actualizaciones) es un término más general que se refiere a cualquier tipo de cambio de plano de control o de nodo, incluida la actualización de sus versiones. GKE administra de forma activa tu entorno de clúster mediante la realización de actualizaciones, otros tipos de actualizaciones y operaciones de mantenimiento necesarias. Estas acciones garantizan que tu clúster siga funcionando de manera óptima, sea seguro y esté actualizado con las funciones y correcciones de errores más recientes. GKE usa herramientas como las estrategias de actualización de nodos y las políticas de mantenimiento para minimizar las interrupciones durante estos procesos.
Planifica las interrupciones de actualización de nodos
Ciertos tipos de cambios en el clúster, en su mayoría cambios en los nodos, pueden causar interrupciones.
GKE usa estrategias de actualización de nodos para actualizar los nodos, ya sean nodos de Autopilot o grupos de nodos de clústeres estándar, de una manera optimizada para las necesidades de tu carga de trabajo. Estas estrategias se aplican a las actualizaciones de versión y también a algunos otros tipos de cambios de nodos. Las estrategias permiten que GKE minimice las interrupciones mientras realiza actualizaciones de nodos, que son importantes para mantener los clústeres funcionales y con un buen rendimiento.
Usa las exclusiones y los períodos de mantenimiento para elegir cuándo se realiza y cuándo no se realiza el mantenimiento del clúster y, en el caso de los clústeres estándar, elige una estrategia de actualización de nodos que se adapte mejor a tu perfil de carga de trabajo y a las restricciones de recursos.
En el caso de los cambios manuales y los iniciados automáticamente en los nodos, GKE realiza cambios con las siguientes características generales:
- Los cambios suelen respetar las políticas de mantenimiento: Cuando GKE
realiza cambios en los nodos, estos cambios suelen respetar
las políticas de mantenimiento de GKE.
Ten en cuenta lo siguiente si inicias cambios manuales que requieren que se vuelvan a crear todos los
nodos de un grupo de nodos:
- En el caso de algunos cambios, GKE respeta las políticas de mantenimiento y no aplica el cambio que enviaste hasta que haya disponibilidad de mantenimiento. Si GKE está esperando la disponibilidad del mantenimiento y el cambio es urgente, puedes aplicar los cambios manualmente para aplicar la nueva configuración de inmediato.
- En el caso de otros cambios manuales, incluidas las actualizaciones manuales, GKE no respeta las políticas de mantenimiento. Para estos cambios manuales, asegúrate de que tus cargas de trabajo estén preparadas para una interrupción inmediata.
- Los cambios suelen usar estrategias de actualización de nodos: Cuando GKE aplica la mayoría de los cambios automáticos o iniciados de forma manual a los nodos, incluidas las actualizaciones de nodos que no son actualizaciones de versión, GKE elige una estrategia de actualización de nodos: actualizaciones de aumento o actualizaciones azul-verde. Autopilot siempre usa actualizaciones de aumento. Los cambios en los grupos de nodos de clústeres estándar suelen usar actualizaciones de aumento, excepto cuando configuraste actualizaciones azul-verde y realizas ciertos tipos de cambios.
- Los cambios requieren recursos suficientes: Cuando GKE aplica un cambio con una estrategia de actualización de nodos, este cambio requiere una cantidad determinada de recursos según la estrategia y su configuración. El proyecto de tu clúster debe tener suficiente cuota de recursos, disponibilidad de recursos y capacidad de reserva (para grupos de nodos con afinidad de reserva específica). Para obtener más información, consulta Cómo garantizar recursos para las actualizaciones de nodos.
Para obtener una lista detallada de los cambios específicos y sus características, consulta Tipos de cambios en un clúster de GKE en esta página.
Prepara tu carga de trabajo para los cambios disruptivos y maximiza su disponibilidad
Para maximizar la disponibilidad de tus cargas de trabajo que se ejecutan en un clúster de GKE, te recomendamos que realices las acciones que se describen en las siguientes secciones:
Elige la disponibilidad de tu clúster
Si la disponibilidad del plano de control es una prioridad, elige un clúster de Autopilot o un clúster regional de Standard en lugar de un clúster zonal de Standard. Para obtener más información, consulta Acerca de las opciones de configuración del clúster.
Controla las actualizaciones con las herramientas de GKE
Puedes usar las siguientes herramientas para controlar cuándo y cómo GKE actualiza tu clúster, lo que te permite implementar las prácticas recomendadas:
- Canales de versiones: Elige un canal de versiones para obtener versiones de clústeres con el equilibrio que elijas entre la disponibilidad y estabilidad de las funciones.
- Períodos de mantenimiento: Especifica un período recurrente en el que pueden ocurrir ciertos tipos de mantenimiento del clúster de GKE, como las actualizaciones.
- Exclusiones de mantenimiento: Evita que se realice el mantenimiento del clúster durante un período específico.
- Estrategias de actualización de nodos: Si usas clústeres estándar, elige cómo se actualizan tus nodos (actualizaciones de aumento o actualizaciones azul-verde) para minimizar las interrupciones en tus cargas de trabajo.
- Secuencia de lanzamiento: Califica las actualizaciones en un entorno de preproducción antes de que GKE actualice tus clústeres de producción.
- Actualizaciones manuales: Actualiza tu clúster de forma manual y realiza acciones como cancelar, reanudar, revertir y completar actualizaciones automáticas o manuales en curso.
Administra y supervisa tu clúster
Para administrar las posibles interrupciones de tus clústeres, realiza de forma continua las siguientes tareas:
- Supervisa tu clúster con el paquete de observabilidad de GKE.
- Sigue las notas de la versión de GKE para ver los anuncios.
- Suscríbete a las notificaciones del clúster, como las versiones disponibles recientemente o los boletines de seguridad.
- Consulta el programa de lanzamientos de GKE para obtener una estimación óptima de cuándo estarán disponibles las versiones secundarias para las actualizaciones y cuándo finalizará la asistencia.
- Usa una guía prescriptiva que identifique posibles oportunidades de optimización y explique cómo optimizar el uso de tu clúster, incluidas las bajas de GKE.
Prepara tus cargas de trabajo
Administra las interrupciones haciendo que tus cargas de trabajo sean lo más resilientes posible:
- Ejecuta réplicas de tus cargas de trabajo para garantizar la redundancia y evitar un punto único de fallo.
- Especifica un presupuesto de interrupción para tu aplicación con un presupuesto de interrupción de Pods.
- Establece un período de gracia de finalización de la duración correcta para que tu carga de trabajo se cierre de forma correcta.
- Si tu carga de trabajo usa GPUs o TPU, sigue las instrucciones para administrar las interrupciones de los nodos de GKE para GPUs y TPU.
- En el caso de las aplicaciones con estado, que a menudo necesitan tiempo para detener de forma limpia las operaciones de E/S y desmontarse del almacenamiento, sigue los pasos que se indican en Asegúrate de que las cargas de trabajo con estado estén preparadas para las interrupciones.
Para ver un análisis general de estos temas, consulta la sección Administra las interrupciones de la entrada de blog Prácticas recomendadas de GKE: Operaciones del día 2 para la continuidad del negocio.
Tipos de cambios en un clúster de GKE
En las siguientes tablas, se muestran los tipos más comunes de cambios importantes en un clúster, incluidas las características de estos cambios, como la frecuencia y el nivel de interrupción.
Tipos de actualizaciones
Revisa la siguiente tabla para comprender cómo las actualizaciones pueden interrumpir un entorno de clúster.
| Cambiar | Se inicia automáticamente o de forma manual | Respeta las políticas de mantenimiento | Frecuencia | Tipo de interrupción | Nivel de interrupción |
|---|---|---|---|---|---|
| Actualización del plano de control | Automática o manual |
Las actualizaciones automáticas respetan las políticas de mantenimiento hasta el final de la compatibilidad, excepto por correcciones de emergencia muy raras, según sea necesario. Las políticas de mantenimiento no bloquean las actualizaciones manuales. |
Actualizaciones de parches, con una frecuencia de hasta una vez por semana, según el canal de lanzamiento Actualizaciones menores aproximadamente cada cuatro meses. En el caso de los clústeres del canal extendido, las actualizaciones menores solo se realizan cuando la versión secundaria está por finalizar la asistencia. |
Plano de control |
Para los clústeres de Autopilot y Standard regionales, el plano de control sigue disponible. En el caso de los clústeres estándar zonales, varios minutos en los que no puedes comunicarte con el plano de control, lo que significa que no puedes configurar el clúster, los nodos ni las cargas de trabajo durante ese tiempo. |
| Actualización de nodos | Automática o manual |
Las actualizaciones automáticas respetan las políticas de mantenimiento hasta el final de la compatibilidad, excepto por correcciones de emergencia muy raras, según sea necesario. Las políticas de mantenimiento no bloquean las actualizaciones manuales. |
Por lo general, es el mismo que el de las actualizaciones del plano de control. Si tu clúster no está inscrito en un canal de versiones y lo inhabilitas, eres responsable de actualizar manualmente los grupos de nodos del clúster. |
Todos los nodos de los clústeres de Autopilot o uno o más grupos de nodos de clústeres estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa actualizaciones de aumento para Autopilot o la estrategia de actualización de nodos configurada (aumento o azul-verde) para los clústeres estándar. |
Cambios manuales que vuelven a crear los nodos con una estrategia de actualización de nodos y respetan las políticas de mantenimiento
Revisa la siguiente tabla para comprender cómo estos cambios manuales pueden interrumpir un entorno de clúster. Esta lista incluye, entre otros cambios, cambios manuales que respetan las políticas de mantenimiento de GKE.
| Cambiar | Se inicia automáticamente o de forma manual | Respeta las políticas de mantenimiento | Frecuencia | Tipo de interrupción | Nivel de interrupción |
|---|---|---|---|---|---|
| Rota las credenciales del clúster | Es automática si las credenciales del clúster vencen en un plazo de 30 días, pero también se puede iniciar de forma manual. | Respeta las políticas de mantenimiento. Sin embargo, GKE puede anularlas dentro de los 30 días posteriores al vencimiento de las credenciales. Además, si activas operaciones específicas de forma manual después del primer paso, esa operación no respetará las políticas de mantenimiento. | Una vez por cada cambio manual de este tipo, o depende del tiempo de vida de la credencial del clúster para la iniciación automática. Puedes invocar operaciones de forma manual para pasos específicos en el proceso de rotación. | Para algunos pasos, el plano de control. Para otros pasos, todos los nodos de los clústeres de Autopilot y todos los nodos de cada grupo de nodos de los clústeres de Standard. |
Cuando inicias la rotación y la completas, el nivel de interrupción es el siguiente:
Cuando se vuelven a crear los nodos, el nivel de interrupción es el siguiente:
|
| Rotación de la dirección IP del plano de control | Inicio manual | Respeta las políticas de mantenimiento. Sin embargo, si activas operaciones específicas de forma manual después del primer paso, esa operación no respeta las políticas de mantenimiento. | Una vez por cambio manual de este tipo. Puedes invocar operaciones de forma manual para pasos específicos en el proceso de rotación. | Para algunos pasos, el plano de control. Para otros pasos, todos los nodos de los clústeres de Autopilot y todos los nodos de cada grupo de nodos de los clústeres de Standard. |
Cuando inicias la rotación y la completas, el nivel de interrupción es el siguiente:
Cuando se vuelven a crear los nodos, el nivel de interrupción es el siguiente:
|
| Configura nodos protegidos | Inicio manual |
La recreación del plano de control no respeta las políticas de mantenimiento, sino que realiza los cambios de inmediato. La recreación de los nodos respeta las políticas de mantenimiento. |
Una vez por cada cambio de este tipo |
Se actualiza el plano de control. Después de actualizar el plano de control, se deben volver a crear todos los nodos de cada grupo de nodos del clúster estándar. |
Cuando se vuelve a crear el plano de control, el nivel de interrupción es el siguiente:
Cuando se vuelven a crear los nodos, el nivel de interrupción es el siguiente:
|
| Configura políticas de red | Inicio manual | Si respeta las políticas de mantenimiento | Una vez por cada cambio de este tipo | Todos los nodos de los clústeres de Autopilot y todos los nodos de cada grupo de nodos de clústeres estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa actualizaciones de aumento para volver a crear los nodos. |
| Configura la visibilidad dentro de los nodos | Inicio manual | Si respeta las políticas de mantenimiento | Una vez por cada cambio de este tipo | Todos los nodos de los clústeres de Autopilot y todos los nodos de cada grupo de nodos de clústeres estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa actualizaciones de aumento para volver a crear los nodos. |
| Configura NodeLocal DNSCache | Inicio manual | Si respeta las políticas de mantenimiento | Una vez por cada cambio de este tipo | Se deben actualizar todos los nodos del grupo de nodos del clúster estándar que se actualizará. |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa actualizaciones de aumento para volver a crear los nodos. |
| Habilita la transmisión de imágenes | Inicio manual |
Cuando se actualiza a nivel del clúster, respeta las políticas de mantenimiento. Cuando se actualizan grupos de nodos individuales, no se respetan las políticas de mantenimiento. |
Una vez por cada cambio de este tipo |
Si se activa a nivel del grupo de nodos, todos los nodos del grupo de nodos del clúster estándar. Si se activa a nivel del clúster, los nodos de cualquier grupo de nodos de clúster estándar en el que no hayas habilitado o inhabilitado el parámetro de configuración del grupo de nodos de forma individual |
GKE usa actualizaciones de aumento para volver a crear los nodos de un grupo de nodos. |
Mantenimiento automático que no respeta las políticas de mantenimiento
Revisa la siguiente tabla para comprender cómo el mantenimiento automático que no respeta las políticas de mantenimiento puede interrumpir un entorno de clúster.
| Cambiar | Se inicia automáticamente o de forma manual | Respeta las políticas de mantenimiento | Frecuencia | Tipo de interrupción | Nivel de interrupción |
|---|---|---|---|---|---|
| Reparación o cambio de tamaño del plano de control | Automático | No respeta las políticas de mantenimiento |
La frecuencia de reparación del plano de control es aleatoria, pero no tiene ningún impacto en los clústeres de Autopilot y Standard regionales. El cambio de tamaño del plano de control es poco frecuente, pero aumenta su frecuencia con los eventos de escalamiento del clúster y tampoco tiene ningún impacto en los clústeres regionales estándar y de Autopilot. |
Plano de control |
Para los clústeres de Autopilot y Standard regionales, el plano de control sigue disponible. En el caso de los clústeres estándar zonales, varios minutos en los que no puedes comunicarte con el plano de control, lo que significa que no puedes configurar el clúster, los nodos ni las cargas de trabajo durante ese tiempo. |
| Evento de mantenimiento del host | Automático | No respeta las políticas de mantenimiento | Consulta Eventos de mantenimiento para conocer la frecuencia aproximada. | Un nodo |
Para la mayoría de los tipos de nodos, el efecto es mínimo. Es posible que algunos nodos, incluidos los que tienen GPUs o TPU, experimenten interrupciones más grandes. Para obtener más información, consulta Otros Google Cloud mantenimiento. |
| Reparación automática de nodos | Automático | No respeta las políticas de mantenimiento | La frecuencia de reparación automática de los nodos es aleatoria. |
Un nodo | Se reinicia el nodo, por lo que se interrumpen los Pods que se ejecutan en él. |
| Recupera VMs Spot y VMs interrumpibles | Automático | No respeta las políticas de mantenimiento |
Para las VMs interrumpibles, al menos una vez cada 24 horas. En el caso de las VMs Spot, cuando Compute Engine necesita los recursos en otro lugar. |
Un nodo | Consulta los detalles sobre la finalización y el cierre ordenado de las VMs Spot, y la finalización y el cierre ordenado de las VMs interrumplibles. |
Cambios manuales que vuelven a crear los nodos con una estrategia de actualización de nodos sin respetar las políticas de mantenimiento
Revisa la siguiente tabla para comprender cómo estos cambios manuales pueden interrumpir un entorno de clúster. Esta lista incluye cambios de cuando GKE usa actualizaciones de aumento y cuando usa actualizaciones azul-verde que no se incluyen en la otra sección, ya que no respetan las políticas de mantenimiento.
| Cambiar | Se inicia automáticamente o de forma manual | Respeta las políticas de mantenimiento | Frecuencia | Tipo de interrupción | Nivel de interrupción |
|---|---|---|---|---|---|
| Actualización de la etiqueta del grupo de nodos | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar | GKE usa inmediatamente las actualizaciones de aumento para volver a crear el grupo de nodos cuando actualizas las etiquetas de nodos en un grupo de nodos existente, independientemente de las políticas de mantenimiento activas. |
| Escala verticalmente los nodos cambiando los atributos de la máquina de los nodos | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar | GKE usa inmediatamente las actualizaciones de aumento para volver a crear los nodos en un grupo de nodos existente, independientemente de las políticas de mantenimiento activas. |
| Cambios de tipos de imágenes | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa la estrategia de actualización de nodos configurada (aumento o azul-verde) para los clústeres estándar. |
| Agrega o reemplaza grupos de almacenamiento en un grupo de nodos de clúster estándar | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa la estrategia de actualización de nodos configurada (aumento o azul-verde) para los clústeres estándar. |
| Habilita la transmisión de imágenes | Inicio manual |
Cuando se actualiza a nivel del clúster, respeta las políticas de mantenimiento. Cuando se actualizan grupos de nodos individuales, no se respetan las políticas de mantenimiento. |
Una vez por cada cambio de este tipo |
Si se activa a nivel del grupo de nodos, todos los nodos del grupo de nodos del clúster estándar. Si se activa a nivel del clúster, los nodos de cualquier grupo de nodos de clúster estándar en el que no hayas habilitado o inhabilitado el parámetro de configuración del grupo de nodos de forma individual |
GKE usa actualizaciones de aumento para volver a crear los nodos de un grupo de nodos. |
| Actualizaciones de la configuración de rendimiento de la red | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa inmediatamente las actualizaciones de aumento para volver a crear los nodos en un grupo de nodos existente, independientemente de las políticas de mantenimiento activas. |
| Habilitación de gVNIC | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa inmediatamente las actualizaciones de aumento para volver a crear los nodos en un grupo de nodos existente, independientemente de las políticas de mantenimiento activas. |
| Cambios en la configuración del sistema de nodos | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa inmediatamente las actualizaciones de aumento para volver a crear los nodos en un grupo de nodos existente, independientemente de las políticas de mantenimiento activas. |
| Nodos confidenciales | Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Todos los nodos de un grupo de nodos de clúster estándar |
Los nodos deben cerrarse para volver a crearse, y los pods deben reemplazarse. GKE usa inmediatamente las actualizaciones de aumento para volver a crear los nodos en un grupo de nodos existente, independientemente de las políticas de mantenimiento activas. |
Cambios que no requieren que se vuelvan a crear los nodos
Revisa la siguiente tabla para comprender qué cambios en la configuración del nodo no requieren que se vuelvan a crear los nodos. Estos cambios no son disruptivos, pero es posible que se produzcan interrupciones si la configuración del nodo actualizada afecta tu carga de trabajo.
| Cambiar | Se inicia automáticamente o de forma manual | Respeta las políticas de mantenimiento | Frecuencia | Tipo de interrupción | Nivel de interrupción |
|---|---|---|---|---|---|
|
Actualiza la siguiente configuración:
|
Inicio manual | No respeta las políticas de mantenimiento y realiza los cambios de inmediato. | Una vez por cada cambio de este tipo | Se actualizan todos los nodos relevantes. | No es necesario reemplazar los pods porque la configuración del nodo se actualiza sin volver a crear los nodos. |
¿Qué sigue?
- Descripción general de GKE
- Arquitectura del clúster de GKE
- Responsabilidad compartida de GKE
- Control de versiones y asistencia de GKE
- Acuerdo de Nivel de Servicio de GKE
- Actualizaciones de clústeres de GKE