Construir una plataforma con KRM: Parte 4 - Administrar un entorno multi-cluster

Construir una plataforma con KRM: Parte 4 – Administrar un entorno multi-cluster

Esta es la 4to. resumen de una serie de varios posts sobre el modelo de recursos de Kubernetes. Consulte los resúmenes 1, 2 y 3 para obtener más información.

Los clústeres de Kubernetes pueden escalar, admiten hasta 5.000 nodos, y GKE admite hasta 15.000 nodos. Pero escalar un  solo clúster puede llegar hasta cierto punto, si el plano de control del clúster se cae, toda la plataforma se cae; si la región de la nube que ejecuta el clúster tiene una interrupción del servicio, también lo hace su aplicación.

Es por eso que se recomienda operar a través de varios clústers Kubernetes. O al menos es lo que la mayoría de las organizaciones optan por hacer.

Existen varias razones para considerar un multi-cluster, la división de las cargas de trabajo entre la nube y en las instalaciones, la asignación de un clúster a cada equipo de desarrollo, o la capacidad de ráfaga para los picos de tráfico, entre otras.

 

 

En este post presentan Config Sync y Policy Controller que son los que proporcionan una potente cadena de herramientas para estandarizar la configuración y administrar de manera más fácil la capa base en un entorno Kubernetes multi-cluster.

Más información en Google Cloud Blog.

Comments are closed