En esta página, se explican los dos modos de operación y las decisiones de configuración del clúster principal que puedes tomar cuando creas un clúster en Google Kubernetes Engine (GKE). Como regla general, las opciones que se analizan aquí no se pueden cambiar después de que se crea un clúster. Estas opciones afectan la disponibilidad, la estabilidad de la versión y la red del clúster.
Nivel de administración de clústeres
Antes de que podamos hablar sobre los tipos de clústeres, es importante comprender el nivel de flexibilidad, responsabilidad y control que necesitas para tu clúster. El nivel de control que necesitas determina el modo de operación que se usará en GKE y las configuraciones del clúster que debes realizar.
Modos de operación
Cuando creas un clúster en GKE, puedes usar uno de los siguientes modos de operación:
Autopilot: proporciona una configuración de clúster completamente aprovisionada y administrada. En los clústeres creados con el modo Autopilot, las opciones de configuración del clúster se crean para ti. Los clústeres de Autopilot están preconfigurados con una configuración de clúster optimizada que está lista para las cargas de trabajo de producción.
Estándar: proporciona flexibilidad de configuración avanzada sobre la infraestructura subyacente del clúster. Para los clústeres creados con el modo Estándar, determina las opciones de configuración necesarias para las cargas de trabajo de producción.
Para obtener más información sobre estos modos y obtener más información sobre Autopilot, consulta la descripción general de Autopilot.
Opciones de configuración del clúster
Según el modo de operación que elegiste, debes seleccionar qué opciones de configuración necesitas para el clúster. En el modo Autopilot, la mayoría de las opciones se crean para ti. En el modo Estándar, debes seleccionar las opciones de configuración que funcionen mejor para las cargas de trabajo de producción.
| Opciones de clúster | Modo | |
|---|---|---|
| Autopilot | Estándar | |
| Tipo de disponibilidad | Discos | Regional o zonal |
| Versión | Canal de versiones | Canal de versiones, predeterminado o específico |
| Enrutamiento de herramientas de redes | VPC nativa | Nativo de la VPC o basado en rutas |
| Aislamiento de red | Privado o público | Privado o público |
| Características de Kubernetes | Producción | Producción o Alfa |
Tipo de disponibilidad del clúster
Con GKE, puedes crear un clúster adaptado a los requisitos de disponibilidad de tu carga de trabajo y tu presupuesto. Los tipos de clústeres disponibles son: zonal (de una zona o de varias zonas) y regional.
Para ayudarte a elegir qué clúster disponible crear en el modo Estándar, consulta Elige un plano de control regional o zonal.
Después de crear un clúster, no puedes cambiarlo de zonal a regional, o viceversa. En su lugar, debes crear un clúster nuevo y, luego, migrar el tráfico hacia él.
Clústeres zonales
Los clústeres zonales tienen un solo plano de control en una sola zona. Según tus requisitos de disponibilidad, puedes optar por distribuir los nodos para tu clúster zonal en una sola zona o en varias zonas.
Para crear un clúster zonal en el modo Estándar, consulta Crea un clúster zonal.
Clústeres de zona única
Un clúster de una zona tiene solo un plano de control que se ejecuta en una zona. Este plano de control administra las cargas de trabajo en los nodos que se ejecutan en la misma zona. Si ejecutas una carga de trabajo en una sola zona, esta no estará disponible en caso de una interrupción zonal.
Clústeres de varias zonas
Un clúster de varias zonas tiene una sola réplica del plano de control que se ejecuta en una zona y nodos que se ejecutan en varias zonas. Las cargas de trabajo se ejecutan incluso durante una actualización del clúster o una interrupción de la zona donde se ejecuta el plano de control. Sin embargo, el clúster, sus nodos y sus cargas de trabajo no se pueden configurar hasta que el plano de control esté disponible. Los clústeres de varias zonas ofrecen un equilibrio entre disponibilidad y costo para cargas de trabajo coherentes. Si deseas mantener la disponibilidad, y la cantidad de nodos y grupos de nodos cambian con frecuencia, considera usar un clúster regional. Si ejecutas una carga de trabajo en varias zonas y hay una interrupción zonal, la carga de trabajo se interrumpe en esa zona, pero permanece disponible en otras zonas.
Clústeres regionales
Un clúster regional tiene varias réplicas del plano de control que se ejecutan en varias zonas dentro de una región determinada. Los nodos de un clúster regional pueden ejecutarse en varias zonas o en una sola zona según las ubicaciones de nodos configuradas. De forma predeterminada, GKE replica cada grupo de nodos en tres zonas de la región del plano de control. Cuando creas un clúster o agregas un grupo de nodos nuevo, puedes cambiar la configuración predeterminada si especificas las zonas en las que se ejecutan los nodos del clúster. Todas las zonas deben estar dentro de la misma región que el plano de control.
Usa clústeres regionales para ejecutar tus cargas de trabajo de producción, ya que ofrecen mayor disponibilidad que los zonales.
Para crear un clúster regional en modo Estándar, consulta Crea un clúster regional.
Para crear un clúster regional en el modo Autopilot, consulta Crea un clúster de Autopilot.
Versión del clúster
Cuando creas un clúster, puedes elegir la versión de Kubernetes específica del clúster o puedes tomar decisiones sobre la combinación general entre estabilidad y características.
Sin importar cómo administres la versión de tu clúster, te recomendamos que habilites la actualización automática para el clúster y sus nodos. GKE actualiza los nodos para los clústeres de Autopilot de manera automática.
Canal de versiones
Si conoces el nivel de estabilidad que necesitas para un clúster determinado, puedes inscribir el clúster en un canal de versiones. De forma predeterminada, los clústeres nuevos se inscriben en el canal de versiones regular. Google actualiza el clúster y sus nodos de forma automática cuando hay una actualización disponible en ese canal de versiones. El canal rápido recibe varias actualizaciones por mes, mientras que el canal estable solo recibe algunas actualizaciones por año.
Versión específica
Si sabes que necesitas usar una versión compatible específica de Kubernetes para una carga de trabajo determinada, puedes especificarla cuando creas el clúster.
Si no necesitas controlar la versión del parche específica que usas, puedes inscribir tu clúster en un canal de versiones en lugar de administrar la versión directamente.
Versión predeterminada
Si eliges usar una versión estática en lugar de inscribir el clúster en un canal de versiones (es decir, sin canal) y no estableces una versión específica para el clúster. se usa la versión predeterminada actual. La versión predeterminada se selecciona en función del uso y el rendimiento en el mundo real, y se cambia con regularidad. Por lo general, la versión predeterminada para estáticos está alineada con el canal de versiones regular. Si bien la versión predeterminada es la más consolidada, otras versiones disponibles son versiones de Google Analytics que aprobaron las pruebas internas y la calificación. Los cambios en la versión predeterminada se anuncian en las notas de la versión.
Redes de clústeres
Cuando se crea un clúster de GKE, puedes especificar el modo de enrutamiento de red y cómo aislar la red del clúster.
Clústeres nativos de la VPC y basados en rutas
En Google Kubernetes Engine, los clústeres se pueden distinguir de acuerdo con la forma en que enrutan el tráfico de un pod a otro pod. Un clúster que usa IP de alias se denomina clúster nativo de la VPC. Un clúster que usa rutas de Google Cloud se denomina clúster basado en rutas.
El modo de red recomendado para los clústeres nuevos es el nativo de la VPC. Este es el valor predeterminado para los clústeres creados en modo Autopilot.
Para los clústeres creados en el modo Estándar, el modo de red predeterminado depende de la versión de GKE y el método que usas para crear el clúster.
Para obtener más detalles, consulta el gráfico Modo de red de clúster predeterminado.
Opciones de aislamiento de red
De forma predeterminada, puedes configurar el acceso desde las redes públicas a las cargas de trabajo de tu clúster. Las rutas no se crean de forma automática. Los clústeres privados asignan direcciones internas a los Pods y los nodos, y las cargas de trabajo están aisladas por completo de las redes públicas.
Para crear un clúster privado, consulta Crea un clúster privado.
Características de Kubernetes
Las funciones nuevas en Kubernetes se enumeran como alfa, beta o estable, según el estado en el proceso de desarrollo. En la mayoría de los casos, las características de Kubernetes que se enumeran como beta o estable se incluyen en GKE. Las características de la versión alfa de Kubernetes están disponibles en clústeres alfa especiales de GKE.
Clúster Alfa
Un clúster Alfa tiene habilitadas todas las API Alfa de Kubernetes (a veces llamadas puertas de características). Puedes usar clústeres Alfa para pruebas tempranas y validación de las características de Kubernetes. Los clústeres Alfa no son compatibles con las cargas de trabajo de producción, no se pueden actualizar y se vencen a los 30 días.
Para crear un clúster Alfa en el modo Estándar, consulta Crea un clúster Alfa.