Un'azienda esegue un software personalizzato per l'analisi della rete per ispezionare il traffico in entrata e in uscita da una VPC. Il software viene distribuito con un template AWS CloudFormation su tre istanze Amazon EC2 gestite da un gruppo Auto Scaling. Il routing di rete è configurato in modo che il traffico sia diretto alle istanze EC2. Quando il software di analisi smette di funzionare, il gruppo Auto Scaling sostituisce l'istanza guasta, ma le route di rete non vengono aggiornate per fare riferimento all'istanza sostitutiva. Quale combinazione di azioni risolverà questo problema? (Scegliere tre.)

La soluzione corretta prevede l'uso di CloudWatch per monitorare lo stato dell'applicazione e automatizzare la correzione. Aggiornare il template CloudFormation per installare l'agente CloudWatch sulle istanze EC2 e configurarlo per inviare metriche a livello di processo permette di rilevare quando il software di analisi smette di funzionare. Un allarme CloudWatch, basato su queste metriche personalizzate, può essere configurato per pubblicare su un argomento SNS quando viene rilevato un errore. Infine, una funzione AWS Lambda, attivata dalla notifica SNS, può mettere fuori servizio l'istanza guasta e aggiornare le route di rete per puntare all'istanza sostitutiva, risolvendo il problema del routing non aggiornato. Le opzioni errate: Creare allarmi basati sulle metriche di controllo dello stato di EC2 non è sufficiente, poiché queste metriche indicano solo lo stato dell'istanza, non quello dell'applicazione specifica. Installare AWS Systems Manager Agent non è la soluzione primaria per l'invio di metriche applicative a CloudWatch in questo contesto. Aggiungere una condizione nel template CloudFormation per aggiornare automaticamente le route di rete non è fattibile direttamente in CloudFormation per la gestione dinamica delle route in risposta a fallimenti di istanze.