Clúster local de EKS en Outposts

Cuando se produce una desconexión del enlace del servicio de Outposts desde la región matriz, es posible que surjan problemas con servicios como el EKS Extended Cluster, donde el plano de control se encuentra en la región. Entre los desafíos está la pérdida de comunicación entre el plano de control del EKS y los nodos trabajadores y. PODs Aunque ambos nodos de trabajo PODs pueden seguir funcionando y dando servicio a las aplicaciones que residen en Outposts de forma local, el plano de control de Kubernetes puede considerarlas insalubres y programar su reemplazo cuando se recupere la conexión con el plano de control. Esto puede provocar tiempos de inactividad de las aplicaciones cuando se restablezca la conectividad.

Para simplificar esto, existe la opción de alojar todo tu clúster de EKS en Outposts. En esta configuración, tanto el plano de control de Kubernetes como los nodos de trabajo se ejecutan localmente en las instalaciones de la capacidad de cómputo de Outposts. De esta forma, el clúster seguirá funcionando incluso en caso de que se interrumpa temporalmente la conexión del enlace de servicio y después de que se restablezca.

Clúster local de Amazon EKS en Outposts

Consideraciones sobre el Clúster Local de EKS en Outposts

Hay algunas consideraciones a tener en cuenta a la hora de implementar un clúster local de EKS en Outposts: