Un clúster EKS con grupos de nodos EC2 utiliza Kubernetes Horizontal Pod Autoscaler y EKS cluster Autoscaler. El equipo de DevOps debe recopilar métricas de clúster, nodo y pod, y capturar logs en CloudWatch para establecer umbrales de referencia. Necesitan notificaciones por correo electrónico a través de SNS si se superan los umbrales o si el Autoscaler falla. ¿Qué combinación de pasos deben seguir? (Elija tres).

Para recopilar métricas y logs de un clúster EKS, es esencial implementar el agente de CloudWatch y Fluent Bit. Fluent Bit es un procesador de logs ligero y de alto rendimiento que se integra bien con CloudWatch Logs, mientras que el agente de CloudWatch recopila métricas del sistema operativo y de las aplicaciones. Ambos requieren permisos adecuados para enviar datos a CloudWatch. Las alarmas de CloudWatch son la herramienta correcta para monitorear las métricas de CPU, memoria y fallas de nodo, ya que permiten establecer umbrales y enviar notificaciones por SNS. Para detectar fallos en el Autoscaler, se debe crear una alarma de CloudWatch que monitoree un filtro de métricas en los logs del Autoscaler en busca de errores. Esto permite identificar problemas operativos específicos del Autoscaler y notificar al equipo. AWS Distro for OpenTelemetry (ADOT) es una opción para la recopilación de telemetría, pero el agente de CloudWatch y Fluent Bit son soluciones más directas y comunes para la recopilación de métricas y logs en este escenario. Una alarma compuesta no es necesaria para monitorear métricas básicas de CPU y memoria, y monitorear logs de implementación sin un filtro de métricas es menos preciso.