Un'azienda sta progettando una strategia di disaster recovery (DR) per un'applicazione di produzione supportata da un cluster Amazon Aurora MySQL nella regione us-east-1. La regione di DR è us-west-1. L'RPO dell'azienda è di 5 minuti e l'RTO è di 20 minuti. L'azienda desidera ridurre al minimo le modifiche alla configurazione e massimizzare l'efficienza operativa. Quale soluzione soddisfa questi requisiti?

La conversione del cluster Aurora in un database globale Aurora con failover gestito è la soluzione ottimale. I database globali Aurora sono progettati per il disaster recovery tra regioni, offrendo un RPO di pochi secondi e un RTO di pochi minuti, che rientrano ampiamente nei requisiti dell'azienda (RPO 5 minuti, RTO 20 minuti). Questa soluzione massimizza l'efficienza operativa e riduce al minimo le modifiche alla configurazione poiché il failover è gestito e l'applicazione può connettersi all'endpoint del database globale. Creare una replica di lettura Aurora in us-west-1 non supporta il failover automatico e richiede una promozione manuale, che potrebbe superare l'RTO. Creare un nuovo cluster Aurora con replica tra regioni non è una funzionalità nativa di Aurora per il DR; la replica tra regioni si riferisce spesso a snapshot o backup. Utilizzare AWS DMS è una soluzione più complessa e manuale, che potrebbe non garantire l'RPO e l'RTO desiderati a causa della latenza di replica e del processo di failover.