Un'azienda desidera migrare un'applicazione esistente dal proprio data center all'AWS Cloud per renderla altamente disponibile e resiliente. L'applicazione ha recentemente perso dati a causa del crash di un server di database durante un'interruzione di corrente. L'azienda richiede una soluzione che eviti i single point of failure e che possa scalare per soddisfare la domanda degli utenti. Quale soluzione soddisfa questi requisiti?

La soluzione corretta soddisfa i requisiti di alta disponibilità e resilienza evitando single point of failure. L'utilizzo di istanze Amazon EC2 in un gruppo Auto Scaling su più Zone di Disponibilità garantisce che l'applicazione rimanga disponibile anche in caso di guasto di una Zona di Disponibilità e può scalare automaticamente. Un'istanza di database Amazon RDS in configurazione Multi-AZ fornisce un failover automatico a una replica standby in un'altra Zona di Disponibilità in caso di interruzione del database primario, prevenendo la perdita di dati e garantendo la continuità operativa. Le opzioni errate presentano dei single point of failure o non offrono la resilienza necessaria. La seconda opzione utilizza una singola Zona di Disponibilità per l'applicazione e un database su EC2, che non garantisce alta disponibilità. La terza opzione utilizza una replica di lettura RDS in una singola Zona di Disponibilità, che non offre il failover automatico e la resilienza di Multi-AZ. La quarta opzione, sebbene utilizzi EC2 su più Zone di Disponibilità per i server di database, l'uso di EBS Multi-Attach per lo storage condiviso non è una soluzione di database ad alta disponibilità intrinsecamente gestita come RDS Multi-AZ e può essere più complessa da gestire per il failover del database.