Tipos de clústeres

En esta página, se explican los tipos de clústeres principales que puedes crear 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 de un 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 necesitas 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 administrada y completamente aprovisionada. Para los clústeres creados con el modo Autopilot, las opciones de configuración de clúster se crean automáticamente. 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 a través de la infraestructura subyacente del clúster. Para los clústeres creados con el modo estándar, determinas las configuraciones necesarias para tus 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, selecciona las opciones de configuración que necesitas para tu clúster. En el modo de Autopilot, la mayoría de las elecciones se hacen por ti. En el modo estándar, debes seleccionar las configuraciones que funcionan mejor para tus 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.

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 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.

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.

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 también se ejecutan en cada una de las zonas donde se ejecuta una réplica del plano de control. Debido a que un clúster regional replica el plano de control y los nodos, consume más recursos de Compute Engine que un clúster similar de zona única o de varias zonas.

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 de forma automática los nodos para los clústeres de Autopilot.

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 están inscritos 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 predeterminada

Si no usas un canal de versiones o no eliges una versión del 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. 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.

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.

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.

El modo de red del clúster predeterminado depende de la forma en que se crea el clúster en el modo estándar. 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 modo estándar, consulta Crea un clúster Alfa.