Un'azienda esegue molte istanze EC2 basate sull'AMI Amazon Linux 2. L'amministratore SysOps necessita di un modo a bassa manutenzione per acquisire le sessioni dei comandi utente interattivi (comandi e i loro output), archiviare tali registrazioni in modo duraturo e attivare avvisi basati sul contenuto dei log. Quale approccio fornisce la funzionalità richiesta con il minor overhead operativo?

L'opzione corretta è la migliore perché AWS Systems Manager Session Manager è progettato per fornire un accesso sicuro e controllato alle istanze EC2 senza la necessità di aprire porte SSH o utilizzare chiavi. Session Manager può essere configurato per registrare automaticamente le sessioni interattive (comandi e output) e inviarle a CloudWatch Logs o a un bucket S3, garantendo persistenza e facile accesso per l'analisi. La creazione di filtri di metriche e allarmi CloudWatch sui log di Session Manager consente di rilevare e notificare eventi specifici con il minimo overhead operativo. Le altre opzioni sono meno efficienti o più complesse: Abilitare la registrazione delle sessioni su ogni istanza e configurare l'agente CloudWatch richiede una configurazione manuale o tramite script su ogni istanza, aumentando l'overhead. L'uso di Athena per gli avvisi è possibile, ma i filtri di metriche di CloudWatch sono più diretti per gli avvisi in tempo reale. L'uso di un host bastion introduce un singolo punto di fallimento e richiede la gestione di un'infrastruttura aggiuntiva. Richiedere l'uso di Systems Manager Run Command per l'accesso interattivo non è il suo scopo principale; Run Command è più adatto per l'esecuzione di comandi non interattivi.