Una empresa migró su aplicación a un clúster de Amazon EKS en EC2 y habilitó el autoescalado basado en CPU. Bajo una carga pesada, la aplicación muestra errores de memoria y no escala lo suficiente. La empresa necesita recopilar y analizar métricas de memoria a lo largo del tiempo. ¿Qué combinación de pasos logrará esto? (Elija tres.)

Para recopilar métricas de memoria de un clúster EKS y analizarlas, se necesitan tres pasos clave. Primero, la política administrada CloudWatchAgentServerPolicy debe adjuntarse al perfil de instancia de IAM utilizado por el clúster. Esto otorga los permisos necesarios para que el agente de CloudWatch envíe datos a CloudWatch. Adjuntarla a un rol de cuenta de servicio no es suficiente para las instancias EC2 subyacentes. Segundo, se debe implementar el agente unificado de CloudWatch en las instancias EC2 existentes y en la AMI para nuevos nodos. Este agente es el responsable de recopilar métricas detalladas de rendimiento, incluida la memoria. El recolector ADOT es para telemetría, no para métricas de rendimiento del sistema. Finalmente, para analizar la memoria de la aplicación, se debe examinar la métrica podmemoryutilization en el espacio de nombres ContainerInsights usando la dimensión Service. Esto permite identificar qué servicios están experimentando problemas de memoria. nodememoryutilization es para el nodo, no para la aplicación específica.