Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Replica di cluster Amazon Aurora MySQL DB su più cluster Regioni AWS
Puoi creare un cluster Amazon Aurora MySQL DB come replica di lettura in un cluster DB diverso da quello di origine. Regione AWS L'adozione di questo approccio può migliorare le capacità di disaster recovery, consentire di scalare le operazioni di lettura per renderle più vicine agli utenti e semplificare la migrazione da una Regione AWS all'altra. Regione AWS
Puoi creare repliche di lettura dei cluster di database crittografati e non crittografati. La replica di lettura deve essere crittografata se il cluster di database di origine è crittografato.
Per ogni cluster di database di origine, puoi avere fino a cinque cluster database tra regioni che sono repliche di lettura.
Nota
In alternativa alle repliche di lettura tra regioni, è possibile dimensionare le operazioni di lettura con ritardi minimi utilizzando un database globale Aurora. Un database globale Aurora ha un cluster Aurora DB primario in uno Regione AWS e fino a 10 cluster DB secondari di sola lettura in diverse regioni. Ogni cluster database secondario può includere fino a 16 repliche Aurora (anziché 15). La replica dal cluster database primario a tutti i secondari viene gestita dal livello di archiviazione di Aurora anziché dal motore del database, pertanto il ritardo per la replica delle modifiche è minimo, in genere inferiore a 1 secondo. Mantenere il motore di database fuori dal processo di replica significa che il motore di database è dedicato all'elaborazione dei carichi di lavoro. Significa inoltre che non è necessario configurare o gestire la replica binlog (registrazione dei log binari) di Aurora MySQL. Per ulteriori informazioni, consulta Utilizzo del database globale Amazon Aurora.
Quando si crea una replica di lettura del cluster Aurora MySQL DB in un altro Regione AWS, è necessario tenere presente quanto segue:
-
Il cluster di database di origine e il cluster di database di replica di lettura tra regione può avere fino a 15 repliche Aurora assieme all'istanza primaria per il cluster database. Utilizzando questa funzionalità, è possibile scalare le operazioni di lettura sia per l'origine che per la destinazione di Regione AWS replica. Regione AWS
-
In uno scenario con più regioni, si verifica un ritardo maggiore tra il cluster di database di origine e la replica di lettura a causa della maggiore lunghezza dei canali di rete tra Regioni AWS.
-
I dati trasferiti per repliche tra regioni comportano costo di trasferimento dei dati Amazon RDS. Le seguenti operazioni di replica tra regioni generano addebiti per i dati trasferiti fuori dalla Regione AWS di origine:
-
Quando crei la replica di lettura, Amazon RDS acquisisce uno snapshot del cluster di origine e lo trasferisce a Regione AWS quello che contiene la replica di lettura.
-
Per ogni modifica dei dati effettuata nei database di origine, Amazon RDS trasferisce i dati dalla regione di origine a Regione AWS quella che contiene la replica di lettura.
Per ulteriori informazioni sui prezzi del trasferimento dati Amazon RDS, consulta Prezzi di Amazon Aurora
. -
-
Puoi eseguire più operazioni di creazione o eliminazione simultanee per repliche di lettura che fanno riferimento allo stesso cluster di database di origine. Tuttavia, devi rimanere entro il limite di cinque repliche di lettura per ogni cluster di database di origine.
-
Per un efficace funzionamento della replica, ciascuna replica di lettura deve avere la stessa quantità di risorse di calcolo e storage del cluster di database di origine. Se si dimensiona il cluster di database di origine, si devono dimensionare anche le repliche di lettura.
Argomenti
Prima di iniziare
Prima di poter creare un cluster di database di Aurora MySQL che è una replica di lettura tra regioni, è necessario abilitare l'accesso binario al cluster di database fonte di Aurora MySQL. La replica tra regioni per Aurora MySQL utilizza la replica binaria MySQL per riprodurre le modifiche nel cluster di database di replica di lettura tra regioni.
Per abilitare l'accesso binario a un cluster database Aurora MySQL, aggiornare il parametro binlog_format per il cluster database fonte. Il parametro binlog_format è un parametro a livello di cluster che si trova nel gruppo di parametri cluster predefinito. Se il cluster database utilizza il gruppo di parametri cluster database predefinito, crea un nuovo gruppo di parametri cluster database per modificare le impostazioni binlog_format. Consigliamo di impostare binlog_format su MIXED. Tuttavia, puoi anche impostare binlog_format su ROW o STATEMENT se hai bisogno di un formato binlog specifico. Riavvia il cluster database Aurora affinché venga applicata la modifica.
Per ulteriori informazioni sull'utilizzo di registrazione binaria con Aurora, consulta Replica tra Aurora e SQL My o tra Aurora e un altro cluster Aurora DB (replica di log binari). Per ulteriori informazioni sulla modifica dei parametri di configurazione di Aurora MySQL, consulta Parametri dell'istanza database e del cluster database di Amazon Aurora e .
