Una startup ospita un sito web su una singola istanza Amazon EC2. Il sito è un'applicazione Python stateless con un database MySQL, che gestisce un traffico ridotto. L'azienda è preoccupata per l'affidabilità dell'istanza e deve migrare a un'architettura ad alta disponibilità senza modificare il codice dell'applicazione. Quale combinazione di azioni dovrebbe intraprendere un architetto di soluzioni per ottenere l'alta disponibilità? (Scegli due.)

Per ottenere alta disponibilità senza modificare il codice dell'applicazione, è fondamentale affrontare sia il livello dell'applicazione che quello del database. La migrazione del database a un'istanza DB Multi-AZ di Amazon RDS per MySQL garantisce che il database sia automaticamente replicato in una zona di disponibilità separata, fornendo failover automatico in caso di interruzione. La creazione di un Application Load Balancer (ALB) che distribuisce il traffico a un gruppo Auto Scaling di istanze EC2 distribuite su due Zone di Disponibilità assicura che l'applicazione web rimanga disponibile anche se un'istanza o un'intera Zona di Disponibilità fallisce, gestendo automaticamente la scalabilità e la ridondanza delle istanze dell'applicazione. Provisionare un internet gateway in ogni Zona di Disponibilità in uso non è necessario per l'alta disponibilità; un singolo internet gateway è sufficiente per una VPC e instrada il traffico da e verso internet per tutte le sottoreti pubbliche. Migrare il database ad Amazon DynamoDB e abilitare l'auto scaling di DynamoDB richiederebbe modifiche significative al codice dell'applicazione per adattarsi a un database NoSQL. Utilizzare AWS DataSync per sincronizzare i dati del database tra più istanze EC2 è un approccio complesso e meno efficiente rispetto a RDS Multi-AZ per la gestione dell'alta disponibilità di un database relazionale.