Un'azienda esegue un'applicazione web globale su istanze Amazon EC2 dietro un Application Load Balancer e archivia i dati in Amazon Aurora. L'azienda necessita di una soluzione di disaster recovery che possa tollerare fino a 30 minuti di inattività e potenziale perdita di dati. La soluzione DR non deve gestire il carico di produzione quando l'infrastruttura primaria è integra. Cosa dovrebbe implementare un architetto di soluzioni?

L'opzione corretta soddisfa i requisiti di RTO (Recovery Time Objective) e RPO (Recovery Point Objective) di 30 minuti. La distribuzione dell'infrastruttura "on demand" (pilot light) è un approccio di disaster recovery costo-efficace che permette di avviare le risorse solo in caso di necessità, rientrando nei 30 minuti di RTO. L'utilizzo di Route 53 per il failover attivo-passivo garantisce che il traffico venga reindirizzato alla regione di DR solo in caso di interruzione. La creazione di una replica Aurora in una seconda regione AWS (cross-region replica) assicura un RPO basso, poiché i dati sono continuamente replicati, minimizzando la perdita di dati. Le altre opzioni sono meno adatte: Il failover attivo-attivo è più costoso e non necessario dato che la soluzione DR non deve gestire il carico di produzione in condizioni normali. Creare un database Aurora ripristinato dall'ultimo snapshot potrebbe non soddisfare l'RPO di 30 minuti a causa del tempo necessario per il ripristino e la potenziale perdita di dati tra l'ultimo snapshot e l'interruzione. L'utilizzo di AWS Backup per creare l'infrastruttura richiesta potrebbe essere troppo lento per rispettare l'RTO di 30 minuti, e la creazione di una seconda istanza primaria Aurora non è la soluzione più efficiente per un RPO basso rispetto a una replica.