Un'azienda esegue un'applicazione critica su istanze EC2 dietro un ALB. Le istanze EC2 si trovano in un gruppo Auto Scaling e accedono a un'istanza DB Amazon RDS. Tutte le risorse si trovano attualmente in una singola Availability Zone. È necessario aggiornare il design per utilizzare una seconda Availability Zone per rendere l'applicazione altamente disponibile. Quale soluzione raggiunge questo obiettivo?

Per ottenere alta disponibilità, è fondamentale distribuire le risorse su più zone di disponibilità. La soluzione corretta prevede di creare una sottorete distinta in ciascuna Availability Zone. Questo permette al gruppo Auto Scaling di distribuire le istanze EC2 in modo uniforme tra le zone, garantendo che l'applicazione rimanga disponibile anche in caso di interruzione di una zona. Per il database, la configurazione Multi-AZ di Amazon RDS crea automaticamente una replica standby sincrona in una zona di disponibilità diversa, fornendo failover automatico e resilienza. Le opzioni errate propongono sottoreti che si estendono su più AZ (non una pratica standard e non supportata per le sottoreti AWS) o non configurano il database per il deployment Multi-AZ, lasciando un singolo punto di fallimento.