Il database di un'azienda è in esecuzione su un'istanza Amazon RDS for MySQL DB in us-east-1. L'azienda deve rendere gli stessi dati disponibili ai clienti in Europa con una latenza minima e senza dati obsoleti. Sia i clienti statunitensi che quelli europei devono essere in grado di eseguire scritture, e le scritture effettuate da una regione devono essere visibili nell'altra in tempo reale. Quale soluzione soddisferà questi requisiti?

La soluzione corretta soddisfa tutti i requisiti: bassa latenza per i clienti europei, assenza di dati obsoleti, possibilità di scritture da entrambe le regioni e visibilità in tempo reale delle scritture tra le regioni. La conversione a un cluster Amazon Aurora MySQL è fondamentale perché Aurora supporta la replica multi-master e il write forwarding cross-region con Amazon Aurora Global Database. Promuovere una replica di lettura Aurora da RDS for MySQL a un cluster Aurora autonomo è il modo consigliato per migrare da RDS a Aurora senza downtime significativo. L'aggiunta di eu-west-1 come regione secondaria e l'abilitazione del write forwarding su Aurora Global Database permettono scritture bidirezionali con sincronizzazione quasi in tempo reale e bassa latenza. L'opzione che aggiunge una replica cross-region per RDS for MySQL non supporta scritture bidirezionali e la sincronizzazione in tempo reale richiesta. L'opzione che copia uno snapshot e configura la replica logica MySQL è complessa da gestire, non garantisce la sincronizzazione in tempo reale e non supporta scritture bidirezionali native come Aurora Global Database. L'opzione che converte direttamente l'istanza RDS for MySQL in un cluster Aurora MySQL non è un percorso di migrazione standard e potrebbe comportare downtime o complessità maggiori rispetto alla promozione di una replica.