En este documento se explican las opciones de configuración disponibles para los clústeres de Kubernetes. Puedes crear clústeres de Kubernetes que funcionen en un solo proyecto o que abarquen varios proyectos para que se ajusten a tu estrategia de gestión de cargas de trabajo de contenedores en Google Distributed Cloud (GDC) air-gapped. Las configuraciones de clústeres también ofrecen diferentes controles basados en permisos para las acciones administrativas, de modo que GDC pueda gestionar la configuración de las cargas de trabajo de contenedores o puedas configurarlas manualmente en función de tu caso práctico para disfrutar de más flexibilidad.
Este documento está dirigido a los siguientes grupos de usuarios:
Administradores de TI del grupo de administradores de la plataforma que se encargan de crear clústeres de Kubernetes para alojar cargas de trabajo de contenedores.
Desarrolladores de aplicaciones del grupo de operadores de aplicaciones que se encargan de desarrollar aplicaciones de contenedores en un entorno air-gapped.
Para obtener más información, consulta el artículo Audiencias de la documentación de GDC air-gapped.
Opciones de configuración
En GDC, hay dos configuraciones de clústeres que ofrecen diferentes niveles de gestión y flexibilidad:
- Clúster compartido: clúster de Kubernetes multiproyecto gestionado por el grupo de administradores de la plataforma que ofrece una solución completa de servicios integrados y gestionados a nivel de organización.
- Clúster estándar: clúster de Kubernetes de autoservicio y un solo proyecto gestionado por el grupo de operadores de aplicaciones que ofrece más flexibilidad para las cargas de trabajo personalizadas que puedan entrar en conflicto con los servicios gestionados en un entorno compartido.
En la siguiente tabla se describen las diferencias entre los clústeres de Kubernetes compartidos y estándar:
| Función | Clústeres compartidos | Clústeres estándar |
|---|---|---|
| Propietario | Grupo de administradores de la plataforma | Grupo de operadores de aplicaciones |
| Administrador de clústeres | Grupo de administradores de la plataforma | Grupo de administradores de la plataforma o grupo de operadores de aplicaciones |
| Propiedad | Varios proyectos | Un solo proyecto |
| Gestión del ciclo de vida | Crear, leer, actualizar, eliminar y actualizar | Crear, leer, actualizar, eliminar y actualizar |
| Supervisión | Prometheus con paneles de control de Grafana para Kubernetes | Prometheus con paneles de control de Grafana para Kubernetes |
| Entrada y salida entre proyectos | Gestionado por GDC | Se pueden configurar. |
| Copia de seguridad y restauración | Clúster, proyecto y carga de trabajo | Clúster, proyecto y carga de trabajo |
| Gestión de espacios de nombres de Kubernetes | Gestionado por GDC | Se pueden configurar. |
| Recurso y controlador personalizados | Gestionado por GDC | Se pueden configurar. |
| Almacenamiento de registros | Gestionado por GDC | Gestionado por GDC |
| Auditoría y facturación | Gestionado por GDC | Se pueden configurar. |
| Tipo de recurso | Solo zonal | Solo zonal |
| Compatibilidad con superficies | Consola, API y Terraform de GDC | Consola, API y Terraform de GDC |
| Servicios gestionados | Incluye un conjunto completo de servicios protegidos que no se pueden configurar. | Incluye un conjunto mínimo de servicios esenciales, lo que proporciona más flexibilidad en los servicios. |
| Servicios de Marketplace | Incluye la integración con los servicios de Marketplace. | No está disponible para la integración. |
Para obtener más información, consulta las siguientes secciones sobre la configuración de clústeres.
Clúster compartido
El clúster compartido proporciona un clúster gestionado por el sistema que incluye un conjunto de servicios protegidos, como Istio, Gatekeeper, Managed Harbor Service y Nginx. El enfoque gestionado por el sistema para tu clúster proporciona una configuración de clúster de Kubernetes con opiniones que se ejecuta en el espacio de nombres platform y que se puede adjuntar a cualquiera de tus proyectos.
Como el clúster compartido puede abarcar varios proyectos, tiene un ámbito de organización, lo que significa que su disponibilidad para algunos grupos de usuarios es limitada. El grupo de administradores de la plataforma crea y gestiona principalmente el clúster compartido con muy poca supervisión por parte de los desarrolladores de aplicaciones.
GDC gestiona el tráfico de red de entrada y salida entre proyectos. Las políticas de red suelen gestionarse mediante una política de red de proyecto.
Los principales casos prácticos del clúster compartido son los siguientes:
- Necesitas un clúster que ofrezca un ecosistema completo de funciones gestionadas de forma predeterminada y que requiera poca personalización.
- Quieres gestionar las cargas de trabajo de contenedores en varios proyectos.
- No tienes ningún requisito para migrar cargas de trabajo de entornos en la nube.
Para obtener más información sobre cómo crear un clúster compartido, consulta el artículo Crear un clúster compartido.
Clúster estándar
El clúster estándar proporciona un clúster de Kubernetes configurable que incluye un conjunto mínimo de servicios, como Prometheus y Grafana. Los clústeres estándar solo incluyen los servicios esenciales para la funcionalidad necesaria de las cargas de trabajo de contenedores de Kubernetes, lo que te permite instalar servicios adicionales para personalizar el clúster según tu caso práctico.
El clúster estándar solo tiene un ámbito de proyecto, lo que permite a los desarrolladores de aplicaciones que están confinados en un proyecto controlar directamente su funcionamiento. El grupo de operadores de aplicaciones crea y gestiona principalmente el clúster estándar con muy poca supervisión por parte de los administradores de la plataforma.
En muchos casos, los desarrolladores de aplicaciones controlan la red de clústeres mediante las APIs de red estándar de Kubernetes, en lugar de depender de las configuraciones de red específicas de GDC. Sin embargo, los clústeres estándar pueden configurar un subconjunto de configuraciones de red específicas de GDC, como las siguientes:
- Políticas
- Balanceo de carga
- Cloud NAT
Los principales casos prácticos del clúster estándar son los siguientes:
- Necesitas un clúster que ofrezca servicios mínimos de forma predeterminada, lo que permite realizar configuraciones completas para adaptarlo a tus necesidades.
- Quieres tener más control sobre las construcciones de Kubernetes más profundas, como las definiciones de recursos personalizados o los espacios de nombres.
- Quieres gestionar las cargas de trabajo de contenedores en un solo proyecto.
- Tienes cargas de trabajo de contenedores en un entorno en la nube que quieres migrar a tu entorno GDC aislado.
Para obtener más información sobre cómo crear un clúster estándar, consulta el artículo Crear un clúster estándar.
Siguientes pasos
- Desplegar una aplicación de contenedor
- Alta disponibilidad para tus aplicaciones
- Cargas de trabajo de contenedores en GDC