Una empresa implementará un clúster de Amazon EKS para una carga de trabajo que creará un número impredecible de pods sin estado, a menudo muchos a la vez durante el escalado rápido de réplicas. ¿Cómo se debe configurar el clúster para MAXIMIZAR la resiliencia de los nodos?

La opción correcta es configurar la carga de trabajo para usar Kubernetes topologySpreadConstraints que distribuyan los pods en función de la zona de disponibilidad. Esto maximiza la resiliencia de los nodos al garantizar que los pods se distribuyan equitativamente entre las Zonas de Disponibilidad (AZs). Si una AZ falla, los pods en otras AZs pueden continuar funcionando, evitando un punto único de falla y mejorando la disponibilidad general de la aplicación. Las opciones incorrectas son: Usar una plantilla de lanzamiento separada para el plano de control de EKS en un segundo clúster: El plano de control de EKS ya es gestionado por AWS para alta disponibilidad y no necesita ser desplegado en un segundo clúster por el usuario. Esto no aborda la resiliencia de los nodos de la carga de trabajo. Cambiar los grupos de nodos para usar menos grupos de nodos con tipos de instancia más grandes: Esto podría reducir la resiliencia. Si un nodo grande falla, se pierde una mayor proporción de capacidad, y menos grupos de nodos significan menos distribución de fallas. Configurar el Kubernetes Cluster Autoscaler para que la capacidad de cómputo permanezca subaprovisionada: Subaprovisionar la capacidad haría que el clúster fuera menos resiliente y propenso a problemas de rendimiento y disponibilidad durante picos de carga, ya que no habría suficiente capacidad para los pods.