

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à.

# Creazione di un cluster di database
<a name="limitless-create-cluster"></a>

Utilizza le seguenti procedure per creare un cluster di database Aurora PostgreSQL che utilizza Aurora PostgreSQL Limitless Database.

Puoi utilizzare Console di gestione AWS o AWS CLI per creare il cluster di database che utilizza Aurora PostgreSQL Limitless Database. Crea il cluster di database primario e il gruppo di shard del database.

## Console
<a name="limitless-create-cluster.CON"></a>

Quando utilizzi Console di gestione AWS per creare il cluster di database primario, anche il gruppo di shard del database viene creato nella stessa procedura.

**Per creare un cluster di database tramite la console**

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. Scegliere **Crea database**.

   Viene visualizzata la pagina **Crea database**.

1. Per **Tipo di motore** scegli **Aurora (compatibile con PostgreSQL)**.

1. Per **Versione**, scegli una delle seguenti opzioni:
   + **Aurora PostgreSQL Limitless Database (compatibile con PostgreSQL 16.4)**
   + **Aurora PostgreSQL Limitless Database (compatibile con PostgreSQL 16.6)**

1. Per **Aurora PostgreSQL Limitless Database**:  
![\[Impostazioni della console di Aurora PostgreSQL Limitless Database con opzioni di configurazione per parametri di sharding e distribuzione.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/limitless_create_database.png)

   1. Inserisci un **identificatore del gruppo di shard del database**.
**Importante**  
Dopo aver creato il gruppo di shard del database, non è possibile modificare l’identificatore del cluster di database o quello del gruppo di shard del database.

   1. Per l’**intervallo di capacità del gruppo di shard del database**:

      1. Inserisci la **capacità minima (ACU)**. Utilizza un valore pari ad almeno 16 ACU.

         Per un ambiente di sviluppo, il valore predefinito è 16 ACU. Per un ambiente di produzione, il valore predefinito è 24 ACU.

      1. Inserisci la **capacità massima (ACU)**. Utilizza un valore compreso tra almeno 16 ACU e al massimo 6.144 ACU.

         Per un ambiente di sviluppo, il valore predefinito è 64 ACU. Per un ambiente di produzione, il valore predefinito è 384 ACU.

      Per ulteriori informazioni, consulta [Correlazione della capacità massima del gruppo di shard del database con il numero di router e shard creati](limitless-cluster.md#limitless-capacity-mapping).

   1. Per l’**implementazione di gruppi di shard del database**, scegli se creare standby per il gruppo di shard del database:
      + **Nessuna ridondanza di calcolo**: crea un gruppo di shard del database senza standby per ogni shard. Si tratta del valore di default.
      + **Ridondanza di calcolo con una singola destinazione di failover**: crea un gruppo di shard del database con uno standby di elaborazione in una zona di disponibilità (AZ) diversa.
      + **Ridondanza di calcolo con due destinazioni di failover**: crea un gruppo di shard del database con due standby di calcolo in due AZ diverse.
**Nota**  
Se imposti la ridondanza di calcolo su un valore diverso da zero, il numero totale di istanze database per shard verrà raddoppiato o triplicato. Queste istanze database aggiuntive sono standby di calcolo, aumentate o ridotte verticalmente fino alla stessa capacità dell’istanza di scrittura. L’intervallo di capacità non viene impostato separatamente per gli standby. Pertanto, l’utilizzo di ACU e la relativa fatturazione raddoppiano o triplicano di conseguenza. Per conoscere l’esatto utilizzo di ACU derivante dalla ridondanza di calcolo, consulta la metrica `DBShardGroupComputeRedundancyCapacity` in [Metriche DBShardGroup](limitless-monitoring.cw.md#limitless-monitoring.cw.DBShardGroup).

   1. Scegli se rendere il gruppo di shard del database accessibile pubblicamente.
**Nota**  
Non è possibile modificare questa impostazione dopo la creazione del gruppo di shard del database.

1. Per la **connettività**:

   1. (Facoltativo) Seleziona **Connetti a una risorsa di calcolo EC2**, quindi scegli un’istanza EC2 esistente o creane una nuova.
**Nota**  
Se ti connetti a un’istanza EC2, non puoi rendere il gruppo di shard del database accessibile pubblicamente.

   1. Per **Tipo di rete**, scegli **IPv4** o **Modalità dual-stack**.

   1. Scegli il **cloud privato virtuale (VPC)** e il **gruppo di sottoreti di database** o utilizza le impostazioni predefinite.
**Nota**  
Se crei il cluster di database Limitless Database nella Regione Stati Uniti orientali (Virginia settentrionale), non includere la zona di disponibilità (AZ) `us-east-1e` nel gruppo di sottoreti di database. A causa di limitazioni delle risorse, Aurora Serverless v2, e quindi Limitless Database, non è supportato nella AZ `us-east-1e`.

   1. Scegli il **gruppo di sicurezza VPC (firewall)** o utilizza l’impostazione predefinita.

1. Per **Autenticazione database**, scegli **Autenticazione password** o **Autenticazione password e database IAM**.

1. Per **Monitoraggio**, assicurati che le caselle di controllo **Attivazione di Performance Insights** e **Abilita monitoraggio avanzato** siano selezionate.

   Per Approfondimenti sulle prestazioni, scegli un periodo di conservazione di almeno 1 mese.

1. Espandi **Configurazione aggiuntiva** nella parte inferiore della pagina.

1. Per **Esportazioni log**, assicurati che la casella di controllo **Log di PostgreSQL** sia selezionata.

1. Specifica le altre impostazioni secondo necessità. Per ulteriori informazioni, consulta [Impostazioni per cluster di database Aurora](Aurora.CreateInstance.md#Aurora.CreateInstance.Settings).

1. Scegliere **Crea database**.

Dopo aver creato il cluster di database primario e il gruppo di shard del database, questi vengono visualizzati nella pagina **Database**.

![\[Cluster di database primario e gruppo di shard del database di Aurora PostgreSQL Limitless Database.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/limitless_cluster_164.png)


## CLI
<a name="limitless-create-CLI"></a>

Quando utilizzi AWS CLI per creare un cluster di database che utilizza Aurora PostgreSQL Limitless Database, devi eseguire le seguenti attività:

1. [Creare il cluster di database primario](#limitless-create-CLI.cluster).

1. [Creare il gruppo di shard del database](#limitless-create-CLI.shard-group).

### Creare il cluster di database primario
<a name="limitless-create-CLI.cluster"></a>

Per creare il cluster di database sono necessari i seguenti parametri:
+ `--db-cluster-identifier`: nome del cluster di database.
+ `--engine`: il cluster di database deve utilizzare il motore di database `aurora-postgresql`.
+ `--engine-version`: il cluster di database deve utilizzare una delle versioni supportate del motore di database.
  + `16.4-limitless`
  + `16.6-limitless`
+ `--storage-type`: il cluster di database deve utilizzare la configurazione di archiviazione del cluster di database `aurora-iopt1`.
+ `--cluster-scalability-type`: specifica la modalità di scalabilità del cluster di database Aurora. Se impostato su `limitless`, il cluster funziona come Aurora PostgreSQL Limitless Database. Se impostato su `standard` (impostazione predefinita), il cluster utilizza la normale creazione di istanze database.
**Nota**  
Non è possibile modificare questa impostazione dopo la creazione del cluster di database.
+ `--master-username`: il nome dell’utente master del cluster di database.
+ `--master-user-password`: la password dell’utente master.
+ `--enable-performance-insights`: è necessario abilitare Approfondimenti sulle prestazioni.
+ `--performance-insights-retention-period`: il periodo di conservazione di Approfondimenti sulle prestazioni deve essere di almeno 31 giorni.
+ `--monitoring-interval`: l’intervallo, in secondi, tra i punti di raccolta delle metriche di monitoraggio avanzato per il cluster di database. Questo valore può essere `0`.
+ `--monitoring-role-arn`: il nome della risorsa Amazon (ARN) del ruolo IAM che consente a RDS di inviare le metriche di monitoraggio avanzato ad Amazon CloudWatch Logs.
+ `--enable-cloudwatch-logs-exports`: è necessario esportare i log `postgresql` in CloudWatch Logs.

I parametri seguenti sono facoltativi:
+ `--db-subnet-group-name`: il gruppo di sottoreti database da associare al cluster di database. Questo determina anche il VPC associato al cluster di database.
**Nota**  
Se crei il cluster di database Limitless Database nella Regione Stati Uniti orientali (Virginia settentrionale), non includere la zona di disponibilità (AZ) `us-east-1e` nel gruppo di sottoreti di database. A causa di limitazioni delle risorse, Aurora Serverless v2, e quindi Limitless Database, non è supportato nella AZ `us-east-1e`.
+ `--vpc-security-group-ids`: un elenco di gruppi di sicurezza VPC da associare al cluster di database.
+ `--performance-insights-kms-key-id`: l’identificatore AWS KMS key per la crittografia dei dati di Approfondimenti sulle prestazioni. Se non specifichi una chiave KMS, viene utilizzata la chiave predefinita dell’Account AWS.
+ `--region`: la Regione AWS in cui viene creato il cluster di database. Deve supportare Aurora PostgreSQL Limitless Database.

Per utilizzare il VPC e il gruppo di sicurezza VPC predefiniti, ometti le opzioni `--db-subnet-group-name` e `--vpc-security-group-ids`.

**Per creare un cluster di database primario**
+ 

  ```
  aws rds create-db-cluster \
      --db-cluster-identifier my-limitless-cluster \
      --engine aurora-postgresql \
      --engine-version 16.6-limitless \
      --storage-type aurora-iopt1 \
      --cluster-scalability-type limitless \
      --master-username myuser \
      --master-user-password mypassword \
      --db-subnet-group-name mysubnetgroup \
      --vpc-security-group-ids sg-c7e5b0d2 \
      --enable-performance-insights \
      --performance-insights-retention-period 31 \
      --monitoring-interval 5 \
      --monitoring-role-arn arn:aws:iam::123456789012:role/EMrole \
      --enable-cloudwatch-logs-exports postgresql
  ```

Per ulteriori informazioni, consulta [create-db-cluster](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/create-db-cluster.html).

### Creare il gruppo di shard del database
<a name="limitless-create-CLI.shard-group"></a>

Successivamente, crea il gruppo di shard del database nel cluster appena creato. I parametri seguenti sono obbligatori:
+ `--db-shard-group-identifier`: il nome del gruppo di shard del database.

  L’identificatore del gruppo di shard del database presenta i seguenti vincoli:
  + Deve essere unico nell’Account AWS e nella Regione AWS in cui viene creato.
  + Deve contenere da 1 a 63 lettere, numeri o trattini.
  + Il primo carattere deve essere una lettera.
  + Non può terminare con un trattino o contenere due trattini consecutivi.
  + 
**Importante**  
Dopo aver creato il gruppo di shard del database, non è possibile modificare l’identificatore del cluster di database o quello del gruppo di shard del database.
+ `--db-cluster-identifier`: il nome del cluster di database in cui viene creato il gruppo di shard del database.
+ `--max-acu`: la capacità massima del gruppo di shard del database. Deve essere compresa tra 16 e 6.144 ACU. Per limiti di capacità superiori a 6.144 ACU, contatta AWS.

  Il numero iniziale di router e shard è determinato dalla capacità massima impostata al momento della creazione del gruppo di shard del database. Maggiore è la capacità massima, maggiore sarà il numero di router e shard creati nel gruppo di shard del database. Per ulteriori informazioni, consulta [Correlazione della capacità massima del gruppo di shard del database con il numero di router e shard creati](limitless-cluster.md#limitless-capacity-mapping).

I parametri seguenti sono facoltativi:
+ `--compute-redundancy`: indica se creare standby per il gruppo di shard del database. Questo parametro può avere uno dei seguenti valori:
  + `0`: crea un gruppo di shard del database senza standby per ogni shard. Si tratta del valore di default.
  + `1`: crea un gruppo di shard del database con un’istanza di standby di calcolo in una zona di disponibilità (AZ) diversa.
  + `2`: crea un gruppo di shard del database con due standby di calcolo in due AZ diverse.
**Nota**  
Se imposti la ridondanza di calcolo su un valore diverso da zero, il numero totale di shard verrà raddoppiato o triplicato. Ciò comporterà costi aggiuntivi.  
I nodi negli standby di calcolo vengono aumentati o ridotti verticalmente fino alla stessa capacità dell’istanza di scrittura. L’intervallo di capacità non viene impostato separatamente per gli standby.
+ `--min-acu`: la capacità minima del gruppo di shard del database. Deve essere pari ad almeno 16 ACU, che è il valore predefinito.
+ `--publicly-accessible|--no-publicly-accessible`: indica se assegnare indirizzi IP pubblici al gruppo di shard del database. L’accesso al gruppo di shard del database è controllato dai gruppi di sicurezza utilizzati dal cluster.

  Il valore di default è `--no-publicly-accessible`.
**Nota**  
Non è possibile modificare questa impostazione dopo la creazione del gruppo di shard del database.

**Per creare il gruppo di shard del database**
+ 

  ```
  aws rds create-db-shard-group \
      --db-shard-group-identifier my-db-shard-group \
      --db-cluster-identifier my-limitless-cluster \
      --max-acu 1000
  ```