Alle EC2-instances in een Auto Scaling-groep achter een Application Load Balancer zijn gestopt met het verwerken van verkeer en falen de HTTP-target group health checks. Het applicatieproces draait niet en systeemlogs tonen veel out-of-memory-fouten. Welke combinatie van acties moet u ondernemen om de veerkracht tegen een mogelijk geheugenlek te verbeteren en monitoring/waarschuwingen mogelijk te maken? (Kies twee.)

Het wijzigen van de Auto Scaling-groep om instances die de load balancer health checks falen automatisch te vervangen, zorgt voor veerkracht. Wanneer een instance niet reageert door een geheugenlek, zal Auto Scaling deze beëindigen en een nieuwe, gezonde instance starten, waardoor de service wordt hersteld. Het installeren en configureren van de CloudWatch-agent op EC2-instances is essentieel om gedetailleerde geheugenmetrieken te verzamelen, aangezien standaard EC2-metrieken geen geheugengebruik omvatten. Door een CloudWatch-alarm in te stellen voor hoog geheugengebruik en dit te koppelen aan een SNS-topic, wordt proactieve monitoring en waarschuwing mogelijk gemaakt, waardoor u op de hoogte wordt gesteld voordat een kritieke storing optreedt. Het verlagen van HealthCheckIntervalSeconds of het wijzigen van de health checks naar TCP lost de onderliggende oorzaak niet op en biedt geen monitoring voor geheugenlekken. Het inschakelen van een beschikbare geheugenverbruiksmetriek in de CloudWatch-console is niet mogelijk voor EC2-instances zonder de CloudWatch-agent.