Tutte le istanze EC2 in un gruppo Auto Scaling dietro un Application Load Balancer hanno smesso di servire traffico e stanno fallendo i controlli di integrità del gruppo target HTTP. Il processo dell'applicazione non è in esecuzione e i log di sistema mostrano molti errori di memoria esaurita. Per migliorare la resilienza contro una possibile perdita di memoria e abilitare il monitoraggio/gli avvisi, quale combinazione di azioni dovresti intraprendere? (Scegliere due.)

La prima azione corretta è modificare il gruppo Auto Scaling per sostituire automaticamente le istanze che falliscono i controlli di integrità del load balancer. Questo garantisce che le istanze non funzionanti vengano rimosse e sostituite, migliorando la resilienza e la disponibilità dell'applicazione. La seconda azione corretta è installare e configurare l'agente Amazon CloudWatch sulle istanze EC2 per raccogliere metriche dettagliate sull'utilizzo della memoria. Le metriche di memoria predefinite di CloudWatch per EC2 non sono sufficienti per rilevare l'esaurimento della memoria a livello di sistema operativo. Creare un allarme per l'utilizzo elevato della memoria e allegare un argomento SNS consente di ricevere notifiche proattive. Ridurre HealthCheckIntervalSeconds non risolve la causa del problema e può sovraccaricare il load balancer. Modificare i controlli di integrità da HTTP a TCP non è sufficiente, poiché un'applicazione può essere in esecuzione ma non rispondere correttamente a causa di problemi di memoria. Abilitare una metrica di consumo di memoria disponibile nella console CloudWatch non è applicabile per l'utilizzo della memoria a livello di sistema operativo senza l'agente CloudWatch.