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](aurora-global-database.md).
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](https://aws.amazon.com/rds/aurora/pricing/).
+ 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.
**Topics**
+ [Prima di iniziare](#AuroraMySQL.Replication.CrossRegion.Prerequisites)
+ [Creazione di un cluster di database per una replica di lettura tra Regioni per Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Creating.md)
+ [Promozione di una replica di lettura a cluster di database per Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Promote.md)
+ [Risoluzione dei problemi delle repliche tra Regioni per Amazon Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Troubleshooting.md)
## 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)](AuroraMySQL.Replication.MySQL.md). Per ulteriori informazioni sulla modifica dei parametri di configurazione di Aurora MySQL, consulta [Parametri dell’istanza database e del cluster database di Amazon Aurora](USER_WorkingWithDBClusterParamGroups.md#Aurora.Managing.ParameterGroups) e [Gruppi di parametri per Amazon Aurora](USER_WorkingWithParamGroups.md).
# Creazione di un cluster di database per una replica di lettura tra Regioni per Aurora MySQL
Puoi creare un cluster database Aurora che è una replica di lettura tra regioni utilizzando la Console di gestione AWS, la AWS Command Line Interface (AWS CLI) o l'API di Amazon RDS. Puoi creare repliche di lettura tra regioni da cluster di database crittografati e non crittografati.
Quando crei una replica di lettura tra Regioni per Aurora MySQL utilizzando la Console di gestione AWS, Amazon RDS crea un cluster database nella Regione AWS di destinazione e poi crea automaticamente un'istanza database che è l'istanza primaria per quel cluster database.
Quando crei una replica di lettura tra Regioni utilizzando la AWS CLI o l'API RDS, prima crea il cluster database nella Regione AWS di destinazione e attendi che diventi attivo. Quando è attivo, crei un'istanza database che è l'istanza primaria per il cluster database.
La replica inizia quando l'istanza primaria del cluster di database di replica di lettura diventa disponibile.
Utilizza le seguenti procedure per creare una replica di lettura tra regioni da un cluster di database di Aurora MySQL. Queste procedure funzionano per la creazione di repliche di lettura da cluster di database crittografati o non crittografati.
## Console
**Come creare un cluster database Aurora MySQL che è una replica di lettura tra regioni con la Console di gestione AWS**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nell'angolo in alto a destra della Console di gestione AWS, selezionare la Regione AWS che ospita il cluster di database di origine.
1. Nel riquadro di navigazione, scegliere **Databases** (Database).
1. Seleziona il cluster database per cui vuoi creare una replica di lettura tra Regioni.
1. In **Actions** (Operazioni), scegli **Create cross region read replica** (Crea replica di lettura tra regioni).
1. Nella pagina **Create cross region read replica (Crea replica di lettura tra regioni)**, scegliere le impostazioni di opzione per il cluster di database di replica di lettura tra regioni, come descritto nella seguente tabella.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.CrossRegion.Creating.html)
1. Seleziona **Create (Crea)** per creare la replica di lettura tra regioni per Aurora.
## AWS CLI
**Per creare un cluster di database Aurora MySQL che è una replica di lettura tra regioni con CLI**
1. Chiamare il comando AWS CLI [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) nella Regione AWS in cui si desidera creare il cluster di database di replica di lettura. Includi l'opzione `--replication-source-identifier` e specifica l' Amazon Resource Name (ARN) del cluster di database per il quale creare una replica di lettura.
Per la replica tra regioni dove il cluster di database identificato tramite `--replication-source-identifier` è crittografato, è necessario specificare anche le opzioni `--kms-key-id` e `--storage-encrypted`.
**Nota**
Puoi impostare repliche tra regioni da un cluster di database crittografato a una replica di lettura crittografata specificando `--storage-encrypted` e fornendo un valore per `--kms-key-id`.
Non puoi specificare i parametri `--master-username` e `--master-user-password`. Tali valori vengono presi dal cluster di database di origine.
Il seguente esempio di codice crea una replica di lettura nella regione us-east-1 da uno snapshot di cluster di database non crittografato nella regione us-west-2. Il comando viene chiamato nella regione Stati Uniti orientali 1. In questo esempio è specificata l'opzione `--manage-master-user-password` per generare la password dell'utente master e gestirla in Secrets Manager. Per ulteriori informazioni, consulta [Gestione delle password con Amazon Aurora e Gestione dei segreti AWS](rds-secrets-manager.md). In alternativa, puoi utilizzare l'opzione `--master-password` per specificare e gestire personalmente la password.
Per Linux, macOS o Unix:
```
aws rds create-db-cluster \
--db-cluster-identifier sample-replica-cluster \
--engine aurora-mysql \
--engine-version 8.0.mysql_aurora.3.08.0 \
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
```
Per Windows:
```
aws rds create-db-cluster ^
--db-cluster-identifier sample-replica-cluster ^
--engine aurora-mysql ^
--engine-version 8.0.mysql_aurora.3.08.0 ^
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
```
Il seguente esempio di codice crea una replica di lettura nella regione us-east-1 da uno snapshot di cluster di database crittografato nella regione us-west-2. Il comando viene chiamato nella regione Stati Uniti orientali 1.
Per Linux, macOS o Unix:
```
aws rds create-db-cluster \
--db-cluster-identifier sample-replica-cluster \
--engine aurora-mysql \
--engine-version 8.0.mysql_aurora.3.08.0 \
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster \
--kms-key-id my-us-east-1-key \
--storage-encrypted
```
Per Windows:
```
aws rds create-db-cluster ^
--db-cluster-identifier sample-replica-cluster ^
--engine aurora-mysql ^
--engine-version 8.0.mysql_aurora.3.08.0 ^
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster ^
--kms-key-id my-us-east-1-key ^
--storage-encrypted
```
L'opzione `--source-region` è obbligatoria per la replica tra la regione AWS GovCloud (Stati Uniti orientali) e la regione AWS GovCloud (Stati Uniti occidentali), dove il cluster di database identificato da `--replication-source-identifier` è crittografato. Per `--source-region`, specificare la Regione AWS del cluster di database di origine.
Se non si specifica `--source-region`, è necessario specificare un valore per `--pre-signed-url`. Un *URL prefirmato* è un URL che contiene una richiesta firmata Signature Versione 4 per il comando `create-db-cluster` chiamato nella Regione AWS di origine. Per ulteriori informazioni sull'opzione `pre-signed-url`, consulta [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) in *Riferimento ai comandi AWS CLI*.
1. Controlla che il cluster di database sia diventato disponibile utilizzando il comando AWS CLI [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html), come visualizzato nell'esempio seguente.
```
aws rds describe-db-clusters --db-cluster-identifier sample-replica-cluster
```
Quando i risultati **`describe-db-clusters`** mostrano uno stato `available`, crea l'istanza primaria per il cluster database affinché la replica possa iniziare. A tale scopo, utilizza il comando AWS CLI [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html), come visualizzato nell'esempio seguente.
Per Linux, macOS o Unix:
```
aws rds create-db-instance \
--db-cluster-identifier sample-replica-cluster \
--db-instance-class db.r5.large \
--db-instance-identifier sample-replica-instance \
--engine aurora-mysql
```
Per Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier sample-replica-cluster ^
--db-instance-class db.r5.large ^
--db-instance-identifier sample-replica-instance ^
--engine aurora-mysql
```
Quando l'istanza database viene creata e diventa disponibile, inizia la replica. Puoi determinare se l'istanza database è disponibile chiamando il comando AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html).
## API RDS
**Per creare un cluster di database di Aurora MySQL che è una replica di lettura tra regioni con l'API**
1. Chiama l'operazione dell'API RDS [CreateDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) nella Regione AWS in cui desideri creare il cluster di database di replica di lettura. Includi il parametro `ReplicationSourceIdentifier` e specifica l' Amazon Resource Name (ARN) del cluster di database per il quale creare una replica di lettura.
Per la replica tra regioni dove il cluster di database identificato da `ReplicationSourceIdentifier` è crittografato, specifica il parametro `KmsKeyId` e impostare il parametro `StorageEncrypted` su `true`.
**Nota**
Puoi configurare repliche tra regioni da un cluster di database crittografato a una replica di lettura crittografata specificando `StorageEncrypted` come **true** e fornendo un valore per `KmsKeyId`. In questo caso, non devi specificare `PreSignedUrl`.
Non devi includere i parametri `MasterUsername` e `MasterUserPassword`, perché quei valori sono presi dal cluster database origine.
Il seguente esempio di codice crea una replica di lettura nella regione us-east-1 da uno snapshot di cluster di database non crittografato nella regione us-west-2. Questa operazione viene chiamata nella regione us-east-1.
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBCluster
&ReplicationSourceIdentifier=arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
&DBClusterIdentifier=sample-replica-cluster
&Engine=aurora-mysql
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T001547Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=a04c831a0b54b5e4cd236a90dcb9f5fab7185eb3b72b5ebe9a70a4e95790c8b7
```
Il seguente esempio di codice crea una replica di lettura nella regione us-east-1 da uno snapshot di cluster di database crittografato nella regione us-west-2. Questa operazione viene chiamata nella regione us-east-1.
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBCluster
&KmsKeyId=my-us-east-1-key
&StorageEncrypted=true
&PreSignedUrl=https%253A%252F%252Frds.us-west-2.amazonaws.com%252F
%253FAction%253DCreateDBCluster
%2526DestinationRegion%253Dus-east-1
%2526KmsKeyId%253Dmy-us-east-1-key
%2526ReplicationSourceIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%25253A123456789012%25253Acluster%25253Asample-master-cluster
%2526SignatureMethod%253DHmacSHA256
%2526SignatureVersion%253D4
%2526Version%253D2014-10-31
%2526X-Amz-Algorithm%253DAWS4-HMAC-SHA256
%2526X-Amz-Credential%253DAKIADQKE4SARGYLE%252F20161117%252Fus-west-2%252Frds%252Faws4_request
%2526X-Amz-Date%253D20161117T215409Z
%2526X-Amz-Expires%253D3600
%2526X-Amz-SignedHeaders%253Dcontent-type%253Bhost%253Buser-agent%253Bx-amz-content-sha256%253Bx-amz-date
%2526X-Amz-Signature%253D255a0f17b4e717d3b67fad163c3ec26573b882c03a65523522cf890a67fca613
&ReplicationSourceIdentifier=arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
&DBClusterIdentifier=sample-replica-cluster
&Engine=aurora-mysql
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T001547Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=a04c831a0b54b5e4cd236a90dcb9f5fab7185eb3b72b5ebe9a70a4e95790c8b7
```
Per la replica tra regioni tra la regione AWS GovCloud (Stati Uniti orientali) e la regione AWS GovCloud (Stati Uniti occidentali), in cui il cluster di database identificato da `ReplicationSourceIdentifier` è crittografato, specificare anche il parametro `PreSignedUrl`. L'URL prefirmato deve essere una richiesta valida per l'operazione API `CreateDBCluster` che può essere eseguita nella Regione AWS di origine contenente il cluster di database crittografato da replicare. L'identificatore della chiave KMS viene utilizzato per crittografare la replica di lettura e deve essere una chiave KMS valida per la Regione AWS di destinazione. Per generare automaticamente invece che manualmente un URL prefirmato, utilizzare il comando AWS CLI [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html), ma con l'opzione `--source-region`.
1. Controllare che il cluster di database sia diventato disponibile utilizzando l'operazione [DescribeDBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) dell'API RDS, come visualizzato nell'esempio seguente.
```
https://rds.us-east-1.amazonaws.com/
?Action=DescribeDBClusters
&DBClusterIdentifier=sample-replica-cluster
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T002223Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=84c2e4f8fba7c577ac5d820711e34c6e45ffcd35be8a6b7c50f329a74f35f426
```
Quando lo stato dei risultati di `DescribeDBClusters` è `available`, creare l'istanza primaria per il cluster di database affinché la replica possa iniziare. A tale scopo, utilizzare l'operazione [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) dell'API RDS come visualizzato nell'esempio seguente.
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBInstance
&DBClusterIdentifier=sample-replica-cluster
&DBInstanceClass=db.r5.large
&DBInstanceIdentifier=sample-replica-instance
&Engine=aurora-mysql
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T003808Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=125fe575959f5bbcebd53f2365f907179757a08b5d7a16a378dfa59387f58cdb
```
Quando l'istanza database viene creata e diventa disponibile, inizia la replica. Puoi determinare se l'istanza database è disponibile chiamando il comando AWS CLI [DescribeDBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html).
## Visualizzazione di repliche tra regioni Amazon Aurora MySQL
Puoi visualizzare le relazioni di replica tra regioni per i cluster di database di Amazon Aurora MySQL chiamando il comando AWS CLI [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) o l'operazione API RDS [DescribeDBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html). Nella risposta, fai riferimento al campo `ReadReplicaIdentifiers` per gli identificatori di cluster di database di cluster di qualsiasi cluster di database di replica di lettura tra regioni. Fai riferimento all'elemento `ReplicationSourceIdentifier` per l'ARN del cluster di database di origine corrispondente all'origine della replica.
# Promozione di una replica di lettura a cluster di database per Aurora MySQL
Puoi promuovere una replica di lettura Aurora MySQL a un cluster database standalone. Quando promuovi una replica di lettura Aurora MySQL, le relative istanze database vengono riavviate per essere disponibili.
In genere, promuovi una replica di lettura Aurora MySQL a un cluster database standalone come schema di ripristino dei dati in caso di errore del cluster database di origine.
A tale scopo, crea prima di tutto una replica di lettura e quindi monitora il cluster di database di origine per individuare eventuali errori. In caso di errore, sono necessarie le operazioni seguenti:
1. Promuovi la replica di lettura.
1. Indirizzare il traffico di database al cluster database promosso.
1. Creare una replica di lettura sostitutiva con il cluster di database promosso come origine.
Quando promuovi una replica di lettura, questa diventa un cluster di database Aurora standalone. Il processo di promozione può richiedere alcuni minuti per il completamento, che possono aumentare a seconda delle dimensioni della replica di lettura. Dopo aver promosso la replica di lettura a nuovo cluster di database, il cluster si comporta come qualsiasi altro cluster di database. Ad esempio, è possibile creare repliche di lettura dal cluster ed eseguire operazioni di ripristino point-in-time. È anche possibile creare repliche Aurora per il cluster database.
Poiché il cluster di database promosso non è più una replica di lettura, non è possibile usarlo come target di replica.
Le fasi seguenti illustrano il processo generale di promozione di una replica di lettura a cluster di database:
1. Arrestare la scrittura delle transazioni nel cluster di database di origine della replica di lettura e quindi attendere il completamento di tutti gli aggiornamenti nella replica di lettura. Gli aggiornamenti del database vengono eseguiti nella replica di lettura dopo essere stati completati nel cluster di database di origine e questo ritardo di replica può variare significativamente. Utilizzare il parametro `ReplicaLag` per determinare quando sono stati applicati tutti gli aggiornamenti alla replica di lettura. Il parametro `ReplicaLag` consente di registrare il tempo di ritardo di un'istanza database di replica di lettura rispetto all'istanza database di origine. Quando il parametro `ReplicaLag` diventa `0`, la replica di lettura ha raggiunto l'istanza database di origine.
1. Promuovi la replica di lettura utilizzando l'opzione **Promuovi** sulla console Amazon RDS, il comando AWS CLI [promote-read-replica-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) o l'operazione API Amazon RDS [PromoteReadReplicaDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html).
È possibile scegliere un'istanza database Aurora MySQL per promuovere la replica di lettura. Dopo la promozione della replica di lettura, il cluster di database di Aurora MySQL viene promosso a cluster di database standalone. L'istanza database con la priorità di failover maggiore viene promossa a istanza database primaria per il cluster database. Le altre istanze database diventano repliche Aurora.
**Nota**
Per il completamento del processo di promozione sono necessari alcuni minuti. Quando promuovi una replica di lettura, la replica viene arrestata e le istanze database vengono riavviate. Al termine del riavvio, la replica di lettura è disponibile come un nuovo cluster di database.
## Console
**Per promuovere una replica di lettura Aurora MySQL a cluster database**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nella console scegliere **Instances (Istanze)**.
Viene visualizzato il riquadro **Instance (Istanza)**.
1. Nel riquadro **Instances (Istanze)**, scegliere la replica di lettura che si vuole promuovere.
Le repliche di lettura vengono visualizzate come istanze database Aurora MySQL.
1. Per **Actions (Operazioni)**, scegliere **Promote read replica (Promuovere replica di lettura)**.
1. Nella pagina di conferma scegliere **Promote read replica (Promuovi replica di lettura)**.
## AWS CLI
Per promuovere una replica di lettura a un cluster di database, utilizza il comando AWS CLI [promote-read-replica-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html).
**Example**
Per Linux, macOS o Unix:
```
aws rds promote-read-replica-db-cluster \
--db-cluster-identifier mydbcluster
```
Per Windows:
```
aws rds promote-read-replica-db-cluster ^
--db-cluster-identifier mydbcluster
```
## API RDS
Per promuovere una replica di lettura a cluster di database, chiama [PromoteReadReplicaDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html).
# Risoluzione dei problemi delle repliche tra Regioni per Amazon Aurora MySQL
Di seguito è riportato un elenco di messaggi di errore comuni che si possono verificare durante la creazione di una replica di lettura tra regioni Amazon Aurora e le istruzioni per risolvere gli errori specificati.
## Il cluster origine [cluster database ARN] non ha binlog abilitati
Per risolvere questo problema, abilitare l'accesso binario nel cluster database origine. Per ulteriori informazioni, consulta [Prima di iniziare](AuroraMySQL.Replication.CrossRegion.md#AuroraMySQL.Replication.CrossRegion.Prerequisites).
## Il cluster origine [ARN cluster database] non ha il gruppo di parametri del cluster sincronizzato nello scrittore
Ricevi questo errore se hai aggiornato il parametro `binlog_format` del cluster database, ma non hai riavviato l'istanza primaria per il cluster database. Riavvia l'istanza primaria (ovvero, lo scrittore) per il cluster database e prova di nuovo.
## Il cluster origine [ARN cluster database] ha già una replica di lettura in questa regione
Per ogni cluster di database di origine in qualsiasi Regione AWS, puoi avere fino a cinque cluster di database tra regioni che sono repliche di lettura. Se disponi già del numero massimo di repliche di lettura per un cluster di database in una particolare Regione AWS, devi eliminarne una esistente prima di poter creare un nuovo cluster di database tra regioni in tale regione.
## Il cluster di database [ARN cluster di database] richiede l'aggiornamento di un motore di database per il supporto delle repliche tra regioni
Per risolvere questo problema, aggiorna la versione del motore di database per tutte le istanze nel cluster di database di origine alla versione di motore di database più recente e prova a creare di nuovo la replica di lettura tra regioni.