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à.
Repliche di cluster di database Amazon Aurora MySQL tra Regioni AWS
Puoi creare un cluster di database Amazon Aurora MySQL come una replica di lettura in una Regione AWS diversa rispetto al cluster di database di origine. L'adozione di questo approccio può migliorare le capacità di ripristino di emergenza, permettere di dimensionare le operazioni di lettura in una Regione AWS più vicina agli utenti e semplificare la migrazione da una Regione AWS a un'altra.
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 di database Aurora primario in una Regione AWS e fino a dieci cluster di database di sola lettura secondari in Regioni differenti. 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 di Database globale Amazon Aurora.
Quando crei una replica di lettura del cluster di database Aurora MySQL in un'altra Regione AWS, devi 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. Con questa funzionalità, puoi dimensionare le operazioni di lettura per la Regione AWS di origine e la Regione AWS di destinazione della replica.
-
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 si crea la replica di lettura, Amazon RDS acquisisce uno snapshot del cluster di origine e lo trasferisce alla Regione AWS che contiene la replica di lettura.
-
Per ogni modifica dei dati apportata nei database di origine, Amazon RDS trasferisce dati dalla regione di origine alla Regione AWS 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 MySQL o tra Aurora e un altro cluster di database Aurora (replica dei 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 Gruppi di parametri per Amazon Aurora.
