Diverse istanze EC2 in un ambiente di sviluppo eseguono un'applicazione che richiede molte risorse. L'amministratore SysOps necessita di un modo automatizzato per arrestare queste istanze quando sono inattive. Quale metodo soddisferà questa esigenza?

La risposta corretta è creare un allarme CloudWatch che arresta le istanze EC2 quando l'utilizzo medio della CPU rimane al di sotto del 5% per 30 minuti. Questo è un metodo efficace e automatizzato per identificare e arrestare le istanze inattive. CloudWatch può monitorare le metriche delle istanze EC2, come l'utilizzo della CPU, e attivare azioni automatiche (come l'arresto dell'istanza) quando vengono soddisfatte determinate condizioni. Le altre opzioni sono meno adatte: Ispezionare i log di CloudTrail per l'assenza di attività API di EC2 non è un indicatore diretto dell'inattività dell'applicazione sull'istanza. L'applicazione potrebbe essere in esecuzione senza generare chiamate API EC2. Creare un allarme CloudWatch basato su VolumeReadBytes inferiore a 500 per 30 minuti potrebbe non essere un indicatore affidabile di inattività. Alcune applicazioni potrebbero non avere un'attività I/O elevata anche quando sono attive. Utilizzare AWS Config per attivare una Lambda quando le modifiche alla configurazione delle risorse indicano inattività non è l'approccio più diretto o efficiente. AWS Config è più adatto per il monitoraggio della conformità e delle modifiche alla configurazione, non per l'inattività basata sulle prestazioni.