Confronto tra le soluzioni di replica Amazon Aurora

La tabella seguente fornisce un confronto tra le tre soluzioni di replica Amazon Aurora.

	Repliche di Aurora	Repliche Aurora interregionali	Database globali Aurora
Fornisce un'elevata disponibilità	Sì	No	No
Fornisce il disaster recovery	No	Sì	Sì
Tipo di replica	Asynchronous (Asincrona)	Asynchronous (Asincrona)	Asynchronous (Asincrona)
Failover automatizzato	Sì	No	No
Scarica le interrogazioni SELECT	Sì	Sì	Sì
Può eseguire scritture su repliche	No	Sì (scelta non consigliata)	No
Vicinanza al cluster primario	Esiste sempre nella stessa regione del primario.	Non può esistere nella stessa regione del primario.	Non può esistere nella stessa regione del primario.
Ritardo di replica	Di solito molto meno di 100 millisecondi	Dipende dal volume delle transazioni. In genere, pochi secondi per la maggior parte dei sistemi.	In genere, meno di 1 secondo.
Considerazioni sui costi	Paghi solo per nodi di istanze DB aggiuntivi.	Paghi le tariffe Aurora standard per istanze, storage, trasferimento dati tra regioni, storage di backup e I/O di scrittura replicati tra la regione principale e ogni regione secondaria.	Paghi le tariffe Aurora standard per istanze, storage, trasferimento dati tra regioni, storage di backup e I/O di scrittura replicati tra la regione principale e ogni regione secondaria.
Numero di repliche supportate	15 all'interno della stessa regione	Fino a cinque cluster DB secondari in diverse regioni per Aurora MySQL Compatible Edition. (L'edizione compatibile con Aurora PostgreSQL non supporta le repliche tra regioni).	Fino a cinque cluster DB secondari in diverse regioni.
È ora di effettuare il provisioning	Meno di 5 minuti, indipendentemente dalle dimensioni del database.	Dipende dalla dimensione del database perché la creazione della replica richiede la replica dell'intera copia del database nelle regioni secondarie.	Dipende dalla dimensione del database perché la creazione della replica richiede che l'intera copia del database venga replicata nelle regioni secondarie.

Per decidere quale opzione implementare, utilizza le seguenti linee guida:

• Se hai bisogno di un'elevata disponibilità del tuo cluster Aurora, usa Aurora Replicas. Aurora promuoverà automaticamente una delle repliche Aurora in caso di errore dell'istanza principale. Le repliche Aurora sono ideali anche per scalare orizzontalmente i carichi di lavoro di lettura. Il Connection Manager Aurora distribuirà automaticamente il carico di lavoro su più repliche Aurora all'interno della stessa Regione AWS utilizzando l'endpoint Common Reader.

• Se stai cercando un disaster recovery (DR) interregionale, usa i database globali Aurora. Con i database globali Aurora, puoi estenderli su più pagine Regioni AWS per consentire letture locali rapide e DR. Puoi utilizzare una regione secondaria come opzione di backup nel caso in cui sia necessario ripristinare rapidamente un problema o un'interruzione a livello regionale. Un database in una regione secondaria può essere promosso a funzionalità complete di lettura/scrittura in meno di 1 minuto.

• Le repliche Aurora interregionali sono adatte a un paio di casi d'uso. Innanzitutto, se è necessaria una copia interregionale del database Aurora e non è possibile utilizzare un database globale a causa di alcune delle sue limitazioni, è possibile utilizzare le repliche Aurora interregionali. In secondo luogo, se devi migrare da Amazon Relational Database Service (Amazon RDS) per MySQL a Aurora versione compatibile con MySQL, puoi configurare una replica Aurora MySQL.