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à.
# Nozioni di base sul Database globale Amazon Aurora
Per iniziare a utilizzare Database globale Aurora, è necessario innanzitutto decidere quale motore di database Aurora utilizzare e in quali Regioni AWS. Solo determinate versioni dei motori di database Aurora PostgreSQL e Aurora MySQL in alcune Regioni AWS supportano Database globale Aurora. Per l'elenco completo, consulta [Regioni e motori di database supportati per i database globali Aurora](Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.md).
È possibile creare un Database globale Aurora in uno dei modi seguenti:
+ **Creare un nuovo Database globale Aurora con nuovi cluster di database Aurora e istanze database Aurora**: puoi eseguire questa operazione seguendo la procedura descritta in [Creazione di un database globale Amazon Aurora](aurora-global-database-creating.md). Dopo aver creato il cluster di database Aurora primario, aggiungere la Regione AWS secondaria seguendo la procedura descritta in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
+ **Utilizza un cluster di database Aurora esistente che supporta la funzionalità Database globale Aurora e aggiungi una Regione AWS**: puoi eseguire questa operazione solo se il cluster di database Aurora esistente utilizza una versione del motore database compatibile con il globale.
Verifica se è possibile scegliere **Aggiungi regione** per **Operazione** nella Console di gestione AWS quando è selezionato il cluster database Aurora. Se è possibile, è possibile utilizzare tale cluster database Aurora per il cluster Aurora globale. Per ulteriori informazioni, consulta [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
Prima di creare un Database globale Aurora, è consigliabile conoscere tutti i requisiti di configurazione.
**Topics**
+ [Requisiti di configurazione di un database globale Amazon Aurora](aurora-global-database.configuration.requirements.md)
+ [Creazione di un database globale Amazon Aurora](aurora-global-database-creating.md)
+ [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md)
+ [Creazione di un cluster database Aurora headless in una regione secondaria](aurora-global-database-attach.console.headless.md)
+ [Creazione di un database globale Amazon Aurora da uno snapshot Amazon Aurora o Amazon RDS](aurora-global-database.use-snapshot.md)
# Requisiti di configurazione di un database globale Amazon Aurora
Prima di iniziare a lavorare con il database globale, pianifica i nomi del cluster e delle istanze, le Regioni AWS, il numero di istanze e le classi di istanze che intendi utilizzare. Assicurati che le tue scelte siano conformi ai seguenti requisiti di configurazione.
Un database globale Aurora si sviluppa su almeno due Regioni AWS. La Regione AWS principale supporta un cluster di database Aurora con un'istanza di database writer Aurora. Una Regione AWS secondaria esegue un cluster di database Aurora di sola lettura costituito interamente da repliche Aurora. È necessaria almeno una Regione AWS secondaria, tuttavia un database globale Aurora può avere fino a 10 Regioni AWS secondarie. Nella tabella sono elencati il numero massimo di cluster di database Aurora, di istanze database Aurora e repliche Aurora consentiti in un database globale Aurora.
| Descrizione | Regione AWS principale | Regioni AWS secondarie |
| --- | --- | --- |
| Cluster di database Aurora | 1 | 10 (massimo) |
| Istanze di scrittura | 1 | 0 |
| Istanze di sola lettura (repliche Aurora), per cluster di database Aurora | 15 (massimo) | 16 (totali) |
| Istanze di sola lettura (massimo consentito, dato il numero effettivo di Regioni secondarie) | 15 - *s* | *s* = numero totale di Regioni AWS secondarie |
I cluster di database Aurora che compongono un database globale Aurora hanno i seguenti requisiti specifici:
+ **Requisiti delle classi di istanza database** – Un database globale Aurora richiede classi di istanza database ottimizzate per le applicazioni che fanno un uso intensivo della memoria. Per informazioni sulle classi di istanza database ottimizzate per la memoria, consulta [Tipi di classi di istanza database](Concepts.DBInstanceClass.Types.md). Si consiglia di utilizzare una classe di istanza db.r5 o superiore.
+ **Requisiti di Regione AWS**: un database globale Aurora richiede un cluster di database Aurora primario in una Regione AWS e almeno un cluster di database Aurora secondario in una regione diversa. È possibile creare fino a 10 cluster di database Aurora secondari (di sola lettura) e ciascuno deve trovarsi in una Regione diversa. In altre parole, nessun cluster di database Aurora in un database globale Aurora può trovarsi nella stessa Regione AWS.
Per informazioni su quali combinazioni di motore di database Aurora, versione del motore e Regione AWS è possibile utilizzare con Database globale Aurora, consulta [Regioni e motori di database supportati per i database globali Aurora](Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.md)
+ **Requisiti di denominazione**: i nomi scelti per ciascuno dei cluster di database Aurora devono essere univoci in tutte le Regioni AWS. Non è possibile utilizzare lo stesso nome per cluster di database Aurora diversi anche se si trovano in regioni diverse.
+ **Requisiti di capacità per Aurora Serverless v2**: per un database globale con Aurora Serverless v2, la [capacità minima richiesta](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2.min_capacity_considerations) per il cluster di database nella Regione AWS primaria è di 8 ACU.
Prima di poter seguire le procedure descritte in questa sezione, è necessario disporre di un Account AWS. Completare le attività di configurazione per lavorare con Amazon Aurora. Per ulteriori informazioni, consulta [Configurazione dell'ambiente per Amazon Aurora](CHAP_SettingUp_Aurora.md). È inoltre necessario completare altre fasi preliminari per la creazione di un cluster di database Aurora. Per ulteriori informazioni, consulta [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md).
Quando sei pronto per configurare il tuo database globale, consulta [Creazione di un database globale Amazon Aurora](aurora-global-database-creating.md) per la procedura per creare tutte le risorse necessarie. È inoltre possibile seguire la procedura illustrata in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md) per creare un database globale usando un cluster Aurora esistente come cluster primario.
# Creazione di un database globale Amazon Aurora
Per creare un database globale Aurora e le relative risorse associate utilizzando l' Console di gestione AWS, la o l' AWS CLI API RDS, utilizzare la procedura seguente.
**Nota**
Se è presente un cluster di database Aurora che esegue un motore di database Aurora compatibile a livello globale, è possibile utilizzare una forma più breve di questa procedura. In tal caso, puoi aggiungerne un altro Regione AWS al cluster DB esistente per creare il tuo database globale Aurora. A questo proposito, consulta [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
## Console
I passaggi per la creazione di un database globale Aurora iniziano con l'accesso a un database Regione AWS che supporta la funzionalità di database globale Aurora. Per un elenco completo, consulta [Regioni e motori di database supportati per i database globali Aurora](Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.md).
Uno dei passaggi seguenti consiste nel selezionare un Virtual Private Cloud (VPC) basato su Amazon VPC per il cluster di database Aurora. Per utilizzare il tuo VPC, ti consigliamo di crearlo in anticipo in modo che sia possibile sceglierlo. Allo stesso tempo, crea tutte le sottoreti correlate e, in base alle esigenze, un gruppo di sottoreti e un gruppo di sicurezza. Per scoprire come, consulta [Tutorial: crea un VPC da utilizzare con un cluster di DB (solo) IPv4](CHAP_Tutorials.WebServerDB.CreateVPC.md).
Per informazioni generali sulla creazione di un cluster di database Aurora, consulta [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md).
**Per creare un database globale 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. Scegliere **Create database (Crea database)**. Nella pagina **Crea database** completa le seguenti operazioni:
+ Scegli **Standard create (Creazione standard)** per il metodo di creazione del database. (Non selezionare Easy Create (Creazione rapida)).
+ Per `Engine type` nella sezione **Opzioni motore** scegli il tipo di motore applicabile, **Aurora (compatibile con MySQL)** o **Aurora (compatibile con PostgreSQL)**.
1. Continua a creare il database globale Aurora utilizzando i passaggi descritti nelle procedure riportate di seguito.
### Creazione di un database globale tramite Aurora MySQL
La procedura seguente si applica a tutte le versioni di Aurora MySQL.
**Per creare un database globale Aurora tramite Aurora MySQL**
Completare la pagina **Create database (Crea database)**.
1. Per **Opzioni motore**, scegli quanto segue:
1. Per **Engine version** (Versione motore), scegli la versione di Aurora MySQL che desideri utilizzare per il database globale Aurora.
1. Per **Templates (Modelli)**, scegliere **Production (Produzione)**. Oppure puoi scegliere Dev/Test se è appropriato per il tuo caso d'uso. Non utilizzare Dev/Test in ambienti di produzione.
1. In **Settings (Impostazioni)**, eseguire la seguente operazione:
1. Immettere un nome specifico per l'identificatore del cluster di database. Al termine della creazione del database globale Aurora, questo nome identificherà il cluster di database primario.
1. Specifica la password per l'account utente `admin` per l'istanza database o lascia che Aurora ne generi una. Se scegli di generare automaticamente una password, apparirà l'opzione per copiare la password.
![\[Schermata delle selezioni su Impostazioni durante la creazione di un database globale.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-create-ams-3.png)
1. Per **DB instance class (Classe dell'istanza database)**, scegli `db.r5.large` o un'altra classe dell'istanza database ottimizzata per la memoria. Si consiglia di utilizzare una classe di istanza db.r5 o superiore.
1. Per **Disponibilità e durata**, ti consigliamo di lasciare che Aurora crei autonomamente una replica Aurora in una zona di disponibilità differente. Se non crei subito una replica Aurora, sarà necessario farlo in un secondo momento.
![\[Schermata di Availability & durability (Disponibilità e durata).\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-create-ams-4b.png)
1. Per **Connectivity (Connettività)**, scegliere il Virtual Private Cloud (VPC) basato su Amazon VPC che definisce l'ambiente di rete virtuale per questa istanza di database. È possibile scegliere i valori predefiniti per semplificare questa attività.
1. Completa le impostazioni **di autenticazione del database** . Per semplificare il processo, puoi scegliere subito **Autenticazione password** e configurare AWS Identity and Access Management (IAM) in un secondo momento.
1. In **Additional configuration (Configurazione aggiuntiva)**, eseguire le operazioni seguenti:
1. Immettere un nome per **Initial database name (Nome del database iniziale)** per creare l'istanza database Aurora primaria per il cluster. Questo è il nodo di scrittura per il cluster di database Aurora primario.
Lasciare i valori predefiniti selezionati per il gruppo di parametri del cluster di database e il gruppo di parametri di database, a meno che non si disponga di gruppi di parametri personalizzati che si desidera utilizzare.
1. Se selezionata, deseleziona l’opzione **Abilita backtrack**. I database globali Aurora non supportano il backtracking. Puoi accettare tutte le altre impostazioni predefinite per **Configurazione aggiuntiva**.
1. Scegliere **Create database (Crea database)**.
Il completamento del processo di creazione dell'istanza database Aurora, della replica Aurora e del cluster di database Aurora può richiedere alcuni minuti ad Aurora. È possibile sapere quando il cluster database Aurora è pronto per l'uso come cluster database primario in un database globale Aurora in base al relativo stato. Quando è così, il suo stato e quello del writer e del nodo di replica sarà **Disponibile**, come illustrato di seguito.
![\[Schermata dei database con un cluster database Aurora pronto per l'uso con il database globale Aurora.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-create-ams-5.png)
Quando il cluster di database primario è disponibile, crea il database globale Aurora aggiungendo un cluster secondario. A tale scopo, segui le fasi in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
### Creazione di un database globale tramite Aurora PostgreSQL
**Per creare un database globale Aurora tramite Aurora PostgreSQL**
Completare la pagina **Create database (Crea database)**.
1. Per **Opzioni motore**, scegli quanto segue:
1. Per **Engine version** (Versione motore), scegli la versione di Aurora PostgreSQL che desideri utilizzare per il database globale Aurora.
1. Per **Templates (Modelli)**, scegliere **Production (Produzione)**. Oppure puoi scegliere Dev/Test se appropriato. Non utilizzare Dev/Test in ambienti di produzione.
1. In **Settings (Impostazioni)**, eseguire la seguente operazione:
1. Immettere un nome specifico per l'identificatore del cluster di database. Al termine della creazione del database globale Aurora, questo nome identificherà il cluster di database primario.
1. Specifica la password per l'account amministratore predefinito per il cluster database o lascia che Aurora ne generi una. Se si sceglie Genera automaticamente una password, apparirà l'opzione per copiare la password.
![\[Schermata delle selezioni su Impostazioni durante la creazione di un database globale.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-create-apg-2.png)
1. Per **DB instance class (Classe dell'istanza database)**, scegli `db.r5.large` o un'altra classe dell'istanza database ottimizzata per la memoria. Si consiglia di utilizzare una classe di istanza db.r5 o superiore.
1. Per **Availability & durability (Disponibilità e durata)**, consigliamo di lasciare che Aurora crei autonomamente una replica Aurora in un'altra zona di disponibilità. Se non crei subito una replica Aurora, sarà necessario farlo in un secondo momento.
1. Per **Connectivity (Connettività)**, scegliere il Virtual Private Cloud (VPC) basato su Amazon VPC che definisce l'ambiente di rete virtuale per questa istanza di database. È possibile scegliere i valori predefiniti per semplificare questa attività.
1. (Facoltativo) Completa le impostazioni di **Database authentication** (Autenticazione database). L'autenticazione password è sempre abilitata. Per semplificare il processo, puoi ignorare questa sezione e impostare IAM o Autenticazione di password e Kerberos in un secondo momento.
1. In **Additional configuration (Configurazione aggiuntiva)**, eseguire le operazioni seguenti:
1. Immettere un nome per **Initial database name (Nome del database iniziale)** per creare l'istanza database Aurora primaria per il cluster. Questo è il nodo di scrittura per il cluster di database Aurora primario.
Lasciare i valori predefiniti selezionati per il gruppo di parametri del cluster di database e il gruppo di parametri di database, a meno che non si disponga di gruppi di parametri personalizzati che si desidera utilizzare.
1. Accetta tutte le altre impostazioni predefinite per **Configurazione aggiuntiva**, ad esempio Crittografia, Esportazioni log e così via.
1. Scegliere **Create database (Crea database)**.
Il completamento del processo di creazione dell'istanza database Aurora, della replica Aurora e del cluster di database Aurora può richiedere alcuni minuti ad Aurora. Quando il cluster è pronto per l'uso, il cluster di database Aurora e i relativi nodi di scrittura e replica presentano tutti lo stato **Disponibile**. Questo diventa il cluster di database primario del database globale Aurora, dopo averne aggiunto uno secondario.
![\[Schermata dei database con un cluster database Aurora pronto per l'uso con il database globale Aurora.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-create-apg-5-add-region.png)
Dopo che il cluster di database primario è disponibile, creare uno o più cluster secondari seguendo le fasi in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
## AWS CLI
I AWS CLI comandi nelle procedure seguenti eseguono le seguenti attività:
1. Crea un database globale Aurora, assegnandogli un nome e specificando il tipo di motore del database Aurora che si desidera utilizzare.
1. Creare un cluster di database Aurora per il database globale Aurora.
1. Creare l'istanza database Aurora per il cluster. Questo è il cluster database Aurora primario per il database globale.
1. Creare una seconda istanza database per il cluster di database Aurora. Questo è un reader per completare il cluster di database Aurora.
1. Creare un secondo cluster di database Aurora in un'altra regione e aggiungerlo al database globale Aurora, seguendo la procedura descritta in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
Segui la procedura per il motore di database Aurora.
### Creazione di un database globale tramite Aurora MySQL
**Per creare un database globale Aurora tramite Aurora MySQL**
1. Usa il comando `[create-global-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-global-cluster.html)` CLI, passando il nome e la versione del motore di database Regione AWS Aurora.
Per Linux, macOS o Unix:
```
aws rds create-global-cluster --region primary_region \
--global-cluster-identifier global_database_id \
--engine aurora-mysql \
--engine-version version # optional
```
Per Windows:
```
aws rds create-global-cluster ^
--global-cluster-identifier global_database_id ^
--engine aurora-mysql ^
--engine-version version # optional
```
Questo crea un database globale Aurora "vuoto", con solo un nome (identificatore) e un motore di database Aurora. Prima che il database globale Aurora sia disponibile, potrebbero essere necessari alcuni minuti. Prima di passare alla fase successiva, utilizzare il comando CLI `[describe-global-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-global-clusters.html)` per verificare se è disponibile.
```
aws rds describe-global-clusters --region primary_region --global-cluster-identifier global_database_id
```
Quando il database globale Aurora è disponibile, è possibile creare il relativo cluster di database Aurora primario.
1. Per creare un cluster di database Aurora primario, utilizzare il comando CLI `[create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)`. Includi il nome del database globale Aurora utilizzando il parametro `--global-cluster-identifier`.
Per Linux, macOS o Unix:
```
aws rds create-db-cluster \
--region primary_region \
--db-cluster-identifier primary_db_cluster_id \
--master-username userid \
--master-user-password password \
--engine aurora-mysql \
--engine-version version \
--global-cluster-identifier global_database_id
```
Per Windows:
```
aws rds create-db-cluster ^
--region primary_region ^
--db-cluster-identifier primary_db_cluster_id ^
--master-username userid ^
--master-user-password password ^
--engine aurora-mysql ^
--engine-version version ^
--global-cluster-identifier global_database_id
```
Usa il `[describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)` AWS CLI comando per confermare che il cluster Aurora DB è pronto. Per individuare un cluster di database Aurora specifico, utilizzare il parametro `--db-cluster-identifier`. Oppure è possibile lasciare vuoto il nome del cluster di database Aurora nel comando per ottenere dettagli su tutti i cluster di database Aurora nella regione specificata.
```
aws rds describe-db-clusters --region primary_region --db-cluster-identifier primary_db_cluster_id
```
Quando per il cluster viene visualizzata la risposta `"Status": "available"`, significa che è pronto per l'uso.
1. Creare l'istanza database per il cluster di database Aurora primario. A tale scopo, utilizza il comando della CLI `[create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)`. Assegnare al comando il nome del cluster di database Aurora e specificare i dettagli di configurazione per l'istanza. Nel comando non è necessario passare i parametri `--master-username` e `--master-user-password`, perché li ottiene dal cluster di database Aurora.
Per `--db-instance-class`, è possibile utilizzare solo quelli dalle classi ottimizzate per la memoria, ad esempio `db.r5.large`. Si consiglia di utilizzare una classe di istanza db.r5 o superiore. Per informazioni su queste classi, consulta [Tipi di classi di istanza database](Concepts.DBInstanceClass.Types.md).
Per Linux, macOS o Unix:
```
aws rds create-db-instance \
--db-cluster-identifier primary_db_cluster_id \
--db-instance-class instance_class \
--db-instance-identifier db_instance_id \
--engine aurora-mysql \
--engine-version version \
--region primary_region
```
Per Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier primary_db_cluster_id ^
--db-instance-class instance_class ^
--db-instance-identifier db_instance_id ^
--engine aurora-mysql ^
--engine-version version ^
--region primary_region
```
L'operazione `create-db-instance` potrebbe richiedere alcuni minuti per il completamento. Prima di continuare, controllare lo stato per verificare se l'istanza di database Aurora è disponibile.
```
aws rds describe-db-clusters --db-cluster-identifier primary_db_cluster_id
```
Quando il comando restituisce lo stato `available`, è possibile creare un’altra istanza database Aurora per il cluster di database primario. Si tratta dell'istanza del reader (la replica Aurora) per il cluster di database Aurora.
1. Per creare un'altra istanza database Aurora per il cluster, utilizza il comando della CLI `[create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)`:
Per Linux, macOS o Unix:
```
aws rds create-db-instance \
--db-cluster-identifier primary_db_cluster_id \
--db-instance-class instance_class \
--db-instance-identifier replica_db_instance_id \
--engine aurora-mysql
```
Per Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier primary_db_cluster_id ^
--db-instance-class instance_class ^
--db-instance-identifier replica_db_instance_id ^
--engine aurora-mysql
```
Quando l'istanza database è disponibile, la replica inizia dal nodo del writer al nodo di replica. Prima di continuare, verificare che l'istanza database sia disponibile utilizzando il comando CLI `[describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)`.
A questo punto, si dispone di un database globale Aurora con il relativo cluster di database Aurora primario contenente un'istanza database writer e una replica Aurora. A questo punto è possibile aggiungere un cluster di database Aurora di sola lettura in una regione diversa per completare il database globale Aurora. A tale scopo, segui la procedura in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
### Creazione di un database globale tramite Aurora PostgreSQL
Quando si creano oggetti Aurora per un database globale Aurora utilizzando i comandi seguenti, possono essere necessari alcuni minuti prima che ciascuno diventi disponibile. Dopo aver completato un determinato comando, si consiglia di controllare lo stato dell'oggetto Aurora specifico per assicurarsi che lo stato sia disponibile.
A tale scopo, utilizza il comando della CLI `[describe-global-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-global-clusters.html)`.
```
aws rds describe-global-clusters --region primary_region
--global-cluster-identifier global_database_id
```
**Per creare un database globale Aurora tramite Aurora PostgreSQL**
1. Utilizza il comando della CLI `[create-global-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-global-cluster.html)`.
Per Linux, macOS o Unix:
```
aws rds create-global-cluster --region primary_region \
--global-cluster-identifier global_database_id \
--engine aurora-postgresql \
--engine-version version # optional
```
Per Windows:
```
aws rds create-global-cluster ^
--global-cluster-identifier global_database_id ^
--engine aurora-postgresql ^
--engine-version version # optional
```
Quando il database globale Aurora è disponibile, è possibile creare il relativo cluster di database Aurora primario.
1. Per creare un cluster di database Aurora primario, utilizzare il comando CLI `[create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)`. Includi il nome del database globale Aurora utilizzando il parametro `--global-cluster-identifier`.
Per Linux, macOS o Unix:
```
aws rds create-db-cluster \
--region primary_region \
--db-cluster-identifier primary_db_cluster_id \
--master-username userid \
--master-user-password password \
--engine aurora-postgresql \
--engine-version version \
--global-cluster-identifier global_database_id
```
Per Windows:
```
aws rds create-db-cluster ^
--region primary_region ^
--db-cluster-identifier primary_db_cluster_id ^
--master-username userid ^
--master-user-password password ^
--engine aurora-postgresql ^
--engine-version version ^
--global-cluster-identifier global_database_id
```
Verificare che il cluster di database Aurora sia pronto. Quando dal seguente comando viene visualizzata la risposta `"Status": "available"` per il cluster di database Aurora, è possibile continuare.
```
aws rds describe-db-clusters --region primary_region --db-cluster-identifier primary_db_cluster_id
```
1. Creare l'istanza database per il cluster di database Aurora primario. A tale scopo, utilizza il comando della CLI `[create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)`.
Invia il nome del cluster di database Aurora con il parametro `--db-cluster-identifier`.
Nel comando non è necessario passare i parametri `--master-username` e `--master-user-password`, perché li ottiene dal cluster di database Aurora.
Per `--db-instance-class`, è possibile utilizzare solo quelli dalle classi ottimizzate per la memoria, ad esempio `db.r5.large`. Si consiglia di utilizzare una classe di istanza db.r5 o superiore. Per informazioni su queste classi, consulta [Tipi di classi di istanza database](Concepts.DBInstanceClass.Types.md).
Per Linux, macOS o Unix:
```
aws rds create-db-instance \
--db-cluster-identifier primary_db_cluster_id \
--db-instance-class instance_class \
--db-instance-identifier db_instance_id \
--engine aurora-postgresql \
--engine-version version \
--region primary_region
```
Per Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier primary_db_cluster_id ^
--db-instance-class instance_class ^
--db-instance-identifier db_instance_id ^
--engine aurora-postgresql ^
--engine-version version ^
--region primary_region
```
1. Prima di continuare, controllare lo stato dell'istanza database Aurora.
```
aws rds describe-db-clusters --db-cluster-identifier primary_db_cluster_id
```
Se la risposta mostra che lo stato dell’istanza database Aurora è `available`, è possibile creare un’altra istanza database Aurora per il cluster di database primario.
1. Per creare una replica Aurora per cluster di database Aurora, utilizzare il comando CLI `[create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)`.
Per Linux, macOS o Unix:
```
aws rds create-db-instance \
--db-cluster-identifier primary_db_cluster_id \
--db-instance-class instance_class \
--db-instance-identifier replica_db_instance_id \
--engine aurora-postgresql
```
Per Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier primary_db_cluster_id ^
--db-instance-class instance_class ^
--db-instance-identifier replica_db_instance_id ^
--engine aurora-postgresql
```
Quando l'istanza database è disponibile, la replica inizia dal nodo del writer al nodo di replica. Prima di continuare, verificare che l'istanza database sia disponibile utilizzando il comando CLI `[describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)`.
Il database globale Aurora esiste, ma ha solo la relativa regione principale con un cluster di database Aurora costituito da un'istanza database di scrittura e una replica Aurora. A questo punto è possibile aggiungere un cluster di database Aurora di sola lettura in una regione diversa per completare il database globale Aurora. A tale scopo, segui la procedura in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
## API RDS
Per creare un database globale Aurora con l'API RDS, esegui l'operazione. [CreateGlobalCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateGlobalCluster.html)
# Aggiunta di una Regione AWS a un database globale Amazon Aurora
È possibile utilizzare la procedura seguente per aggiungere un ulteriore cluster secondario a un database globale esistente. È anche possibile creare un database globale da un cluster di database Aurora autonomo utilizzando questa procedura per aggiungere la prima Regione AWS secondaria.
Un database globale Aurora richiede almeno un cluster di database Aurora secondario in una Regione AWS diversa da quella del cluster di database Aurora primario. È possibile collegare fino a 10 cluster di database secondari a un Database globale Aurora. Ripeti la procedura seguente per ogni nuovo cluster di database secondario. Per ogni cluster di database secondario aggiunto al database globale Aurora, ridurre di un'unità il numero di repliche Aurora consentite nel cluster di database primario.
Ad esempio, se il Database globale Aurora dispone di 10 Regioni secondarie, il cluster di database primario può avere solo 5 repliche Aurora (anziché 15). Per ulteriori informazioni, consulta [Requisiti di configurazione di un database globale Amazon Aurora](aurora-global-database.configuration.requirements.md).
Il numero di repliche Aurora (istanze di lettura) nel cluster di database primario determina il numero di cluster database secondari che è possibile aggiungere. Il numero di istanze di lettura nel cluster database primario più il numero di cluster secondari potrebbe essere pari a 15. Ad esempio, se esistono 14 istanze di lettura nel cluster di database primario e un cluster secondario, non è possibile aggiungere un altro cluster secondario al database globale.
**Nota**
Per Aurora MySQL versione 3, quando crei un cluster secondario, assicurati che il valore di `lower_case_table_names` corrisponda al valore nel cluster primario. Questa impostazione è un parametro del database che influisce sul modo in cui il server gestisce la distinzione tra maiuscole e minuscole. Per ulteriori informazioni sui parametri di database, vedi [Gruppi di parametri per Amazon Aurora](USER_WorkingWithParamGroups.md).
Quando crei un cluster secondario, ti consigliamo di utilizzare la stessa versione del motore database per il primario e il secondario. Se necessario, aggiorna il primario in modo che abbia la stessa versione del secondario. Per ulteriori informazioni, consulta [Compatibilità del livello di patch per switchover e failover gestiti tra regioni](aurora-global-database-upgrade.md#aurora-global-database-upgrade.minor.incompatibility).
## Console
**Come aggiungere una Regione AWS a un database globale Aurora**
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. Nel riquadro di navigazione della Console di gestione AWS, scegliere **Databases (Database)**.
1. Scegliere il database globale Aurora che richiede un cluster di database Aurora secondario. Assicurarsi che il cluster di database Aurora primario sia `Available`.
1. In **Azioni**, scegli **Aggiungi Regione AWS**.
![\[Screenshot che mostra il cluster di database con provisioning e il comando “Aggiungi Regione AWS“ selezionato nel menu Azioni.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-create-apg-5-add-region.png)
1. Nella pagina **Add a region (Aggiungi una regione)**, scegli la Regione AWS secondaria.
Non è possibile scegliere una Regione AWS che dispone già di un cluster di database Aurora secondario per lo stesso database globale Aurora. Inoltre, non può essere la stessa regione del cluster database Aurora primario.
**Nota**
I database globali Babelfish per Aurora PostgreSQL funzionano nelle Regioni secondarie solo se i parametri che controllano le preferenze di Babelfish sono attivati in tali Regioni. Per ulteriori informazioni, consulta [Impostazioni del gruppo di parametri del cluster database per Babelfish](babelfish-configuration.md)
![\[La pagina Aggiungi una regione per un database globale Aurora.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-create-apg-6-add-region.png)
1. Completa i campi rimanenti per il cluster Aurora secondario nella nuova regione AWS. Queste sono le stesse opzioni di configurazione di qualsiasi istanza del cluster database Aurora, ad eccezione della seguente opzione solo per i database globali Aurora basati su Aurora MySQL–:
+ Abilita l'inoltro in scrittura di replica in lettura – Questa impostazione facoltativa consente ai cluster database secondari del database Aurora globale di inoltrare le operazioni di scrittura al cluster primario. Per ulteriori informazioni, consulta [Utilizzo dell'inoltro di scrittura in un database globale Amazon Aurora](aurora-global-database-write-forwarding.md).
![\[Schermata che mostra che il cluster secondario ora fa parte del database globale Aurora.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-database-enable-write-forwarding.png)
1. Scegli **Aggiungi Regione AWS**.
Dopo aver aggiunto la regione al database globale Aurora, potrai visualizzarla nell'elenco dei **Database** nella Console di gestione AWS come mostrato nella schermata.
![\[Schermata che mostra che il cluster secondario ora fa parte del database globale Aurora.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-apg-complete.png)
## AWS CLI
**Come aggiungere una Regione AWS secondaria a un database globale Aurora**
Per aggiungere un cluster secondario al database globale utilizzando la CLI, è necessario disporre già dell’oggetto container del cluster globale. Se non hai già eseguito il comando `create-global-cluster`, consulta la procedura CLI in [Creazione di un database globale Amazon Aurora](aurora-global-database-creating.md).
1. Utilizzare il comando CLI `[create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)` con il nome (`--global-cluster-identifier`) del database globale Aurora. Per gli altri parametri, effettuare le seguenti operazioni:
1. Per `--region`, scegli una Regione AWS diversa dalla tua regione Aurora principale.
1. Scegli i valori specifici per i parametri `--engine` e `--engine-version`. Questi valori sono gli stessi di quelli del cluster database Aurora primario nel database globale Aurora.
1. Per un cluster crittografato, specificare la Regione AWS principale come `--source-region` per la crittografia.
Nell'esempio seguente viene creato un nuovo cluster di database Aurora e viene collegato a un database globale Aurora come cluster di database Aurora secondario di sola lettura. Nell'ultimo passaggio, viene aggiunta un'istanza database Aurora al nuovo cluster di database Aurora.
Per Linux, macOS o Unix:
```
aws rds --region secondary_region \
create-db-cluster \
--db-cluster-identifier secondary_cluster_id \
--global-cluster-identifier global_database_id \
--engine aurora-mysql | aurora-postgresql \
--engine-version version
aws rds --region secondary_region \
create-db-instance \
--db-instance-class instance_class \
--db-cluster-identifier secondary_cluster_id \
--db-instance-identifier db_instance_id \
--engine aurora-mysql | aurora-postgresql
```
Per Windows:
```
aws rds --region secondary_region ^
create-db-cluster ^
--db-cluster-identifier secondary_cluster_id ^
--global-cluster-identifier global_database_id_id ^
--engine aurora-mysql | aurora-postgresql ^
--engine-version version
aws rds --region secondary_region ^
create-db-instance ^
--db-instance-class instance_class ^
--db-cluster-identifier secondary_cluster_id ^
--db-instance-identifier db_instance_id ^
--engine aurora-mysql | aurora-postgresql
```
## API RDS
Per aggiungere una nuova Regione AWS a un database globale Aurora con l'API RDS, esegui l'operazione [CreateDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html). Specificare l'identificatore del database globale esistente utilizzando il parametro `GlobalClusterIdentifier`.
# Creazione di un cluster database Aurora headless in una regione secondaria
Sebbene un database globale Aurora richieda almeno un cluster di database Aurora secondario in una Regione AWS diversa da quella primaria, è possibile utilizzare una configurazione *headless* per il cluster secondario. Un cluster database Aurora secondario headless è un cluster senza un'istanza database. Questo tipo di configurazione può ridurre le spese per un database globale Aurora. In un cluster database Aurora, il calcolo e l’archiviazione vengono disaccoppiati. Senza l'istanza database, non viene addebitato alcun costo per il calcolo, solo per lo storage. Se è configurato correttamente, il volume di archiviazione di un secondario headless viene mantenuto sincronizzato con il cluster database Aurora primario.
Puoi aggiungere il cluster secondario come si fa normalmente durante la creazione di un database globale Aurora. Se stai creando tutti i cluster nel database globale, segui la procedura riportata in [Creazione di un database globale Amazon Aurora](aurora-global-database-creating.md). Se disponi già di un cluster di database da utilizzare come cluster primario, segui la procedura riportata in [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
Dopo che il cluster di database Aurora primario inizia la replica nel secondario, è possibile eliminare l’istanza database Aurora di sola lettura dal cluster di database Aurora secondario. Questo cluster secondario è ora considerato “headless” perché non dispone più dell'istanza DB. Anche in assenza di istanze database Aurora, Aurora mantiene la sincronizzazione tra il volume di archiviazione e il cluster di database Aurora primario.
**avvertimento**
Con Aurora PostgreSQL, per creare un cluster headless in una Regione AWS secondaria, utilizza la AWS CLI o l’API RDS per aggiungere la Regione AWS secondaria. Salta il passaggio per creare l'istanza DB di lettura per il cluster secondario. Attualmente, la creazione di un cluster headless non è supportata nella console RDS. Per l'utilizzo delle procedure CLI e API, consulta [Aggiunta di una Regione AWS a un database globale Amazon Aurora](aurora-global-database-attaching.md).
Se il database globale utilizza una versione del motore Aurora PostgreSQL inferiore a 13.4, 12.8 o 11.13, la creazione di un’istanza database di lettura in una Regione secondaria e la successiva eliminazione potrebbero causare un problema di vacuum di Aurora PostgreSQL nell’istanza database di scrittura della Regione primaria. Se si verifica questo problema, riavviare l'istanza DB di scrittura della regione principale dopo aver eliminato l'istanza DB di lettura della regione secondaria.
**Per aggiungere un cluster database Aurora secondario headless al database globale Aurora**
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. Nel riquadro di navigazione della Console di gestione AWS, scegliere **Databases (Database)**.
1. Scegliere il database globale Aurora che richiede un cluster di database Aurora secondario. Assicurarsi che il cluster di database Aurora primario sia `Available`.
1. In **Azioni**, scegli **Aggiungi Regione AWS**.
1. Nella pagina **Add a region (Aggiungi una regione)**, scegli la Regione AWS secondaria.
Non è possibile scegliere una Regione AWS che dispone già di un cluster di database Aurora secondario per lo stesso database globale Aurora. Inoltre, non può essere la stessa regione del cluster database Aurora primario.
1. Completa i campi rimanenti per il cluster Aurora secondario nella nuova Regione AWS. Queste sono le stesse opzioni di configurazione di qualsiasi istanza del cluster database Aurora.
Per un database globale Aurora basato su Aurora MySQL–, ignora l'opzione **Abilita inoltro in scrittura della replica in lettura**. Questa opzione non ha alcuna funzione dopo aver eliminato l'istanza del lettore.
1. Scegli **Aggiungi Regione AWS**. Dopo aver aggiunto la regione al database globale Aurora, potrai visualizzarla nell'elenco dei **Database** nella Console di gestione AWS come mostrato nella schermata.
![\[Schermata che mostra il cluster secondario con la relativa istanza del lettore che fa parte del database globale Aurora.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-headless-stage-1.png)
1. Prima di continuare, controlla lo stato del cluster database Aurora secondario e la relativa istanza di lettura tramite la Console di gestione AWS o la AWS CLI. Ad esempio:
```
$ aws rds describe-db-clusters --db-cluster-identifier secondary-cluster-id --query '*[].[Status]' --output text
```
Il passaggio dello stato di un cluster database Aurora secondario appena aggiunto da `creating` a `available` può richiedere alcuni minuti. Quando il cluster database Aurora è disponibile, è possibile eliminare l'istanza di lettura.
1. Seleziona l'istanza di lettura nel cluster database Aurora secondario, quindi scegli **Elimina**.
![\[Schermata che mostra l'istanza di lettura selezionata e pronta per l'eliminazione.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-headless-stage-2.png)
Dopo aver eliminato l'istanza di lettura, il cluster secondario rimane parte del database globale Aurora. Non ha alcuna istanza associata, come illustrato di seguito.
![\[Schermata che mostra il cluster database secondario headless.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-db-headless-secondary.png)
Puoi utilizzare questo cluster di database Aurora secondario headless per [ripristinare manualmente il database globale Amazon Aurora da un'interruzione non pianificata nella Regione AWS principale](aurora-global-database-disaster-recovery.md#aurora-global-database-failover) se si verifica un'interruzione del servizio.
# Creazione di un database globale Amazon Aurora da uno snapshot Amazon Aurora o Amazon RDS
È possibile ripristinare uno snapshot di un cluster di database Aurora o di un'istanza database Amazon RDS da utilizzare come punto di partenza per il database globale Aurora. È possibile ripristinare uno snapshot e al contempo creare un nuovo cluster di database Aurora con provisioning. È quindi possibile aggiungere al cluster di database ripristinato un'altra Regione AWS trasformandolo in un database globale Aurora. Qualsiasi cluster di database Aurora creato utilizzando uno snapshot in questo modo diventa il cluster primario del database globale Aurora.
Lo snapshot utilizzato può essere preso da un cluster di database Aurora `provisioned` o `serverless`.
Durante il processo di ripristino, scegliere lo stesso tipo di motore di database dello snapshot. Ad esempio, si assuma di voler ripristinare uno snapshot creato da un cluster database Aurora Serverless che esegue Aurora PostgreSQL. In questo caso, si crea un cluster database Aurora PostgreSQL utilizzando lo stesso motore database Aurora e la stessa versione.
Quando si aggiunge una Regione AWS, il cluster database ripristinato assume il ruolo di cluster primario per il database globale Aurora. Tutti i dati contenuti in questo cluster primario vengono replicati in tutti i cluster secondari aggiunti al database globale Aurora.
![\[Screenshot che mostra la pagina di ripristino snapshot per un Aurora Global Database.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-global-databases-restore-snapshot-01.png)