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à.
# Migrazione dei dati da un'istanza database RDS per MySQL a un cluster di database Amazon Aurora MySQL
Puoi migrare (copiare) i dati a un cluster di database Amazon Aurora MySQL direttamente da un'istanza database RDS per MySQL.
**Topics**
+ [Migrazione di una snapshot RDS for MySQL a Aurora](AuroraMySQL.Migrating.RDSMySQL.Snapshot.md)
+ [Migrazione di dati da un'istanza database RDS per MySQL a un cluster database Amazon Aurora MySQL utilizzando una replica di lettura Aurora](AuroraMySQL.Migrating.RDSMySQL.Replica.md)
**Nota**
Poiché Amazon Aurora MySQL è compatibile con MySQL, puoi migrare i dati dal database MySQL impostando la replica tra il database MySQL e un cluster di database Amazon Aurora MySQL. Per ulteriori informazioni, consulta [Replica con Amazon Aurora](Aurora.Replication.md).
# Migrazione di una snapshot RDS for MySQL a Aurora
Puoi effettuare la migrazione di uno snapshot DB di un'istanza database RDS for MySQL per creare un cluster database Aurora MySQL. Il nuovo cluster DB Aurora MySQL viene popolato con i dati dall'istanza database RDS for MySQL originale. Lo snapshot di database deve essere realizzato da un'istanza database Amazon RDS che esegue MySQL compatibile con Aurora MySQL.
Puoi effettuare la migrazione di una snapshot DB manuale o automatizzata. Dopo aver creato il cluster database, puoi le creare le repliche Aurora facoltative.
**Nota**
Puoi anche migrare un'istanza database RDS per MySQL a un cluster di database Aurora MySQL creando una replica di lettura Aurora dell'istanza database RDS per MySQL di origine. Per ulteriori informazioni, consulta [Migrazione di dati da un'istanza database RDS per MySQL a un cluster database Amazon Aurora MySQL utilizzando una replica di lettura Aurora](AuroraMySQL.Migrating.RDSMySQL.Replica.md).
Non è possibile migrare ad Aurora MySQL 3.05 e versioni successive da alcune versioni precedenti di MySQL 8.0, tra cui 8.0.11, 8.0.13 e 8.0.15. Si consiglia di eseguire l'aggiornamento a MySQL 8.0.28 prima della migrazione.
La procedura generale da seguire è riportata di seguito:
1. Determina la quantità di spazio da predisporre per il cluster database Aurora MySQL. Per ulteriori informazioni, consulta [Di quanto spazio ho bisogno?](#AuroraMySQL.Migrating.RDSMySQL.Space)
1. Usa la console per creare lo snapshot nella AWS regione in cui si trova l'istanza Amazon RDS MySQL. Per informazioni sulla creazione di uno snapshot DB, consulta [Creazione di uno snapshot DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html).
1. Se lo snapshot DB non si trova nella stessa AWS regione del cluster DB, usa la console Amazon RDS per copiare lo snapshot DB in quella regione. AWS Per informazioni sulla copia di una snapshot DB, consulta [Copia di una snapshot DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html).
1. Utilizza la console per migrare la snapshot DB e creare un cluster database Aurora MySQL con gli stessi database dell'istanza database MySQL originale.
**avvertimento**
Amazon RDS limita ogni AWS account a una copia istantanea in ciascuna AWS regione alla volta.
## Di quanto spazio ho bisogno?
Quando effettui la migrazione di una snapshot di un'istanza database MySQL in un cluster di database Aurora MySQL, Aurora utilizza un volume Amazon Elastic Block Store (Amazon EBS) per formattare i dati dalla snapshot prima della migrazione. In alcuni casi, è necessario ulteriore spazio per formattare i dati per la migrazione.
Le tabelle che non sono tabelle MyISAM e non sono compresse possono avere 16 TB di dimensioni. Se hai tabelle MyISAM, Aurora deve utilizzare ulteriori spazio nel volume per convertire le tabelle in modo che siano compatibili con Aurora MySQL. Se hai tabelle compresse, Aurora deve utilizzare ulteriore spazio nel volume per espandere queste tabelle prima di archiviarle nel volume cluster Aurora. A causa dei requisiti di spazio aggiuntivo, devi accertarti che nessuna delle tabelle MyISAM e compresse migrate dall'istanza database MySQL abbia una dimensione superiore a 8 TB.
## Riduzione della quantità di spazio necessaria per migrare i dati in Amazon Aurora MySQL
Potrebbe essere necessario modificare lo schema del database prima di migrarlo in Amazon Aurora. Tale modifica può essere utile nei casi seguenti:
+ Desideri accelerare il processo di migrazione.
+ Non sai con precisione di quanto spazio necessiti.
+ Hai provato a effettuare la migrazione dei dati ma la migrazione non è andata a buon fine per insufficienza di spazio.
Puoi applicare le seguenti modifiche per migliorare il processo di migrazione di un database in Amazon Aurora.
**Importante**
Accertati di eseguire questi aggiornamenti in una nuova istanza database recuperata da una snapshot di un database di produzione, piuttosto che su un'istanza di produzione. Puoi migrare i dati dalla snapshot della nuova istanza database nel cluster database Aurora per evitare interruzioni di servizio nel database di produzione.
| Tipo tabella | Limite o linea guida |
| --- | --- |
| Tabelle MyISAM | Aurora MySQL supporta solo tabelle InnoDB. Se hai tabelle MyISAM nel database, devono essere convertite prima di essere migrate in Aurora MySQL. Il processo di conversione richiede ulteriore spazio per la conversione da MyISAM a InnoDB durante la procedura di migrazione. Per ridurre la possibilità di rimanere senza spazio o per velocizzare il processo di migrazione, converti tutte le tabelle MyISAM in tabelle InnoDB prima di migrarle. Le dimensioni della tabella InnoDB risultante è equivalente alle dimensioni necessarie da Aurora MySQL per quella tabella. Per convertire una tabella MyISAM in InnoDB, esegui il comando seguente: `alter table . engine=innodb, algorithm=copy;` |
| Tabelle compresse | Aurora MySQL non supporta tabelle compresse (ovvero tabelle create con `ROW_FORMAT=COMPRESSED`). Per ridurre la possibilità di rimanere senza spazio o per velocizzare il processo di migrazione, espandi le tabelle compresse impostando `ROW_FORMAT` su `DEFAULT`, `COMPACT`, `DYNAMIC`, o `REDUNDANT`. Per ulteriori informazioni, consulta [Formati di riga in InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-row-format.html) nella documentazione di MySQL. |
Puoi utilizzare il seguente script SQL nell'istanza database MySQL esistente per elencare le tabelle nel database che sono tabelle MyISAM o compresse.
```
-- This script examines a MySQL database for conditions that block
-- migrating the database into Amazon Aurora.
-- It needs to be run from an account that has read permission for the
-- INFORMATION_SCHEMA database.
-- Verify that this is a supported version of MySQL.
select msg as `==> Checking current version of MySQL.`
from
(
select
'This script should be run on MySQL version 5.6 or higher. ' +
'Earlier versions are not supported.' as msg,
cast(substring_index(version(), '.', 1) as unsigned) * 100 +
cast(substring_index(substring_index(version(), '.', 2), '.', -1)
as unsigned)
as major_minor
) as T
where major_minor <> 506;
-- List MyISAM and compressed tables. Include the table size.
select concat(TABLE_SCHEMA, '.', TABLE_NAME) as `==> MyISAM or Compressed Tables`,
round(((data_length + index_length) / 1024 / 1024), 2) "Approx size (MB)"
from INFORMATION_SCHEMA.TABLES
where
ENGINE <> 'InnoDB'
and
(
-- User tables
TABLE_SCHEMA not in ('mysql', 'performance_schema',
'information_schema')
or
-- Non-standard system tables
(
TABLE_SCHEMA = 'mysql' and TABLE_NAME not in
(
'columns_priv', 'db', 'event', 'func', 'general_log',
'help_category', 'help_keyword', 'help_relation',
'help_topic', 'host', 'ndb_binlog_index', 'plugin',
'proc', 'procs_priv', 'proxies_priv', 'servers', 'slow_log',
'tables_priv', 'time_zone', 'time_zone_leap_second',
'time_zone_name', 'time_zone_transition',
'time_zone_transition_type', 'user'
)
)
)
or
(
-- Compressed tables
ROW_FORMAT = 'Compressed'
);
```
Lo script produce output simile all'output nell'esempio seguente. L'esempio visualizza due tabelle che devono essere convertite da MyISAM a InnoDB. L'output include anche le dimensioni approssimative di ogni tabella in megabyte (MB).
```
+---------------------------------+------------------+
| ==> MyISAM or Compressed Tables | Approx size (MB) |
+---------------------------------+------------------+
| test.name_table | 2102.25 |
| test.my_table | 65.25 |
+---------------------------------+------------------+
2 rows in set (0.01 sec)
```
## Migrazione di uno snapshot DB di RDS per MySQL in un cluster database Aurora MySQL
È possibile migrare uno snapshot DB di un'istanza DB RDS for MySQL per creare un cluster Aurora MySQL DB utilizzando o il. Console di gestione AWS AWS CLI Il nuovo cluster DB Aurora MySQL viene popolato con i dati dall'istanza database RDS for MySQL originale. Per informazioni sulla creazione di uno snapshot DB, consulta [Creazione di uno snapshot DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html).
Se lo snapshot DB non si trova nella AWS regione in cui desideri collocare i dati, copia lo snapshot DB in quella regione. AWS Per informazioni sulla copia di una snapshot DB, consulta [Copia di una snapshot DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html).
### Console
Quando migri lo snapshot DB utilizzando Console di gestione AWS, la console esegue le azioni necessarie per creare solo il cluster DB.
Puoi decidere anche che il nuovo cluster DB Aurora MySQL venga crittografato a riposo utilizzando una AWS KMS key.
**Per migrare uno snapshot MySQL DB utilizzando il Console di gestione AWS**
1. Accedi a 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. Inizia la migrazione dall'istanza database MySQL o dalla snapshot:
Per iniziare la migrazione dall'istanza database:
1. Nel riquadro di navigazione, seleziona **Databases (Database)**, quindi seleziona l'istanza database MySQL.
1. In **Actions (Operazioni)** scegliere **Migrate latest snapshot (Migrazione snapshot più recente)**.
Per iniziare la migrazione dalla snapshot:
1. Selezionare**Snapshots (Snapshot)**.
1. Nella pagina **Snapshots (Snapshot)** seleziona la snapshot che desideri migrare in un cluster di database Aurora MySQL.
1. Scegliere **Snapshot Actions (Operazioni snapshot)**, quindi scegliere **Migrate Snapshot (Migrazione snapshot)**.
Viene visualizzata la pagina **Migrate Database (Migrazione database)**.
1. Impostare i valori seguenti nella pagina **Migrate Database (Migra database)**:
+ **Migrate to DB Engine (Migrazione al motore DB)**: seleziona `aurora`.
+ **DB Engine Version (Versione motore database)**: seleziona la versione di motore database per il cluster di database Aurora MySQL.
+ **Classe di istanza database**: scegliere una classe dell'istanza database che abbia lo spazio di archiviazione e la capacità richiesti per il database, ad esempio `db.r3.large`. I volumi dei cluster Aurora aumentano automaticamente quando aumenta la quantità di dati nel database. Un volume del cluster Aurora può raggiungere una dimensione massima di 128 tebibytes (TiB). È quindi sufficiente selezionare una classe di istanza database che soddisfi i requisiti di storage correnti. Per ulteriori informazioni, consulta [Panoramica dell'archiviazione di Amazon Aurora](Aurora.Overview.StorageReliability.md#Aurora.Overview.Storage).
+ **Identificatore dell'istanza DB**: digita un nome per il cluster DB che sia univoco per il tuo account nella AWS regione selezionata. Questo identificatore viene utilizzato negli indirizzi degli endpoint per le istanze nel cluster di database. Potresti scegliere di aggiungere alcune informazioni al nome, ad esempio includendo la AWS regione e il motore DB selezionati. **aurora-cluster1**
L'identificatore istanze database presenta i seguenti vincoli:
+ Deve contenere da 1 a 63 caratteri alfanumerici o trattini.
+ Il primo carattere deve essere una lettera.
+ Non può terminare con un trattino o contenere due trattini consecutivi.
+ Deve essere univoco per tutte le istanze DB per AWS account e per AWS regione.
+ **Virtual Private Cloud (VPC)**: se hai già un VPC esistente, puoi utilizzarlo con il cluster di database Aurora MySQL selezionando l'identificatore VPC, ad esempio `vpc-a464d1c1`. Per ulteriori informazioni sulla creazione di un VPC, consulta [Tutorial: crea un VPC da utilizzare con un cluster di DB (solo) IPv4](CHAP_Tutorials.WebServerDB.CreateVPC.md).
Diversamente, puoi stabilire che Aurora crei un VPC per te selezionando **Create a new VPC (Crea un nuovo VPC)**.
+ **DB subnet group** (Gruppo di sottoreti DB): un gruppo di sottoreti esistente può essere utilizzato con il cluster database Aurora MySQL selezionando l'identificatore del gruppo di sottoreti, ad esempio `gs-subnet-group1`.
Diversamente, puoi stabilire che Aurora crei un gruppo di sottoreti selezionando **Create a new subnet group (Crea nuovo gruppo di sottoreti)**.
+ **Public accessibility (Accesso pubblico)**: seleziona **No (No)** per specificare che le istanze nel cluster database si possono accedere solamente da risorse all'interno del proprio VPC. Selezionare **Yes (Si)** per specificare che le istanze nel cluster database sono accessibili dalle risorse nella rete pubblica. Il valore predefinito è **Yes (Sì)**.
**Nota**
Il cluster DB di produzione potrebbe non trovarsi in una sottorete pubblica, poiché solo i server applicativi richiedono l'accesso al cluster DB. Se non è necessario che il cluster database si trovi in una sottorete pubblica, impostare **Publicly Accessible (Accessibile pubblicamente)** su **No**.
+ **Availability Zone (Zona di disponibilità)**: seleziona la zona di disponibilità per ospitare l'istanza primaria per il cluster di database Aurora MySQL. Per permettere a Aurora di selezionare automaticamente una zona di disponibilità, seleziona **No Preference (Nessuna preferenza)**.
+ **Database Port (Porta database)**: digita la porta predefinita da usare quando si effettua la connessione a istanze nel cluster di database Aurora MySQL. Il valore di default è `3306`.
**Nota**
Potrebbe essere attivo un firewall aziendale che non permette l'accesso alle porte predefinite come la porta predefinita di MySQL 3306. In questo caso, fornire un valore di porta permesso dal firewall aziendale. Ricorda il valore di porta per utilizzarlo successivamente, al momento della connessione al cluster di database Aurora MySQL.
+ **Encryption (Crittografia)**: seleziona **Enable Encryption (Abilita crittografia)** perché il nuovo cluster di database Aurora MySQL venga crittografato mentre è inattivo. Se scegli **Enable Encryption (Abilita crittografia)**, devi scegliere una chiave KMS come valore **AWS KMS key**.
Se la snapshot DB non è crittografata, specifica una chiave di crittografia per fare in modo che il cluster database sia crittografato mentre è inattivo.
Se la snapshot DB è crittografata, specifica una chiave di crittografia per fare in modo che il cluster database sia crittografato mentre è inattivo utilizzando la chiave di crittografia specificata. Puoi specificare la chiave di crittografia utilizzata dalla snapshot DB o una chiave diversa. Non puoi creare un cluster database non crittografato da una snapshot DB crittografata.
+ **Aggiornamento automatico della versione secondaria**: questa impostazione non si applica ai cluster di database Aurora MySQL.
Per ulteriori informazioni sugli aggiornamenti del motore per Aurora MySQL, consultare [Aggiornamenti del motore del database per Amazon Aurora MySQLVersioni beta e con supporto a lungo termine (LTS, Long-Term Support) di Amazon Aurora MySQL](AuroraMySQL.Updates.md).
1. Selezionare **Migrate (Migra)** per effettuare la migrazione della snapshot DB.
1. Selezionare **Instances (Istanze)** e quindi l'icona con la freccia per visualizzare i dettagli del cluster DB e monitorare l'avanzamento della migrazione. Nella pagina dei dettagli, puoi trovare l'endpoint del cluster utilizzato per la connessione all'istanza principale del cluster DB. Per ulteriori informazioni sulla connessione a un cluster di database Aurora MySQL, consulta [Connessione a un cluster database Amazon Aurora](Aurora.Connecting.md).
### AWS CLI
Puoi creare un cluster database Aurora da uno snapshot DB di una istanza database RDS for MySQL utilizzando il comando [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html) con i seguenti parametri:
+ `--db-cluster-identifier`: nome del cluster di database da creare.
+ `--engine aurora-mysql`: per un cluster di database compatibile con MySQL 5.7 o 8.0.
+ `--kms-key-id`— Con cui AWS KMS key crittografare facoltativamente il cluster DB, a seconda che lo snapshot del DB sia crittografato.
+ Se la snapshot DB non è crittografata, specifica una chiave di crittografia per fare in modo che il cluster database sia crittografato mentre è inattivo. Altrimenti, il cluster database non è crittografato.
+ Se la snapshot DB è crittografata, specifica una chiave di crittografia per fare in modo che il cluster database sia crittografato mentre è inattivo utilizzando la chiave di crittografia specificata. Altrimenti, il cluster database è crittografato mentre è inattivo utilizzando la chiave di crittografia per la snapshot DB.
**Nota**
Non puoi creare un cluster database non crittografato da una snapshot DB crittografata.
+ `--snapshot-identifier`: l'Amazon Resource Name (ARN) dello snapshot DB da migrare. Per ulteriori informazioni su Amazon RDS ARNs, consulta [Amazon Relational Database Service (Amazon](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds) RDS).
Quando migri la snapshot DB utilizzando il comando `RestoreDBClusterFromSnapshot`, il comando crea sia il cluster database sia l'istanza primaria.
In questo esempio, si crea un cluster DB compatibile con MySQL 5.7 *mydbcluster* denominato da un'istantanea DB con un ARN impostato su. *mydbsnapshotARN*
Per Linux, macOS o Unix:
```
aws rds restore-db-cluster-from-snapshot \
--db-cluster-identifier mydbcluster \
--snapshot-identifier mydbsnapshotARN \
--engine aurora-mysql
```
Per Windows:
```
aws rds restore-db-cluster-from-snapshot ^
--db-cluster-identifier mydbcluster ^
--snapshot-identifier mydbsnapshotARN ^
--engine aurora-mysql
```
In questo esempio, si crea un cluster DB compatibile con MySQL 5.7 *mydbcluster* denominato da un'istantanea DB con un ARN impostato su. *mydbsnapshotARN*
Per Linux, macOS o Unix:
```
aws rds restore-db-cluster-from-snapshot \
--db-cluster-identifier mydbcluster \
--snapshot-identifier mydbsnapshotARN \
--engine aurora-mysql
```
Per Windows:
```
aws rds restore-db-cluster-from-snapshot ^
--db-cluster-identifier mydbcluster ^
--snapshot-identifier mydbsnapshotARN ^
--engine aurora-mysql
```
# Migrazione di dati da un'istanza database RDS per MySQL a un cluster database Amazon Aurora MySQL utilizzando una replica di lettura Aurora
Aurora utilizza la funzionalità di replica dei log binari del motore di database MySQL per creare un tipo speciale di database cluster chiamato replica di lettura Aurora per un'istanza database RDS per MySQL di origine. Gli aggiornamenti effettuati sull'istanza database RDS per MySQL di origine vengono replicati in modo asincrono nella replica di lettura Aurora.
Consigliamo di utilizzare questa funzionalità per eseguire la migrazione da un'istanza database RDS per MySQL a un cluster database Aurora MySQL creando una replica di lettura Aurora dell'istanza database MySQL di origine. Quando il ritardo di replica tra un'istanza database RDS per MySQL e la replica di lettura Aurora è 0, puoi indirizzare le applicazioni client alla replica di lettura Aurora e poi arrestare la replica per rendere la replica di lettura Aurora un cluster database Aurora MySQL standalone. La migrazione potrebbe richiedere del tempo, circa diverse ore per tebibyte (TiB) di dati.
Per l'elenco delle regioni in cui è disponibile Aurora, consulta [Amazon Aurora](https://docs.aws.amazon.com/general/latest/gr/rande.html#aurora) in *Riferimenti generali di AWS*.
Quando crei una replica di lettura Aurora di un'istanza database RDS per MySQL, Amazon RDS crea uno snapshot database dell'istanza database RDS per MySQL di origine (privata per Amazon RDS e senza addebiti). Amazon RDS in seguito migra i dati dallo snapshot DB alla replica di lettura Aurora. Dopo che i dati dello snapshot database sono stati migrati al nuovo cluster database Aurora MySQL, Amazon RDS avvia la replica tra l'istanza database RDS per MySQL e il cluster database Aurora MySQL. Se l'istanza database RDS per MySQL contiene tabelle che utilizzano motori di archiviazione diversi da InnoDB o che utilizzano il formato di riga compresso, puoi velocizzare il processo di creazione di una replica di lettura Aurora modificando le tabelle in modo che vengano utilizzati il motore di archiviazione InnoDB e il formato di riga dinamico prima di creare la replica di lettura Aurora. Per ulteriori informazioni sul processo di copia di una snapshot di database MySQL in un cluster di database Aurora MySQL, consulta [Migrazione dei dati da un'istanza database RDS per MySQL a un cluster di database Amazon Aurora MySQL](AuroraMySQL.Migrating.RDSMySQL.md).
Puoi avere una sola replica di lettura Aurora per un'istanza database RDS per MySQL.
**Nota**
Possono verificarsi problemi di replica a causa delle differenze di funzionalità tra Aurora MySQL e la versione del motore di database MySQL dell'istanza database RDS per MySQL, ossia l'istanza di replica primaria. Se riscontri un errore, puoi trovare assistenza nel [forum della community di Amazon RDS](https://forums.aws.amazon.com/forum.jspa?forumID=60) o Supporto AWS contattando.
Non puoi creare una replica di lettura Aurora se l'istanza database RDS per MySQL è già l'origine di una replica di lettura tra regioni.
Non è possibile migrare ad Aurora MySQL 3.05 e versioni successive da alcune versioni precedenti di RDS per MySQL 8.0, tra cui 8.0.11, 8.0.13 e 8.0.15. Si consiglia di eseguire l'aggiornamento a RDS per MySQL versione 8.0.28 prima della migrazione.
Per ulteriori informazioni sulle repliche di lettura MySQL, consulta la sezione relativa all'[uso di repliche di lettura con istanze database di MariaDB, MySQL e PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html).
## Creazione di una replica di lettura Aurora
È possibile creare una replica di lettura Aurora per un'istanza DB RDS for MySQL utilizzando la console, l'o l'API RDS. AWS CLI
### Console
**Creazione di una replica di lettura Aurora da un'istanza database RDS per MySQL di origine**
1. Accedi a 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. Nel pannello di navigazione, seleziona **Database**.
1. Scegliere l'istanza database MySQL da usare come origine per la replica di lettura Aurora.
1. Per **Actions (Operazioni)**, scegliere **Create Aurora read replica (Crea replica di lettura Aurora)**.
1. Scegliere le specifiche del cluster di database da utilizzare per la replica di lettura Aurora, come descritto nella tabella seguente.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.RDSMySQL.Replica.html)
1. Scegliere **Create read replica (Crea replica di lettura)**.
### AWS CLI
Per creare una replica di lettura Aurora da un'istanza DB RDS for MySQL di origine, usa i comandi [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)and per [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) AWS CLI creare un nuovo cluster Aurora MySQL DB. Quando chiami il comando `create-db-cluster`, includi il parametro `--replication-source-identifier` per identificare l'ARN (Amazon Resource Name) per l'istanza database MySQL di origine. Per ulteriori informazioni su Amazon RDS ARNs, consulta [Amazon Relational Database Service (Amazon](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds) RDS).
Non specificare il nome utente master, la password master o il nome del database, in quanto la replica di lettura Aurora utilizza lo stesso nome utente master, la password master e il nome del database dell'istanza database MySQL di origine.
Per Linux, macOS o Unix:
```
aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora \
--db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 \
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance
```
Per Windows:
```
aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora ^
--db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 ^
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance
```
Se utilizzi la console per creare una replica di lettura Aurora, Aurora crea automaticamente l'istanza primaria per la replica di lettura Aurora del cluster di database. Se si utilizza il AWS CLI per creare una replica di lettura Aurora, è necessario creare in modo esplicito l'istanza principale per il cluster DB. L'istanza primaria è la prima istanza creata in un cluster di database.
È possibile creare un'istanza primaria per il cluster DB utilizzando il [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) AWS CLI comando con i seguenti parametri.
+ `--db-cluster-identifier`
Nome del cluster DB.
+ `--db-instance-class`
Nome della classe dell'istanza database da utilizzare per l'istanza primaria.
+ `--db-instance-identifier`
Nome dell'istanza primaria.
+ `--engine aurora`
In questo esempio, si crea un'istanza primaria denominata *myreadreplicainstance* per il cluster DB denominato*myreadreplicacluster*, utilizzando la classe di istanza DB specificata in*myinstanceclass*.
**Example**
Per Linux, macOS o Unix:
```
aws rds create-db-instance \
--db-cluster-identifier myreadreplicacluster \
--db-instance-class myinstanceclass \
--db-instance-identifier myreadreplicainstance \
--engine aurora
```
Per Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier myreadreplicacluster ^
--db-instance-class myinstanceclass ^
--db-instance-identifier myreadreplicainstance ^
--engine aurora
```
### API RDS
Per creare una replica di lettura Aurora da un'istanza database RDS per MySQL di origine, utilizza i comandi API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) e [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) di Amazon RDS per creare una nuova istanza primaria e un nuovo cluster database Aurora. Non specificare il nome utente master, la password master o il nome del database, in quanto la replica di lettura Aurora utilizza lo stesso nome utente master, la password master e il nome del database dell'istanza database RDS per MySQL di origine.
Puoi creare un nuovo cluster database Aurora per una replica di lettura Aurora da un'istanza database RDS per MySQL di origine utilizzando il comando [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) dell'API Amazon RDS con i seguenti parametri:
+ `DBClusterIdentifier`
Nome del cluster di database da creare.
+ `DBSubnetGroupName`
Nome del gruppo di sottoreti database da associare al cluster DB.
+ `Engine=aurora`
+ `KmsKeyId`
Con cui AWS KMS key crittografare facoltativamente il cluster DB, a seconda che l'istanza database MySQL sia crittografata.
+ Se l'istanza database MySQL non è crittografata, specifica una chiave di crittografia per fare in modo che il cluster di database sia crittografato mentre è inattivo. Altrimenti, il cluster di database è crittografato mentre è inattivo utilizzando la chiave di crittografia predefinita per l'account.
+ Se l'istanza database MySQL è crittografata, specifica una chiave di crittografia per fare in modo che il cluster di database sia crittografato mentre è inattivo utilizzando la chiave di crittografia specificata. Altrimenti, il cluster di database è crittografato mentre è inattivo utilizzando la chiave di crittografia per l'istanza database MySQL.
**Nota**
Non puoi creare un cluster di database non crittografato da un'istanza database MySQL crittografata.
+ `ReplicationSourceIdentifier`
L'Amazon Resource Name (ARN) per l'istanza database MySQL origine. Per ulteriori informazioni su Amazon RDS ARNs, consulta [Amazon Relational Database Service (Amazon](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds) RDS).
+ `VpcSecurityGroupIds`
Elenco dei gruppi di sicurezza VPC EC2 da associare a questo cluster di database.
In questo esempio, si crea un cluster DB denominato *myreadreplicacluster* da un'istanza DB MySQL di origine con un ARN impostato su, associato a un gruppo di sottoreti DB *mysubnetgroup* denominato e *mysqlprimaryARN* a un gruppo di sicurezza VPC denominato. *mysecuritygroup*
**Example**
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBCluster
&DBClusterIdentifier=myreadreplicacluster
&DBSubnetGroupName=mysubnetgroup
&Engine=aurora
&ReplicationSourceIdentifier=mysqlprimaryARN
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&VpcSecurityGroupIds=mysecuritygroup
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20150927/us-east-1/rds/aws4_request
&X-Amz-Date=20150927T164851Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=6a8f4bd6a98f649c75ea04a6b3929ecc75ac09739588391cd7250f5280e716db
```
Se utilizzi la console per creare una replica di lettura Aurora, Aurora crea automaticamente l'istanza primaria per la replica di lettura Aurora del cluster di database. Se si utilizza il AWS CLI per creare una replica di lettura Aurora, è necessario creare in modo esplicito l'istanza principale per il cluster DB. L'istanza primaria è la prima istanza creata in un cluster di database.
Puoi creare un'istanza primaria per il cluster di database utilizzando il comando [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) dell'API Amazon RDS con i seguenti parametri:
+ `DBClusterIdentifier`
Nome del cluster DB.
+ `DBInstanceClass`
Nome della classe dell'istanza database da utilizzare per l'istanza primaria.
+ `DBInstanceIdentifier`
Nome dell'istanza primaria.
+ `Engine=aurora`
In questo esempio, si crea un'istanza primaria denominata *myreadreplicainstance* per il cluster DB denominato*myreadreplicacluster*, utilizzando la classe di istanza DB specificata in. *myinstanceclass*
**Example**
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBInstance
&DBClusterIdentifier=myreadreplicacluster
&DBInstanceClass=myinstanceclass
&DBInstanceIdentifier=myreadreplicainstance
&Engine=aurora
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-09-01
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20140424/us-east-1/rds/aws4_request
&X-Amz-Date=20140424T194844Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=bee4aabc750bf7dad0cd9e22b952bd6089d91e2a16592c2293e532eeaab8bc77
```
## Visualizzazione di una replica di lettura Aurora
Puoi visualizzare le relazioni di replica da MySQL a Aurora MySQL per i cluster di database Aurora MySQL utilizzando la Console di gestione AWS o la AWS CLI.
### Console
**Per visualizzare l'istanza database MySQL primaria per una replica di lettura Aurora**
1. Accedi a 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. Nel pannello di navigazione, seleziona **Database**.
1. Selezionare il cluster di database affinché la replica di lettura Aurora mostri i propri dettagli. Le informazioni sull'istanza database MySQL primaria si trovano nel campo **Replication source (Origine replica)**.
![\[Visualizza il primario MySQL\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-repl6.png)
### AWS CLI
Per visualizzare le relazioni di replica da MySQL ad Aurora MySQL per i cluster Aurora MySQL DB utilizzando i comandi, e. AWS CLI[https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)
Per determinare quale istanza database MySQL è quella primaria, utilizzare [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) e specificare l'identificatore cluster della replica di lettura Aurora per l'opzione `--db-cluster-identifier`. Fai riferimento all'elemento `ReplicationSourceIdentifier` nell'output per l'ARN dell'istanza database che costituisce il principale di replica.
Per determinare quale cluster di database è la replica di lettura Aurora, utilizzare [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) e specificare l'identificatore istanze dell'istanza database MySQL per l'opzione `--db-instance-identifier`. Fai riferimento all'elemento `ReadReplicaDBClusterIdentifiers` nell'output per l'identificatore cluster di database della replica di lettura Aurora.
**Example**
Per Linux, macOS o Unix:
```
aws rds describe-db-clusters \
--db-cluster-identifier myreadreplicacluster
```
```
aws rds describe-db-instances \
--db-instance-identifier mysqlprimary
```
Per Windows:
```
aws rds describe-db-clusters ^
--db-cluster-identifier myreadreplicacluster
```
```
aws rds describe-db-instances ^
--db-instance-identifier mysqlprimary
```
## Promozione di una replica di lettura Aurora
Al termine della migrazione, è possibile promuovere la replica di lettura Aurora a un cluster DB autonomo utilizzando o. Console di gestione AWS AWS CLI
Quindi, puoi indirizzare le applicazioni client all'endpoint per la replica di lettura Aurora. Per ulteriori informazioni sugli endpoint Aurora, consulta [Connessioni degli endpoint Amazon Aurora](Aurora.Overview.Endpoints.md). La promozione dovrebbe completarsi abbastanza velocemente; nel corso della promozione, è possibile eseguire operazioni di lettura e scrittura sulla replica di lettura Aurora. Tuttavia, non è possibile eliminare l'istanza database MySQL master o scollegare l'istanza database e la replica di lettura Aurora durante questo periodo.
Prima di promuovere la replica di lettura Aurora, interrompi la scrittura di transazioni nell'istanza database MySQL di origine e aspetta che il ritardo di replica nella replica di lettura Aurora raggiunga 0. Puoi visualizzare il ritardo della replica per una replica di lettura Aurora chiamando il comando `SHOW SLAVE STATUS` (Aurora MySQL versione 2) o `SHOW REPLICA STATUS` (Aurora MySQL versione 3) sulla replica di lettura Aurora. Controlla il valore **secondi di latenza dal principale**.
Puoi iniziare a scrivere la replica di lettura Aurora dopo che le transazioni di scrittura al master sono iniziate e il ritardo della replica equivale a 0. Se scrivi la replica di lettura Aurora prima di ciò e modifichi le tabelle la cui modifica è in corso anche nel master MySQL, rischi di interrompere la replica su Aurora. Se ciò avviene, devi eliminare la replica di lettura Aurora e crearla di nuovo.
### Console
**Come promuovere una replica di lettura Aurora a cluster di database Aurora**
1. Accedi a 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. Nel pannello di navigazione, seleziona **Database**.
1. Seleziona il cluster di database per la replica di lettura Aurora.
1. In **Actions (Operazioni)**, selezionare **Promote (Promuovi)**.
1. Selezionare **Promote read replica (Promuovi replica di lettura)**.
Dopo la promozione, verificare che la promozione sia stata completata utilizzando la procedura seguente.
**Per confermare che la replica di lettura Aurora è stata promossa**
1. Accedi a 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. Nel riquadro di navigazione selezionare **Events (Eventi)**.
1. Nella pagina **Events (Eventi)**, verificare che esista un evento `Promoted Read Replica cluster to a stand-alone database cluster` per il cluster promosso.
Al completamento della promozione, l'istanza database MySQL master e la replica di lettura Aurora non sono collegate e puoi eliminare in modo sicuro l'istanza database, se lo desideri.
### AWS CLI
Per promuovere una replica di lettura Aurora in un cluster DB autonomo, usa il comando. [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) AWS CLI
**Example**
Per Linux, macOS o Unix:
```
aws rds promote-read-replica-db-cluster \
--db-cluster-identifier myreadreplicacluster
```
Per Windows:
```
aws rds promote-read-replica-db-cluster ^
--db-cluster-identifier myreadreplicacluster
```