Een bedrijf heeft zijn applicatie gemigreerd naar een Amazon EKS-cluster op EC2 en autoscaling op basis van CPU ingeschakeld. Onder zware belasting vertoont de applicatie geheugenfouten en schaalt deze onvoldoende uit. Het bedrijf moet geheugenstatistieken over een bepaalde periode verzamelen en analyseren. Welke combinatie van stappen zal dit bereiken? (Kies drie.)

Om geheugenstatistieken te verzamelen, moet de CloudWatch-agent de benodigde rechten hebben. Dit wordt bereikt door het beheerde IAM-beleid CloudWatchAgentServerPolicy te koppelen aan het IAM-instantieprofiel dat door de EC2-instances van het EKS-cluster wordt gebruikt. Vervolgens moet de unified CloudWatch-agent worden geïmplementeerd op de bestaande EC2-instances en worden opgenomen in de AMI voor nieuwe nodes, zodat deze geheugenstatistieken kan verzamelen. De verzamelde geheugenstatistieken van individuele pods kunnen worden geanalyseerd met behulp van de podmemoryutilization CloudWatch-metriek in de ContainerInsights-namespace, gesegmenteerd per Service-dimensie om inzicht te krijgen in de prestaties van de applicatie. Het koppelen van het beleid aan een serviceaccountrol is niet voldoende voor de agent die op de EC2-instance draait. ADOT is primair voor OpenTelemetry-data, niet voor de native CloudWatch-agent. Het analyseren van nodememoryutilization is minder gedetailleerd dan podmemoryutilization voor het identificeren van problemen op applicatieniveau.