Un'azienda ha migrato la sua applicazione su un cluster Amazon EKS su EC2 e ha abilitato l'autoscaling basato sulla CPU. Sotto carico pesante, l'applicazione mostra errori di memoria e non scala sufficientemente. L'azienda ha bisogno di raccogliere e analizzare le metriche di memoria nel tempo. Quale combinazione di passaggi consentirà di raggiungere questo obiettivo? (Scegliere tre.)

Per raccogliere metriche di memoria personalizzate da istanze EC2 che ospitano un cluster EKS, è necessario che l'agente CloudWatch abbia le autorizzazioni appropriate. L'opzione corretta "Allegare la policy IAM gestita CloudWatchAgentServerPolicy al profilo di istanza IAM utilizzato dal cluster" fornisce queste autorizzazioni. L'opzione "Distribuire l'agente CloudWatch unificato sulle istanze EC2 esistenti del cluster per raccogliere le metriche di performance e integrare l'agente nell'AMI per i nuovi nodi" è corretta perché l'agente CloudWatch unificato è lo strumento standard per la raccolta di metriche e log personalizzati, e la sua integrazione nell'AMI assicura che i nuovi nodi abbiano la stessa capacità di monitoraggio. Infine, l'opzione "Analizzare la metrica CloudWatch podmemoryutilization nello spazio dei nomi ContainerInsights utilizzando la dimensione Service" è corretta perché Container Insights raccoglie metriche a livello di pod, inclusa l'utilizzo della memoria, che è fondamentale per diagnosticare problemi di memoria dell'applicazione. Le opzioni errate propongono ruoli IAM o metodi di analisi non standard o non pertinenti per questo specifico problema di memoria dell'applicazione.