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

# Che cos'è Amazon Aurora?
<a name="CHAP_AuroraOverview"></a>

Amazon Aurora (Aurora) è un motore del database relazionale completamente gestito compatibile con MySQL e PostgreSQL. Sei già al corrente di come MySQL e PostgreSQL combinano la velocità e l'affidabilità dei database commerciali di fascia alta e la semplicità e la convenienza dei database open source. Il codice, gli strumenti e le applicazioni che attualmente utilizzi con i database MySQL e PostgreSQL esistenti possono essere usati anche con Aurora. Con alcuni carichi di lavoro, Aurora assicura un throughput fino a cinque volte superiore a MySQL e fino al triplo di PostgreSQL e non richiede alcuna modifica alla maggior parte delle applicazioni esistenti.

Aurora include un sottosistema di storage ad alte prestazioni. I relativi motori di database compatibili con MySQL e PostgreSQL sono personalizzati per beneficiare dello storage distribuito e rapido. Lo storage sottostante cresce automaticamente in funzione delle necessità. Un volume del cluster Aurora può raggiungere una dimensione massima di 128 tebibytes (TiB). Aurora inoltre automatizza ed esegue la standardizzazione del clustering e della replica di database, ovvero due aspetti in genere tra i più impegnativi nell'ambito della configurazione e dell'amministrazione dei database.

Aurora fa parte del servizio di database gestito Amazon Relational Database Service (Amazon RDS). Amazon RDS semplifica la configurazione, l’uso e la scalabilità dei database relazionali nel cloud. Se è la prima volta che utilizzi Amazon RDS, consulta la [https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html). Per ulteriori informazioni sulle varie opzioni di database disponibili su Amazon Web Services, consulta [Choosing the right database for your organization on AWS](https://aws.amazon.com/getting-started/decision-guides/databases-on-aws-how-to-choose/) (Scelta del database appropriato per l'organizzazione su AWS).

**Topics**
+ [Modello di responsabilità condivisa di Amazon RDS](#aur-shared-resp)
+ [Funzionamento di Amazon Aurora con Amazon RDS](#aurora-rds-comparison)
+ [Cluster database Amazon Aurora](Aurora.Overview.md)
+ [Versioni di Amazon Aurora](Aurora.VersionPolicy.md)
+ [Regioni e zone di disponibilità](Concepts.RegionsAndAvailabilityZones.md)
+ [Funzionalità supportate in Amazon Aurora by e Regione AWS Aurora DB engine](Concepts.AuroraFeaturesRegionsDBEngines.grids.md)
+ [Connessioni degli endpoint Amazon Aurora](Aurora.Overview.Endpoints.md)
+ [Classi di istanze DB Amazon Aurora](Concepts.DBInstanceClass.md)
+ [Archiviazione Amazon Aurora](Aurora.Overview.StorageReliability.md)
+ [Affidabilità Amazon Aurora](Aurora.Overview.Reliability.md)
+ [Sicurezza di Amazon Aurora](Aurora.Overview.Security.md)
+ [Elevata disponibilità di Amazon Aurora](Concepts.AuroraHighAvailability.md)
+ [Replica con Amazon Aurora](Aurora.Replication.md)
+ [Fatturazione delle istanze database per Aurora](User_DBInstanceBilling.md)
+ [Amazon Aurora nel piano gratuito AWS](aurora-free-tier.md)

## Modello di responsabilità condivisa di Amazon RDS
<a name="aur-shared-resp"></a>

Amazon RDS è responsabile dell'hosting dei componenti software e dell'infrastruttura delle istanze database e dei cluster di database. Tu sei responsabile dell'ottimizzazione delle query, ovvero il processo di ottimizzazione delle query SQL per migliorare le prestazioni. Le prestazioni delle query dipendono fortemente dalla progettazione del database, dalla dimensione dei dati, dalla distribuzione dei dati, dal carico di lavoro dell'applicazione e dai modelli di query, che possono variare notevolmente. Il monitoraggio e l'ottimizzazione sono processi altamente personalizzati che puoi usare per i tuoi database RDS. È possibile utilizzare Approfondimenti sulle prestazioni di Amazon RDS e altri strumenti per identificare le query problematiche.

## Funzionamento di Amazon Aurora con Amazon RDS
<a name="aurora-rds-comparison"></a>

Gli elementi seguenti illustrano in che modo Amazon Aurora è correlato ai motori MySQL e PostgreSQL standard disponibili in Amazon RDS.
+ Aurora MySQL o Aurora PostgreSQL viene scelto come opzione di motore del database durante la configurazione di nuovi server di database mediante Amazon RDS.
+ Aurora sfrutta le caratteristiche note di Amazon Relational Database Service (Amazon RDS) per la gestione e l'amministrazione. Aurora utilizza l' Console di gestione AWS interfaccia, AWS CLI i comandi e le operazioni API di Amazon RDS per gestire attività di database di routine come provisioning, patching, backup, ripristino, rilevamento di errori e riparazione.
+ Le operazioni di gestione Aurora in genere implicano cluster interi di server di database sincronizzati mediante operazioni di replica anziché singole istanze database. Le funzioni automatiche di clustering, replica e allocazione dello storage semplificano e rendono più conveniente dal punto di vista dei costi la configurazione, l'utilizzo e il dimensionamento delle implementazioni MySQL e PostgreSQL più importanti.
+ Puoi trasferire dati da Amazon RDS for MySQL e Amazon RDS for PostgreSQL in Aurora creando e ripristinando snapshot o configurando una replica unidirezionale. Puoi utilizzare strumenti di migrazione per convertire, con la semplice pressione di un pulsante, le applicazioni RDS per MySQL e RDS per PostgreSQL in Aurora.

Prima di utilizzare Amazon Aurora, completa le fasi indicate in [Configurazione dell'ambiente per Amazon Aurora](CHAP_SettingUp_Aurora.md) e quindi esamina i concetti e le caratteristiche di Aurora in [Cluster database Amazon Aurora](Aurora.Overview.md).

# Cluster database Amazon Aurora
<a name="Aurora.Overview"></a>

Un *cluster database* Amazon Aurora è composto da una o più istanze database e da un volume del cluster che gestisce i dati per tali istanze. Un *volume del cluster* Aurora è uno storage di database virtuale che si estende su più zone di disponibilità, ciascuna delle quali include una copia dei dati del cluster database. Un cluster database Aurora è formato da due tipi di istanze:
+ **Istanza database primaria (di scrittura)**: supporta operazioni di lettura e scrittura ed esegue tutte le modifiche ai dati del volume del cluster. Ciascun cluster database Aurora ha un'istanza database primaria.
+ **Replica Aurora (istanza database di lettura)**: si connette allo stesso volume di archiviazione dell’istanza database primaria ma supporta solo operazioni di lettura. Oltre all'istanza database primaria, ciascun cluster database Aurora può avere fino a 15 repliche di Aurora. È possibile mantenere l'alta disponibilità posizionando le repliche Aurora in zone di disponibilità separate. Aurora esegue automaticamente il failover in una replica di Aurora nel caso in cui l'istanza database principale non sia più disponibile. È possibile specificare la priorità di failover per le repliche di Aurora. Le repliche di Aurora possono anche effettuare l'offload dei carichi di lavoro in lettura dall'istanza database primaria.

Il diagramma seguente mostra la relazione tra il volume del cluster, l’istanza database di scrittura e le istanze database di lettura in un cluster di database Aurora.

![\[Diagramma dell’architettura del cluster di database Amazon Aurora che mostra il livello di archiviazione, le istanze database e le connessioni client.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora_architecture.png)


**Nota**  
Le informazioni precedenti si applicano a tutti i cluster di database Aurora: con provisioning, con query parallela, Database globale Aurora, Aurora Serverless, compatibili con Aurora MySQL e compatibili con Aurora PostgreSQL.

Il cluster di database Aurora illustra la separazione tra capacità di calcolo e archiviazione. Ad esempio, una configurazione Aurora con una sola istanza database è comunque un cluster, poiché il volume dello storage sottostante riguarda più nodi di storage distribuiti in più zone di disponibilità (AZ).

Le operazioni di input/output (I/O) nei cluster database Aurora vengono conteggiate allo stesso modo, indipendentemente dal fatto che si trovino su un'istanza database di scrittura o lettura. Per ulteriori informazioni, consulta [Configurazioni dell'archiviazione per i cluster database Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type).

# Versioni di Amazon Aurora
<a name="Aurora.VersionPolicy"></a>

Con Amazon Aurora, puoi scegliere il [motore di database relazionale supportato](#Aurora.VersionPolicy.SupportedEngines) che meglio si adatta ai requisiti delle tue applicazioni, mantenendo al contempo la compatibilità con i motori sottostanti. Aurora riutilizza il codice dei motori di database supportati, in modo da poter sfruttare le funzionalità, gli strumenti e le librerie esistenti per tali motori. Quando crei un cluster, devi [specificare la versione del motore di database Amazon Aurora](#Aurora.VersionPolicy.ChoosingVersion) che desideri utilizzare. La versione scelta determina la compatibilità e le funzionalità disponibili.

Questa documentazione spiega i punti in comune e le differenze tra Amazon Aurora e i motori di database corrispondenti. Sulla base di queste informazioni, puoi determinare la versione del software da selezionare e capire come verificare le funzionalità disponibili e le correzioni di bug in ciascuna versione. Puoi utilizzare questo riferimento anche per determinare la cadenza di aggiornamento appropriata e pianificare l’aggiornamento.

## Motori di database supportati per i cluster di database Amazon Aurora
<a name="Aurora.VersionPolicy.SupportedEngines"></a>

I seguenti database relazionali sono disponibili su Amazon Aurora. Aurora riutilizza il codice e mantiene la compatibilità con i motori di database sottostanti. Tuttavia, Aurora ha specifici numeri di versione, cicli di rilascio e tempistiche per dichiarazione delle versioni come obsolete. Ogni nuova versione di Aurora è dotata di note di rilascio che elencano le nuove funzionalità, le correzioni, nonché altri miglioramenti e cambiamenti che si applicano a ciascuna versione.


| Database Aurora | Guida per l'utente | Versioni disponibili | Note di rilascio | 
| --- | --- | --- | --- | 
| Amazon Aurora edizione compatibile con MySQL | [Utilizzo di Amazon Aurora MySQL](Aurora.AuroraMySQL.md) | [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) | [Note di rilascio di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html) | 
| Amazon Aurora PostgreSQL-Compatible Edition | [Utilizzo di Amazon Aurora PostgreSQL](Aurora.AuroraPostgreSQL.md) | [Aggiornamenti del motore di database Amazon Aurora PostgreSQL per 02/06/2020](AuroraPostgreSQL.Updates.md) | [Note di rilascio per Aurora PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html) | 

## Specifica della versione del database Amazon Aurora per il cluster database
<a name="Aurora.VersionPolicy.ChoosingVersion"></a>

Quando si crea un nuovo cluster DB con l'operazione **Crea database** in o AWS CLI, Console di gestione AWS o con l'operazione `CreateDBCluster` API, è possibile specificare qualsiasi versione del database Aurora attualmente disponibile (principale o secondaria).

Per ulteriori informazioni su come creare cluster Aurora, consulta [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md). Per ulteriori informazioni su come modificare la versione di un cluster Aurora esistente, consulta [Modifica di un cluster database Amazon Aurora](Aurora.Modifying.md).

**Nota**  
Non tutte le versioni dei database Aurora sono disponibili in ogni Regione AWS. Per ulteriori informazioni sulle regioni e sulle versioni disponibili in ciascuna di esse Regione AWS, consulta [ Regioni e zone di disponibilità](Concepts.RegionsAndAvailabilityZones.md) e[Regioni e motori di database supportati per i database globali Aurora](Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.md).

# Controllo delle versioni di Amazon Aurora
<a name="Aurora.VersionPolicy.Versioning"></a>

Le versioni di Amazon Aurora sono diverse dai database di Community upstream con cui sono compatibili. Per aiutarti a garantire la compatibilità delle applicazioni e a sfruttare le funzionalità più recenti del motore di database, le sezioni seguenti spiegano le convenzioni di controllo delle versioni di Aurora e come le versioni di Aurora vengono mappate ai rispettivi database di Community.

Per un elenco dei database relazionali disponibili su Amazon Aurora, consulta [Motori di database supportati per i cluster di database Amazon Aurora](Aurora.VersionPolicy.md#Aurora.VersionPolicy.SupportedEngines).

## Differenze nei numeri di versione tra database della community e Aurora
<a name="Aurora.VersionPolicy.VersionNumberMapping"></a>

Ogni versione di Amazon Aurora è compatibile con una specifica versione di database di Community corrispondente. Puoi trovare la versione Community del tuo database con la funzione `version` e la versione di Aurora utilizzando la funzione `aurora_version`.

Gli esempi seguenti mostrano come trovare la versione Community del database per Aurora MySQL e Aurora PostgreSQL.

------
#### [ Aurora MySQL ]

La funzione `version` restituisce la versione Community del database per Aurora MySQL.

```
mysql> select version();
```

Esempio di output:

```
+------------------+
|   version()      |
+------------------+
|  8.0.32          | 
+------------------+
```

E la funzione `aurora_version` restituisce la versione di Aurora:

```
mysql> select aurora_version(), @@aurora_version;
```

Esempio di output:

```
+------------------+------------------+
| aurora_version() | @@aurora_version |
+------------------+------------------+
| 3.05.2           | 3.05.2           |
+------------------+------------------+
```

------
#### [ Aurora PostgreSQL ]

La funzione `version` restituisce la versione Community del database per Aurora PostgreSQL.

```
postgres=> select version();
```

Esempio di output:

```
-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)
```

E la funzione `aurora_version` restituisce la versione di Aurora:

```
postgres=> select aurora_version();
```

Esempio di output:

```
aurora_version
----------------
3.2.2
```

------

Per ulteriori informazioni, consultare [Controllo delle versioni Aurora MySQL utilizzando SQL](AuroraMySQL.Updates.Versions.md#AuroraMySQL.Updates.DBVersions) e [Identificazione delle versioni di Amazon Aurora PostgreSQL](AuroraPostgreSQL.Updates.md#AuroraPostgreSQL.Updates.Versions).

## Versioni predefinite di Amazon Aurora
<a name="Aurora.VersionPolicy.DefaultVersions"></a>

La versione predefinita è quella che Aurora sceglie automaticamente per la creazione o l’aggiornamento del database quando non specifichi manualmente una versione del motore di destinazione. Ad esempio, il comando seguente mostra la versione predefinita del motore per Aurora PostgreSQL (output di esempio incluso).

```
aws rds describe-db-engine-versions \
    --engine aurora-postgresql \
    --default-only \
    --query 'DBEngineVersions[0].EngineVersion' \
    --output text

16.4
```

A ogni versione principale corrisponde una versione secondaria predefinita. Pertanto, la versione secondaria predefinita è 16.*n* per Aurora PostgreSQL 16, con il numero di versione *n* che cambia quando Aurora rilascia nuove versioni secondarie predefinite. In genere, ogni anno Aurora rilascia due versioni secondarie predefinite per ogni versione principale. Il seguente script della shell bash mostra le versioni secondarie predefinite per un set di versioni principali di Aurora PostgreSQL (output di esempio incluso).

```
for major in 16 15 14 13 12 11; do   
  echo -n "Default for Aurora PostgreSQL major version $major: "
  aws rds describe-db-engine-versions \
    --engine aurora-postgresql \                 
    --engine-version "$major" \
    --default-only \
    --query 'DBEngineVersions[0].EngineVersion' \
    --output text
done

Default for Aurora PostgreSQL major version 16: 16.4
Default for Aurora PostgreSQL major version 15: 15.8
Default for Aurora PostgreSQL major version 14: 14.13
Default for Aurora PostgreSQL major version 13: 13.16
Default for Aurora PostgreSQL major version 12: 12.20
Default for Aurora PostgreSQL major version 11: 11.21
```

Se l’opzione Aggiornamento automatico versione secondaria è abilitata per il cluster di database Aurora, Aurora utilizza la versione secondaria predefinita oppure una versione secondaria più recente per una determinata versione principale. Ad esempio, se la versione secondaria predefinita per Aurora PostgreSQL 15 è la 15.8 ed è disponibile anche la versione più recente 15.10, Aurora può eseguire automaticamente l’aggiornamento a 15.8 o 15.10.

## Versioni principali di Amazon Aurora
<a name="Aurora.VersionPolicy.MajorVersions"></a>

Le versioni di Aurora usano lo schema `major.minor.patch`. *Versione principale di Aurora* si riferisce alla versione principale della community MySQL o PostgreSQL con cui Aurora è compatibile. Il supporto standard delle versioni principali di Aurora MySQL e Aurora PostgreSQL è disponibile almeno fino alla fine del ciclo di vita della community per la versione della community corrispondente. Puoi continuare a eseguire una versione principale a pagamento dopo la data di fine del supporto standard per Aurora. Per ulteriori informazioni, consulta [Supporto esteso di Amazon RDS con Amazon Aurora](extended-support.md) and [Prezzi di Amazon Aurora](https://aws.amazon.com/rds/aurora/pricing/).

Per ulteriori informazioni sulle versioni principali e sul calendario dei rilasci per Aurora MySQL e Aurora PostgreSQL, consulta le pagine seguenti nelle rispettive note di rilascio:
+ [Calendario dei rilasci per le versioni principali di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.release-calendars.html#AuroraMySQL.release-calendars.major)
+ [Calendario dei rilasci per le versioni principali di Aurora PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/aurorapostgresql-release-calendar.html#aurorapostgresql.major.versions.supported)

È inoltre possibile visualizzare le informazioni sulle date di supporto per le principali versioni del motore eseguendo il AWS CLI comando [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) o utilizzando l'operazione [DBMajorEngineVersionsDescrivi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS API.

**Nota**  
Il supporto esteso per Amazon RDS per Aurora MySQL versione 2 inizia il 1° novembre 2024, ma non verrà addebitato alcun costo fino al 1° dicembre 2024. Tra il 1° novembre e il 30 novembre 2024, tutti i cluster di database Aurora MySQL versione 2 sono coperti dal supporto esteso per Amazon RDS. Per ulteriori informazioni, consulta [Supporto esteso per Amazon RDS per versioni di Aurora selezionate](Aurora.VersionPolicy.Support.md#Aurora.VersionPolicy.ES).

### Per quanto tempo le versioni principali di Amazon Aurora rimangono disponibili
<a name="Aurora.VersionPolicy.MajorVersionLifetime"></a>

Le versioni principali di Amazon Aurora restano disponibili almeno fino alla fine del ciclo di vita della comunità per la versione della community corrispondente. Puoi utilizzare le date di fine del supporto standard per Aurora per pianificare i cicli di test e aggiornamento. Queste date rappresentano la prima data in cui potrebbe essere richiesto un aggiornamento a una versione più recente. Per ulteriori informazioni sulle date, consulta [Versioni principali di Amazon Aurora](#Aurora.VersionPolicy.MajorVersions).

Prima di chiederti di eseguire l’aggiornamento a una versione principale più recente e per aiutarti nella pianificazione, Aurora invia un promemoria con almeno 12 mesi di anticipo. I promemoria comunicano quanto segue in relazione al processo di aggiornamento.
+ Le tempistiche di determinate tappe
+ L’impatto sui cluster di database
+ Azioni consigliate

Si consiglia di testare accuratamente le applicazioni con le nuove versioni del database prima di eseguire il cluster a una nuova versione principale.

Dopo che la versione principale raggiunge la fine del supporto standard di Aurora, ogni cluster di database su cui è ancora in esecuzione la versione precedente viene automaticamente aggiornato a una versione con supporto esteso durante una finestra di manutenzione pianificata. Potrebbero essere applicati costi relativi al supporto esteso. Per ulteriori informazioni sul supporto esteso per Amazon RDS, consulta [Utilizzo del supporto esteso per Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/extended-support.html).

## Versioni secondarie di Amazon Aurora
<a name="Aurora.VersionPolicy.MinorVersions"></a>

Le versioni di Aurora usano lo schema `major.minor.patch`. Una *versione secondaria di Aurora* fornisce al servizio miglioramenti incrementali specifici per la community e Aurora, ad esempio nuove funzionalità e correzioni.

Per ulteriori informazioni sulle versioni secondarie e sul calendario dei rilasci per Aurora MySQL e Aurora PostgreSQL, consulta le pagine seguenti nelle rispettive note di rilascio:
+ [Calendario dei rilasci per le versioni secondarie di Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.release-calendars.html#AuroraMySQL.release-calendars.minor)
+ [Calendario dei rilasci per le versioni secondarie di Aurora PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/aurorapostgresql-release-calendar.html#aurorapostgresql.minor.versions.supported)

Le sezioni seguenti descrivono i dettagli sulla cadenza e la durata che puoi aspettarti dalle versioni secondarie di Aurora.

**Topics**
+ [Quanto spesso vengono rilasciate le versioni secondarie di Amazon Aurora](#Aurora.VersionPolicy.MinorVersionCadence)
+ [Per quanto tempo le versioni secondarie di Amazon Aurora rimangono disponibili](#Aurora.VersionPolicy.MinorVersionLifetime)

### Quanto spesso vengono rilasciate le versioni secondarie di Amazon Aurora
<a name="Aurora.VersionPolicy.MinorVersionCadence"></a>

In generale, le versioni secondarie di Amazon Aurora vengono rilasciate ogni trimestre. La pianificazione del rilascio potrebbe variare in base a funzionalità aggiuntive o correzioni.

### Per quanto tempo le versioni secondarie di Amazon Aurora rimangono disponibili
<a name="Aurora.VersionPolicy.MinorVersionLifetime"></a>

Solitamente, Amazon Aurora rende disponibile ogni versione secondaria di una specifica versione principale per almeno 12 mesi. Al termine di questo periodo, Aurora potrebbe aggiornare automaticamente il database alla versione secondaria predefinita o a una versione successiva. Aurora avvia l’aggiornamento durante la finestra di manutenzione pianificata per qualsiasi cluster di database su cui è ancora in esecuzione la versione secondaria precedente.

In alcuni casi, Aurora potrebbe sostituire una versione secondaria di una specifica versione principale prima del normale periodo di 12 mesi. I motivi possono includere problemi di sicurezza critici o la end-of-support data di una versione principale.

Prima di avviare gli aggiornamenti automatici delle versioni secondarie che si stanno avvicinando alla fine del ciclo di vita, generalmente Aurora invia un promemoria con tre mesi di anticipo. Aurora comunica quanto segue in relazione al processo di aggiornamento.
+ Le tempistiche di determinate tappe
+ L’impatto sui cluster di database
+ Azioni consigliate

Le notifiche con un preavviso inferiore a tre mesi indicano questioni critiche, come problemi di sicurezza, che richiedono un’azione più rapida.

Se l’opzione **Aggiornamento automatico versione secondaria** è abilitata, viene visualizzato un promemoria ma nessuna notifica di evento RDS. Aurora aggiorna il database entro una finestra di manutenzione una volta raggiunta la scadenza obbligatoria dell’aggiornamento.

Se l’opzione **Aggiornamento automatico versione secondaria** non è abilitata, viene visualizzato un promemoria e un evento del cluster di database Amazon RDS con la categoria `maintenance` e l’ID `RDS-EVENT-0156`. Aurora aggiorna il database entro la successiva finestra di manutenzione.

Una volta che una versione secondaria ha raggiunto la fine del supporto standard di Aurora, non verranno rilasciate ulteriori versioni di patch per la versione secondaria in questione. Per ricevere correzioni di bug critici o CVEs, è necessario eseguire l'aggiornamento a una versione secondaria con supporto standard.

Per ulteriori informazioni sugli aggiornamenti automatici a versioni secondarie, consulta [Aggiornamenti automatici delle versioni secondarie per i cluster di database Aurora](USER_UpgradeDBInstance.Maintenance.md#Aurora.Maintenance.AMVU).

## Versioni delle patch di Amazon Aurora
<a name="Aurora.VersionPolicy.PatchVersions"></a>

Le versioni di Aurora usano lo schema `major.minor.patch`. Una versione patch di Aurora include importanti correzioni aggiunte a una versione secondaria dopo la sua versione iniziale (ad esempio, Aurora MySQL 3.04.0, 3.04.1,..., 3.04.3). Mentre ogni nuova versione secondaria fornisce nuove funzionalità Aurora, le nuove versioni di patch all'interno di una specifica versione secondaria vengono utilizzate principalmente per risolvere problemi importanti.

Per ulteriori informazioni sull'applicazione di patch, consulta [Manutenzione di un cluster di database Amazon Aurora](USER_UpgradeDBInstance.Maintenance.md).

# Aggiornamento dei cluster di database Amazon Aurora
<a name="Aurora.VersionPolicy.Upgrading"></a>

Con Amazon Aurora, puoi controllare e testare gli aggiornamenti dei cluster di database. Amazon Aurora offre opzioni per gli aggiornamenti automatici alle versioni secondarie, il controllo manuale degli aggiornamenti, gli aggiornamenti richiesti e i test pre-aggiornamento. È possibile mantenere i cluster up-to-date con l'ultima versione secondaria, posticipare gli aggiornamenti non critici, forzare gli aggiornamenti per problemi gravi e convalidare il comportamento di aggiornamento in ambienti non di produzione. Le seguenti sezioni descrivono in dettaglio come gestire e testare gli aggiornamenti del cluster di database Aurora utilizzando queste funzionalità.

## Aggiornamenti automatici a versioni secondarie per Aurora
<a name="Aurora.VersionPolicy.AMVU"></a>

Gli aggiornamenti automatici a versioni secondarie aggiornano periodicamente il database in uso alle versioni recenti del motore di database. Tuttavia, l’aggiornamento potrebbe non includere sempre la versione più recente del motore di database. Se è necessario mantenere i database su versioni specifiche in momenti particolari, consigliamo di eseguire manualmente l’aggiornamento alle versioni del database necessarie in base alla pianificazione richiesta. In caso di problemi di sicurezza critici o quando una versione raggiunge la end-of-support data di scadenza, Amazon Aurora potrebbe applicare un aggiornamento della versione secondaria anche se non hai abilitato **l'opzione Aggiornamento automatico della versione secondaria**. Per ulteriori informazioni, consulta la Guida all’aggiornamento del database nella documentazione di Oracle.

Consulta [Aggiornamento della versione secondaria o del livello di patch di un cluster di database Aurora MySQL](AuroraMySQL.Updates.Patching.md) e [Esecuzione di un aggiornamento a una versione secondaria](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md).

Puoi rimanere aggiornato con le versioni secondarie di Aurora attivando **Aggiornamento automatico versione secondaria** per ogni istanza database nel cluster Aurora. Aurora esegue l’aggiornamento automatico solo se tutte le istanze database nel cluster hanno questa impostazione abilitata. 

Se l’opzione **Aggiornamento automatico versione secondaria** è impostata su **Sì** per il cluster di database in uso, Aurora esegue l’aggiornamento automaticamente alla versione secondaria predefinita o a una versione secondaria più recente. Ad esempio, se la versione secondaria predefinita è 15.8 per Aurora PostgreSQL 15 ed esiste la versione 15.10, la destinazione per l’aggiornamento automatico potrebbe essere la 15.8 o la 15.10.

In genere Aurora pianifica gli aggiornamenti automatici due volte l’anno per i cluster di database che hanno l’opzione Aggiornamento automatico versione secondaria abilitata. Questi aggiornamenti vengono eseguiti durante la finestra di manutenzione specificata per il cluster. Per ulteriori informazioni, consulta [Aggiornamenti automatici delle versioni secondarie per i cluster di database Aurora](USER_UpgradeDBInstance.Maintenance.md#Aurora.Maintenance.AMVU).

Gli aggiornamenti automatici delle versioni secondarie vengono comunicati in anticipo tramite un evento cluster database Amazon RDS con una categoria di `maintenance` e un ID di `RDS-EVENT-0156`. Per ulteriori informazioni, consulta [Categorie di eventi e messaggi di eventi di Amazon RDS per Aurora](USER_Events.Messages.md).

## Controllo manuale degli aggiornamenti dei cluster di database a nuove versioni
<a name="Aurora.VersionPolicy.ManualUpgrades"></a>

Se l’opzione **Aggiornamento automatico versione secondaria** è abilitata, Aurora aggiorna automaticamente il cluster di database alla versione secondaria predefinita o a una versione secondaria più recente. In genere Aurora pianifica gli aggiornamenti automatici due volte l’anno per i cluster di database che hanno l’opzione **Aggiornamento automatico versione secondaria** abilitata. Questi aggiornamenti vengono avviati durante le finestre di manutenzione specificate dal cliente. 

Per disattivare gli aggiornamenti automatici della versione secondaria, disabilita l’opzione **Aggiornamento automatico versione secondaria** per qualsiasi istanza database all’interno di un cluster Aurora. Aurora esegue un aggiornamento automatico a una versione secondaria solo se tutte le istanze database nel cluster hanno questa impostazione abilitata.

**Nota**  
Per gli aggiornamenti obbligatori come la fine del ciclo di vita della versione secondaria, Aurora aggiorna il cluster di database anche se l’opzione **Aggiornamento automatico versione secondaria** è disabilitata. Riceverai un promemoria ma nessuna notifica di evento RDS. Gli aggiornamenti di Aurora per il cluster vengono eseguiti entro una finestra di manutenzione una volta raggiunta la scadenza obbligatoria dell’aggiornamento.

Poiché presentano rischi relativi alla compatibilità, gli aggiornamenti delle versioni principali non vengono eseguiti automaticamente. È necessario avviarli, tranne quando una versione principale diventa obsoleta. Si consiglia di testare accuratamente le applicazioni con le nuove versioni del database prima di eseguire il cluster a una nuova versione principale.

Per ulteriori informazioni sull'aggiornamento di un cluster database a una nuova versione principale di Aurora, consulta [Aggiornamento dei cluster database Amazon Aurora MySQL](AuroraMySQL.Updates.Upgrading.md) e [Aggiornamento dei cluster database Amazon Aurora PostgreSQL](USER_UpgradeDBInstance.PostgreSQL.md).

## Aggiornamenti obbligatori di Amazon Aurora
<a name="Aurora.VersionPolicy.RequiredUpgrades"></a>

Per alcune correzioni critiche, Aurora potrebbe eseguire un aggiornamento gestito a un livello di patch all’interno della stessa versione secondaria. In questo caso, Aurora aggiorna il cluster anche se l’opzione **Aggiornamento automatico versione secondaria** è disattivata. Prima di farlo, Aurora comunica il processo di aggiornamento dettagliato. I dettagli includono la tempistica di alcune fasi cardine, l’impatto sui cluster di database e le azioni consigliate. Tali aggiornamenti gestiti vengono eseguiti automaticamente nella finestra di manutenzione del cluster.

## Test del cluster database con una nuova versione di Aurora prima di eseguire l'aggiornamento
<a name="Aurora.VersionPolicy.PreupgradeTesting"></a>

È possibile testare il processo di aggiornamento e il funzionamento della nuova versione con l'applicazione e il carico di lavoro. Selezionare uno dei seguenti metodi:
+ Clona il tuo cluster utilizzando la funzione di clonazione rapida del database di Amazon Aurora. Esegui l'aggiornamento ed eventuali test post-aggiornamento sul nuovo cluster.
+ Esegui il ripristino da uno snapshot del cluster per creare un nuovo cluster Aurora. Puoi creare uno snapshot del cluster da un cluster Aurora esistente. Aurora crea automaticamente snapshot periodici per ogni cluster. È quindi possibile avviare un aggiornamento della versione per il nuovo cluster. Puoi sperimentare la copia aggiornata del cluster prima di decidere se aggiornare il cluster originale.

Per ulteriori informazioni sui modi per creare nuovi cluster per il test, consulta [Clonazione di un volume per un cluster di database Amazon Aurora](Aurora.Managing.Clone.md) e [Creazione di uno snapshot del cluster database](USER_CreateSnapshotCluster.md).

# Supporto per le versioni di Amazon Aurora
<a name="Aurora.VersionPolicy.Support"></a>

Se un database Amazon Aurora ha dipendenze complesse da specifici comportamenti dei motori di database, si consiglia di eseguire test approfonditi prima di eseguire l’aggiornamento a versioni più recenti dei motori di database. Esistono opzioni di supporto a lungo termine che consentono di mantenere i cluster di database di determinate versioni di motori Aurora anche dopo che sono state sostituite da versioni più recenti. Nelle seguenti sezioni vengono spiegate le opzioni di supporto a lungo termine per i cluster di database Aurora.

## Supporto a lungo termine per versioni secondarie selezionate di Amazon Aurora
<a name="Aurora.VersionPolicy.LTS"></a>

Per ogni versione principale di Aurora, alcune versioni secondarie sono designate come versioni long-term-support (LTS) e rese disponibili per almeno tre anni. In altre parole, almeno una versione secondaria per versione principale è disponibile per più di 12 mesi. Solitamente, Aurora invia un promemoria sei mesi prima della fine di tale periodo. Aurora comunica quanto segue in relazione al processo di aggiornamento.
+ Le tempistiche di determinate tappe
+ L’impatto sui cluster di database
+ Azioni consigliate

 Le notifiche con un preavviso inferiore a sei mesi comunicano questioni critiche, come problemi di sicurezza, che richiedono un’azione più rapida.

Le versioni secondarie LTS includono solo correzioni critiche (attraverso versioni di patch). Una versione LTS non include nuove funzionalità rilasciate dopo la sua introduzione. Una volta all'anno, ai cluster database in esecuzione su una versione secondaria LTS viene assegnata una patch con versione più recente della versione LTS. Aurora applica le patch per i cluster in modo da trarre vantaggio dalle correzioni cumulative per la sicurezza e la stabilità. Nel caso in cui fossero presenti correzioni critiche, ad esempio per la sicurezza, che devono essere applicate, potrebbero essere applicate patch a una versione secondaria LTS in modo più frequente.

**Nota**  
Per rimanere su una versione secondaria LTS per tutta la durata del relativo ciclo di vita, assicurati di disabilitare l’aggiornamento automatico della versione secondaria per le istanze database. Per evitare di aggiornare automaticamente il cluster di database dalla versione secondaria LTS, deseleziona la casella di controllo **Abilita aggiornamento automatico versione secondaria** per tutte le istanze database nel cluster Aurora.

Per i numeri di versione di tutte le versioni Aurora LTS, consulta [Versioni con supporto a lungo termine (Long-Term Support, LTS) di Aurora MySQL](AuroraMySQL.Update.SpecialVersions.md#AuroraMySQL.Updates.LTS) e [Utilizzo del rilascio con supporto a lungo termine (LTS) di Aurora PostgreSQL](AuroraPostgreSQL.Updates.LTS.md).

## Supporto esteso per Amazon RDS per versioni di Aurora selezionate
<a name="Aurora.VersionPolicy.ES"></a>

Con il supporto esteso per Amazon RDS, puoi continuare a eseguire il tuo database su una versione principale del motore dopo la data di fine del supporto standard per Aurora a un costo aggiuntivo. Durante RDS Extended Support, Amazon RDS fornirà patch per Critical e High, secondo CVEs quanto definito dai livelli di gravità CVSS del National Vulnerability Database (NVD). Per ulteriori informazioni, consulta [Supporto esteso di Amazon RDS con Amazon Aurora](extended-support.md).

Il supporto esteso per RDS è disponibile solo su determinate versioni di Aurora. Per ulteriori informazioni, consulta [Versioni principali di Amazon Aurora](Aurora.VersionPolicy.Versioning.md#Aurora.VersionPolicy.MajorVersions).

# Regioni e zone di disponibilità
<a name="Concepts.RegionsAndAvailabilityZones"></a>

Le risorse di cloud computing Amazon sono ospitate in più ubicazioni in tutto il mondo. Queste località sono composte da AWS regioni e zone di disponibilità. Ciascuna *AWS regione* è un’area geografica distinta. Ogni AWS regione ha più località isolate note come *zone di disponibilità*.

**Nota**  
Per informazioni su come trovare le zone di disponibilità per una AWS regione, consulta [Descrivi le tue zone di disponibilità](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#availability-zones-describe) nella documentazione di Amazon EC2.

Amazon gestisce state-of-the-art data center ad alta disponibilità. Sebbene rari, possono verificarsi dei guasti che influiscano sulla disponibilità delle istanze database che si trovano nello stesso luogo. Se tutte le istanze database sono ospitate in un singolo luogo interessato da questo errore, nessuna delle istanze database sarà disponibile.

![\[AWS Regione\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/Con-AZ.png)


È importante ricordare che ogni AWS regione è completamente indipendente. Qualsiasi attività Amazon RDS avviata (ad esempio, la creazione di istanze di database o l'elenco delle istanze di database disponibili) viene eseguita solo nella regione predefinita corrente. AWS La AWS regione predefinita può essere modificata nella console o impostando la variabile di ambiente. [https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html#cli-configure-quickstart-region](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html#cli-configure-quickstart-region) Oppure può essere sovrascritta utilizzando il `--region` parametro con AWS Command Line Interface ()AWS CLI. Per ulteriori informazioni, consulta la pagina relativa alla [configurazione dell' AWS Command Line Interface](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-getting-started.html), in particolare le sezioni relative alle variabili di ambiente e opzioni della riga di comando. 

Amazon RDS supporta AWS regioni speciali chiamate AWS GovCloud (US). sono progettate per consentire ai clienti e agli enti governativi degli Stati Uniti di spostare nel cloud i carichi di lavoro più sensibili. Le regioni AWS GovCloud (US) fanno riferimento ai requisiti normativi e di compliance specifici del governo degli Stati Uniti. Per ulteriori informazioni, consulta [Cos'è AWS GovCloud (US)?](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/whatis.html) 

Per creare o lavorare con un'istanza database Amazon RDS in una AWS regione specifica, utilizza l'endpoint di servizio regionale corrispondente.

**Nota**  
Aurora non supporta Local Zones

## AWS Regioni
<a name="Concepts.RegionsAndAvailabilityZones.Regions"></a>

Ogni AWS regione è progettata per essere isolata dalle altre AWS regioni. Questo progetto permette di raggiungere la maggiore stabilità e tolleranza ai guasti possibile.

Quando si visualizzano le risorse, vengono visualizzate solo le risorse legate alla AWS regione specificata. Questo perché AWS le regioni sono isolate l'una dall'altra e non replichiamo automaticamente le risorse tra le AWS regioni.

### Disponibilità nelle regioni
<a name="Aurora.Overview.Availability"></a>

Quando si lavora con un cluster di database Aurora utilizzando l'interfaccia a riga di comando o le operazioni API, assicurarsi di specificare il relativo endpoint regionale.

**Topics**
+ [Disponibilità nelle regioni Aurora MySQL](#Aurora.Overview.Availability.MySQL)
+ [Disponibilità nelle regioni Aurora PostgreSQL](#Aurora.Overview.Availability.PostgreSQL)

#### Disponibilità nelle regioni Aurora MySQL
<a name="Aurora.Overview.Availability.MySQL"></a>

La tabella seguente mostra le AWS regioni in cui Aurora MySQL è attualmente disponibile e l'endpoint per ciascuna regione.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.RegionsAndAvailabilityZones.html)

#### Disponibilità nelle regioni Aurora PostgreSQL
<a name="Aurora.Overview.Availability.PostgreSQL"></a>

La tabella seguente mostra le AWS regioni in cui Aurora PostgreSQL è attualmente disponibile e l'endpoint per ciascuna regione.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.RegionsAndAvailabilityZones.html)

## Zone di disponibilità
<a name="Concepts.RegionsAndAvailabilityZones.AvailabilityZones"></a>

Una zona di disponibilità è una località isolata in una data Regione AWS specificata. Ogni regione ha più zone di disponibilità (AZ) progettate per fornire un'elevata disponibilità per la regione. Una AZ è identificata dal codice AWS regionale seguito da una lettera identificativa (ad esempio,`us-east-1a`). Se crei il tuo VPC e le sottoreti anziché utilizzare il VPC di default, definisci ogni sottorete in una AZ specifica. Quando crei un cluster database Aurora, Aurora crea l'istanza primaria in una delle sottoreti del gruppo di sottoreti database del VPC, associando così l'istanza a una specifica zona di disponibilità scelta da Aurora. 

Ogni cluster Aurora DB ospita copie del proprio storage in tre file separati AZs selezionati automaticamente da Aurora dal gruppo di sottoreti del AZs database. Ogni istanza DB del cluster deve trovarsi in una di queste tre istanze. AZs

Quando crei un’istanza database nel cluster, se non specifichi una zona di disponibilità, Aurora sceglie automaticamente una zona di disponibilità appropriata per quell’istanza.

Utilizza il comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)Amazon EC2 come segue per descrivere le zone di disponibilità all'interno della regione specificata che sono abilitate per il tuo account.

```
aws ec2 describe-availability-zones --region region-name
```

Ad esempio, per descrivere le zone di disponibilità all'interno della regione Stati Uniti orientali (Virginia settentrionale) (us-east-1) abilitate per il tuo account, esegui il comando seguente:

```
aws ec2 describe-availability-zones --region us-east-1
```

Per informazioni su come specificare l'AZ quando si crea un cluster o vi si aggiungono istanze, consulta [Configurazione della rete per il cluster database](Aurora.CreateInstance.md#Aurora.CreateInstance.Prerequisites.VPC).

## Fuso orario locale per i cluster DB Amazon Aurora
<a name="Aurora.Overview.LocalTimeZone"></a>

Per impostazione predefinita, il fuso orario di un cluster DB di Amazon Aurora è in formato UTC (Universal Time Coordinated). Tuttavia, puoi impostare il fuso orario delle istanze del cluster DB sul fuso orario locale dell'applicazione.

Per modificare il fuso orario locale per un cluster database, imposta il parametro del fuso orario su uno dei valori supportati. Imposti questo parametro nel gruppo di parametri del tuo cluster database.
+ Per Aurora MySQL, il nome di questo parametro è `time_zone`. Per informazioni sulle best practice per l'impostazione del parametro `time_zone`, consulta [Ottimizzazione delle operazioni di timestamp](AuroraMySQL.BestPractices.Performance.md#AuroraMySQL.BestPractices.Performance.TimeZone).
+ Per Aurora PostgreSQL, il nome di questo parametro è `timezone`.

Quando imposti il parametro di fuso orario per un cluster database, tutte le istanze nel cluster database cambiano per utilizzare il nuovo fuso orario locale. In alcuni casi, è possibile che altri cluster database Aurora utilizzino lo stesso gruppo di parametri del cluster. In tal caso, tutte le istanze in tali cluster database cambiano per utilizzare il nuovo fuso orario locale. Per ulteriori informazioni sui parametri a livello di cluster, consulta [Parametri dell’istanza database e del cluster database di Amazon Aurora](USER_WorkingWithDBClusterParamGroups.md#Aurora.Managing.ParameterGroups).

Dopo aver impostato il fuso orario locale, tutte le nuove connessioni al database riflettono la modifica. In alcuni casi, potresti avere connessioni aperte al database quando modifichi il fuso orario locale. In tal caso, non vedrai l'aggiornamento del fuso orario locale finché non avrai chiuso la connessione e aperto una nuova connessione.

Se si esegue la replica tra AWS regioni, il cluster DB di origine della replica e la replica utilizzano gruppi di parametri diversi. I gruppi di parametri sono unici per una regione. AWS Per utilizzare lo stesso fuso orario locale per ogni istanza, assicurati di impostare il parametro del fuso orario nei gruppi di parametri sia per l'origine della replica che per la replica.

Quando ripristini cluster database da una snapshot cluster database, il fuso orario locale è impostato su UTC. Puoi aggiornare il fuso orario impostandolo sul fuso orario locale dopo il completamento del ripristino. In alcuni casi, è possibile eseguire un ripristino point-in-time del cluster database. In tal caso, il fuso orario locale per il cluster database ripristinato corrisponde all'impostazione del fuso orario per il gruppo di parametri cluster database ripristinato.

Nella tabella seguente sono elencati alcuni dei valori che puoi usare per impostare il fuso orario locale. Per elencare tutti i fusi orari disponibili, puoi utilizzare le seguenti query SQL:
+ Aurora MySQL: `select * from mysql.time_zone_name;`
+ Aurora PostgreSQL: `select * from pg_timezone_names;`

**Nota**  
Per alcuni fusi orari, i valori di tempo di alcuni intervalli di date potrebbero essere riportati in modo non corretto, come indicato nella tabella. Per i fusi orari australiani, l'abbreviazione restituita riporta un valore obsoleto, come indicato nella tabella. 


|  Time zone (Fuso orario)  |  Note  | 
| --- | --- | 
|  `Africa/Harare`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 28/02/1903 21:49:40 GMT al 28/02/1903 21:55:48 GMT.  | 
|  `Africa/Monrovia`  |    | 
|  `Africa/Nairobi`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 31/12/1939 21:30:00 GMT al 31/12/1959 21:15:15 GMT.  | 
|  `Africa/Windhoek`  |    | 
|  `America/Bogota `  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 23/11/1914 04:56:16 GMT al 23/11/1914 04:56:20 GMT.  | 
|  `America/Caracas`  |    | 
|  `America/Chihuahua`  |    | 
|  `America/Cuiaba`  |    | 
|  `America/Denver`  |    | 
|  `America/Fortaleza`  |  In alcuni casi, per un cluster database nella Regione Sud America (San Paolo), l'ora non viene visualizzata correttamente per un fuso orario del Brasile modificato di recente. In tal caso, reimposta il parametro del fuso orario del cluster database su `America/Fortaleza`.  | 
|  `America/Guatemala`  |    | 
|  `America/Halifax`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 27/10/1918 05:00:00 GMT al 31/10/1918 05:00:00 GMT.  | 
|  `America/Manaus`  |  Se il cluster DB si trova nel fuso orario del Sud America (Cuiaba) e l'ora prevista non viene visualizzata correttamente per il fuso orario del Brasile modificato di recente, reimpostare il parametro fuso orario del cluster DB su `America/Manaus`.  | 
|  `America/Matamoros`  |    | 
|  `America/Monterrey`  |    | 
|  `America/Montevideo`  |    | 
|  `America/Noronha`  |    | 
|  `America/Phoenix`  |    | 
|  `America/Tijuana`  |    | 
|  `Asia/Ashgabat`  |    | 
|  `Asia/Baghdad`  |    | 
|  `Asia/Baku`  |    | 
|  `Asia/Bangkok`  |    | 
|  `Asia/Beirut`  |    | 
|  `Asia/Calcutta`  |    | 
|  `Asia/Kabul`  |    | 
|  `Asia/Karachi`  |    | 
|  `Asia/Kathmandu`  |    | 
|  `Asia/Muscat `  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 31/12/1919 20:05:36 GMT al 31/12/1919 20:05:40 GMT.  | 
|  `Asia/Riyadh `  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 13/03/1947 20:53:08 GMT al 31/12/1949 20:53:08 GMT.  | 
|  `Asia/Seoul`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/11/1904 15:30:00 GMT al 07/09/1945 15:00:00 GMT.  | 
|  `Asia/Shanghai`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 31/12/1927 15:54:08 GMT al 02/06/1940 16:00:00 GMT.  | 
|  `Asia/Singapore`  |    | 
|  `Asia/Taipei`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/09/1937 16:00:00 GMT al 29/09/1979 15:00:00 GMT.  | 
|  `Asia/Tehran`  |    | 
|  `Asia/Tokyo`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/09/1937 15:00:00 GMT al 31/12/1937 15:00:00 GMT.  | 
|  `Asia/Ulaanbaatar`  |    | 
|  `Atlantic/Azores`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 24/05/1911 01:54:32 GMT al 01/01/1912 01:54:32 GMT.  | 
|  `Australia/Adelaide`  |  L'abbreviazione di questo fuso orario viene restituita come CST anziché ACDT/ACST.  | 
|  `Australia/Brisbane`  |  L'abbreviazione di questo fuso orario viene restituita come EST anziché AEDT/AEST.  | 
|  `Australia/Darwin `  |  L'abbreviazione di questo fuso orario viene restituita come CST anziché ACDT/ACST.  | 
|  `Australia/Hobart`  |  L'abbreviazione di questo fuso orario viene restituita come EST anziché AEDT/AEST.  | 
|  `Australia/Perth`  |  L'abbreviazione di questo fuso orario viene restituita come WST anziché AWDT/. AWST  | 
|  `Australia/Sydney `  |  L'abbreviazione di questo fuso orario viene restituita come EST anziché AEDT/AEST.  | 
|  `Brazil/East`  |    | 
|  `Canada/Saskatchewan`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 27/10/1918 08:00:00 GMT al 31/10/1918 08:00:00 GMT.  | 
|  `Europe/Amsterdam`  |    | 
|  `Europe/Athens`  |    | 
|  `Europe/Dublin`  |    | 
|  `Europe/Helsinki`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/04/1921 22:20:08 GMT al 30/04/1921 22:20:11 GMT.  | 
|  `Europe/Paris`  |    | 
|  `Europe/Prague`  |    | 
|  `Europe/Sarajevo`  |    | 
|  `Pacific/Auckland`  |    | 
|  `Pacific/Guam`  |    | 
|  `Pacific/Honolulu`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 21/05/1933 11:30:00 GMT al 30/09/1945 11:30:00 GMT.  | 
|  `Pacific/Samoa`  |  Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 01/01/1911 11:22:48 GMT al 01/01/1950 11:30:00 GMT.  | 
|  `US/Alaska`  |    | 
|  `US/Central`  |    | 
|  `US/Eastern`  |    | 
|  `US/East-Indiana`  |    | 
|  `US/Pacific`  |    | 
|  `UTC`  |    | 

# Funzionalità supportate in Amazon Aurora by e Regione AWS Aurora DB engine
<a name="Concepts.AuroraFeaturesRegionsDBEngines.grids"></a>

I motori di database compatibili con Aurora MySQL e PostgreSQL supportano diverse funzionalità e opzioni di Amazon Aurora e Amazon RDS. Il supporto varia a seconda delle versioni specifiche di ciascun motore del database e delle Regioni AWS. Per identificare il supporto e la disponibilità della versione del motore di database Aurora per una determinata funzionalità Regione AWS, è possibile utilizzare le seguenti sezioni.

Alcune di queste funzionalità sono esclusive di Aurora. Ad esempio, Aurora Serverless, i database globali Aurora e il supporto per l'integrazione con i servizi di machine learning di AWS non sono supportati da Amazon RDS. Altre funzionalità, come Amazon RDS Proxy, sono supportate sia da Amazon Aurora che da Amazon RDS.

**Topics**
+ [Convenzioni tabella](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.TableConventions)
+ [Distribuzioni blu/verdi](Concepts.Aurora_Fea_Regions_DB-eng.Feature.BlueGreenDeployments.md)
+ [Configurazioni dei cluster Aurora](Concepts.Aurora_Fea_Regions_DB-eng.Feature.storage-type.md)
+ [Flussi di attività di database](Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.md)
+ [Esportazione dei dati del cluster in Amazon S3](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.md)
+ [Esportazione dei dati snapshot in Simple Storage Service (Amazon S3)](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.md)
+ [Database globali di Aurora](Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.md)
+ [Autenticazione del database IAM](Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.md)
+ [Autenticazione Kerberos](Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.md)
+ [Aurora machine learning](Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.md)
+ [Approfondimenti sulle prestazioni](Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.md)
+ [Integrazioni Zero-ETL](Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL.md)
+ [Server proxy per RDS](Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.md)
+ [Integrazione di Secrets Manager](Concepts.Aurora_Fea_Regions_DB-eng.Feature.SecretsManager.md)
+ [Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md)
+ [Aurora Serverless v1](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.md)
+ [API dati in RDS](Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.md)
+ [Applicazione di patch senza tempi di inattività (ZDP)](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ZDP.md)
+ [Aurora PostgreSQL Limitless Database](Concepts.Aurora_Fea_Regions_DB-eng.Feature.AuroraLimitless.md)
+ [Funzionalità native del motore](Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.md)

## Convenzioni tabella
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.TableConventions"></a>

Le tabelle nelle sezioni delle caratteristiche utilizzano i seguenti modelli per specificare i numeri di versione e il livello di supporto: 
+ **Versione x.y** – È supportata la sola versione specifica.
+ **Versione x.y e successive**: sono supportate la versione specificata e tutte le relative versioni secondarie successive. Ad esempio, "versione 10.11 e successive" significa che sono supportate le versioni 10.11, 10.11.1 e 10.12. 

# Regioni supportate e motori Aurora DB per le distribuzioni Blue/Green
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.BlueGreenDeployments"></a>

Una blue/green distribuzione copia un ambiente di database di produzione in un ambiente di staging separato e sincronizzato. Utilizzando Amazon RDS Blue/Green Deployments, puoi apportare modifiche al database nell'ambiente di staging senza influire sull'ambiente di produzione. Ad esempio, è possibile aggiornare la versione principale o secondaria del motore di database, modificare i parametri del database o apportare modifiche allo schema nell'ambiente di gestione temporanea. Quando sei pronto, puoi promuovere l'ambiente di gestione temporanea nel nuovo ambiente di database di produzione. Per ulteriori informazioni, consulta [Utilizzo di Amazon Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md).

## Implementazioni blu/verde con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.BlueGreenDeployments.ams"></a>

La funzionalità Blue/Green Deployments è disponibile per tutte le versioni di Aurora MySQL in generale, Regioni AWS inclusi i cluster Aurora MySQL configurati come Aurora Global Database.

## Implementazioni blu/verde con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.BlueGreenDeployments.apg"></a>

Le seguenti regioni e versioni del motore sono disponibili per le Blue/Green distribuzioni con Aurora PostgreSQL, inclusi i cluster Aurora PostgreSQL configurati come Aurora Global Database.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
|  Tutti Regioni AWS  | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.4 e successive | Versione 14.9 e successive | Versione 13.12 e successive | Versione 12.16 e successive | Versione 11.21 e successive | 

# Regioni e motori di database Aurora supportati per configurazioni dell’archiviazione dei cluster
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.storage-type"></a>

Amazon Aurora dispone di due configurazioni dell'archiviazione dei cluster database, ovvero Aurora I/O-Optimized e Aurora Standard. Per ulteriori informazioni, consulta [Configurazioni dell'archiviazione per i cluster database Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type).

## Aurora I/O-Optimized
<a name="Aurora_Fea_Regions_DB-eng.Feature.storage-type.io"></a>

Aurora I/O-Optimizedè disponibile in tutto Regioni AWS per le seguenti versioni di Amazon Aurora:
+ Aurora MySQL versione 3.03.1 e versioni successive
+ Aurora PostgreSQL versioni 17.4 e successive, 16.1 e successive, 15.2 e successive, 14.7 e successive e 13.10 e successive

## Aurora Standard
<a name="Aurora_Fea_Regions_DB-eng.Feature.storage-type.std"></a>

Aurora Standardè disponibile in tutto Regioni AWS per tutte le versioni di Aurora MySQL e Aurora PostgreSQL.

# Regioni e motori di database Aurora supportati per flussi di attività del database
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams"></a>

Utilizzando i flussi di attività del database in Aurora, è possibile monitorare e impostare gli allarmi per l'attività di audit nel database Oracle in uso. Per ulteriori informazioni, consulta [Monitoraggio di Amazon Aurora tramite i flussi di attività del database](DBActivityStreams.md).

I flussi di attività del database non sono supportati per le seguenti funzionalità:
+ Aurora Serverless v1
+ Aurora Serverless v2
+ Babelfish per Aurora PostgreSQL

**Topics**
+ [Flussi di attività del database con Amazon MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.amy)
+ [Flussi di attività del database con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.apg)

## Flussi di attività del database con Amazon MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.amy"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per i flussi di attività del database con Aurora MySQL.


| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Stati Uniti orientali (Ohio) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Stati Uniti occidentali (California settentrionale) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Stati Uniti occidentali (Oregon) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Africa (Città del Capo) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Hong Kong) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Hyderabad) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Giacarta) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Melbourne) | Non disponibile | Non disponibile | 
| Asia Pacifico (Mumbai) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Seul) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Singapore) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Sydney) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Canada (Centrale) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Canada occidentale (Calgary) | Non disponibile | Non disponibile | 
| Cina (Pechino) | Non disponibile | Non disponibile | 
| Cina (Ningxia) | Non disponibile | Non disponibile | 
| Europa (Francoforte) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Europa (Irlanda) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Europa (Londra) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Europa (Milano) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Europa (Parigi) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Europa (Spagna) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Europa (Stoccolma) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Europa (Zurigo) | Non disponibile | Non disponibile | 
| Israele (Tel Aviv) | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Messico (centrale) | Non disponibile | Non disponibile | 
| Medio Oriente (Emirati Arabi Uniti) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 
| Sud America (San Paolo) | Tutte le versioni disponibili | Aurora versione 2.11 e successive | 

## Flussi di attività del database con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.apg"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per i flussi di attività del database con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti orientali (Ohio) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti occidentali (Oregon) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Africa (Città del Capo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Hong Kong) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Hyderabad) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Giacarta) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Melbourne) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Mumbai) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Seul) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Singapore) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Sydney) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Canada (Centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Canada occidentale (Calgary) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Cina (Pechino) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Cina (Ningxia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Europa (Francoforte) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Europa (Irlanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Europa (Londra) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Europa (Milano) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Europa (Parigi) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Europa (Spagna) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Europa (Stoccolma) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Europa (Zurigo) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Israele (Tel Aviv) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Messico (centrale) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 
| Sud America (San Paolo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Tutte le versioni disponibili | Tutte le versioni disponibili | Tutte le versioni disponibili | Versione 11.9 e versione 11.13 e successive | 

# Regioni e motori di database Aurora supportati per l’esportazione dei dati del cluster in Amazon S3
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3"></a>

È possibile esportare i dati del cluster database Aurora in un bucket Amazon S3. Dopo l'esportazione dei dati, è possibile analizzare i dati esportati direttamente mediante strumenti quali Amazon Athena o Amazon Redshift Spectrum. Per ulteriori informazioni, consulta [Esportazione dei dati del cluster database in Amazon S3](export-cluster-data.md).

L'esportazione dei dati del cluster in S3 è disponibile nelle seguenti Regioni AWS:
+ Stati Uniti orientali (Virginia settentrionale)
+ Stati Uniti orientali (Ohio)
+ Stati Uniti occidentali (California settentrionale)
+ Stati Uniti occidentali (Oregon)
+ Asia Pacifico (Hong Kong)
+ Asia Pacific (Hyderabad)
+ Asia Pacifico (Giacarta)
+ Asia Pacifico (Melbourne)
+ Asia Pacifico (Mumbai)
+ Asia Pacifico (Nuova Zelanda)
+ Asia Pacifico (Osaka)
+ Asia Pacifico (Seoul)
+ Asia Pacifico (Singapore)
+ Asia Pacifico (Sydney)
+ Asia Pacifico (Tokyo)
+ Canada (Centrale)
+ Canada occidentale (Calgary)
+ Cina (Ningxia)
+ Europa (Francoforte)
+ Europa (Irlanda)
+ Europa (Londra)
+ Europa (Parigi)
+ Europa (Spagna)
+ Europa (Stoccolma)
+ Europa (Zurigo)
+ Israele (Tel Aviv)
+ Medio Oriente (Emirati Arabi Uniti)
+ Sud America (San Paolo)

**Topics**
+ [Esportazione dei dati del cluster in S3 con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.ams)
+ [Esportazione di dati del cluster in S3 con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.apg)

## Esportazione dei dati del cluster in S3 con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.ams"></a>

Tutte le versioni del motore Aurora MySQL attualmente disponibili supportano l'esportazione del cluster database in Amazon S3. Per ulteriori informazioni sulle versioni, consulta [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html).

## Esportazione di dati del cluster in S3 con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.apg"></a>

Tutte le versioni del motore Aurora PostgreSQL attualmente disponibili supportano l'esportazione dei dati del cluster database in Amazon S3. Per ulteriori informazioni sulle versioni, consulta [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html).

# Regioni e motori di database Aurora supportati per l’esportazione dei dati dello snapshot in Amazon S3
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3"></a>

È possibile esportare i dati dello snapshot del cluster database Aurora in un bucket Amazon S3. È possibile esportare snapshot manuali e snapshot automatici di sistema. Dopo l'esportazione dei dati, è possibile analizzare i dati esportati direttamente mediante strumenti quali Amazon Athena o Amazon Redshift Spectrum. Per ulteriori informazioni, consulta [Esportazione dei dati dello snapshot del cluster di database in Amazon S3](aurora-export-snapshot.md).

L'esportazione di istantanee in S3 è disponibile in tutte le versioni tranne le seguenti: Regioni AWS 
+ Asia Pacifico (Malesia)
+ Asia Pacifico (Nuova Zelanda)
+ Asia Pacifico (Taipei)
+ Asia Pacifico (Thailandia)
+ Messico (centrale)

**Topics**
+ [Esportazione dei dati dello snapshot in S3 con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.ams)
+ [Esportazione dei dati dello snapshot in S3 con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.apg)

## Esportazione dei dati dello snapshot in S3 con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.ams"></a>

Tutte le versioni del motore Aurora MySQL attualmente disponibili supportano l'esportazione dei dati dello snapshot del cluster database in Amazon S3. Per ulteriori informazioni sulle versioni, consulta [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html).

## Esportazione dei dati dello snapshot in S3 con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.apg"></a>

Tutte le versioni del motore Aurora PostgreSQL attualmente disponibili supportano l'esportazione dei dati dello snapshot del cluster database in Amazon S3. Per ulteriori informazioni sulle versioni, consulta [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html).

# Regioni e motori di database supportati per i database globali Aurora
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase"></a>

Un *database globale Aurora è un singolo database* che si estende su più database Regioni AWS, che consente letture globali a bassa latenza e disaster recovery da qualsiasi interruzione a livello regionale. Fornisce una tolleranza agli errori integrata per la distribuzione perché l'istanza DB non si basa su una singola Regione AWS, ma su più regioni e diverse zone di disponibilità. Per ulteriori informazioni, consulta [Utilizzo di Database globale Amazon Aurora](aurora-global-database.md).

**Topics**
+ [Database globali Aurora con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.amy)
+ [Database globali Aurora con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.apg)

## Database globali Aurora con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.amy"></a>

Le regioni e le versioni del motore riportate di seguito sono disponibili per i database globali Aurora con Aurora MySQL.


| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Stati Uniti orientali (Ohio) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Stati Uniti occidentali (Oregon) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Africa (Città del Capo) | Versione 3.01.0 e successive | Versione 2.07.1 e versioni successive | 
| Asia Pacifico (Hong Kong) | Versione 3.01.0 e successive | Versione 2.07.1 e versioni successive | 
| Asia Pacifico (Hyderabad) | Versione 3.02.0 e successive | Versione 2.11.2 e successive | 
| Asia Pacifico (Giacarta) | Versione 3.01.0 e successive | Versione 2.07.6 e successive | 
| Asia Pacifico (Malesia) | Versione 3.04.0 e successive | Versione 2.07.6 e successive | 
| Asia Pacifico (Melbourne) | Versione 3.03.0 e successive | Versione 2.07.6 e successive | 
| Asia Pacifico (Mumbai) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Asia Pacifico (Nuova Zelanda) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Asia Pacifico (Osaka) | Versione 3.01.0 e successive | Versione 2.07.3 e versioni successive | 
| Asia Pacifico (Seul) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Asia Pacifico (Singapore) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Asia Pacifico (Sydney) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Asia Pacifico (Taipei) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Asia Pacifico (Thailandia) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Asia Pacifico (Tokyo) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Canada (Centrale) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Canada occidentale (Calgary) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Cina (Pechino) | Versione 3.01.0 e successive | Versione 2.07.2 e versioni successive | 
| Cina (Ningxia) | Versione 3.01.0 e successive | Versione 2.07.2 e versioni successive | 
| Europa (Francoforte) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Europa (Irlanda) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Europa (Londra) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Europa (Milano) | Versione 3.01.0 e successive | Versione 2.07.1 e versioni successive | 
| Europa (Parigi) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Europa (Spagna) | Versione 3.02.0 e successive | Versione 2.07.6 e successive | 
| Europa (Stoccolma) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| Europa (Zurigo) | Versione 3.02.0 e successive | Versione 2.07.6 e successive | 
| Israele (Tel Aviv) | Versione 3.02.0 e successive | Versione 2.07.6 e successive | 
| Messico (centrale) | Versione 3.02.0 e successive | Versione 2.07.6 e successive | 
| Medio Oriente (Bahrein) | Versione 3.01.0 e successive | Versione 2.07.1 e versioni successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 3.02.0 e successive | Versione 2.07.6 e successive | 
| Sud America (San Paolo) | Versione 3.01.0 e successive | Versione 2.07.1 e versioni successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 3.01.0 e successive | Versione 2.07.0 e versioni successive | 

## Database globali Aurora con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.apg"></a>

Le regioni e le versioni del motore riportate di seguito sono disponibili per i database globali Aurora con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti orientali (Ohio) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti occidentali (Oregon) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Africa (Città del Capo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Hong Kong) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Hyderabad) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Giacarta) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Malesia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Melbourne) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Mumbai) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Nuova Zelanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Osaka) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Seul) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Singapore) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Sydney) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Sydney) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Taipei) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Thailandia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Tokyo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Canada (Centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Canada occidentale (Calgary) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Cina (Pechino) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Cina (Ningxia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Francoforte) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Irlanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Londra) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Milano) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Parigi) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Spagna) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Stoccolma) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Zurigo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Israele (Tel Aviv) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Messico (centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Medio Oriente (Bahrein) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Sud America (San Paolo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 

# Regioni e motori di database Aurora supportati per l’autenticazione del database IAM
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth"></a>

Con l'autenticazione del database IAM in Aurora, puoi autenticarti nel tuo cluster DB utilizzando l'autenticazione del database AWS Identity and Access Management (IAM). Questo metodo di autenticazione non richiede l'uso di una password quando si esegue la connessione al cluster database. Utilizzi invece un token di autenticazione. Per ulteriori informazioni, consulta [Autenticazione del database IAM ](UsingWithRDS.IAMDBAuth.md).

**Topics**
+ [Autenticazione database IAM con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.amy)
+ [Autenticazione database IAM con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.apg)

## Autenticazione database IAM con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.amy"></a>

L'autenticazione database IAM con Aurora MySQL è disponibile in tutte le regioni per le seguenti versioni:
+ Aurora MySQL 3, tutte le versioni disponibili
+ Aurora MySQL 2, tutte le versioni disponibili

## Autenticazione database IAM con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.apg"></a>

L'autenticazione database IAM con Aurora PostgreSQL è disponibile in tutte le regioni per le seguenti versioni del motore:
+ Aurora PostgreSQL 17: tutte le versioni disponibili
+ Aurora PostgreSQL 16: tutte le versioni disponibili
+ Aurora PostgreSQL 15: tutte le versioni disponibili
+ Aurora PostgreSQL 14, tutte le versioni disponibili
+ Aurora PostgreSQL 13, tutte le versioni disponibili
+ Aurora PostgreSQL 12, tutte le versioni disponibili
+ Aurora PostgreSQL 11, tutte le versioni disponibili

# Regioni e motori di database Aurora supportati per l’autenticazione Kerberos
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication"></a>

Se si utilizza l'autenticazione Kerberos con Aurora, è possibile supportare l'autenticazione esterna degli utenti del database mediante Kerberos e Microsoft Active Directory. L'utilizzo di Kerberos e Active Directory offre i vantaggi dell'autenticazione Single Sign-On centralizzata degli utenti dei database. Kerberos e Active Directory sono disponibili con AWS Directory Service for Microsoft Active Directory, una funzionalità di. Directory Service Per ulteriori informazioni, consulta [Autenticazione Kerberos](database-authentication.md#kerberos-authentication).

**Topics**
+ [Autenticazione Kerberos con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.amy)
+ [Autenticazione Kerberos con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.apg)
+ [Gruppi di sicurezza Active Directory (AD) con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ActiveDirectory.apg)

## Autenticazione Kerberos con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.amy"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per l'autenticazione Kerberos con Aurora MySQL.


| Region | Aurora MySQL versione 3 | 
| --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 3.03.0 e successive | 
| Stati Uniti orientali (Ohio) | Versione 3.03.0 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 3.03.0 e successive | 
| Stati Uniti occidentali (Oregon) | Versione 3.03.0 e successive | 
| Africa (Città del Capo) | Non disponibile | 
| Asia Pacifico (Hong Kong) | Non disponibile | 
| Asia Pacifico (Giacarta) | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | 
| Asia Pacifico (Melbourne) | Non disponibile | 
| Asia Pacifico (Mumbai) | Versione 3.03.0 e successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | 
| Asia Pacifico (Osaka) | Non disponibile | 
| Asia Pacifico (Seul) | Versione 3.03.0 e successive | 
| Asia Pacifico (Singapore) | Versione 3.03.0 e successive | 
| Asia Pacifico (Sydney) | Versione 3.03.0 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | 
| Asia Pacifico (Tokyo) | Versione 3.03.0 e successive | 
| Canada (Centrale) | Versione 3.03.0 e successive | 
| Canada occidentale (Calgary) | Non disponibile | 
| Cina (Pechino) | Versione 3.03.0 e successive | 
| Cina (Ningxia) | Versione 3.03.0 e successive | 
| Europa (Francoforte) | Versione 3.03.0 e successive | 
| Europa (Irlanda) | Versione 3.03.0 e successive | 
| Europa (Londra) | Versione 3.03.0 e successive | 
| Europa (Milano) | Non disponibile | 
| Europa (Parigi) | Versione 3.03.0 e successive | 
| Europa (Spagna) | Non disponibile | 
| Europa (Stoccolma) | Versione 3.03.0 e successive | 
| Europa (Zurigo) | Non disponibile | 
| Israele (Tel Aviv) | Non disponibile | 
| Messico (centrale) | Non disponibile | 
| Medio Oriente (Bahrein) | Non disponibile | 
| Medio Oriente (Emirati Arabi Uniti) | Non disponibile | 
| Sud America (San Paolo) | Versione 3.03.0 e successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 3.03.0 e successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 3.03.0 e successive | 

## Autenticazione Kerberos con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.apg"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per l'autenticazione Kerberos con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti orientali (Ohio) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (California settentrionale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (Oregon) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Africa (Città del Capo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hong Kong) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hyderabad) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Giacarta) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Melbourne) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Mumbai) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Seul) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Singapore) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Sydney) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Canada (Centrale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Canada occidentale (Calgary) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Cina (Pechino) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Cina (Ningxia) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Francoforte) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Irlanda) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Londra) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Milano) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Parigi) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Spagna) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Stoccolma) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Zurigo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Israele (Tel Aviv) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Messico (centrale) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Medio Oriente (Emirati Arabi Uniti) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Sud America (San Paolo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti orientali) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti occidentali) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 

## Gruppi di sicurezza Active Directory (AD) con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ActiveDirectory.apg"></a>

Le seguenti regioni e versioni del motore sono disponibili per ActiveDirectory Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti orientali (Ohio) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (California settentrionale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (Oregon) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Africa (Città del Capo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hong Kong) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hyderabad) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Giacarta) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Melbourne) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Mumbai) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Seul) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Singapore) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Sydney) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Canada (Centrale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Canada occidentale (Calgary) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Cina (Pechino) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Cina (Ningxia) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Francoforte) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Irlanda) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Londra) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Milano) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Parigi) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Spagna) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Stoccolma) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Zurigo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Israele (Tel Aviv) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Messico (centrale) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Medio Oriente (Emirati Arabi Uniti) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Sud America (San Paolo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti orientali) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti occidentali) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 

# Regioni e motori di database supportati per il machine learning Aurora
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML"></a>

Utilizzando l'apprendimento automatico di Amazon Aurora, puoi integrare il tuo cluster Aurora DB con uno dei seguenti servizi di AWS machine learning, a seconda delle tue esigenze. Ciascuno supporta casi d’uso di machine learning specifici.

Amazon Bedrock è un servizio completamente gestito che rende disponibili i principali modelli di fondazione delle aziende di intelligenza artificiale tramite un’API, insieme a strumenti per sviluppatori per creare e scalare applicazioni di IA generativa.

Amazon Comprehend è un servizio di *elaborazione del linguaggio naturale* che viene utilizzato per estrarre informazioni dai documenti. L'uso di machine learning di Aurora con Amazon Comprehend consente di determinare il sentiment del testo nelle tabelle del database.

SageMaker L'intelligenza artificiale è un servizio di *machine* learning completo. I data scientist utilizzano Amazon SageMaker AI per creare, addestrare e testare modelli di machine learning per una varietà di attività di inferenza, come il rilevamento delle frodi. Utilizzando l'apprendimento automatico di Aurora con SageMaker AI, gli sviluppatori di database possono richiamare la funzionalità SageMaker AI nel codice SQL.

Non tutti Regioni AWS supportano tutti i servizi di machine learning. Solo alcune Regioni AWS supportano il machine learning Aurora e quindi forniscono l’accesso a questi servizi da un cluster di database Aurora. Anche il processo di integrazione per machine learning di Aurora differisce dal motore di database. Per ulteriori informazioni, consulta [Utilizzo di machine learning di Amazon Aurora](aurora-ml.md).

**Topics**
+ [Utilizzo di machine learning di Aurora con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.amy)
+ [Utilizzo della funzionalità Machine Learning di Aurora con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.apg)

## Utilizzo di machine learning di Aurora con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.amy"></a>

Amazon Bedrock è supportato solo su Aurora MySQL 3.06 e versioni successive. Per informazioni sulla disponibilità delle Regioni per Amazon Bedrock, consulta [Model support by Regione AWS](https://docs.aws.amazon.com/bedrock/latest/userguide/models-regions.html) nella *Amazon Bedrock User Guide*.

L'apprendimento automatico Aurora con Amazon Comprehend e SageMaker Amazon AI è supportato per Aurora MySQL nell'elenco riportato nella tabella. Regioni AWS Oltre a disporre della versione di Aurora MySQL in uso, è Regione AWS necessario supportare anche il servizio che si desidera utilizzare. Per un elenco delle aree Regioni AWS in cui è disponibile Amazon SageMaker AI, consulta gli [endpoint e le quote di Amazon SageMaker AI](https://docs.aws.amazon.com/general/latest/gr/sagemaker.html) nel. *Riferimenti generali di Amazon Web Services* Per un elenco delle aree Regioni AWS in cui è disponibile Amazon Comprehend, consulta gli [endpoint e le quote di Amazon Comprehend](https://docs.aws.amazon.com/general/latest/gr/comprehend.html) nel. *Riferimenti generali di Amazon Web Services*


| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Stati Uniti orientali (Ohio) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Stati Uniti occidentali (Oregon) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Africa (Città del Capo) | Non disponibile | Non disponibile | 
| Asia Pacifico (Hong Kong) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Hyderabad) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Giacarta) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Malesia) | Versione 3.04.0 e successive | Non disponibile | 
| Asia Pacifico (Melbourne) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Mumbai) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Versione 3.01.0 e successive | Versione 2.07.3 e versioni successive | 
| Asia Pacifico (Seul) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Singapore) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Sydney) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Canada (Centrale) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Canada occidentale (Calgary) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Cina (Pechino) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Cina (Ningxia) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Europa (Francoforte) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Europa (Irlanda) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Europa (Londra) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Europa (Milano) | Non disponibile | Non disponibile | 
| Europa (Parigi) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Europa (Spagna) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Europa (Stoccolma) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Europa (Zurigo) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Israele (Tel Aviv) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Messico (centrale) | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| Sud America (San Paolo) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 3.01.0 e successive | Versione 2.07 e versioni successive | 

## Utilizzo della funzionalità Machine Learning di Aurora con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.apg"></a>

Per informazioni sul supporto delle versioni per Amazon Bedrock su Aurora PostgreSQL, consulta [Utilizzo di Aurora PostgreSQL come Knowledge Base per Amazon Bedrock](AuroraPostgreSQL.VectorDB.md).

L'apprendimento automatico Aurora con Amazon Comprehend e SageMaker Amazon AI è supportato per Aurora PostgreSQL nell'elenco riportato nella tabella. Regioni AWS Oltre a disporre della versione di Aurora PostgreSQL in uso, è Regione AWS necessario supportare anche il servizio che si desidera utilizzare. Per un elenco delle aree Regioni AWS in cui è disponibile Amazon SageMaker AI, consulta gli [endpoint e le quote di Amazon SageMaker AI](https://docs.aws.amazon.com/general/latest/gr/sagemaker.html) nel. *Riferimenti generali di Amazon Web Services* Per un elenco delle aree Regioni AWS in cui è disponibile Amazon Comprehend, consulta gli [endpoint e le quote di Amazon Comprehend](https://docs.aws.amazon.com/general/latest/gr/comprehend.html) nel. *Riferimenti generali di Amazon Web Services*

Di seguito sono riportate le versioni di motore e le regioni disponibili per la funzionalità machine learning di Aurora con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Stati Uniti orientali (Ohio) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Stati Uniti occidentali (Oregon) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Africa (Città del Capo) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Hong Kong) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Hyderabad) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Giacarta) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Malesia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Melbourne) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Mumbai) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Nuova Zelanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Osaka) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Seul) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Singapore) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Sydney) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Taipei) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Thailandia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Asia Pacifico (Tokyo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Canada (Centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Canada occidentale (Calgary) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Cina (Pechino) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Cina (Ningxia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Europa (Francoforte) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Europa (Irlanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Europa (Londra) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Europa (Milano) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Europa (Parigi) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Europa (Spagna) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Europa (Stoccolma) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Europa (Zurigo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Israele (Tel Aviv) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Messico (centrale) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| Sud America (San Paolo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.3 e versioni successive | Versione 12.4 e versioni successive | Versione 11.9, 11.12 e versioni successive | 

# Regioni e motori di database Aurora supportati per Approfondimenti sulle prestazioni
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights"></a>

**Importante**  
 AWS ha annunciato la end-of-life data di Performance Insights: 30 giugno 2026. Dopo questa data, Amazon RDS non supporterà più l’esperienza della console Approfondimenti sulle prestazioni, i periodi di conservazione flessibili (1-24 mesi) e i relativi prezzi. L’API Approfondimenti sulle prestazioni continuerà a esistere senza modifiche ai prezzi. I costi per l'API Performance Insights verranno visualizzati nella AWS fattura insieme al costo di CloudWatch Database Insights.   
 Si consiglia di aggiornare tutte DB Clusters di database utilizzando il livello a pagamento di Performance Insights alla modalità Advanced di Database Insights prima del 30 giugno 2026. Per informazioni sull’aggiornamento alla modalità avanzata di Database Insights, consulta [Attivazione della modalità avanzata di Database Insights per Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md).   
 Se non si esegue alcuna azione, i cluster di database che utilizzano Approfondimenti sulle prestazioni, per impostazione predefinita useranno la modalità standard di Database Insights. Con la modalità standard di Database Insights, è possibile perdere l’accesso alla cronologia dei dati sulle prestazioni di oltre 7 giorni e non essere in grado di utilizzare i piani di esecuzione e le funzionalità di analisi on demand nella console Amazon RDS. Dopo il 30 giugno 2026 solo la modalità Advanced di Database Insights supporterà i piani di esecuzione e l'analisi su richiesta.   
 Con CloudWatch Database Insights, puoi monitorare il carico del database per la tua flotta di database e analizzare e risolvere i problemi delle prestazioni su larga scala. Per ulteriori informazioni su Database Insights, consulta [Monitoraggio dei database Amazon Aurora con CloudWatch Database Insights](USER_DatabaseInsights.md). Per informazioni sui prezzi, consulta la pagina [ CloudWatch dei prezzi di Amazon](https://aws.amazon.com/cloudwatch/pricing/). 

Performance Insights espande le sue potenzialità grazie alle funzionalità di monitoraggio esistenti di Amazon RDS a supporto delle operazioni di analisi delle prestazioni del database. Il pannello di controllo di Performance Insights consente di visualizzare il carico del database sull'istanza database Amazon RDS e filtrare il carico in base alle attese, alle istruzioni, agli host o agli utenti. Per ulteriori informazioni, consulta [Panoramica di Performance Insights su Amazon Aurora](USER_PerfInsights.Overview.md). 

Per informazioni sull'assistenza alla regione, al motore di database e alla classe di istanza per le funzionalità Performance Insights, consulta [Supporto del motore di database Amazon Aurora, della regione e della classe di istanza di Amazon Aurora per le funzionalità di Insights](USER_PerfInsights.Overview.Engines.md#USER_PerfInsights.Overview.PIfeatureEngnRegSupport).

**Topics**
+ [Performance Insights con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.amy)
+ [Performance Insights con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.apg)
+ [Performance Insights con Aurora Serverless](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.serverless)

## Performance Insights con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.amy"></a>

**Nota**  
Il supporto della versione del motore è diverso per Performance Insights con Aurora MySQL se la query parallela è attivata. Per ulteriori informazioni sulla query parallela, consultare [Query parallela per Amazon Aurora MySQL](aurora-mysql-parallel-query.md).

**Topics**
+ [Performance Insights con Aurora MySQL e query parallela disattivata](#Feature.PerfInsights.regions.amy.pq)
+ [Performance Insights con Aurora MySQL e query parallela attivata](#Feature.PerfInsights.regions.amy.pqoff)

### Performance Insights con Aurora MySQL e query parallela disattivata
<a name="Feature.PerfInsights.regions.amy.pq"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per Approfondimenti sulle prestazioni con Aurora MySQL e la query parallela disattivata.


| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Tutte le versioni | Tutte le versioni | 
| Stati Uniti orientali (Ohio) | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (California settentrionale) | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (Oregon) | Tutte le versioni | Tutte le versioni | 
| Africa (Città del Capo) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hong Kong) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hyderabad) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Giacarta) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Malesia) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Melbourne) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Mumbai) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Nuova Zelanda) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Osaka) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Seul) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Singapore) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Sydney) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Taipei) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Thailandia) | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Tokyo) | Tutte le versioni | Tutte le versioni | 
| Canada (Centrale) | Tutte le versioni | Tutte le versioni | 
| Canada occidentale (Calgary) | Tutte le versioni | Tutte le versioni | 
| Cina (Pechino) | Tutte le versioni | Tutte le versioni | 
| Cina (Ningxia) | Tutte le versioni | Tutte le versioni | 
| Europa (Francoforte) | Tutte le versioni | Tutte le versioni | 
| Europa (Irlanda) | Tutte le versioni | Tutte le versioni | 
| Europa (Londra) | Tutte le versioni | Tutte le versioni | 
| Europa (Milano) | Tutte le versioni | Tutte le versioni | 
| Europa (Parigi) | Tutte le versioni | Tutte le versioni | 
| Europa (Spagna) | Tutte le versioni | Tutte le versioni | 
| Europa (Stoccolma) | Tutte le versioni | Tutte le versioni | 
| Europa (Zurigo) | Tutte le versioni | Tutte le versioni | 
| Israele (Tel Aviv) | Tutte le versioni | Tutte le versioni | 
| Messico (centrale) | Tutte le versioni | Tutte le versioni | 
| Medio Oriente (Bahrein) | Tutte le versioni | Tutte le versioni | 
| Medio Oriente (Emirati Arabi Uniti) | Tutte le versioni | Tutte le versioni | 
| Sud America (San Paolo) | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti orientali) | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti occidentali) | Tutte le versioni | Tutte le versioni | 

### Performance Insights con Aurora MySQL e query parallela attivata
<a name="Feature.PerfInsights.regions.amy.pqoff"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per Approfondimenti sulle prestazioni con Aurora MySQL e la query parallela attivata.


| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Stati Uniti orientali (Ohio) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Stati Uniti occidentali (California settentrionale) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Stati Uniti occidentali (Oregon) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Africa (Città del Capo) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Hong Kong) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Hyderabad) | Non disponibile | Tutte le versioni | 
| Asia Pacifico (Giacarta) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Malesia) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Melbourne) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Mumbai) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Osaka) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Seul) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Singapore) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Sydney) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Taipei) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Thailandia) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Asia Pacifico (Tokyo) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Canada (Centrale) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Canada occidentale (Calgary) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Cina (Pechino) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Cina (Ningxia) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Francoforte) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Irlanda) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Londra) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Milano) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Parigi) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Spagna) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Stoccolma) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Europa (Zurigo) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Israele (Tel Aviv) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Messico (centrale) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Medio Oriente (Bahrein) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Medio Oriente (Emirati Arabi Uniti) | Non disponibile | Versione 2.09.0 e versioni successive | 
| Sud America (San Paolo) | Non disponibile | Versione 2.09.0 e versioni successive | 
| AWS GovCloud (Stati Uniti orientali) | Non disponibile | Versione 2.09.0 e versioni successive | 
| AWS GovCloud (Stati Uniti occidentali) | Non disponibile | Versione 2.09.0 e versioni successive | 

## Performance Insights con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.apg"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per Approfondimenti sulle prestazioni con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | Aurora PostgreSQL 10 | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti orientali (Ohio) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (California settentrionale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Stati Uniti occidentali (Oregon) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Africa (Città del Capo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hong Kong) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Hyderabad) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Giacarta) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Malesia) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Melbourne) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Mumbai) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Nuova Zelanda) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Osaka) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Seul) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Singapore) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Sydney) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Taipei) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Thailandia) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Asia Pacifico (Tokyo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Canada (Centrale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Canada occidentale (Calgary) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Cina (Pechino) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Cina (Ningxia) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Francoforte) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Irlanda) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Londra) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Milano) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Parigi) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Spagna) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Stoccolma) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Europa (Zurigo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Israele (Tel Aviv) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Messico (centrale) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Medio Oriente (Bahrein) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Medio Oriente (Emirati Arabi Uniti) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| Sud America (San Paolo) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti orientali) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 
| AWS GovCloud (Stati Uniti occidentali) | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | Tutte le versioni | 

## Performance Insights con Aurora Serverless
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.serverless"></a>

Aurora Serverless v2 supporta Performance Insights per tutte le versioni compatibili con MySQL e compatibili con PostgreSQL. Si consiglia di impostare la capacità minima su almeno 2 unità di capacità Aurora ()ACUs.

Aurora Serverless v1 non supporta Performance Insights.

# Regioni e motori di database Aurora supportati per le integrazioni Zero-ETL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL"></a>

Le integrazioni Zero-ETL di Amazon Aurora sono una soluzione completamente gestita per rendere disponibili i dati transazionali in Amazon Redshift o Amazon SageMaker dopo la scrittura su un cluster Aurora. Per ulteriori informazioni, consulta [Integrazioni Zero-ETL di Aurora](zero-etl.md).

**Topics**
+ [Integrazioni Zero-ETL di Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL-MySQL)
+ [Integrazioni Zero-ETL di Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL-Postgres)

## Integrazioni Zero-ETL di Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL-MySQL"></a>

Le seguenti Regioni e versioni del motore sono disponibili per le integrazioni Zero-ETL di Aurora MySQL con Amazon Redshift e Amazon SageMaker.


| Region | Integrazione Zero-ETL con Amazon Redshift per Aurora MySQL versione 3 | Integrazione Zero-ETL con Amazon SageMaker per Aurora MySQL versione 3 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Stati Uniti orientali (Ohio) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 3.05.2 e successive | Non disponibile | 
| Stati Uniti occidentali (Oregon) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Africa (Città del Capo) | Versione 3.05.2 e successive | Non disponibile | 
| Asia Pacifico (Hong Kong) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Asia Pacifico (Hyderabad) | Versione 3.05.2 e successive | Non disponibile | 
| Asia Pacifico (Giacarta) | Versione 3.05.2 e successive | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Melbourne) | Versione 3.05.2 e successive | Non disponibile | 
| Asia Pacifico (Mumbai) | Versione 3.05.2 e successive | Non disponibile | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Versione 3.05.2 e successive | Non disponibile | 
| Asia Pacifico (Seul) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Asia Pacifico (Singapore) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Asia Pacifico (Sydney) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Canada (Centrale) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Canada occidentale (Calgary) | Versione 3.05.2 e successive | Non disponibile | 
| Cina (Pechino) | Versione 3.05.2 e successive | Non disponibile | 
| Cina (Ningxia) | Versione 3.05.2 e successive | Non disponibile | 
| Europa (Francoforte) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Europa (Irlanda) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Europa (Londra) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Europa (Milano) | Versione 3.05.2 e successive | Non disponibile | 
| Europa (Parigi) | Versione 3.05.2 e successive | Non disponibile | 
| Europa (Spagna) | Versione 3.05.2 e successive | Non disponibile | 
| Europa (Stoccolma) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| Europa (Zurigo) | Versione 3.05.2 e successive | Non disponibile | 
| Israele (Tel Aviv) | Versione 3.05.2 e successive | Non disponibile | 
| Messico (centrale) | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Versione 3.05.2 e successive | Non disponibile | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 3.05.2 e successive | Non disponibile | 
| Sud America (San Paolo) | Versione 3.05.2 e successive | Versione 3.05.2 e successive | 
| AWS GovCloud (Stati Uniti orientali) | Non disponibile | Non disponibile | 
| AWS GovCloud (Stati Uniti occidentali) | Non disponibile | Non disponibile | 

## Integrazioni Zero-ETL di Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL-Postgres"></a>

Le seguenti regioni e versioni del motore sono disponibili per le integrazioni Aurora PostgreSQL zero-ETL con Amazon Redshift e. Amazon Sagemaker


| Region | Integrazione zero-ETL con Amazon Redshift per Aurora PostgreSQL versione 17  | Integrazione zero-ETL con Amazon SageMaker Aurora PostgreSQL versione 17 | Integrazione zero-ETL con Amazon Redshift per Aurora PostgreSQL versione 16 | Integrazione zero-ETL con Amazon SageMaker Aurora PostgreSQL versione 16 | 
| --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Ohio) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Stati Uniti occidentali (Oregon) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Africa (Città del Capo) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Asia Pacifico (Hong Kong) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Asia Pacifico (Hyderabad) | Versione 17.4 e successive | Versione 16.4 e successive | Non disponibile | Non disponibile | 
| Asia Pacifico (Giacarta) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Asia Pacifico (Melbourne) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Mumbai) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Asia Pacifico (Seul) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Asia Pacifico (Singapore) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Asia Pacifico (Sydney) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Canada (Centrale) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Canada occidentale (Calgary) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Cina (Pechino) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Cina (Ningxia) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Europa (Francoforte) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Europa (Irlanda) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Europa (Londra) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Europa (Milano) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Europa (Parigi) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Europa (Spagna) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Europa (Stoccolma) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| Europa (Zurigo) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Israele (Tel Aviv) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Messico (centrale) | Non disponibile | Non disponibile | 
| Messico (centrale) | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 17.4 e successive | Non disponibile | Versione 16.4 e successive | Non disponibile | 
| Sud America (San Paolo) | Versione 17.4 e successive | Versione 17.4 e successive | Versione 16.4 e successive | Versione 16.4 e successive | 
| AWS GovCloud (Stati Uniti orientali) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| AWS GovCloud (Stati Uniti occidentali) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 

# Regioni e motori di database Aurora supportati per Server proxy per Amazon RDS
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy"></a>

Amazon RDS Proxy è un proxy di database completamente gestito e ad alta disponibilità che rende le applicazioni più scalabili mediante il pooling e la condivisione di connessioni di database consolidate. Per ulteriori informazioni su RDS Proxy, consulta [Proxy Amazon RDS per Aurora](rds-proxy.md).

**Topics**
+ [Amazon RDS Proxy con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.amy)
+ [Amazon RDS Proxy con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.apg)

## Amazon RDS Proxy con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.amy"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per RDS Proxy con Aurora MySQL.


| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Stati Uniti orientali (Ohio) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Stati Uniti occidentali (Oregon) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Africa (Città del Capo) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Hong Kong) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Hyderabad) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Giacarta) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Malesia) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Melbourne) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Mumbai) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Seul) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Singapore) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Sydney) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Asia Pacifico (Tokyo) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Canada (Centrale) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Canada occidentale (Calgary) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Cina (Pechino) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Cina (Ningxia) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Francoforte) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Irlanda) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Londra) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Milano) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Parigi) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Spagna) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Stoccolma) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Europa (Zurigo) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Israele (Tel Aviv) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Messico (centrale) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Medio Oriente (Bahrein) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| Sud America (San Paolo) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 3.01.0 e successive | Versione 2.07 e versione 2.11 e successive | 

## Amazon RDS Proxy con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.apg"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per RDS Proxy con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti orientali (Ohio) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Stati Uniti occidentali (Oregon) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Africa (Città del Capo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Hong Kong) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Hyderabad) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Giacarta) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Malesia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Melbourne) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Mumbai) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Osaka) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Seul) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Singapore) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Sydney) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| Asia Pacifico (Thailandia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Asia Pacifico (Tokyo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Canada (Centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Canada occidentale (Calgary) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Cina (Pechino) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Cina (Ningxia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Francoforte) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Irlanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Londra) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Milano) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Parigi) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Spagna) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Stoccolma) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Europa (Zurigo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Israele (Tel Aviv) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Messico (centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Medio Oriente (Bahrein) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| Sud America (San Paolo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.4 e successive | Versione 12.8 e successive | Versione 11.9 e versione 11.13 e successive | 

# Regioni e motori di database Aurora supportati per l’integrazione di Secrets Manager
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.SecretsManager"></a>

Con Gestione dei segreti AWS, puoi sostituire le credenziali codificate nel codice, incluse le password del database, con una chiamata API a Secrets Manager per recuperare il segreto a livello di codice. Per ulteriori informazioni su Secrets Manager, consulta la [Guida per l'utente di Gestione dei segreti AWS](https://docs.aws.amazon.com/secretsmanager/latest/userguide/).

Puoi specificare che Amazon Aurora gestisca la password dell'utente master in Secrets Manager per un cluster database Aurora. Aurora genera la password, la memorizza in Secrets Manager e la ruota regolarmente. Per ulteriori informazioni, consulta [Gestione delle password con Amazon Aurora e Gestione dei segreti AWS](rds-secrets-manager.md).

L'integrazione con Secrets Manager è disponibile in tutti Regioni AWS.

# Regioni e motori di database Aurora supportati per Aurora Serverless v2
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2"></a>

Aurora Serverless v2 è una funzionalità con scalabilità automatica on demand progettata per fornire un approccio conveniente all'esecuzione di carichi di lavoro intermittenti o imprevedibili su Amazon Aurora. Si dimensiona automaticamente la capacità in base alle esigenze dell'applicazione. Il dimensionamento è più veloce e più granulare rispetto a quello di Aurora Serverless v1. Con Aurora Serverless v2, ogni cluster può contenere un'istanza database scrittore e più istanze database lettore. È possibile combinare Aurora Serverless v2 e le istanze database con provisioning tradizionali all'interno dello stesso cluster. Per ulteriori informazioni, consulta [Uso di Aurora Serverless v2](aurora-serverless-v2.md).

**Topics**
+ [Aurora Serverless v2 con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.amy)
+ [Aurora Serverless v2 con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.apg)

## Aurora Serverless v2 con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.amy"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per Aurora Serverless v2 con Aurora MySQL.


| Region | Aurora MySQL versione 3 | 
| --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 3.02.0 e successive | 
| Stati Uniti orientali (Ohio) | Versione 3.02.0 e successive | 
| Stati Uniti occidentali (California settentrionale) | Versione 3.02.0 e successive | 
| Stati Uniti occidentali (Oregon) | Versione 3.02.0 e successive | 
| Africa (Città del Capo) | Versione 3.02.0 e successive | 
| Asia Pacifico (Hong Kong) | Versione 3.02.0 e successive | 
| Asia Pacifico (Hyderabad) | Versione 3.02.3 e successive | 
| Asia Pacifico (Giacarta) | Versione 3.02.0 e successive | 
| Asia Pacifico (Malesia) | Versioni 3.04.3, 3.05.2, 3.06.1, 3.07.1 e successive | 
| Asia Pacifico (Melbourne) | Versione 3.02.3 e successive | 
| Asia Pacifico (Mumbai) | Versione 3.02.0 e successive | 
| Asia Pacifico (Nuova Zelanda) | Versioni 3.04.3 e successive, 3.08.0 e successive | 
| Asia Pacifico (Osaka) | Versione 3.02.0 e successive | 
| Asia Pacifico (Seul) | Versione 3.02.0 e successive | 
| Asia Pacifico (Singapore) | Versione 3.02.0 e successive | 
| Asia Pacifico (Sydney) | Versione 3.02.0 e successive | 
| Asia Pacifico (Taipei) | Versioni 3.04.3 e successive, 3.08.1 e successive | 
| Asia Pacifico (Thailandia) | Versioni 3.04.3 e successive, 3.08.0 e successive | 
| Asia Pacifico (Tokyo) | Versione 3.02.0 e successive | 
| Canada (Centrale) | Versione 3.02.0 e successive | 
| Canada occidentale (Calgary) | Versione 3.04.0 e successive | 
| Cina (Pechino) | Versione 3.02.2 e successive | 
| Cina (Ningxia) | Versione 3.02.2 e successive | 
| Europa (Francoforte) | Versione 3.02.0 e successive | 
| Europa (Irlanda) | Versione 3.02.0 e successive | 
| Europa (Londra) | Versione 3.02.0 e successive | 
| Europa (Milano) | Versione 3.02.0 e successive | 
| Europa (Parigi) | Versione 3.02.0 e successive | 
| Europa (Spagna) | Versione 3.02.3 e successive | 
| Europa (Stoccolma) | Versione 3.02.0 e successive | 
| Europa (Zurigo) | Versione 3.02.3 e successive | 
| Israele (Tel Aviv) | Versioni 3.02.3 e successive, 3.03.1 e successive | 
| Messico (centrale) | Versioni 3.04.3 e successive, 3.08.0 e successive | 
| Medio Oriente (Bahrein) | Versione 3.02.0 e successive | 
| Medio Oriente (Emirati Arabi Uniti) | Versione 3.02.3 e successive | 
| Sud America (San Paolo) | Versione 3.02.0 e successive | 
| AWS GovCloud (Stati Uniti orientali) | Versione 3.02.2 e successive | 
| AWS GovCloud (Stati Uniti occidentali) | Versione 3.02.2 e successive | 

 I limiti ACU massimo e minimo per la capacità di Aurora Serverless v2 possono variare a seconda della versione del motore. Per informazioni dettagliate, vedi [Capacità di Aurora Serverless v2](aurora-serverless-v2.how-it-works.md#aurora-serverless-v2.how-it-works.capacity). 

## Aurora Serverless v2 con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.apg"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per Aurora Serverless v2 con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | 
| --- | --- | --- | --- | --- | --- | 
| <a name="asv2-apg-us-east-1"></a>Stati Uniti orientali (Virginia settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-us-east-2"></a>Stati Uniti orientali (Ohio) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-us-west-1"></a>Stati Uniti occidentali (California settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-us-west-2"></a>Stati Uniti occidentali (Oregon) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-af-south-1"></a>Africa (Città del Capo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-ap-east-1"></a>Asia Pacifico (Hong Kong) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-ap-south-2"></a>Asia Pacifico (Hyderabad) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.6 e successive | Versione 13.9 e successive | 
| <a name="asv2-apg-ap-southeast-3"></a>Asia Pacifico (Giacarta) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| Asia Pacifico (Malesia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.4 e successive | Versione 14.6, 14.9 e successive | Versione 13.9, 13.12 e successive | 
| <a name="asv2-apg-ap-southeast-4"></a>Asia Pacifico (Melbourne) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.6 e successive | Versione 13.9 e successive | 
| <a name="asv2-apg-ap-south-1"></a>Asia Pacifico (Mumbai) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| Asia Pacifico (Nuova Zelanda) | Versione 17.4 e successive | Versione 16.8 e successive | Versione 15.12 e successive | Versione 14.17 e successive | Versione 13.20 e successive | 
| <a name="asv2-apg-ap-northeast-3"></a>Asia Pacifico (Osaka) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-ap-northeast-2"></a>Asia Pacifico (Seul) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-ap-southeast-1"></a>Asia Pacifico (Singapore) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| Asia Pacifico (Taipei) | Versione 17.4 e successive | Versione 16.6 e successive | Versione 15.10 e successive | Versione 14.15 e successive | Non disponibile | 
| <a name="asv2-apg-ap-southeast-2"></a>Asia Pacifico (Sydney) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-ap-southeast-7"></a>Asia Pacifico (Thailandia) | Versione 17.4 e successive | Versione 16.4 e successive | Versione 15.8 e successive | Versione 14.13 e successive | Non disponibile | 
| <a name="asv2-apg-ap-northeast-1"></a>Asia Pacifico (Tokyo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-ca-central-1"></a>Canada (Centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-ca-west-1"></a>Canada occidentale (Calgary) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.6, 14.8 e successive | Versione 13.9, 13.11 e successive | 
| <a name="asv2-apg-cn-north-1"></a>Cina (Pechino) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-cn-northwest-1"></a>Cina (Ningxia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-eu-central-1"></a>Europa (Francoforte) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-eu-west-1"></a>Europa (Irlanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-eu-west-2"></a>Europa (Londra) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-eu-south-1"></a>Europa (Milano) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-eu-west-3"></a>Europa (Parigi) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-eu-south-2"></a>Europa (Spagna) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.6 e successive | Versione 13.9 e successive | 
| <a name="asv2-apg-eu-north-1"></a>Europa (Stoccolma) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-eu-central-2"></a>Europa (Zurigo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.6 e successive | Versione 13.9 e successive | 
| <a name="asv2-apg-il-central-1"></a>Israele (Tel Aviv) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.6 e successive | Versione 13.9 e successive | 
| Messico (centrale) | Versione 17.4 e successive | Versione 16.4 e successive | Versione 15.8 e successive | Versione 14.13 e successive | Non disponibile | 
| <a name="asv2-apg-me-south-1"></a>Medio Oriente (Bahrein) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-me-central-1"></a>Medio Oriente (Emirati Arabi Uniti) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.6 e successive | Versione 13.9 e successive | 
| <a name="asv2-apg-sa-east-1"></a>Sud America (San Paolo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-gov-us-east-1"></a>AWS GovCloud (Stati Uniti orientali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 
| <a name="asv2-apg-gov-us-west-1"></a>AWS GovCloud (Stati Uniti occidentali) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.2 e successive | Versione 14.3 e versioni successive | Versione 13.6 e versioni successive | 

 I limiti ACU massimo e minimo per la capacità di Aurora Serverless v2 possono variare a seconda della versione del motore. Per informazioni dettagliate, vedi [Capacità di Aurora Serverless v2](aurora-serverless-v2.how-it-works.md#aurora-serverless-v2.how-it-works.capacity). 

# Aurora Serverless v1
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1"></a>

**Importante**  
 AWS ha annunciato la end-of-life data delAurora Serverless v1: 31 marzo 2025. È fortemente consigliabile aggiornare i cluster di database Aurora Serverless v1 a Aurora Serverless v2 prima di tale data. L’aggiornamento può comportare una modifica del numero di versione principale del motore di database. Pertanto, è importante pianificare, testare e implementare questo passaggio prima della data. end-of-life A partire dall'8 gennaio 2025, i clienti non saranno più in grado di creare nuovi Aurora Serverless v1 cluster o istanze né con la CLI. Console di gestione AWS Per informazioni sul processo di migrazione, consulta [Aggiornamento da un cluster Aurora Serverless v1 ad Aurora Serverless v2](aurora-serverless-v2.upgrade.md#aurora-serverless-v2.upgrade-from-serverless-v1-procedure).   
 Aurora Serverless v2 scala più rapidamente e in modo più granulare. Aurora Serverless v2 garantisce inoltre una maggiore compatibilità con altre funzionalità Aurora, come le istanze database di lettura. Per maggiori informazioni su Aurora Serverless v2, consulta [Uso di Aurora Serverless v2](aurora-serverless-v2.md). 

Aurora Serverless v1 è una funzionalità con scalabilità automatica on demand progettata per fornire un approccio conveniente all'esecuzione di carichi di lavoro intermittenti o imprevedibili su Amazon Aurora. Avvia, arresta e dimensiona automaticamente la capacità in base alle esigenze dell'applicazione usando una singola istanza database in ogni cluster. Per ulteriori informazioni, consulta [Utilizzo di Amazon Aurora Serverless v1](aurora-serverless.md).

**Topics**
+ [Aurora Serverless v1 con Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.amy)
+ [Aurora Serverless v1 con Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.apg)

## Aurora Serverless v1 con Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.amy"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per Aurora Serverless v1 con Aurora MySQL.


| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 | 
| --- | --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Non disponibile | Versione 2.11.4 | 
| Stati Uniti orientali (Ohio) | Non disponibile | Versione 2.11.4 | 
| Stati Uniti occidentali (California settentrionale) | Non disponibile | Versione 2.11.4 | 
| Stati Uniti occidentali (Oregon) | Non disponibile | Versione 2.11.4 | 
| Africa (Città del Capo) | Non disponibile | Non disponibile | 
| Asia Pacifico (Hong Kong) | Non disponibile | Non disponibile | 
| Asia Pacific (Hyderabad) | Non disponibile | Non disponibile | 
| Asia Pacifico (Giacarta) | Non disponibile | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Melbourne) | Non disponibile | Non disponibile | 
| Asia Pacifico (Mumbai) | Non disponibile | Versione 2.11.4 | 
| Asia Pacifico (Osaka-Locale) | Non disponibile | Non disponibile | 
| Asia Pacifico (Seul) | Non disponibile | Versione 2.11.4 | 
| Asia Pacifico (Singapore) | Non disponibile | Versione 2.11.4 | 
| Asia Pacifico (Sydney) | Non disponibile | Versione 2.11.4 | 
| Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | 
| Asia Pacifico (Tokyo) | Non disponibile | Versione 2.11.4 | 
| Canada (Centrale) | Non disponibile | Versione 2.11.4 | 
| Canada occidentale (Calgary) | Non disponibile | Non disponibile | 
| Cina (Pechino) | Non disponibile | Non disponibile | 
| Cina (Ningxia) | Non disponibile | Versione 2.11.4 | 
| Europa (Francoforte) | Non disponibile | Versione 2.11.4 | 
| Europa (Irlanda) | Non disponibile | Versione 2.11.4 | 
| Europa (Londra) | Non disponibile | Versione 2.11.4 | 
| Europa (Milano) | Non disponibile | Non disponibile | 
| Europa (Parigi) | Non disponibile | Versione 2.11.4 | 
| Europa (Spagna) | Non disponibile | Non disponibile | 
| Europa (Stoccolma) | Non disponibile | Non disponibile | 
| Europa (Zurigo) | Non disponibile | Non disponibile | 
| Israele (Tel Aviv) | Non disponibile | Non disponibile | 
| Medio Oriente (Bahrein) | Non disponibile | Non disponibile | 
| Medio Oriente (Emirati Arabi Uniti) | Non disponibile | Non disponibile | 
| Sud America (San Paolo) | Non disponibile | Non disponibile | 
| AWS GovCloud (Stati Uniti orientali) | Non disponibile | Non disponibile | 
| AWS GovCloud (Stati Uniti occidentali) | Non disponibile | Non disponibile | 

## Aurora Serverless v1 con Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.apg"></a>

Di seguito sono riportate le versioni di motore e le regioni disponibili per Aurora Serverless v1 con Aurora PostgreSQL.


| Region | Aurora PostgreSQL 13 | 
| --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | Versione 13.12 | 
| Stati Uniti orientali (Ohio) | Versione 13.12 | 
| Stati Uniti occidentali (California settentrionale) | Versione 13.12 | 
| Stati Uniti occidentali (Oregon) | Versione 13.12 | 
| Africa (Città del Capo) | Non disponibile | 
| Asia Pacifico (Hong Kong) | Non disponibile | 
| Asia Pacific (Hyderabad) | Non disponibile | 
| Asia Pacifico (Giacarta) | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | 
| Asia Pacifico (Melbourne) | Non disponibile | 
| Asia Pacifico (Mumbai) | Versione 13.12 | 
| Asia Pacifico (Osaka-Locale) | Non disponibile | 
| Asia Pacifico (Seul) | Versione 13.12 | 
| Asia Pacifico (Singapore) | Versione 13.12 | 
| Asia Pacifico (Sydney) | Versione 13.12 | 
| Asia Pacifico (Thailandia) | Non disponibile | 
| Asia Pacifico (Tokyo) | Versione 13.12 | 
| Canada (Centrale) | Versione 13.12 | 
| Canada occidentale (Calgary) | Non disponibile | 
| Cina (Pechino) | Non disponibile | 
| Cina (Ningxia) | Non disponibile | 
| Europa (Francoforte) | Versione 13.12 | 
| Europa (Irlanda) | Versione 13.12 | 
| Europa (Londra) | Versione 13.12 | 
| Europa (Milano) | Non disponibile | 
| Europa (Parigi) | Versione 13.12 | 
| Europa (Spagna) | Non disponibile | 
| Europa (Stoccolma) | Non disponibile | 
| Europa (Zurigo) | Non disponibile | 
| Israele (Tel Aviv) | Non disponibile | 
| Medio Oriente (Bahrein) | Non disponibile | 
| Medio Oriente (Emirati Arabi Uniti) | Non disponibile | 
| Sud America (San Paolo) | Non disponibile | 
| AWS GovCloud (Stati Uniti orientali) | Non disponibile | 
| AWS GovCloud (Stati Uniti occidentali) | Non disponibile | 

# Regioni e motori di database Aurora supportati per l’API dati RDS
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API"></a>

L’API dati RDS fornisce un’interfaccia di servizi web a un cluster di database Amazon Aurora. Anziché gestire le connessioni al database dalle applicazioni client, è possibile eseguire comandi SQL su un endpoint HTTPS. Per ulteriori informazioni, consulta [Utilizzo dell’API dati di Amazon RDS](data-api.md). 

**Topics**
+ [API dati con Aurora PostgreSQL Serverless v2 e cluster allocati](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.apg)
+ [API dati con Aurora MySQL Serverless v2 e cluster allocati](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.ams)
+ [API dati con Aurora PostgreSQL Serverless v1](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.apg-sv1)
+ [API dati con Aurora MySQL Serverless v1](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.amy)

## API dati con Aurora PostgreSQL Serverless v2 e cluster allocati
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.apg"></a>

Di seguito sono riportate le Regioni e le versioni del motore disponibili per l’API dati con Aurora PostgreSQL Serverless v2 e cluster di database allocati.


| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | 
| --- | --- | --- | --- | --- | --- | 
| <a name="data-api-asv2-apg-us-east-1"></a>Stati Uniti orientali (Virginia settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-us-east-2"></a>Stati Uniti orientali (Ohio) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-us-west-1"></a>Stati Uniti occidentali (California settentrionale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-us-west-2"></a>Stati Uniti occidentali (Oregon) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-af-south-1"></a>Africa (Città del Capo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ap-east-1"></a>Asia Pacifico (Hong Kong) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ap-south-2"></a>Asia Pacifico (Hyderabad) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-ap-southeast-3"></a>Asia Pacifico (Giacarta) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| Asia Pacifico (Malesia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ap-southeast-4"></a>Asia Pacifico (Melbourne) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-ap-south-1"></a>Asia Pacifico (Mumbai) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-ap-northeast-3"></a>Asia Pacifico (Osaka) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ap-northeast-2"></a>Asia Pacifico (Seul) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ap-southeast-1"></a>Asia Pacifico (Singapore) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ap-southeast-2"></a>Asia Pacifico (Sydney) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-ap-southeast-7"></a>Asia Pacifico (Thailandia) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ap-northeast-1"></a>Asia Pacifico (Tokyo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ca-central-1"></a>Canada (Centrale) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-ca-west-1"></a>Canada occidentale (Calgary) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-cn-north-1"></a>Cina (Pechino) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-cn-northwest-1"></a>Cina (Ningxia) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-eu-central-1"></a>Europa (Francoforte) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-eu-west-1"></a>Europa (Irlanda) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-eu-west-2"></a>Europa (Londra) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-eu-south-1"></a>Europa (Milano) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-eu-west-3"></a>Europa (Parigi) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-eu-south-2"></a>Europa (Spagna) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-eu-north-1"></a>Europa (Stoccolma) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-eu-central-2"></a>Europa (Zurigo) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-il-central-1"></a>Israele (Tel Aviv) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-me-south-1"></a>Medio Oriente (Bahrein) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| Messico (centrale) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-me-central-1"></a>Medio Oriente (Emirati Arabi Uniti) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-sa-east-1"></a>Sud America (San Paolo) | Versione 17.4 e successive | Versione 16.1 e successive | Versione 15.3 e successive | Versione 14.8 e successive | Versione 13.11 e successive | 
| <a name="data-api-asv2-apg-gov-us-east-1"></a>AWS GovCloud (Stati Uniti orientali) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 
| <a name="data-api-asv2-apg-gov-us-west-1"></a>AWS GovCloud (Stati Uniti occidentali) | Non disponibile | Non disponibile | Non disponibile | Non disponibile | Non disponibile | 

## API dati con Aurora MySQL Serverless v2 e cluster allocati
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.ams"></a>

Di seguito sono riportate le Regioni e le versioni del motore disponibili per l’API dati con Aurora MySQL Serverless v2 e cluster di database allocati.


| Region | Aurora MySQL versione 3 | 
| --- | --- | 
| <a name="data-api-asv2-ams-us-east-2"></a>Stati Uniti orientali (Ohio) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-us-east-1"></a>Stati Uniti orientali (Virginia settentrionale) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-us-west-1"></a>Stati Uniti occidentali (California settentrionale) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-us-west-2"></a>Stati Uniti occidentali (Oregon) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-af-south-1"></a>Africa (Città del Capo) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ap-east-1"></a>Asia Pacifico (Hong Kong) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ap-south-2"></a>Asia Pacifico (Hyderabad) | Non disponibile | 
| <a name="data-api-asv2-ams-ap-southeast-3"></a>Asia Pacifico (Giacarta) | Versione 3.07 e successive | 
| Asia Pacifico (Malesia) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ap-southeast-4"></a>Asia Pacifico (Melbourne) | Non disponibile | 
| <a name="data-api-asv2-ams-ap-south-1"></a>Asia Pacifico (Mumbai) | Versione 3.07 e successive | 
| Asia Pacifico (Nuova Zelanda) | Non disponibile | 
| <a name="data-api-asv2-ams-ap-northeast-3"></a>Asia Pacifico (Osaka) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ap-northeast-2"></a>Asia Pacifico (Seul) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ap-southeast-1"></a>Asia Pacifico (Singapore) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ap-southeast-2"></a>Asia Pacifico (Sydney) | Versione 3.07 e successive | 
| Asia Pacifico (Taipei) | Non disponibile | 
| <a name="data-api-asv2-ams-ap-southeast-7"></a>Asia Pacifico (Thailandia) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ap-northeast-1"></a>Asia Pacifico (Tokyo) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ca-central-1"></a>Canada (Centrale) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-ca-west-1"></a>Canada occidentale (Calgary) | Non disponibile | 
| <a name="data-api-asv2-ams-cn-north-1"></a>Cina (Pechino) | Non disponibile | 
| <a name="data-api-asv2-ams-cn-northwest-1"></a>Cina (Ningxia) | Non disponibile | 
| <a name="data-api-asv2-ams-eu-central-1"></a>Europa (Francoforte) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-eu-west-1"></a>Europa (Irlanda) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-eu-west-2"></a>Europa (Londra) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-eu-south-1"></a>Europa (Milano) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-eu-west-3"></a>Europa (Parigi) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-eu-south-2"></a>Europa (Spagna) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-eu-north-1"></a>Europa (Stoccolma) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-eu-central-2"></a>Europa (Zurigo) | Non disponibile | 
| <a name="data-api-asv2-ams-il-central-1"></a>Israele (Tel Aviv) | Non disponibile | 
| Messico (centrale) | Non disponibile | 
| <a name="data-api-asv2-ams-me-south-1"></a>Medio Oriente (Bahrein) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-me-central-1"></a>Medio Oriente (Emirati Arabi Uniti) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-sa-east-1"></a>Sud America (San Paolo) | Versione 3.07 e successive | 
| <a name="data-api-asv2-ams-gov-us-east-1"></a>AWS GovCloud (Stati Uniti orientali) | Non disponibile | 
| <a name="data-api-asv2-ams-gov-us-west-1"></a>AWS GovCloud (Stati Uniti occidentali) | Non disponibile | 

## API dati con Aurora PostgreSQL Serverless v1
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.apg-sv1"></a>

Di seguito sono riportate le Regioni e le versioni del motore disponibili per l’API dati con Aurora PostgreSQL Serverless v1.


| Region | Aurora PostgreSQL 13 | Aurora PostgreSQL 11 | 
| --- | --- | --- | 
| <a name="data-api-asv1-apg-us-east-1"></a>Stati Uniti orientali (Virginia settentrionale) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-us-east-2"></a>Stati Uniti orientali (Ohio) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-us-west-1"></a>Stati Uniti occidentali (California settentrionale) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-us-west-2"></a>Stati Uniti occidentali (Oregon) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-af-south-1"></a>Africa (Città del Capo) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-ap-east-1"></a>Asia Pacifico (Hong Kong) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-ap-south-2"></a>Asia Pacifico (Hyderabad) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-ap-southeast-3"></a>Asia Pacifico (Giacarta) | Non disponibile | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-ap-southeast-4"></a>Asia Pacifico (Melbourne) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-ap-south-1"></a>Asia Pacifico (Mumbai) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-ap-northeast-3"></a>Asia Pacifico (Osaka) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-ap-northeast-2"></a>Asia Pacifico (Seul) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-ap-southeast-1"></a>Asia Pacifico (Singapore) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-ap-southeast-2"></a>Asia Pacifico (Sydney) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv2-apg-ap-southeast-7"></a>Asia Pacifico (Thailandia) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-ap-northeast-1"></a>Asia Pacifico (Tokyo) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-ca-central-1"></a>Canada (Centrale) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-cn-north-1"></a>Cina (Pechino) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-cn-northwest-1"></a>Cina (Ningxia) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-eu-central-1"></a>Europa (Francoforte) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-eu-west-1"></a>Europa (Irlanda) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-eu-west-2"></a>Europa (Londra) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-eu-south-1"></a>Europa (Milano) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-eu-west-3"></a>Europa (Parigi) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-eu-south-2"></a>Europa (Spagna) | Versione 13.9 | Versione 11.18 | 
| <a name="data-api-asv1-apg-eu-north-1"></a>Europa (Stoccolma) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-eu-central-2"></a>Europa (Zurigo) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-il-central-1"></a>Israele (Tel Aviv) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-me-south-1"></a>Medio Oriente (Bahrein) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-me-central-1"></a>Medio Oriente (Emirati Arabi Uniti) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-sa-east-1"></a>Sud America (San Paolo) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-gov-us-east-1"></a>AWS GovCloud (Stati Uniti orientali) | Non disponibile | Non disponibile | 
| <a name="data-api-asv1-apg-gov-us-west-1"></a>AWS GovCloud (Stati Uniti occidentali) | Non disponibile | Non disponibile | 

## API dati con Aurora MySQL Serverless v1
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.amy"></a>

Di seguito sono riportate le Regioni e le versioni del motore disponibili per l’API dati con Aurora MySQL Serverless v1.


| Region | Aurora MySQL versione 2 | 
| --- | --- | 
| Stati Uniti orientali (Virginia settentrionale) | versione 2.11.3 | 
| Stati Uniti orientali (Ohio) | versione 2.11.3 | 
| Stati Uniti occidentali (California settentrionale) | versione 2.11.3 | 
| Stati Uniti occidentali (Oregon) | versione 2.11.3 | 
| Africa (Città del Capo) | Non disponibile | 
| Asia Pacifico (Hong Kong) | Non disponibile | 
| Asia Pacifico (Hyderabad) | Non disponibile | 
| Asia Pacifico (Giacarta) | Non disponibile | 
| Asia Pacifico (Malesia) | Non disponibile | 
| Asia Pacifico (Melbourne) | Non disponibile | 
| Asia Pacifico (Mumbai) | versione 2.11.3 | 
| Asia Pacifico (Osaka) | Non disponibile | 
| Asia Pacifico (Seul) | versione 2.11.3 | 
| Asia Pacifico (Singapore) | versione 2.11.3 | 
| Asia Pacifico (Sydney) | versione 2.11.3 | 
| <a name="data-api-asv2-apg-ap-southeast-7"></a>Asia Pacifico (Thailandia) | Non disponibile | 
| Asia Pacifico (Tokyo) | versione 2.11.3 | 
| Canada (Centrale) | versione 2.11.3 | 
| Canada occidentale (Calgary) | Non disponibile | 
| Cina (Pechino) | Non disponibile | 
| Cina (Ningxia) | versione 2.11.3 | 
| Europa (Francoforte) | versione 2.11.3 | 
| Europa (Irlanda) | versione 2.11.3 | 
| Europa (Londra) | versione 2.11.3 | 
| Europa (Milano) | Non disponibile | 
| Europa (Parigi) | versione 2.11.3 | 
| Europa (Spagna) | versione 2.11.3 | 
| Europa (Stoccolma) | Non disponibile | 
| Europa (Zurigo) | Non disponibile | 
| Israele (Tel Aviv) | Non disponibile | 
| Medio Oriente (Bahrein) | Non disponibile | 
| Medio Oriente (Emirati Arabi Uniti) | Non disponibile | 
| Sud America (San Paolo) | Non disponibile | 
| AWS GovCloud (Stati Uniti orientali) | Non disponibile | 
| AWS GovCloud (Stati Uniti occidentali) | Non disponibile | 

# Regioni e motori di database Aurora supportati per l’applicazione di patch senza tempo di inattività (ZDP, Zero-Downtime Patching)
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.ZDP"></a>

L'esecuzione di aggiornamenti per i cluster database Aurora MySQL comporta la possibilità di un'interruzione quando il database viene arrestato e durante l'aggiornamento. Per impostazione predefinita, se si avvia l'aggiornamento mentre il database è occupato, si perdono tutte le connessioni e le transazioni elaborate dal cluster di database. Se si aspetta che il database sia inattivo per eseguire l'aggiornamento, potrebbe essere necessario attendere a lungo.

La funzionalità di applicazione di patch senza tempi di inattività si basa sul miglior tentativo per preservare le connessioni client attraverso un aggiornamento Aurora. Se l'applicazione di patch senza tempi di inattività viene completata correttamente, le sessioni delle applicazioni vengono conservate e il motore del database si riavvia mentre l'aggiornamento è in corso. Il riavvio del motore del database può causare un calo del throughput della durata di alcuni secondi fino a circa un minuto.

Per informazioni dettagliate sulle condizioni e sulle versioni del motore in cui la funzionalità di applicazione di patch senza tempi di inattività è disponibile per gli aggiornamenti di Aurora MySQL, consulta [Utilizzo dell'applicazione di patch senza tempi di inattività](AuroraMySQL.Updates.ZDP.md).

Per informazioni dettagliate sulle condizioni e sulle versioni del motore in cui la funzionalità di applicazione di patch senza tempi di inattività è disponibile per gli aggiornamenti di Aurora PostgreSQL, consulta [Aggiornamenti della versione secondaria e applicazione di patch senza tempi di inattività](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp).

# Regioni supportate in Aurora PostgreSQL Limitless Database
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.AuroraLimitless"></a>

Amazon Aurora PostgreSQL Limitless Database offre un dimensionamento orizzontale automatizzato per elaborare milioni di transazioni di scrittura al secondo e gestisce petabyte di dati mantenendo la semplicità di funzionamento all’interno di un singolo database. Con Aurora PostgreSQL Limitless Database, è possibile dedicarsi alla creazione di applicazioni su larga scala senza dover creare e mantenere soluzioni complesse per scalare i dati su più istanze database per supportare i carichi di lavoro.

Per ulteriori informazioni, consulta [Utilizzo di Amazon Aurora PostgreSQL Limitless Database](limitless.md).

Aurora PostgreSQL Limitless Database è disponibile in tutte le Regioni AWS ad eccezione di Asia Pacifico (Taipei).

# Regioni e motori di database supportati per le funzionalità native del motore Aurora
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures"></a>

I motori di database Aurora supportano inoltre caratteristiche e funzionalità aggiuntive specifiche per Aurora. Alcune funzionalità native del motore potrebbero avere supporto limitato o privilegi limitati per un particolare motore di database Aurora, versione o regione.

**Topics**
+ [Funzionalità native del motore per Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.amy)
+ [Funzionalità native del motore per Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.apg)

## Funzionalità native del motore per Aurora MySQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.amy"></a>

Di seguito sono riportate le funzionalità native del motore per Aurora MySQL
+ [Auditing avanzato](AuroraMySQL.Auditing.md)
+ [Backtrack](AuroraMySQL.Managing.Backtrack.md)
+ [Query di fault injection](AuroraMySQL.Managing.FaultInjectionQueries.md)
+ [Inoltro di scrittura all'interno del cluster](aurora-mysql-write-forwarding.md)
+ [Query parallela](aurora-mysql-parallel-query-optimizing.md#aurora-mysql-parallel-query-planning)

## Funzionalità native del motore per Aurora PostgreSQL
<a name="Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.apg"></a>

Di seguito sono riportate le funzionalità native del motore per Aurora PostgreSQL
+ [Babelfish](babelfish.md)
+ [Query di fault injection](AuroraPostgreSQL.Managing.FaultInjectionQueries.md)
+ [Gestione del piano di query](AuroraPostgreSQL.Optimize.md)

# Connessioni degli endpoint Amazon Aurora
<a name="Aurora.Overview.Endpoints"></a>

Amazon Aurora in genere utilizza un cluster di istanze database anziché una singola istanza. Ogni connessione viene gestita da un'istanza database specifica. Quando ti connetti a un cluster Aurora, il nome host e la porta specificati puntano a un handler intermedio chiamato *endpoint*. Aurora utilizza il meccanismo endpoint per astrarre queste connessioni. Pertanto, non è necessario codificare tutti i nomi host o scrivere una propria logica per il bilanciamento e il reindirizzamento delle connessioni quando alcune istanze database non sono disponibili.

Per determinate attività di Aurora, le diverse istanze o i gruppi di istanze svolgono ruoli differenti. Ad esempio, l'istanza primaria gestisce tutte le istruzioni DDL (Data Definition Language) e DML (Data Manipulation Language) e fino a 15 repliche di Aurora gestiscono il traffico di query di sola lettura.

**Topics**
+ [Tipi di endpoint di Aurora](#Aurora.Overview.Endpoints.Types)
+ [Visualizzazione degli endpoint per un cluster Aurora](#Aurora.Endpoints.Viewing)
+ [Come gli endpoint Aurora funzionano con elevata disponibilità](#Aurora.Overview.Endpoints.HA)
+ [Endpoint del cluster per Amazon Aurora](Aurora.Endpoints.Cluster.md)
+ [Endpoint di lettura per Amazon Aurora](Aurora.Endpoints.Reader.md)
+ [Endpoint di istanza per Amazon Aurora](Aurora.Endpoints.Instance.md)
+ [Endpoint personalizzati per Amazon Aurora](Aurora.Endpoints.Custom.md)

## Tipi di endpoint di Aurora
<a name="Aurora.Overview.Endpoints.Types"></a>

Usando gli endpoint puoi associare ogni connessione all'istanza o al gruppo di istanze appropriato in base al caso d'uso. Ad esempio, per eseguire le istruzioni DDL puoi connetterti a qualsiasi istanza sia l'istanza primaria. Per eseguire le query, puoi connetterti all’endpoint di lettura mentre Aurora esegue automaticamente il bilanciamento delle connessioni tra tutte le repliche Aurora. Per i cluster con istanze database con capacità o configurazioni diverse, puoi connetterti agli endpoint personalizzati associati a diversi sottoinsiemi di istanze database. Per la diagnosi o l'ottimizzazione, puoi connetterti a un endpoint di istanza specifico per esaminare i dettagli su una determinata istanza database.

Un endpoint è rappresentato da un URL specifico di Aurora contenente un indirizzo host e una porta. Di seguito sono riportati i tipi di endpoint disponibili da un cluster database Aurora.

**Endpoint del cluster**  
Connettiti all’istanza primaria del cluster per sviluppare e testare le applicazioni, nonché per eseguire trasformazioni come istruzioni `INSERT` e operazioni DDL, DML ed ETL. Trova la posizione dell'endpoint del cluster utilizzando Console di gestione AWS AWS CLI, o l'API Amazon RDS, come descritto in. [Visualizzazione degli endpoint per un cluster Aurora](#Aurora.Endpoints.Viewing)  
Per ulteriori informazioni sugli endpoint del cluster, consulta [Endpoint del cluster per Amazon Aurora](Aurora.Endpoints.Cluster.md).

**Endpoint di lettura**  
Esegui le query. Aurora esegue automaticamente il bilanciamento delle connessioni tra tutte le repliche Aurora. Trova la posizione dell'endpoint del lettore utilizzando Console di gestione AWS AWS CLI, o l'API Amazon RDS, come descritto in. [Visualizzazione degli endpoint per un cluster Aurora](#Aurora.Endpoints.Viewing)  
Per ulteriori informazioni sugli endpoint di lettura, consulta [Endpoint di lettura per Amazon Aurora](Aurora.Endpoints.Reader.md).

**Endpoint dell'istanza**  
Esamina i dettagli di un’istanza database specifica per la diagnosi o l’ottimizzazione. Puoi trovare la posizione dell'endpoint dell'istanza per ciascuna delle tue istanze Console di gestione AWS solo nella pagina dei dettagli dell'istanza.  
Per ulteriori informazioni sugli endpoint dell’istanza, consulta [Endpoint di istanza per Amazon Aurora](Aurora.Endpoints.Instance.md).

**Endpoint personalizzato**  
Connettiti a diversi sottoinsiemi di istanze database sul cluster di database. Questo è utile quando si hanno diverse capacità e configurazioni di istanze all’interno del cluster di database. Trova le posizioni degli endpoint personalizzate utilizzando Console di gestione AWS AWS CLI, o l'API Amazon RDS, come descritto in. [Visualizzazione degli endpoint per un cluster Aurora](#Aurora.Endpoints.Viewing)  
Per ulteriori informazioni sugli endpoint personalizzati, consulta [Endpoint personalizzati per Amazon Aurora](Aurora.Endpoints.Custom.md).

**Endpoint di scrittura per Database globali Aurora**  
 Database globale Aurora dispone di un tipo speciale di endpoint che ha lo stesso scopo dell’endpoint di un cluster Aurora autonomo. Gestisce sia le richieste di scrittura che quelle di lettura. Quando un cluster secondario diventa il nuovo cluster primario a causa di uno switchover o di un failover, Aurora modifica automaticamente questo endpoint in modo che punti all’endpoint del nuovo cluster primario, nell’altra Regione AWS. In questo modo, non è necessario codificare la AWS regione nella stringa di connessione dell'applicazione e non è necessario modificare la stringa di connessione quando cambia il layout del database globale. Aurora crea questo endpoint quando si configura un Database globale Aurora, ad esempio scegliendo **Aggiungi Regione** per un cluster Aurora nella Console di gestione AWS.   
 Per informazioni su come utilizzare questo tipo di endpoint con Database globale Aurora, consulta [Connessione a Database globale Amazon Aurora](aurora-global-database-connecting.md). 

## Visualizzazione degli endpoint per un cluster Aurora
<a name="Aurora.Endpoints.Viewing"></a>

Sebbene sia possibile trovare la posizione dell'endpoint dell'istanza solo nella pagina dei dettagli dell'istanza in Console di gestione AWS, puoi utilizzare la console o l'API Amazon RDS per trovare le posizioni di cluster, lettori e endpoint personalizzati. AWS CLI

------
#### [ Console ]

Nella pagina dei Console di gestione AWS dettagli dell'istanza relativa al cluster, trova l'endpoint del cluster, l'endpoint reader ed eventuali endpoint personalizzati. L'endpoint dell'istanza viene visualizzato nella pagina dei dettagli di ogni istanza. Quando ti connetti, devi aggiungere al nome dell’endpoint, mostrato in questa pagina dei dettagli, il numero di porta associato seguito dai due punti.

------
#### [ AWS CLI ]

Con AWS CLI, puoi trovare lo scrittore, il lettore e tutti gli endpoint personalizzati nell'output del comando. [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) Ad esempio, il comando seguente mostra gli attributi degli endpoint per tutti i cluster nella regione corrente. AWS 

```
aws rds describe-db-clusters --query '*[].{Endpoint:Endpoint,ReaderEndpoint:ReaderEndpoint,CustomEndpoints:CustomEndpoints}'
```

------
#### [ Amazon RDS API ]

Con l'API Amazon RDS, recuperi gli endpoint chiamando l'operazione [DBClusterDescrivi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html) Endpoints.

------

## Come gli endpoint Aurora funzionano con elevata disponibilità
<a name="Aurora.Overview.Endpoints.HA"></a>

Per i cluster in cui l'elevata disponibilità è importante, utilizza l'endpoint del cluster per connessioni generiche e l'endpoint di read/write lettura per connessioni di sola lettura. Gli endpoint di scrittura e lettura gestiscono il failover delle istanze DB meglio degli endpoint di istanza. A differenza degli endpoint istanza, gli endpoint di scrittura e lettura modificano automaticamente l'istanza database a cui si connettono se un'istanza database nel cluster diventa non disponibile. Per maggiori informazioni sugli endpoint del cluster e di lettura, consulta [Endpoint del cluster per Amazon Aurora](Aurora.Endpoints.Cluster.md) e [Endpoint di lettura per Amazon Aurora](Aurora.Endpoints.Reader.md).

In caso di errore dell'istanza database primaria di un cluster database, Aurora esegue automaticamente il failover su una nuova istanza database primaria. Questa operazione viene eseguita promuovendo una replica Aurora esistente in una nuova istanza database primaria oppure creando una nuova istanza database primaria. Se si verifica un failover, è possibile utilizzare l’endpoint del cluster per la riconnessione all’istanza database primaria appena creata o promossa oppure ricorrere all’endpoint di lettura per riconnettersi a una delle repliche Aurora nel cluster di database. Durante un failover, l'endpoint di lettura potrebbe dirigere le connessioni alla nuova istanza database primaria di un cluster database per un breve periodo di tempo dopo che una replica di Aurora viene promossa a nuova istanza database primaria.

Se progetti la tua logica applicativa per gestire le connessioni agli endpoint di istanza, puoi rilevare a livello di codice o manualmente il set risultante di istanze database disponibili nel cluster database. Utilizza il [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) AWS CLI comando o l'operazione API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html)RDS per trovare il cluster DB e gli endpoint di lettura, le istanze DB, se le istanze DB sono lettori e i relativi livelli di promozione. Puoi quindi confermare le classi di istanza dopo il failover e collegarti a un endpoint di istanza appropriato.

Per ulteriori informazioni sui failover, consulta [Tolleranza ai guasti di un cluster DB Aurora](Concepts.AuroraHighAvailability.md#Aurora.Managing.FaultTolerance).

Per ulteriori informazioni sulla disponibilità elevata in Amazon Aurora, consulta [Elevata disponibilità di Amazon Aurora](Concepts.AuroraHighAvailability.md).

# Endpoint del cluster per Amazon Aurora
<a name="Aurora.Endpoints.Cluster"></a>

Per *endpoint del cluster* (o *endpoint di scrittura*) si intende un endpoint per un cluster di database Aurora che si connette all'istanza database primaria corrente di quel cluster. Questo endpoint è l'unico in grado di eseguire operazioni di scrittura come le istruzioni DDL. Per questo motivo, l'endpoint del cluster è quello a cui ti connetti quando imposti un cluster per la prima volta o quando il cluster contiene una sola istanza database.

Ciascun cluster database Aurora ha un endpoint del cluster e un'istanza database primaria.

L'endpoint del cluster si usa per tutte le operazioni di scrittura sul cluster database, inclusi aggiornamenti, inserimenti, eliminazioni e modifiche DDL. Puoi anche utilizzare l'endpoint del cluster per le operazioni di lettura, come ad esempio le query.

L'endpoint del cluster fornisce un failover del cluster per connessioni di lettura-scrittura al cluster database. In caso di errore dell'istanza database primaria corrente di un cluster database, Aurora esegue automaticamente il failover su una nuova istanza database primaria. Durante un failover, il cluster database continua a servire le richieste di connessione all'endpoint del cluster dalla nuova istanza database primaria, riducendo al minimo l'interruzione del servizio.

L'esempio seguente mostra un endpoint del cluster per un cluster database Aurora MySQL.

```
mydbcluster.cluster-c7tj4example.us-east-1.rds.amazonaws.com:3306
```

Ogni cluster Aurora ha un singolo endpoint cluster integrato, il cui nome e altri attributi sono gestiti da Aurora. Non puoi creare, eliminare o modificare questo tipo di endpoint.

L'endpoint del cluster viene utilizzato per la gestione del cluster, l'esecuzione di operazioni di estrazione, trasformazione, caricamento (ETL) o di applicazioni di sviluppo e test. L'endpoint del cluster si connette all'istanza primaria del cluster. L'istanza primaria è l'unica istanza database in cui è possibile creare tabelle e indici, eseguire istruzioni `INSERT` e altre operazioni DDL e DML.

L'indirizzo IP fisico indicato dall'endpoint del cluster cambia quando il meccanismo di failover promuove una nuova istanza database come istanza primaria di lettura-scrittura per il cluster. Se utilizzi un pool di connessioni o altro tipo di multiplexing, preparati ad azzerare o ridurre il valore time-to-live per qualsiasi informazione DNS memorizzata nella cache. In tal modo si evita di provare a stabilire una connessione in lettura-scrittura a un'istanza database che non è più disponibile o che ora è di sola lettura a causa di un failover.

# Endpoint di lettura per Amazon Aurora
<a name="Aurora.Endpoints.Reader"></a>

L’*endpoint di lettura* per un cluster di database Aurora fornisce supporto per il bilanciamento delle connessioni di sola lettura al cluster di database Aurora. Puoi utilizzare l'endpoint di lettura per le operazioni di lettura, come ad esempio le query. Elaborando tali istruzioni nelle repliche Aurora di sola lettura, questo endpoint riduce il sovraccarico sull'istanza primaria. Consente inoltre al cluster di ridimensionare la capacità di gestire query `SELECT` simultanee, proporzionale al numero di repliche Aurora nel cluster. Ogni cluster database Aurora ha un endpoint di lettura.

Se il cluster contiene una o più repliche Aurora, l’endpoint di lettura bilancia ogni richiesta di connessione tra le repliche Aurora. In tal caso, è possibile eseguire solo istruzioni di sola lettura come `SELECT` in quella sessione. Se il cluster contiene solo un'istanza primaria e nessuna replica Aurora, l'endpoint di lettura si connette all'istanza primaria. In tal caso, è possibile eseguire operazioni di scrittura attraverso l'endpoint.

L'esempio seguente mostra un endpoint di lettura per un cluster database Aurora MySQL.

```
mydbcluster.cluster-ro-c7tj4example.us-east-1.rds.amazonaws.com:3306
```

Usi l'endpoint di lettura fornisce per le connessioni di sola lettura al cluster Aurora. Questo endpoint utilizza un meccanismo di bilanciamento della connessione per consentire al cluster di gestire un carico di lavoro che implica numerose query. L'endpoint di lettura è quello che fornisci alle applicazioni che eseguono report o altre operazioni di sola lettura sul cluster.

L’endpoint di lettura bilancia le connessioni alle repliche Aurora disponibili in un cluster di database Aurora. Non può bilanciare le singole query. Se desideri bilanciare ogni query per distribuire il carico di lavoro di lettura per un cluster di database, apri una nuova connessione all’endpoint di lettura per ogni query.

Ogni cluster Aurora ha un singolo endpoint di lettura integrato, il cui nome e altri attributi sono gestiti da Aurora. Non puoi creare, eliminare o modificare questo tipo di endpoint.

Se il cluster contiene solo una destinazione primaria (istanza o gruppo di shard del database) e nessuna replica Aurora, l’endpoint di lettura si connette all’istanza primaria. In tal caso, è possibile eseguire operazioni di scrittura tramite questo endpoint.

**Suggerimento**  
Tramite RDS Proxy, è possibile creare ulteriori endpoint di sola lettura per un cluster Aurora. Questi endpoint eseguono lo stesso tipo di bilanciamento della connessione dell’endpoint di lettura Aurora. Le applicazioni possono riconnettersi più rapidamente agli endpoint proxy rispetto all'endpoint di lettura Aurora se le istanze del lettore non sono disponibili. Gli endpoint proxy possono anche sfruttare altre funzionalità proxy come il multiplexing. Per ulteriori informazioni, consulta [Utilizzo degli endpoint di lettura con cluster Aurora](rds-proxy-endpoints.md#rds-proxy-endpoints-reader).

# Endpoint di istanza per Amazon Aurora
<a name="Aurora.Endpoints.Instance"></a>

Un *endpoint dell'istanza* si connette a un'istanza database specifica all'interno di un cluster Aurora. Ogni istanza database in un cluster database dispone del proprio endpoint dell'istanza univoco. Pertanto esiste un endpoint dell'istanza per l'istanza database primaria corrente del cluster database e un endpoint dell'istanza per ciascuna replica di Aurora nel cluster database.

L'endpoint dell'istanza fornisce controllo diretto sulle connessioni al cluster database, per scenari in cui l'utilizzo dell'endpoint del cluster o dell'endpoint di lettura potrebbe non essere appropriato. Ad esempio, l’applicazione client potrebbe richiedere un maggiore bilanciamento della connessione granulare in base al tipo di carico di lavoro. In questo caso, è possibile configurare più client per connettersi alle repliche di Aurora in un cluster database per distribuire i carichi di lavoro in lettura. Per un esempio in cui si usano gli endpoint dell'istanza per migliorare la velocità di connessione dopo un failover per Aurora PostgreSQL, consulta [Failover rapido con Amazon Aurora PostgreSQL](AuroraPostgreSQL.BestPractices.FastFailover.md). Per un esempio in cui vengono utilizzati gli endpoint dell'istanza per migliorare la velocità di connessione dopo un failover per Aurora MySQL, consultare [MariaDB Connector/J failover support – case Amazon Aurora](https://mariadb.org/mariadb-connectorj-failover-support-case-amazon-aurora/).

L'esempio seguente mostra un endpoint dell'istanza per un'istanza database in un cluster database Aurora MySQL.

```
mydbinstance.c7tj4example.us-east-1.rds.amazonaws.com:3306
```

Ogni istanza database in un cluster Aurora ha un proprio endpoint di istanza integrato, il cui nome e altri attributi sono gestiti da Aurora. Non puoi creare, eliminare o modificare questo tipo di endpoint. Potresti avere familiarità con gli endpoint di istanza se usi Amazon RDS. Tuttavia, in genere con Aurora si utilizzano gli endpoint di scrittura e lettura più spesso degli endpoint di istanza.

Nelle operazioni quotidiane di Aurora, il modo principale in cui si utilizzano gli endpoint di istanza consiste nel diagnosticare i problemi di capacità o di prestazioni che interessano una specifica istanza in un cluster Aurora. Durante la connessione a un'istanza specifica, puoi esaminare le variabili di stato, i parametri e così via. Ciò può aiutarti a determinare cosa sta succedendo di diverso per quell'istanza da ciò che accade per le altre istanze nel cluster.

Nei casi di utilizzo avanzati, puoi configurare alcune istanze database in modo diverso rispetto ad altre. In questo caso, utilizza l'endpoint dell'istanza per connetterti direttamente a un'istanza più piccola, più grande o con caratteristiche diverse rispetto alle altre. Inoltre, imposta la priorità di failover in modo che questa istanza database speciale sia l'ultima scelta da assumere come istanza primaria. In tali casi, consigliamo di utilizzare gli endpoint personalizzati anziché l'endpoint di istanza. Ciò semplifica la gestione delle connessioni e l'elevata disponibilità man mano che aggiungi altre istanze database al cluster.

# Endpoint personalizzati per Amazon Aurora
<a name="Aurora.Endpoints.Custom"></a>

L'*endpoint personalizzato* per un cluster Aurora rappresenta un set di istanze database selezionate. Quando ti connetti all’endpoint, Aurora esegue il bilanciamento della connessione e sceglie una delle istanze del gruppo per gestire la connessione. Puoi definire a quali istanze si riferisce questo endpoint e a quale scopo serve l'endpoint.

Un cluster database Aurora non ha endpoint personalizzati finché non ne viene creato uno. Puoi creare fino a cinque endpoint personalizzati per ogni cluster Aurora con provisioning o cluster Aurora Serverless v2. Non puoi utilizzare gli endpoint personalizzati per i cluster Aurora Serverless v1

L’endpoint personalizzato fornisce le connessioni ai database bilanciate sulla base di criteri diversi dalla capacità di sola lettura o di lettura/scrittura delle istanze database. Ad esempio, potresti definire un endpoint personalizzato per connetterti alle istanze che utilizzano una particolare classe di istanza AWS o un particolare gruppo di parametri database. Poi potresti indicare a particolari gruppi di utenti questo endpoint personalizzato. Ad esempio, potresti indirizzare gli utenti interni alle istanze a bassa capacità per la generazione di report o l'esecuzione di query ad hoc (una tantum) e indirizzare il traffico di produzione alle istanze ad alta capacità.

Dal momento che è possibile eseguire la connessione a qualsiasi istanza database associata all'endpoint personalizzato, è consigliabile assicurarsi che tutte le istanze database all'interno del gruppo condividano alcune caratteristiche simili. Ciò garantisce che le prestazioni, la capacità di memoria e altre funzionalità siano coerenti per tutti coloro che si connettono a quell'endpoint.

Questa caratteristica è progettata per gli utenti esperti con tipi specializzati di carichi di lavoro in cui non è pratico mantenere identiche tutte le repliche di Aurora nel cluster. Con gli endpoint personalizzati, puoi prevedere la capacità dell'istanza database utilizzata per ciascuna connessione. Quando usi gli endpoint personalizzati, in genere non utilizzi l'endpoint di lettura per il cluster.

L'esempio seguente mostra un endpoint personalizzato per un'istanza database in un cluster database Aurora MySQL.

```
myendpoint.cluster-custom-c7tj4example.us-east-1.rds.amazonaws.com:3306
```

Gli endpoint personalizzati vengono utilizzati per semplificare la gestione delle connessioni quando il cluster contiene istanze database con capacità e impostazioni di configurazione diverse.

In precedenza, potresti aver utilizzato il meccanismo CNAMES per impostare gli alias DNS (Domain Name Service) dal tuo dominio per ottenere risultati simili. Utilizzando gli endpoint personalizzati, puoi evitare di aggiornare i record CNAME quando il tuo cluster aumenta o si riduce. Gli endpoint personalizzati ti consentono anche di utilizzare connessioni Transport Layer Security/Secure Sockets Layer (TLS/SSL).

Invece di utilizzare un'istanza database per ogni scopo specifico e connetterti al relativo endpoint dell'istanza, puoi creare più gruppi di istanze database specializzate. In questo caso, ciascun gruppo ha il proprio endpoint personalizzato. In questo modo, Aurora può eseguire il bilanciamento della connessione tra tutte le istanze dedicate ad attività come la creazione di report o la gestione di query interne o di produzione. Gli endpoint personalizzati distribuiscono le connessioni tra le istanze in modo passivo, utilizzando il DNS per restituire l’indirizzo IP di una delle istanze in modo casuale. Se una delle istanze database all'interno di un gruppo diventa non disponibile, Aurora indirizza le successive connessioni dell'endpoint personalizzato a una delle altre istanze database associate allo stesso endpoint.

**Topics**
+ [Considerazioni sugli endpoint personalizzati di Amazon Aurora](Aurora.Endpoints.Custom.Considerations.md)
+ [Creazione di un endpoint personalizzato](aurora-custom-endpoint-creating.md)
+ [Visualizzazione degli endpoint personalizzati](aurora-endpoint-viewing.md)
+ [Modifica di un endpoint personalizzato](aurora-endpoint-editing.md)
+ [Eliminazione di un endpoint personalizzato](aurora-endpoints-custom-deleting.md)
+ [AWS CLI esempi di endpoint personalizzati per Amazon Aurora](Aurora.Endpoint.Tutorial.md)

# Considerazioni sugli endpoint personalizzati di Amazon Aurora
<a name="Aurora.Endpoints.Custom.Considerations"></a>

Utilizza le seguenti sezioni per gestire gli endpoint personalizzati, nonché per specificarne le proprietà e utilizzare per essi le regole di appartenenza.

**Topics**
+ [Gestione degli endpoint personalizzati](#Aurora.Endpoints.Custom.Managing)
+ [Configurazione delle proprietà degli endpoint personalizzati](#Aurora.Endpoints.Custom.Properties)
+ [Regole di appartenenza degli endpoint personalizzati](#Aurora.Endpoints.Custom.Membership)

## Gestione degli endpoint personalizzati
<a name="Aurora.Endpoints.Custom.Managing"></a>

Dal momento che i cluster Aurora appena creati non hanno endpoint personalizzati, devi creare e gestire questi oggetti autonomamente. Puoi farlo utilizzando Console di gestione AWS AWS CLI, o l'API Amazon RDS.

**Nota**  
Inoltre, devi creare e gestire gli endpoint personalizzati per i cluster Aurora ripristinati da snapshot. Gli endpoint personalizzati non sono inclusi nello snapshot. Li crei nuovamente dopo il ripristino e scegli nuovi nomi per gli endpoint se il cluster ripristinato si trova nella stessa regione di quello originale.

Per lavorare con endpoint personalizzati da Console di gestione AWS, accedi alla pagina dei dettagli del tuo cluster Aurora e usa i controlli nella sezione Endpoint **personalizzati**.

Per lavorare con endpoint personalizzati da AWS CLI, puoi utilizzare queste operazioni:
+ [create-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster-endpoint.html)
+ [describe-db-cluster-endpoints](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-endpoints.html)
+ [modify-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-endpoint.html)
+ [delete-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-cluster-endpoint.html)

Per usare gli endpoint personalizzati tramite l'API Amazon RDS, puoi utilizzare le seguenti funzioni:
+ [Crea endpoint DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBClusterEndpoint.html)
+ [Descrivi DBCluster gli endpoint](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html)
+ [Modifica endpoint DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterEndpoint.html)
+ [Elimina endpoint DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBClusterEndpoint.html)

## Configurazione delle proprietà degli endpoint personalizzati
<a name="Aurora.Endpoints.Custom.Properties"></a>

La lunghezza massima di un nome di endpoint personalizzato è 63 caratteri. Il formato del nome è il seguente:

```
endpoint_name.cluster-custom-customer_DNS_identifier.AWS_Region.rds.amazonaws.com
```

Non è possibile riutilizzare lo stesso nome di endpoint personalizzato per più di un cluster nella stessa  Regione AWS. L'identificatore DNS personalizzato è un identificatore univoco associato al tuo Account AWS in un particolare. Regione AWS

A ogni endpoint personalizzato è associato un tipo che determina quali istanze database possono essere associate all'endpoint. Attualmente, il tipo può essere `READER` o `ANY`. Le seguenti considerazioni si applicano ai tipi di endpoint personalizzato:
+ Non puoi selezionare il tipo di endpoint personalizzato nella Console di gestione AWS. Tutti gli endpoint personalizzati che crei tramite Console di gestione AWS hanno un tipo di. `ANY`

  Puoi impostare e modificare il tipo di endpoint personalizzato utilizzando l'API AWS CLI o Amazon RDS.
+ Solo le istanze database di lettura possono far parte di un endpoint personalizzato `READER`.
+ Le istanze database di lettura e di scrittura possono entrambe fare parte di un endpoint personalizzato `ANY`. Aurora dirige le connessioni agli endpoint cluster con tipo `ANY` a qualsiasi istanza database associata con uguale probabilità. Il tipo `ANY` si applica ai cluster che utilizzano qualsiasi topologia di replica.
+  Se tenti di creare un endpoint personalizzato con un tipo non appropriato in base alla configurazione di replica per un cluster, Aurora restituisce un errore.

## Regole di appartenenza degli endpoint personalizzati
<a name="Aurora.Endpoints.Custom.Membership"></a>

 Quando aggiungi un'istanza database a un endpoint personalizzato o la si rimuove da un endpoint personalizzato, tutte le connessioni esistenti all'istanza database rimangono attive. 

 È possibile definire un elenco di istanze database da includere o escludere da un endpoint personalizzato. Ci riferiamo a questi elenchi come elenchi *statici* e *di esclusioni*, rispettivamente. Puoi utilizzare il inclusion/exclusion meccanismo per suddividere ulteriormente i gruppi di istanze DB e assicurarti che il set di endpoint personalizzati copra tutte le istanze DB del cluster. Ogni endpoint personalizzato può contenere solo uno di questi tipi di elenchi.

Nel: Console di gestione AWS
+ La scelta è rappresentata dalla casella di controllo **Attach future instances added to this cluster** (Collega le istanze aggiunte in futuro a questo cluster). Quando lasci deselezionata la casella di controllo, l'endpoint personalizzato utilizza un elenco statico contenente solo le istanze database specificate nella pagina. Quando selezioni la casella di controllo, l'endpoint personalizzato utilizza un elenco di esclusioni. In questo caso, l'endpoint personalizzato rappresenta tutte le istanze database nel cluster (incluse quelle che aggiungi in seguito) tranne quelle lasciate deselezionate nella pagina.
+ La console non consente di specificare il tipo di endpoint. Qualsiasi endpoint personalizzato creato utilizzando la console è di tipo `ANY`.

  Pertanto, Aurora non modifica l'appartenenza all'endpoint personalizzato quando le istanze database cambiano ruolo tra istanza di scrittura e istanza di lettura a causa di un failover o di una promozione.

Nell'API AWS CLI e Amazon RDS:
+ Puoi specificare il tipo di endpoint. Pertanto, quando il tipo di endpoint è impostato su `READER`, l’appartenenza dell’endpoint viene adeguata automaticamente durante i failover e le promozioni.

  Ad esempio, un endpoint personalizzato di tipo `READER` include una replica Aurora che poi viene promossa a istanza database di scrittura. La nuova istanza di scrittura non fa più parte dell'endpoint personalizzato.
+ È possibile aggiungere singoli membri e rimuoverli dagli elenchi dopo che hanno cambiato ruolo. Usa il [modify-db-cluster-endpoint](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/modify-db-cluster-endpoint.html) AWS CLI comando o l'operazione [Modify DBCluster Endpoint](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterEndpoint.html) API.

Puoi associare un'istanza database a più di un endpoint personalizzato. Ad esempio, supponiamo che aggiungi una nuova istanza database a un cluster o che Aurora aggiunga automaticamente un'istanza database tramite il meccanismo di Auto Scaling. In questi casi, l'istanza database viene aggiunta a tutti gli endpoint personalizzati per i quali è idonea. A quali endpoint viene aggiunta l’istanza database dipende dal tipo di endpoint personalizzato, `READER` o `ANY`, oltre che da eventuali elenchi statici o di esclusioni definiti per ciascun endpoint. Ad esempio, se l'endpoint include un elenco statico di istanze database, le repliche di Aurora aggiunte non vengono inserite nell'endpoint. Al contrario, se l'endpoint ha un elenco di esclusioni, le repliche di Aurora aggiunte vengono inserite nell'endpoint, se non sono citate nell'elenco di esclusioni e i ruoli corrispondono al tipo dell'endpoint personalizzato.

Se una replica di Aurora diventa non disponibile, rimane associata agli endpoint personalizzati. Ad esempio, continua a far parte dell'endpoint personalizzato quando non è integra, è stata interrotta, riavviata e così via. Tuttavia, non puoi connetterti alla replica tramite questi endpoint finché non diventa nuovamente disponibile.

# Creazione di un endpoint personalizzato
<a name="aurora-custom-endpoint-creating"></a>

Crea un endpoint personalizzato utilizzando la Console di gestione AWS, AWS CLI o l’API Amazon RDS.

## Console
<a name="aurora-create-endpoint.console"></a>

Per creare un endpoint personalizzato con la Console di gestione AWS, vai alla pagina dei dettagli del cluster e scegli l'operazione `Create custom endpoint` nella sezione **Endpoint**. Scegli un nome per l'endpoint personalizzato, univoco per l'ID utente e la regione. Per selezionare un elenco di istanze database che rimane invariato anche quando il cluster si espande, lascia deselezionata la casella di controllo **Attach future instances added to this cluster (Collega le istanze che in futuro saranno aggiunte a questo cluster)**. Quando selezioni questa casella di controllo, l'endpoint personalizzato aggiunge dinamicamente nuove istanze man mano che le aggiungi al cluster.

![\[Crea una pagina endpoint personalizzata con campi per l’identificatore dell’endpoint, la selezione del tipo di istanza e le opzioni statico/esclusione.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/AuroraCreateCustomEndpoint.png)


Non puoi selezionare il tipo di endpoint personalizzato nella Console di gestione AWS. Tutti gli endpoint personalizzati creati tramite la Console di gestione AWS sono di tipo `ANY`.

## AWS CLI
<a name="aurora-create-endpoint.cli"></a>

Per creare un endpoint personalizzato con l'AWS CLI, esegui il comando [create-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster-endpoint.html).

Il seguente comando crea un endpoint personalizzato collegato a un cluster specifico. Inizialmente, l'endpoint è associato a tutte le istanze di replica di Aurora nel cluster. Un comando successivo lo associa a un set specifico di istanze database del cluster.

Per Linux, macOS o Unix:

```
aws rds create-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample \
  --endpoint-type reader \
  --db-cluster-identifier cluster_id

aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample \
  --static-members instance_name_1 instance_name_2
```

Per Windows:

```
aws rds create-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample ^
  --endpoint-type reader ^
  --db-cluster-identifier cluster_id

aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample ^
  --static-members instance_name_1 instance_name_2
```

## API RDS
<a name="aurora-create-endpoint.api"></a>

Per creare un endpoint personalizzato con l'API RDS, esegui l'operazione [CreateDBClusterEndpoint](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBClusterEndpoint.html).

# Visualizzazione degli endpoint personalizzati
<a name="aurora-endpoint-viewing"></a>

## Console
<a name="aurora-view-endpoint.console"></a>

Per visualizzare gli endpoint personalizzati con la Console di gestione AWS, vai alla pagina dei dettagli del cluster per il cluster e guarda la sezione **Endpoint**. Questa sezione contiene solo informazioni relative agli endpoint personalizzati. I dettagli per gli endpoint integrati sono elencati nella sezione **Dettagli** principale. Per vedere i dettagli di uno specifico endpoint personalizzato, selezionane il nome per visualizzare la relativa pagina dei dettagli.

La seguente schermata mostra l'elenco degli endpoint personalizzati per un cluster Aurora che è inizialmente vuoto.

![\[Pagina degli endpoint senza endpoint personalizzati.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/AuroraCustomEndpointEmptyList.png)


Una volta creati gli endpoint personalizzati per il cluster, vengono visualizzati nella sezione **Endpoint**.

![\[Pagina degli endpoint con due endpoint personalizzati.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/AuroraCustomEndpointList.png)


Facendo clic sulla pagina dei dettagli vengono mostrate le istanze database a cui è attualmente associato l'endpoint.

![\[Istanze database associate a un endpoint personalizzato.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/AuroraCustomEndpointDetail.png)


Per visualizzare altri dettagli sulle nuove istanze database aggiunte al cluster che vengono aggiunte automaticamente anche all'endpoint, apri la pagina **Edit** (Modifica) per l'endpoint.

## AWS CLI
<a name="aurora-view-endpoint.cli"></a>

Per visualizzare gli endpoint personalizzati con l'AWS CLI, esegui il comando [describe-db-cluster-endpoints](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-endpoints.html).

Il seguente comando mostra gli endpoint personalizzati associati a un cluster specificato in una regione specifica. L'output include gli endpoint integrati e tutti gli endpoint personalizzati.

Per Linux, macOS o Unix:

```
aws rds describe-db-cluster-endpoints --region region_name \
  --db-cluster-identifier cluster_id
```

Per Windows:

```
aws rds describe-db-cluster-endpoints --region region_name ^
  --db-cluster-identifier cluster_id
```

Di seguito è illustrato un esempio di output di un comando `describe-db-cluster-endpoints`. `EndpointType` di `WRITER` o `READER` indica gli endpoint integrati di lettura-scrittura e di sola lettura per il cluster. L'`EndpointType` `CUSTOM` indica gli endpoint creati e scegli le istanze database associate. Il campo `StaticMembers` di uno degli endpoint non è vuoto, a indicare che è associato a un set preciso di istanze database. Il campo `ExcludedMembers` dell'altro endpoint non è vuoto, a indicare che l'endpoint è associato a tutte le istanze database che *non* sono elencate in `ExcludedMembers`. Questo secondo tipo di endpoint personalizzato aumenta per includere le nuove istanze man mano che le aggiungi al cluster.

```
{
	"DBClusterEndpoints": [
		{
			"Endpoint": "custom-endpoint-demo.cluster-c7tj4example.ca-central-1.rds.amazonaws.com",
			"Status": "available",
			"DBClusterIdentifier": "custom-endpoint-demo",
			"EndpointType": "WRITER"
		},
		{
			"Endpoint": "custom-endpoint-demo.cluster-ro-c7tj4example.ca-central-1.rds.amazonaws.com",
			"Status": "available",
			"DBClusterIdentifier": "custom-endpoint-demo",
			"EndpointType": "READER"
		},
		{
			"CustomEndpointType": "ANY",
			"DBClusterEndpointIdentifier": "powers-of-2",
			"ExcludedMembers": [],
			"DBClusterIdentifier": "custom-endpoint-demo",
			"Status": "available",
			"EndpointType": "CUSTOM",
			"Endpoint": "powers-of-2.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
			"StaticMembers": [
					"custom-endpoint-demo-04",
					"custom-endpoint-demo-08",
					"custom-endpoint-demo-01",
					"custom-endpoint-demo-02"
			],
			"DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
			"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:powers-of-2"
		},
		{
			"CustomEndpointType": "ANY",
			"DBClusterEndpointIdentifier": "eight-and-higher",
			"ExcludedMembers": [
					"custom-endpoint-demo-04",
					"custom-endpoint-demo-02",
					"custom-endpoint-demo-07",
					"custom-endpoint-demo-05",
					"custom-endpoint-demo-03",
					"custom-endpoint-demo-06",
					"custom-endpoint-demo-01"
			],
			"DBClusterIdentifier": "custom-endpoint-demo",
			"Status": "available",
			"EndpointType": "CUSTOM",
			"Endpoint": "eight-and-higher.cluster-custom-123456789012.ca-central-1.rds.amazonaws.com",
			"StaticMembers": [],
			"DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHYQKFU6J6NV5FHU",
			"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:eight-and-higher"
		}
	]
}
```

## API RDS
<a name="aurora-view-endpoint.api"></a>

Per visualizzare gli endpoint personalizzati con l'API RDS, esegui l'operazione [DescribeDBClusterEndpoints.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html.html).

# Modifica di un endpoint personalizzato
<a name="aurora-endpoint-editing"></a>

Puoi modificare le proprietà di un endpoint personalizzato per cambiare le istanze database associate all'endpoint. Puoi anche modificare un endpoint tra un elenco statico e un elenco di esclusioni. Per maggiori dettagli su queste proprietà dell'endpoint, vedi [Regole di appartenenza degli endpoint personalizzati](Aurora.Endpoints.Custom.Considerations.md#Aurora.Endpoints.Custom.Membership).

Puoi continuare a connetterti e utilizzare un endpoint personalizzato mentre sono in corso le modifiche di un'operazione di modifica.

## Console
<a name="aurora-edit-endpoint.console"></a>

Per modificare un endpoint personalizzato con la Console di gestione AWS, puoi selezionare l'endpoint nella pagina dei dettagli del cluster o visualizzare la pagina dei dettagli per l'endpoint e scegliere l'operazione **Modifica**.

![\[Modifica di un endpoint personalizzato.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/AuroraEditCustomEndpoint.png)


## AWS CLI
<a name="aurora-edit-endpoint.cli"></a>

Per modificare un endpoint personalizzato con l'AWS CLI, esegui il comando [modify-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-endpoint.html).

I seguenti comandi modificano il set di istanze database che si applicano a un endpoint personalizzato e opzionalmente alterna il comportamento di elenco statico e di esclusione. I parametri `--static-members` e `--excluded-members` usano un elenco separato da spazi di identificatori istanze database.

Per Linux, macOS o Unix:

```
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint \
  --static-members db-instance-id-1 db-instance-id-2 db-instance-id-3 \
  --region region_name

aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint \
  --excluded-members db-instance-id-4 db-instance-id-5 \
  --region region_name
```

Per Windows:

```
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint ^
  --static-members db-instance-id-1 db-instance-id-2 db-instance-id-3 ^
  --region region_name

aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint ^
  --excluded-members db-instance-id-4 db-instance-id-5 ^
  --region region_name
```

## API RDS
<a name="aurora-edit-endpoint.api"></a>

Per modificare un endpoint personalizzato con l'API RDS, esegui l'operazione [ModifyDBClusterEndpoint.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterEndpoint.html.html).

# Eliminazione di un endpoint personalizzato
<a name="aurora-endpoints-custom-deleting"></a>

Elimina un endpoint personalizzato utilizzando la Console di gestione AWS, la AWS CLI o l’API Amazon RDS.

## Console
<a name="aurora-delete-endpoint.console"></a>

Per eliminare un endpoint personalizzato con la Console di gestione AWS, vai alla pagina dei dettagli del cluster e seleziona l'endpoint personalizzato appropriato, quindi scegli l'operazione **Elimina**.

![\[Eliminazione di una pagina di endpoint personalizzato.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/AuroraDeleteCustomEndpoint.png)


## AWS CLI
<a name="aurora-delete-endpoint.cli"></a>

Per eliminare un endpoint personalizzato con la AWS CLI, esegui il comando [delete-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-cluster-endpoint.html).

Il seguente comando elimina un endpoint personalizzato. Non è necessario specificare il cluster associato, ma devi specificare la regione.

Per Linux, macOS o Unix:

```
aws rds delete-db-cluster-endpoint --db-cluster-endpoint-identifier custom-end-point-id \
  --region region_name
```

Per Windows:

```
aws rds delete-db-cluster-endpoint --db-cluster-endpoint-identifier custom-end-point-id ^
  --region region_name
```

## API RDS
<a name="aurora-delete-endpoint.api"></a>

Per eliminare un endpoint personalizzato con l'API RDS, esegui l'operazione [DeleteDBClusterEndpoint](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBClusterEndpoint.html).

# AWS CLI esempi di endpoint personalizzati per Amazon Aurora
<a name="Aurora.Endpoint.Tutorial"></a>

Il seguente tutorial utilizza AWS CLI esempi con sintassi della shell Unix per mostrare come definire un cluster con diverse istanze DB «piccole» e alcune istanze DB «grandi» e creare endpoint personalizzati per connettersi a ciascun set di istanze DB. Per eseguire comandi simili sul proprio sistema, è necessario avere sufficiente dimestichezza con le nozioni di base sull'utilizzo dei cluster Aurora AWS CLI e sull'utilizzo per fornire valori propri per parametri quali regione, gruppo di sottorete e gruppo di sicurezza VPC.

Questo esempio dimostra le fasi della configurazione iniziale: la creazione di un cluster Aurora e l'aggiunta delle istanze database. Questo è un cluster eterogeneo, il che significa che non tutte le istanze database hanno la stessa capacità. La maggior parte delle istanze utilizza la classe di AWS istanza`db.r4.4xlarge`, ma le ultime due istanze DB la utilizzano. `db.r4.16xlarge` Ognuno di questi comandi `create-db-instance` di esempio invia l'output sullo schermo e salva una copia del JSON in un file per un'ispezione successiva.

```
aws rds create-db-cluster --db-cluster-identifier custom-endpoint-demo --engine aurora-mysql \
     --engine-version 8.0.mysql_aurora.3.04.0 --master-username $MASTER_USER --manage-master-user-password \
     --db-subnet-group-name $SUBNET_GROUP  --vpc-security-group-ids $VPC_SECURITY_GROUP \
     --region $REGION

for i in 01 02 03 04 05 06 07 08
do
  aws rds create-db-instance --db-instance-identifier custom-endpoint-demo-${i} \
     --engine aurora --db-cluster-identifier custom-endpoint-demo --db-instance-class db.r4.4xlarge \
     --region $REGION \
     | tee custom-endpoint-demo-${i}.json
done

for i in 09 10
do
  aws rds create-db-instance --db-instance-identifier custom-endpoint-demo-${i} \
     --engine aurora --db-cluster-identifier custom-endpoint-demo --db-instance-class db.r4.16xlarge \
     --region $REGION \
     | tee custom-endpoint-demo-${i}.json
done
```

Le istanze più grandi sono riservate a tipi specializzati di query per la creazione di report. Per rendere improbabile che vengano promosse all'istanza primaria, l'esempio seguente imposta il livello di promozione sulla priorità più bassa. In questo esempio è specificata l'opzione `--manage-master-user-password` per generare la password dell'utente master e gestirla in Secrets Manager. Per ulteriori informazioni, consulta [Gestione delle password con Amazon Aurora e Gestione dei segreti AWS](rds-secrets-manager.md). In alternativa, puoi utilizzare l'opzione `--master-password` per specificare e gestire personalmente la password.

```
for i in 09 10
do
  aws rds modify-db-instance --db-instance-identifier custom-endpoint-demo-${i} \
    --region $REGION --promotion-tier 15
done
```

Supponiamo di voler utilizzare le due istanze "più grandi" solo per le query che richiedono più risorse. A tale scopo, puoi innanzitutto creare un endpoint di sola lettura personalizzato. Quindi puoi aggiungere un elenco statico di membri in modo che l'endpoint si connetta solo a tali istanze database. Queste istanze sono già nel livello di promozione più basso, rendendo improbabile che una di esse venga promossa a istanza primaria. Se una di esse venisse promossa a istanza primaria, diventerebbe irraggiungibile tramite questo endpoint perché abbiamo specificato il tipo `READER` anziché `ANY`.

Nell'esempio seguente viene illustrato il comando di creazione e modifica di endpoint e l'output JSON di esempio che mostra lo stato iniziale e modificato dell'endpoint personalizzato.

```
$ aws rds create-db-cluster-endpoint --region $REGION \
    --db-cluster-identifier custom-endpoint-demo \
    --db-cluster-endpoint-identifier big-instances --endpoint-type reader
{
    "EndpointType": "CUSTOM",
    "Endpoint": "big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
    "DBClusterEndpointIdentifier": "big-instances",
    "DBClusterIdentifier": "custom-endpoint-demo",
    "StaticMembers": [],
    "DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
    "ExcludedMembers": [],
    "CustomEndpointType": "READER",
    "Status": "creating",
    "DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:big-instances"
}

$ aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier big-instances \
    --static-members custom-endpoint-demo-09 custom-endpoint-demo-10 --region $REGION
{
    "EndpointType": "CUSTOM",
    "ExcludedMembers": [],
    "DBClusterEndpointIdentifier": "big-instances",
    "DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
    "CustomEndpointType": "READER",
    "DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:big-instances",
    "StaticMembers": [
        "custom-endpoint-demo-10",
        "custom-endpoint-demo-09"
    ],
    "Status": "modifying",
    "Endpoint": "big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
    "DBClusterIdentifier": "custom-endpoint-demo"
}
```

L'endpoint `READER` predefinito per il cluster può connettersi alle istanze database piccole o grandi, rendendo poco pratico prevedere le prestazioni e la scalabilità delle query quando il cluster diventa occupato. Per dividere in modo pulito il carico di lavoro tra i gruppi di istanze database, puoi ignorare l'endpoint `READER` predefinito e creare un secondo endpoint personalizzato che si connette a tutte le altre istanze database. L'esempio seguente effettua ciò creando un endpoint personalizzato e quindi aggiungendo un elenco di esclusioni. Qualsiasi altra istanza database aggiunta al cluster successivamente verrà inserita automaticamente in questo endpoint. Il tipo `ANY` indica che questo endpoint è associato a otto istanze in totale: l'istanza primaria e altre sette repliche di Aurora. Se l'esempio avesse specificato il tipo `READER`, l'endpoint personalizzato sarebbe associato solo alle sette repliche di Aurora.

```
$ aws rds create-db-cluster-endpoint --region $REGION --db-cluster-identifier custom-endpoint-demo \
    --db-cluster-endpoint-identifier small-instances --endpoint-type any
{
    "Status": "creating",
    "DBClusterEndpointIdentifier": "small-instances",
    "CustomEndpointType": "ANY",
    "EndpointType": "CUSTOM",
    "Endpoint": "small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
    "StaticMembers": [],
    "ExcludedMembers": [],
    "DBClusterIdentifier": "custom-endpoint-demo",
    "DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:small-instances",
    "DBClusterEndpointResourceIdentifier": "cluster-endpoint-6RDDXQOC3AKKZT2PRD7ST37BMY"
}

$ aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier small-instances \
    --excluded-members custom-endpoint-demo-09 custom-endpoint-demo-10 --region $REGION
{
    "DBClusterEndpointIdentifier": "small-instances",
    "DBClusterEndpointArn": "arn:aws:rds:ca-central-1:c7tj4example:cluster-endpoint:small-instances",
    "DBClusterEndpointResourceIdentifier": "cluster-endpoint-6RDDXQOC3AKKZT2PRD7ST37BMY",
    "CustomEndpointType": "ANY",
    "Endpoint": "small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
    "EndpointType": "CUSTOM",
    "ExcludedMembers": [
        "custom-endpoint-demo-09",
        "custom-endpoint-demo-10"
    ],
    "StaticMembers": [],
    "DBClusterIdentifier": "custom-endpoint-demo",
    "Status": "modifying"
}
```

L'esempio seguente controlla lo stato degli endpoint per questo cluster. Il cluster ha ancora il suo endpoint del cluster originale, con `EndPointType` `WRITER`, che sarà comunque utilizzato per l'amministrazione, l'ETL e altre operazioni di scrittura. Ha ancora il suo endpoint `READER` originale, che non usi perché ogni connessione verrebbe diretta a una istanza database piccola o grande. Gli endpoint personalizzati rendono questo comportamento prevedibile, con connessioni garantite per l'utilizzo di una delle istanze database piccole o grandi in base all'endpoint specificato.

```
$ aws rds describe-db-cluster-endpoints --region $REGION
{
    "DBClusterEndpoints": [
        {
            "EndpointType": "WRITER",
            "Endpoint": "custom-endpoint-demo.cluster-c7tj4example.ca-central-1.rds.amazonaws.com",
            "Status": "available",
            "DBClusterIdentifier": "custom-endpoint-demo"
        },
        {
            "EndpointType": "READER",
            "Endpoint": "custom-endpoint-demo.cluster-ro-c7tj4example.ca-central-1.rds.amazonaws.com",
            "Status": "available",
            "DBClusterIdentifier": "custom-endpoint-demo"
        },
        {
            "Endpoint": "small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
            "CustomEndpointType": "ANY",
            "DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:small-instances",
            "ExcludedMembers": [
                "custom-endpoint-demo-09",
                "custom-endpoint-demo-10"
            ],
            "DBClusterEndpointResourceIdentifier": "cluster-endpoint-6RDDXQOC3AKKZT2PRD7ST37BMY",
            "DBClusterIdentifier": "custom-endpoint-demo",
            "StaticMembers": [],
            "EndpointType": "CUSTOM",
            "DBClusterEndpointIdentifier": "small-instances",
            "Status": "modifying"
        },
        {
            "Endpoint": "big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
            "CustomEndpointType": "READER",
            "DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:big-instances",
            "ExcludedMembers": [],
            "DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
            "DBClusterIdentifier": "custom-endpoint-demo",
            "StaticMembers": [
                "custom-endpoint-demo-10",
                "custom-endpoint-demo-09"
            ],
            "EndpointType": "CUSTOM",
            "DBClusterEndpointIdentifier": "big-instances",
            "Status": "available"
        }
    ]
}
```

Gli esempi finali dimostrano come le successive connessioni del database agli endpoint personalizzati avvengono alle varie istanze database nel cluster Aurora. L'endpoint `small-instances` si connette sempre alle istanze database `db.r4.4xlarge` che sono gli host con un numero inferiore in questo cluster.

```
$ mysql -h small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id      |
+-------------------------+
| custom-endpoint-demo-02 |
+-------------------------+

$ mysql -h small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id      |
+-------------------------+
| custom-endpoint-demo-07 |
+-------------------------+

$ mysql -h small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id      |
+-------------------------+
| custom-endpoint-demo-01 |
+-------------------------+
```

L'endpoint `big-instances` si connette sempre alle istanze database `db.r4.16xlarge` che sono i due host con il numero più alto in questo cluster.

```
$ mysql -h big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id      |
+-------------------------+
| custom-endpoint-demo-10 |
+-------------------------+

$ mysql -h big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id      |
+-------------------------+
| custom-endpoint-demo-09 |
+-------------------------+
```

# Classi di istanze DB Amazon Aurora
<a name="Concepts.DBInstanceClass"></a>

La classe di istanza database determina la capacità di calcolo e memoria di un'istanza database Amazon Aurora. La classe di istanza database di cui hai bisogno dipende dalla potenza di elaborazione e dai requisiti di memoria specifici.

Una classe di istanza database è costituita dal tipo di classe di istanza database e dalla dimensione. Ad esempio, db.r6g è un tipo di classe di istanza DB ottimizzato per la memoria alimentato da processori Graviton2. AWS Nel tipo di classe di istanza db.r6g, db.r6g.2xlarge è una classe di istanza database. La dimensione di questa classe è 2xlarge.

Per ulteriori informazioni sui prezzi delle classi di istanza, consulta [Prezzi di Amazon RDS](https://aws.amazon.com/rds/pricing/).

Per ulteriori informazioni sui tipi di classi di istanze DB, sui motori DB supportati, sui supporti, sulla sezioni seguenti.

**Topics**
+ [Tipi di classi di istanza database](Concepts.DBInstanceClass.Types.md)
+ [Motori di database supportati per classi di istanza database](Concepts.DBInstanceClass.SupportAurora.md)
+ [Determinazione del supporto della classe di istanze DB in Regioni AWS](Concepts.DBInstanceClass.RegionSupportAurora.md)
+ [Specifiche hardware per le classi di istanze DB per Aurora](Concepts.DBInstanceClass.Summary.md)

# Tipi di classi di istanza database
<a name="Concepts.DBInstanceClass.Types"></a>

Amazon Aurora supporta le classi di istanza database per i seguenti casi d'uso:
+ [Aurora Serverless v2](#Concepts.DBInstanceClass.Types.serverless-v2)
+ [Ottimizzato per la memoria](#Concepts.DBInstanceClass.Types.memory)
+ [Prestazioni espandibili](#Concepts.DBInstanceClass.Types.burstable)
+ [Letture ottimizzate](#Concepts.DBInstanceClass.Types.optimized-reads)

 Per ulteriori informazioni sui tipi di istanza Amazon EC2, consulta [Tipi di istanza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html) nella documentazione di Amazon EC2. 

## Tipo di classe di istanza Aurora Serverless v2
<a name="Concepts.DBInstanceClass.Types.serverless-v2"></a>

È disponibile il tipo Aurora Serverless v2 seguente:
+  **db.serverless**: un tipo di classe di istanza database speciale utilizzato da Aurora Serverless v2. Aurora calibra dinamicamente le risorse di calcolo, memoria e di rete man mano che il carico di lavoro cambia. Per informazioni di utilizzo dettagliate, consulta [Uso di Aurora Serverless v2](aurora-serverless-v2.md). 

## Tipi di classe di istanza ottimizzata per la memoria
<a name="Concepts.DBInstanceClass.Types.memory"></a>

La famiglia X ottimizzata per la memoria supporta le seguenti classi di istanza:
+ **db.x2g** — Classi di istanze ottimizzate per applicazioni a uso intensivo di memoria e alimentate da processori Graviton2. AWS Queste classi di istanza offrono un basso costo per GiB di memoria.

  È possibile modificare un'istanza DB per utilizzare una delle classi di istanze DB alimentate dai processori Graviton2. AWS Per farlo, esegui gli stessi passaggi utilizzati per qualsiasi altra modifica dell'istanza database.

La famiglia R ottimizzata per la memoria supporta i seguenti tipi di classi di istanza:
+ **db.r8g**: classi di istanza con tecnologia basata su processori AWS Graviton4. Queste classi di istanza sono ideali per l'esecuzione di carichi di lavoro a uso intensivo di memoria in . Queste istanze offrono istanze di dimensioni maggiori con fino a 3 volte più v CPUs e memoria rispetto alle istanze db.r7g di settima generazione AWS basate su Graviton3. Sono alimentate dal sistema Nitro, una combinazione di hardware dedicato e hypervisor leggero. AWS 
+ È possibile modificare un'istanza DB per utilizzare una delle classi di istanze DB basate sui processori Graviton4. AWS Per farlo, esegui gli stessi passaggi utilizzati per qualsiasi altra modifica dell'istanza database.
+ **db.r7g** — Classi di istanze basate su processori Graviton3. AWS Queste classi di istanza sono ideali per l'esecuzione di carichi di lavoro a uso intensivo di memoria in .

  È possibile modificare un'istanza DB per utilizzare una delle classi di istanze DB alimentate dai processori Graviton3. AWS Per farlo, esegui gli stessi passaggi utilizzati per qualsiasi altra modifica dell'istanza database. Sono alimentati dal sistema AWS Nitro, una combinazione di hardware dedicato e hypervisor leggero.
+ **db.r7i**: classi di istanza con tecnologia basata su processori Intel Xeon scalabili di quarta generazione. Queste classi di istanza sono certificate SAP e ideali per l’esecuzione di carichi di lavoro a uso intensivo di memoria. È possibile modificare un’istanza database per utilizzare una delle classi di istanza database con processori Intel Xeon scalabili di quarta generazione. Per farlo, esegui gli stessi passaggi utilizzati per qualsiasi altra modifica dell'istanza database. Sono alimentati dal sistema AWS Nitro, una combinazione di hardware dedicato e hypervisor leggero.
+ **db.r6g**: classi di istanza basate su processori AWS Graviton2. Queste classi di istanza sono ideali per l'esecuzione di carichi di lavoro a uso intensivo di memoria in locale ad alta velocità e bassa latenza. Sono alimentati dal sistema AWS Nitro, una combinazione di hardware dedicato e hypervisor leggero.
+ È possibile modificare un'istanza DB per utilizzare una delle classi di istanze DB basate sui processori Graviton2. AWS Per farlo, esegui gli stessi passaggi utilizzati per qualsiasi altra modifica dell'istanza database.
+ **db.r6i**: classi di istanza ottimizzate basate su processori Intel Xeon scalabili di terza generazione Queste classi di istanza sono certificate SAP e ideali per l’esecuzione di carichi di lavoro a uso intensivo di memoria . 
+ **db.r4**: classi di istanze ottimizzate per applicazioni a uso intensivo della memoria. Queste classi di istanza offrono reti migliorate e prestazioni Amazon Elastic Block Store (Amazon EBS). Sono alimentate dal sistema AWS Nitro, una combinazione di hardware dedicato e hypervisor leggero.
+ **db.r4**: queste classi di istanza sono supportate solo per Aurora MySQL 2.x e per le versioni 11 e 12 di Aurora PostgreSQL. Per tutti i cluster di database Aurora che utilizzano classi di istanza database db.r4, è consigliabile eseguire l’aggiornamento a una classe di istanza database di generazione superiore non appena possibile.

  Le classi di istanza db.r4 non sono disponibili per la configurazione dell'archiviazione del cluster Aurora I/O-Optimized.

## Tipi di classe di istanza a prestazioni espandibili
<a name="Concepts.DBInstanceClass.Types.burstable"></a>

Sono disponibili i tipi di classe di istanza database a prestazioni espandibili seguenti:
+ **db.t4g** — Classi di istanze generiche basate su processori Graviton2 basati su ARM. AWS Queste classi di istanza offrono prestazioni di prezzo migliori rispetto alle classi di istanza database con prestazioni espandibili della generazione precedente per un ampio set di carichi di lavoro espandibili. Le istanze Amazon RDS di tipo db.t4g sono configurate per la modalità illimitata. Questo significa che possono espandersi oltre la linea di base in una finestra di 24 ore a un costo aggiuntivo.

  È possibile modificare un'istanza DB per utilizzare una delle classi di istanze DB alimentate dai processori Graviton2. AWS Per farlo, esegui gli stessi passaggi utilizzati per qualsiasi altra modifica dell'istanza database.
+ **db.t3**: classi di istanza che forniscono un livello di prestazioni di base, con la possibilità di burst per un utilizzo completo della CPU. Le istanze di tipo db.t3 sono configurate per la modalità illimitata. Queste classi di istanza forniscono più capacità di calcolo rispetto alle classi di istanza db.t2 precedenti. Sono basate sul nuovo sistema AWS Nitro, una combinazione di hardware dedicato e hypervisor leggeri. Consigliamo di usare queste classi di istanza solo per i server di sviluppo e test o altri server non di produzione. 
+ **db.t2**: classi di istanze che forniscono un livello di prestazioni di base, con la possibilità di burst per un utilizzo completo della CPU. Le istanze di tipo db.t2 sono configurate per la modalità illimitata. Consigliamo di usare queste classi di istanza solo per i server di sviluppo e test o altri server non di produzione.

  Le classi di istanza db.t2 non sono disponibili per la configurazione dell'archiviazione del cluster Aurora I/O-Optimized.

**Nota**  
Consigliamo di utilizzare le classi di istanza database T solo per i server di sviluppo e test o altri server non di produzione. Per informazioni dettagliate sulle classi di istanza T, consulta [Utilizzo delle classi di istanza T per lo sviluppo e i test](AuroraMySQL.BestPractices.Performance.md#AuroraMySQL.BestPractices.T2Medium).

Per le specifiche dell'hardware della classe di istanza database, consultare [Specifiche hardware per le classi di istanze DB per Aurora](Concepts.DBInstanceClass.Summary.md).

## Tipi di classe di istanza per letture ottimizzate
<a name="Concepts.DBInstanceClass.Types.optimized-reads"></a>

I tipi di classe di istanza per letture ottimizzate disponibili sono i seguenti:
+ **db.r8gd**: classi di istanze basate su processori Graviton4. Queste classi di istanze sono ideali per eseguire carichi di lavoro che richiedono molta memoria e offrono storage SSD a livello di blocco NVMe su base locale per applicazioni che richiedono storage locale ad alta velocità e bassa latenza. Offrono una memoria massima di 1,5 TiB e fino a 11,4 TB di storage SSD basato su collegamento diretto NVMe.
+ **db.r6gd** — Classi di istanze basate su processori Graviton2. AWS Queste classi di istanze sono ideali per eseguire carichi di lavoro che richiedono molta memoria e offrono storage SSD a livello di blocco NVMe su base locale per applicazioni che richiedono storage locale ad alta velocità e bassa latenza.
+  **db.r6id**: classi di istanza ottimizzate basate su processori Intel Xeon scalabili di terza generazione. Queste classi di istanza sono certificate SAP e ideali per l'esecuzione di carichi di lavoro con elevati requisiti di memoria. Offrono una memoria massima di 1 TiB e fino a 7,6 TB di storage SSD basato su collegamento diretto NVMe.

# Motori di database supportati per classi di istanza database
<a name="Concepts.DBInstanceClass.SupportAurora"></a><a name="instance_classes"></a>

Le tabelle seguenti mostrano le classi di istanza database supportate per i motori di database Amazon Aurora.

**db.serverless: classe di istanza Aurora Serverless v2 con dimensionamento automatico della capacità**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.x2g — classi di istanze ottimizzate per la memoria alimentate da processori Graviton2 AWS **      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r6gd — Classi di istanze Optimized Reads basate su processori Graviton2 AWS **      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r6i: classi di istanza letture ottimizzate**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r8g — classi di istanze ottimizzate per la memoria alimentate da processori Graviton4 AWS **      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r8gd — classi di istanze di lettura ottimizzate basate su processori Graviton4 AWS **      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r7g — classi di istanze ottimizzate per la memoria alimentate da processori Graviton3 AWS **      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r7i: classi di istanze ottimizzate per la memoria**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r6g — classi di istanze ottimizzate per la memoria alimentate da processori Graviton2 AWS **      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r6i: classi di istanza ottimizzate per la memoria**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r5: classi di istanza ottimizzate per la memoria**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.r4: classi di istanze ottimizzate per la memoria**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.t4g — classi di istanze a prestazioni eccezionali alimentate da processori Graviton2 AWS **      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.t3: classi di istanze a prestazioni espandibili**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

**db.t2: classi di istanze a prestazioni espandibili**      
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)

# Determinazione del supporto della classe di istanze DB in Regioni AWS
<a name="Concepts.DBInstanceClass.RegionSupportAurora"></a>

Per determinare le classi di istanza database supportate da ciascun motore di database in una specifica Regione AWS, puoi adottare uno di diversi approcci. Puoi utilizzare la Console di gestione AWS pagina dei [prezzi di Amazon RDS](https://aws.amazon.com/rds/pricing/) o il comando [describe-orderable-db-instance-options](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-orderable-db-instance-options.html) AWS CLI .

**Nota**  
Quando esegui operazioni con Console di gestione AWS, mostra automaticamente le classi di istanze DB supportate per uno specifico motore DB, una versione del motore DB e. Regione AWS Esempi di operazioni che è possibile eseguire includono la creazione e la modifica di un'istanza database.

**Contents**
+ [Utilizzo della pagina dei prezzi di Amazon RDS per determinare il supporto della classe di istanze DB in Regioni AWS](#Concepts.DBInstanceClass.RegionSupportAurora.PricingPage)
+ [Utilizzo di AWS CLI per determinare il supporto delle classi di istanze DB in Regioni AWS](#Concepts.DBInstanceClass.RegionSupportAurora.CLI)
  + [Elencare le classi di istanze DB supportate da una versione specifica del motore DB in un Regione AWS](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example1)
  + [Elencare le versioni del motore DB che supportano una classe di istanza DB specifica in un Regione AWS](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example2)

## Utilizzo della pagina dei prezzi di Amazon RDS per determinare il supporto della classe di istanze DB in Regioni AWS
<a name="Concepts.DBInstanceClass.RegionSupportAurora.PricingPage"></a>

Puoi utilizzare la pagina [Prezzi di Amazon Aurora](https://aws.amazon.com/rds/pricing/) per determinare le classi di istanza database supportate da ciascun motore del database in una Regione AWS specifica. 

**Per utilizzare la pagina dei prezzi per determinare le classi di istanza database supportate da ciascun modulo di gestione in una regione**

1. Vai a [Prezzi di Amazon Aurora](https://aws.amazon.com/rds/aurora/pricing/).

1. Scegli un motore Amazon Aurora nella sezione **Calcolatore dei prezzi AWS **.

1. In **Scegli una regione**, scegli una Regione AWS.

1. In **Opzione di configurazione del cluster**, scegli un'opzione di configurazione.

1. Utilizza la sezione dedicata alle istanze compatibili per visualizzare le classi di istanze database supportate.

1. (Facoltativo) Scegli altre opzioni nella calcolatrice, quindi scegli **Salva e visualizza riepilogo** o **Salva e aggiungi servizio**.

## Utilizzo di AWS CLI per determinare il supporto delle classi di istanze DB in Regioni AWS
<a name="Concepts.DBInstanceClass.RegionSupportAurora.CLI"></a>

È possibile utilizzare il AWS CLI per determinare quali classi di istanze DB sono supportate per motori DB specifici e versioni del motore DB in un Regione AWS.

Per utilizzare gli AWS CLI esempi seguenti, inserisci valori validi per il motore DB, la versione del motore DB, la classe di istanza DB e Regione AWS. Nella tabella seguente vengono illustrati i valori validi del motore DB.


****  

| Nome motore | Valore del motore nei comandi della CLI | Ulteriori informazioni sulle versioni | 
| --- | --- | --- | 
|  Compatibile con MySQL 5.7 e compatibile con Aurora 8.0  |  `aurora-mysql`  |  [Aggiornamenti del motore del database per Amazon Aurora MySQL versione 2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.20Updates.html) e [Aggiornamenti del motore del database per Amazon Aurora MySQL versione 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.30Updates.html) nelle *Note di rilascio per Aurora MySQL*  | 
|  Aurora PostgreSQL  |  `aurora-postgresql`  |  [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html)  | 

Per informazioni sui Regione AWS nomi, vedere[AWS RegioniZone di disponibilità](Concepts.RegionsAndAvailabilityZones.md#Concepts.RegionsAndAvailabilityZones.Regions).

Gli esempi seguenti mostrano come determinare il supporto della classe di istanze DB in un Regione AWS utilizzando il AWS CLI comando [describe-orderable-db-instance-options](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-orderable-db-instance-options.html).

**Topics**
+ [Elencare le classi di istanze DB supportate da una versione specifica del motore DB in un Regione AWS](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example1)
+ [Elencare le versioni del motore DB che supportano una classe di istanza DB specifica in un Regione AWS](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example2)

### Elencare le classi di istanze DB supportate da una versione specifica del motore DB in un Regione AWS
<a name="Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example1"></a>

Per elencare le classi di istanze DB supportate da una versione specifica del motore DB in un Regione AWS, esegui il comando seguente.

Per Linux, macOS o Unix:

```
aws rds describe-orderable-db-instance-options --engine engine --engine-version version \
    --query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}" \
    --output table \
    --region region
```

Per Windows:

```
aws rds describe-orderable-db-instance-options --engine engine --engine-version version ^
    --query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}" ^
    --output table ^
    --region region
```

L'output mostra anche le modalità motore supportate per ogni classe di istanza database.

Ad esempio, il comando seguente elenca le classi di istanza database supportate per la versione 13.6 del motore DB Aurora PostgreSQL in Stati Uniti orientali (Virginia settentrionale).

Per Linux, macOS o Unix:

```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --engine-version 15.3 \
    --query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}" \
    --output table \
    --region us-east-1
```

Per Windows:

```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --engine-version 15.3 ^
    --query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}"  ^
    --output table ^
    --region us-east-1
```

### Elencare le versioni del motore DB che supportano una classe di istanza DB specifica in un Regione AWS
<a name="Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example2"></a>

Per elencare le versioni del motore DB che supportano una classe di istanza database specifica in una Regione AWS, emettere il comando seguente.

Per Linux, macOS o Unix:

```
aws rds describe-orderable-db-instance-options --engine engine --db-instance-class DB_instance_class \
    --query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" \
    --output table \
    --region region
```

Per Windows:

```
aws rds describe-orderable-db-instance-options --engine engine --db-instance-class DB_instance_class ^
    --query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" ^
    --output table ^
    --region region
```

L'output mostra anche le modalità del motore supportate per ogni versione del motore DB.

Ad esempio, il comando seguente elenca le versioni del motore DB del motore DB Aurora PostgreSQL che supportano la classe di istanza database db.r5.large in Stati Uniti orientali (Virginia settentrionale).

Per Linux, macOS o Unix:

```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.r7g.large \
    --query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" \
    --output table \
    --region us-east-1
```

Per Windows:

```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.r7g.large ^
    --query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" ^
    --output table ^
    --region us-east-1
```

# Specifiche hardware per le classi di istanze DB per Aurora
<a name="Concepts.DBInstanceClass.Summary"></a>

Nella tabella di questa sezione, sono riportati i dettagli hardware relativi alle classi di istanza database Amazon RDS per Aurora. 

Per informazioni sul supporto del motore del database di Aurora per ciascuna classe di istanza database, consulta [Motori di database supportati per classi di istanza database](Concepts.DBInstanceClass.SupportAurora.md). 

**Topics**
+ [Terminologia hardware per le classi di istanze DB per Aurora](#Concepts.DBInstanceClass.hardware-terminology)
+ [Specifiche hardware per le classi di istanza ottimizzata per la memoria](#hw-specs-aur.mem-opt)
+ [Specifiche hardware per le classi di istanza a prestazioni espandibili](#hardware-specifications.burstable-inst-classes)

## Terminologia hardware per le classi di istanze DB per Aurora
<a name="Concepts.DBInstanceClass.hardware-terminology"></a>

La terminologia seguente viene utilizzata per descrivere le specifiche dell'hardware per le classi di istanza database:

**VPCU**  
Il numero di unità di elaborazione centrale virtuali ()CPUs. Una *CPU virtuale* è un'unità di capacità che puoi usare per confrontare le classi di istanza database. Invece di acquistare o affittare un determinato processore da utilizzare per vari mesi o anni, si affitta la capacità su base oraria. L'obiettivo è quello di rendere disponibile una quantità coerente e specifica di capacità di CPU, entro i limiti dell'hardware effettivo sottostante.

**ECU**  
Misura relativa della potenza di elaborazione intera di un'istanza Amazon EC2. Per permettere agli sviluppatori di confrontare in modo semplice la capacità della CPU tra diverse classi di istanza, abbiamo definito un'unità di elaborazione Amazon EC2. La quantità di CPU allocata in una determinata istanza viene espressa in unità di calcolo o unità di elaborazione EC2. Attualmente una ECU fornisce una capacità della CPU equivalente a quella di un processore Opteron 1.0—1.2 GHz 2007 Opteron o 2007 Xeon.

**Memoria (GiB)**  
La RAM, in gibibyte, allocata all'istanza database. Spesso c'è un rapporto costante tra memoria e vCPU. A titolo esemplificativo, prendi la classe di istanza db.r4, che ha una memoria in rapporto vCPU simile alla classe di istanza db.r5. Tuttavia, per la maggior parte dei casi d'uso la classe di istanza db.r5 fornisce prestazioni migliori e più costanti rispetto alla classe di istanza db.r4. 

**Quantità max Larghezza di banda EBS (Mbps)**  
La larghezza di banda EBS massima in megabit al secondo. Dividendo il valore per 8, puoi ottenere il throughput previsto in megabyte al secondo.   
Questa cifra si riferisce alla I/O larghezza di banda per l'archiviazione locale all'interno dell'istanza DB. Non si applica alla comunicazione con il volume Aurora del cluster.

**Larghezza di banda di rete**  
La velocità di rete relativa ad altre classi di istanza database.

Per informazioni sull'utilizzo dei CloudWatch parametri di Amazon per monitorare il throughput dell'istanza Aurora DB, consulta e. [Valutazione dell'utilizzo delle istanze DB per Aurora MySQL con i parametri di Amazon CloudWatch](AuroraMySQL.BestPractices.CW.md) [Valutazione dell'utilizzo delle istanze DB per Aurora CloudWatch PostgreSQL con metriche](AuroraPostgreSQL_AnayzeResourceUsage.md#AuroraPostgreSQL_AnayzeResourceUsage.EvaluateInstanceUsage)

## Specifiche hardware per le classi di istanza ottimizzata per la memoria
<a name="hw-specs-aur.mem-opt"></a>

Le tabelle seguenti mostrano le specifiche di calcolo, memoria, archiviazione e larghezza di banda per le classi di istanza ottimizzata per la memoria.

**db.x2g — classi di istanze ottimizzate per la memoria con processori Graviton2 AWS **


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.x2g.16xlarge | 64 | — | 1.024 | Solo ottimizzata per EBS | 19.000 | 25 | 
| db.x2g.12xlarge | 48 | — | 768 | Solo ottimizzata per EBS | 14.250 | 20 | 
| db.x2g.8xlarge | 32 | — | 512 | Solo ottimizzata per EBS | 9.500 | 12 | 
| db.x2g.4xlarge | 16 | — | 256 | Solo ottimizzata per EBS | 4.750 | Fino a 10 | 
| db.x2g.2xlarge | 8 | — | 128 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10 | 
| db.x2g.xlarge | 4 | — | 64 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10 | 
| db.x2g.large | 2 | — | 32 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10 | 

**db.r8gd — classi di istanze ottimizzate per la memoria basate su processori Graviton4 e storage SSD AWS ** 


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r8gd.48xlarge | 192 | — | 1536 | SSD 6 x 1900 NVMe  | 40.000 | 50 | 
| db.r8gd.24xlarge | 96 | — | 768 | SSD 3 x 1900 NVMe  | 30.000 | 40 | 
| db.r8gd.16xlarge | 64 | — | 512 | 2 x SSD 1900 NVMe  | 20.000 | 30 | 
| db.r8gd.12xlarge | 48 | — | 384 | SSD 3 x 950 NVMe  | 15.000 | 22,5 | 
| db.r8gd.8xlarge | 32 | — | 256 | 1 x SSD 1900 NVMe  | 10.000 | 15 | 
| db.r8gd.4xlarge | 16 | — | 128 | 1 x SSD 950 NVMe  | Fino a 10.000 | Fino a 15 | 
| db.r8gd.2xlarge | 8 | — | 64 | 1 x SSD 474 NVMe  | Fino a 10.000 | Fino a 15 | 
| db.r8gd.xlarge | 4 | — | 32 | 1 x 237 SSD NVMe  | Fino a 10.000 | Fino a 12,5 | 
| db.r8gd.large | 2 | — | 16 | 1 x SSD da 118 NVMe  | Fino a 10.000 | Fino a 12,5 | 

**db.r8g — classi di istanze ottimizzate per la memoria alimentate da processori Graviton4 AWS **


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r8g.48xlarge | 192 | — | 1536 | Solo ottimizzata per EBS | 40.000 | 50 | 
| db.r8g.24xlarge | 96 | — | 768 | Solo ottimizzata per EBS | 30.000 | 40 | 
| db.r8g.16xlarge | 64 | — | 512 | Solo ottimizzata per EBS | 20.000 | 30 | 
| db.r8g.12xlarge | 48 | — | 384 | Solo ottimizzata per EBS | 15.000 | 22.5 | 
| db.r8g.8xlarge | 32 | — | 256 | Solo ottimizzata per EBS | 10.000 | 15 | 
| db.r8g.4xlarge | 16 | — | 128 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 15 | 
| db.r8g.2xlarge | 8 | — | 64 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 15 | 
| db.r8g.xlarge | 4 | — | 32 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r8g.large | 2 | — | 16 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 

**db.r7i: classi di istanza ottimizzata per la memoria basate su processori Intel Xeon scalabili di quarta generazione**


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r7i.48xlarge | 192 | — | 1536 | Solo ottimizzata per EBS | 40.000 | 50 | 
| db.r7i.24xlarge | 96 | — | 768 | Solo ottimizzata per EBS | 30.000 | 37,5 | 
| db.r7i.16xlarge | 64 | — | 512 | Solo ottimizzata per EBS | 20.000 | 25 | 
| db.r7i.12xlarge | 48 | — | 384 | Solo ottimizzata per EBS | 15.000 | 18,75 | 
| db.r7i.8xlarge | 32 | — | 256 | Solo ottimizzata per EBS | 10.000 | 12,5 | 
| db.r7i.4xlarge | 16 | — | 128 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r7i.2xlarge | 8 | — | 64 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r7i.xlarge | 4 | — | 32 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r7i.large | 2 | — | 16 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 

**db.r7g — classi di istanze ottimizzate per la memoria con processori Graviton3 AWS **


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r7g.16xlarge | 64 | — | 512 | Solo ottimizzata per EBS | 20.000 | 30 | 
| db.r7g.12xlarge | 48 | — | 384 | Solo ottimizzata per EBS | 15.000 | 22.5 | 
| db.r7g.8xlarge | 32 | — | 256 | Solo ottimizzata per EBS | 10.000 | 15 | 
| db.r7g.4xlarge | 16 | — | 128 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 15 | 
| db.r7g.2xlarge | 8 | — | 64 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 15 | 
| db.r7g.xlarge | 4 | — | 32 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r7g.large | 2 | — | 16 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 

**db.r6id: classi di istanza ottimizzata per la memoria con processori Intel Xeon scalabili di terza generazione e archiviazione SSD**


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r6id.32xlarge | 128 | — | 1,024 | SSD 4 x 1900 NVMe  | 40.000 | 50 | 
| db.r6id.24xlarge | 96 | — | 768 |  NVMe SSD 4 x 1425 | 30.000 | 37,5 | 

**db.r6gd — classi di istanze ottimizzate per la memoria con processori Graviton2 e storage SSD AWS ** 


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r6gd.16xlarge | 64 | — | 512 | 2 x NVMe 1900 SSD | 19.000 | 25 | 
| db.r6gd.12xlarge | 48 | — | 384 | 2 x SSD 1425 NVMe  | 13.500 | 20 | 
| db.r6gd.8xlarge | 32 | — | 256 | 1 x SSD 1900 NVMe  | 9.000 | 12 | 
| db.r6gd.4xlarge | 16 | — | 128 | 1 x SSD 950 NVMe  | 4.750 | Fino a 10  | 
| db.r6gd.2xlarge | 8 | — | 64 | 1 x SSD 474 NVMe  | Fino a 4.750 | Fino a 10  | 
| db.r6gd.xlarge | 4 | — | 32 | 1 x 237 SSD NVMe  | Fino a 4.750 | Fino a 10  | 

**db.r6g — classi di istanze ottimizzate per la memoria con processori Graviton2 AWS **


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r6g.16xlarge | 64 | — | 512 | Solo ottimizzata per EBS | 19.000 | 25 | 
| db.r6g.12xlarge | 48 | — | 384 | Solo ottimizzata per EBS | 13.500 | 20 | 
| db.r6g.8xlarge | 32 | — | 256 | Solo ottimizzata per EBS | 9.000 | 12 | 
| db.r6g.4xlarge | 16 | — | 128 | Solo ottimizzata per EBS | 4.750 | Fino a 10  | 
| db.r6g.2xlarge | 8 | — | 64 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10  | 
| db.r6g.xlarge | 4 | — | 32 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10  | 
| db.r6g.large | 2 | — | 16 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10  | 

**db.r6i: classi di istanza ottimizzata per la memoria con processori Intel Xeon scalabili di terza generazione**


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r6i.32xlarge | 128 | — | 1,024 | Solo ottimizzata per EBS | 40.000 | 50 | 
| db.r6i.24xlarge | 96 | — | 768 | Solo ottimizzata per EBS | 30.000 | 37,5 | 
| db.r6i.16xlarge | 64 | — | 512 | Solo ottimizzata per EBS | 20.000 | 25 | 
| db.r6i.12xlarge | 48 | — | 384 | Solo ottimizzata per EBS | 15.000 | 18.75 | 
| db.r6i.8xlarge | 32 | — | 256 | Solo ottimizzata per EBS | 10.000 | 12,5 | 
| db.r6i.4xlarge | 16 | — | 128 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r6i.2xlarge | 8 | — | 64 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r6i.xlarge | 4 | — | 32 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 
| db.r6i.large | 2 | — | 16 | Solo ottimizzata per EBS | Fino a 10.000 | Fino a 12,5 | 

**db.r5: classi di istanze ottimizzate per la memoria**


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r5.24xlarge | 96 | 347 | 768 | Solo ottimizzata per EBS | 19.000 | 25 | 
| db.r5.16xlarge | 64 | 264 | 512 | Solo ottimizzata per EBS | 13.600 | 20 | 
| db.r5.12xlarge | 48 | 173 | 384 | Solo ottimizzata per EBS | 9.500 | 12 | 
| db.r5.8xlarge | 32 | 132 | 256 | Solo ottimizzata per EBS | 6.800 | 10 | 
| db.r5.4xlarge | 16 | 71 | 128 | Solo ottimizzata per EBS | 4.750 | Fino a 10 | 
| db.r5.2xlarge | 8 | 38 | 64 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10 | 
| db.r5.xlarge | 4 | 19 | 32 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10 | 
| db.r5.large | 2 | 10 | 16 | Solo ottimizzata per EBS | Fino a 4.750 | Fino a 10 | 

**db.r4: classi di istanza ottimizzata per la memoria con processori Intel Xeon scalabili**


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.r4.16xlarge | 64 | 195 | 488 | Solo ottimizzata per EBS | 14.000 | 25 | 
| db.r4.8xlarge | 32 | 99 | 244 | Solo ottimizzata per EBS | 7,000 | 10 | 
| db.r4.4xlarge | 16 | 53 | 122 | Solo ottimizzata per EBS | 3,500 | Fino a 10 | 
| db.r4.2xlarge | 8 | 27 | 61 | Solo ottimizzata per EBS | 1.700 | Fino a 10 | 
| db.r4.xlarge | 4 | 13,5 | 30,5 | Solo ottimizzata per EBS | 850 | Fino a 10 | 
| db.r4.large | 2 | 7 | 15,25 | Solo ottimizzata per EBS | 425 | Fino a 10 | 

## Specifiche hardware per le classi di istanza a prestazioni espandibili
<a name="hardware-specifications.burstable-inst-classes"></a>

Le tabelle seguenti mostrano le specifiche di calcolo, memoria, archiviazione e larghezza di banda per le classi di istanza a prestazioni espandibili.

**db.t4g — classi di istanze a prestazioni eccezionali alimentate da processori Graviton2 AWS **


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.t4g.large | 2 | — | 8 | Solo ottimizzata per EBS | Fino a 2.780 | Fino a 5 | 
| db.t4g.medium | 2 | — | 4 | Solo ottimizzata per EBS | Fino a 2.085 | Fino a 5 | 

**db.t3: classi di istanza a prestazioni espandibili**


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.t3.large | 2 | Variabile | 8 | Solo ottimizzata per EBS | Fino a 2.048 | Fino a 5 | 
| db.t3.medium | 2 | Variabile | 4 | Solo ottimizzata per EBS | Fino a 1.536 | Fino a 5 | 
| db.t3.small | 2 | Variabile | 2 | Solo ottimizzata per EBS | Fino a 1.536 | Fino a 5 | 

**db.t2: classi di istanza a prestazioni espandibili**


| Classe di istanza | VPCU | ECU | Memoria (GiB) | Archiviazione delle istanze (GiB) | Quantità max Larghezza di banda EBS (Mbps) | Larghezza di banda della rete (Gbps) | 
| --- | --- | --- | --- | --- | --- | --- | 
| db.t2.medium | 2 | Variabile | 4 | Solo EBS | — | Moderata | 
| db.t2.small | 1 | Variabile | 2 | Solo EBS | — | Bassa | 

# Archiviazione Amazon Aurora
<a name="Aurora.Overview.StorageReliability"></a>

 Di seguito, sono riportare informazioni sul sottosistema di archiviazione Aurora. Aurora utilizza un'architettura di archiviazione distribuita e condivisa che è un fattore importante in termini di prestazioni, scalabilità e affidabilità per i cluster Aurora. 

**Topics**
+ [Panoramica dell'archiviazione di Amazon Aurora](#Aurora.Overview.Storage)
+ [Contenuto dei volumi del cluster](#aurora-storage-contents)
+ [Configurazioni dell'archiviazione per i cluster database Amazon Aurora](#aurora-storage-type)
+ [Ridimensionamento automatico dello storage Aurora](#aurora-storage-growth)
+ [Come viene fatturato lo storage dei dati Aurora](#aurora-storage-data-billing)

## Panoramica dell'archiviazione di Amazon Aurora
<a name="Aurora.Overview.Storage"></a>

I dati Aurora vengono archiviati nel *volume del cluster*, che è un singolo volume virtuale che utilizza unità a stato solido ()SSDs. Un volume cluster è costituito da copie dei dati in tre zone di disponibilità in un'unica AWS regione. Poiché i dati vengono replicati automaticamente nelle zone di disponibilità, i dati risultano estremamente durevoli e poco soggetti ad andare perduti. La replica garantisce anche una maggiore disponibilità del database durante un failover perché le copie dei dati sono già presenti in altre zone di disponibilità e continuano a servire le richieste di dati alle istanze database del cluster database. La quantità di replica è indipendente dal numero di istanze database nel cluster.

Aurora utilizza lo storage locale separato per i file temporanei non persistenti. Sono inclusi i file utilizzati per scopi quali l'ordinamento di set di dati di grandi dimensioni durante l'elaborazione delle query e la creazione degli indici. Per ulteriori informazioni, consultare [Limiti di storage temporaneo per Aurora MySQLLimiti di storage temporaneo](AuroraMySQL.Managing.Performance.md#AuroraMySQL.Managing.TempStorage) e [Limiti di storage temporaneo per Aurora PostgreSQLLimiti di storage temporaneo](AuroraPostgreSQL.Managing.md#AuroraPostgreSQL.Managing.TempStorage).

## Contenuto dei volumi del cluster
<a name="aurora-storage-contents"></a>

 Il volume del cluster Aurora contiene tutti i dati dell'utente, gli oggetti dello schema e i metadati interni come le tabelle di sistema e il log binario. Ad esempio, Aurora memorizza tutte le tabelle, gli indici, gli oggetti binari di grandi dimensioni (BLOBs), le stored procedure e così via per un cluster Aurora nel volume del cluster. 

 L'architettura di storage condivisa di Aurora rende i dati indipendenti dalle istanze database nel cluster. Ad esempio, puoi aggiungere rapidamente un'istanza database perché Aurora non crea una nuova copia dei dati della tabella. L'istanza database si connette al volume condiviso che contiene già tutti i dati. Puoi rimuovere un'istanza database da un cluster senza rimuovere alcun dato sottostante dal cluster. Solo quando elimini l'intero cluster Aurora rimuove i dati. 

## Configurazioni dell'archiviazione per i cluster database Amazon Aurora
<a name="aurora-storage-type"></a>

Amazon Aurora dispone di due configurazioni dell'archiviazione per i cluster database:
+ **Aurora I/O-Optimized**— Migliore rapporto prezzo/prestazioni e prevedibilità delle operazioni. I/O-intensive applications. You pay only for the usage and storage of your DB clusters, with no additional charges for read and write I/O

  Aurora I/O-Optimizedè la scelta migliore quando la I/O spesa è pari o superiore al 25% della spesa totale del database Aurora.

  È possibile scegliere Aurora I/O-Optimized durante la creazione o la modifica di un cluster database con una versione del motore DB che supporta la configurazione del cluster Aurora I/O-Optimized. È possibile passare da Aurora I/O-Optimized a Aurora Standard in qualsiasi momento.
+ **Aurora Standard**— Prezzi convenienti per molte applicazioni con un utilizzo moderato. I/O Oltre all'utilizzo e allo storage dei cluster DB, paghi anche una tariffa standard per 1 milione di richieste operative. I/O 

  Aurora Standardè la scelta migliore quando la I/O spesa è inferiore al 25% della spesa totale del database Aurora.

  È possibile passare da Aurora Standard a Aurora I/O-Optimized una volta ogni 30 giorni. Quando si passa Aurora Standard da un'opzione di Aurora I/O-Optimized archiviazione all'altra per le istanze non-NVMe-based DB, non si verificano tempi di inattività. Tuttavia, per le istanze DB NVMe basate, il passaggio Aurora I/O-Optimized da un'opzione di Aurora Standard archiviazione all'altra richiede il riavvio del motore di database, che può causare un breve periodo di inattività.

Per informazioni Regione AWS e supporto delle versioni, vedere. [Regioni e motori di database Aurora supportati per configurazioni dell’archiviazione dei cluster](Concepts.Aurora_Fea_Regions_DB-eng.Feature.storage-type.md)

Per informazioni sui prezzi relativi alle configurazioni dell'archiviazione per Amazon Aurora, consulta la pagina relativa ai [prezzi di Amazon Aurora](https://aws.amazon.com/rds/aurora/pricing/).

Per informazioni sulla scelta della configurazione dello storage durante la creazione di un cluster database, consulta [Creazione di un cluster di database](Aurora.CreateInstance.md#Aurora.CreateInstance.Creating). Per informazioni sulla modifica della configurazione dello storage per un cluster database, consulta [Impostazioni per Amazon Aurora](Aurora.Modifying.md#Aurora.Modifying.Settings).

## Ridimensionamento automatico dello storage Aurora
<a name="aurora-storage-growth"></a>

I volumi dei cluster Aurora aumentano automaticamente quando aumenta la quantità di dati nel database. Per informazioni sulle dimensioni massime dei volumi dei cluster Aurora per ogni versione del motore, consulta [Limiti di dimensione Amazon Aurora](CHAP_Limits.md#RDS_Limits.FileSize.Aurora). Questo dimensionamento automatico dello storage è combinato con un sottosistema di storage ad alte prestazioni e altamente distribuito. Ciò rende Aurora la scelta ideale per i dati aziendali importanti, quando i tuoi obiettivi principali sono l'affidabilità e l'elevata disponibilità.

Per visualizzare lo stato del volume, consulta [Visualizzazione dello stato del volume per un cluster DB Aurora MySQL](AuroraMySQL.Managing.VolumeStatus.md) o [Visualizzazione dello stato del volume per un cluster di database Aurora PostgreSQL](AuroraPostgreSQL.Managing.VolumeStatus.md) . Per trovare modi per bilanciare i costi di storage rispetto ad altre priorità, [Dimensionamento dello storage](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling) descrive come monitorare i parametri `AuroraVolumeBytesLeftTotal` di Amazon Aurora e come fare. `VolumeBytesUsed` CloudWatch

Quando i dati di Aurora vengono rimossi, lo spazio allocato per tali dati viene liberato. Esempi di rimozione di dati sono l'eliminazione o il troncamento di una tabella. Questa riduzione automatica dell'utilizzo dello storage consente di contenere al minimo i costi di storage.

**Nota**  
I limiti di archiviazione e il comportamento di ridimensionamento dinamico indicati in questa pagina si applicano alle tabelle persistenti e ad altri dati archiviati nel volume del cluster.   
Per Aurora PostgreSQL, i dati delle tabelle temporanee vengono archiviati nell'istanza database locale.  
Per Aurora MySQL versione 2, i dati della tabella temporanea vengono archiviati per impostazione predefinita nel volume del cluster per le istanze di scrittura e nell'archiviazione locale per le istanze di lettura. Per ulteriori informazioni, consulta [Motore di archiviazione per le tabelle temporanee su disco](AuroraMySQL.CompareMySQL57.md#AuroraMySQL.StorageEngine57).  
Per Aurora MySQL versione 3, i dati della tabella temporanea vengono archiviati nell'istanza database locale o nel volume del cluster. Per ulteriori informazioni, consulta [Nuovo comportamento della tabella temporanea in Aurora MySQL versione 3](ams3-temptable-behavior.md).  
La dimensione massima delle tabelle temporanee che risiedono nell'archiviazione locale è limitata dalla dimensione massima dello spazio di archiviazione locale dell'istanza database. La dimensione dell'archiviazione locale dipende dalla classe di istanza utilizzata. Per ulteriori informazioni, consultare [Limiti di storage temporaneo per Aurora MySQLLimiti di storage temporaneo](AuroraMySQL.Managing.Performance.md#AuroraMySQL.Managing.TempStorage) e [Limiti di storage temporaneo per Aurora PostgreSQLLimiti di storage temporaneo](AuroraPostgreSQL.Managing.md#AuroraPostgreSQL.Managing.TempStorage).

Alcune funzionalità di archiviazione, ad esempio la dimensione massima del volume del cluster e il ridimensionamento automatico quando i dati vengono rimossi, dipendono dalla versione di Aurora del cluster. Per ulteriori informazioni, consulta [Dimensionamento dello storage](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling). Puoi inoltre scoprire come evitare problemi di storage e come monitorare lo spazio di storage allocato e lo spazio libero nel cluster.

## Come viene fatturato lo storage dei dati Aurora
<a name="aurora-storage-data-billing"></a>

Anche se un volume del cluster Aurora può crescere fino al limite di 256 TiB per specifiche versioni del motore, il costo addebitato rimane limitato a quello dello spazio effettivamente utilizzato nel volume del cluster Aurora. Nelle versioni precedenti di Aurora, il volume del cluster poteva riutilizzare lo spazio liberato dalla rimozione dei dati, ma lo spazio di archiviazione allocato non diminuiva mai. Ora quando i dati di Aurora vengono rimossi, ad esempio eliminando una tabella o un database, lo spazio allocato complessivo diminuisce della quantità equivalente. Pertanto, puoi ridurre le spese di archiviazione eliminando tabelle, indici, database e così via che non sono più necessari.

**Suggerimento**  
Per le versioni precedenti senza la funzionalità di ridimensionamento dinamico, la reimpostazione dell'utilizzo dello storage per un cluster comportava l'esecuzione di un dump logico e il ripristino di un nuovo cluster. Tali operazioni possono richiedere molto tempo per un volume considerevole di dati. Se si verifica questa situazione, prendi in considerazione l'aggiornamento del cluster a una versione che supporta il ridimensionamento dinamico del volume.

Per informazioni su quali versioni di Aurora supportano il ridimensionamento dinamico e su come ridurre al minimo i costi di archiviazione monitorando l'utilizzo dello spazio di archiviazione del cluster, consulta [Dimensionamento dello storage](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling). Per informazioni sulla fatturazione dell'archiviazione di backup Aurora, consulta [Informazioni sull'utilizzo dello storage di backup Amazon Aurora](aurora-storage-backup.md). Per informazioni sui prezzi dello storage dei dati di Aurora, consulta [Prezzi di Amazon RDS for Aurora](https://aws.amazon.com/rds/aurora/pricing).

# Affidabilità Amazon Aurora
<a name="Aurora.Overview.Reliability"></a>

 Il design di Aurora assicura affidabilità, durevolezza e tolleranza agli errori. È possibile sfruttare varie opzioni per configurare l'architettura del cluster database Aurora in modo da ottimizzare la disponibilità, come aggiungere repliche di Aurora e posizionarle in zone di disponibilità diverse. Inoltre Aurora include una serie di caratteristiche automatiche che lo rendono una soluzione database estremamente affidabile. 

**Topics**
+ [Riparazione automatica dello storage](#Aurora.Overview.AutoRepair)
+ [Cache delle pagine superstite](#Aurora.Overview.CacheWarming)
+ [Ripristino in seguito a riavvii non pianificati](#Aurora.Overview.RestartRecovery)

## Riparazione automatica dello storage
<a name="Aurora.Overview.AutoRepair"></a>

 Dal momento che Aurora conserva varie copie dei dati in tre zone di disponibilità, il rischio di perdita dei dati a seguito di un problema con un disco è estremamente remoto. Aurora inoltre rileva automaticamente gli errori nei volumi dei dischi che formano il volume di cluster. In caso di errore in un volume del disco, Aurora ripara immediatamente il segmento. Quando Aurora ripara il segmento del disco, utilizza i dati in altri volumi che creano il volume del cluster per garantire che i dati del segmento riparato siano aggiornati. In questo modo, Aurora evita la perdita di dati e riduce la necessità di eseguire operazioni di ripristino point-in-time a seguito di un errore nel disco. 

## Cache delle pagine superstite
<a name="Aurora.Overview.CacheWarming"></a>

In Aurora, ogni cache delle pagine dell'istanza viene gestita con un processo separato dal database, che consente alla cache di pagina di sopravvivere in modo indipendente dal database. (La cache delle pagine è anche chiamata *pool di buffer* InnoDB su Aurora MySQL e la *cache del buffer* InnoDB su Aurora PostgreSQL.)

Nella remota eventualità di un errore del database, la cache delle pagine rimane in memoria. Questo consente di mantenere le pagine di dati "precaricate" nella cache delle pagine quando il database viene riavviato. Tale espediente consente di migliorare le prestazioni, perché elimina la necessità di query iniziali per eseguire operazioni di I/O di lettura per "precaricare" la cache delle pagine.

Per Aurora MySQL, il comportamento della cache delle pagine durante il riavvio e il failover è il seguente:
+ È possibile riavviare l’istanza di scrittura senza riavviare le istanze di lettura.
  + Se le istanze di lettura non vengono riavviate al riavvio dell'istanza di scrittura, non perdono le cache delle pagine.
  + Se le istanze di lettura vengono riavviate al riavvio dell'istanza di scrittura, perdono le cache delle pagine.
+ Quando un'istanza di lettura viene riavviata, entrambe le cache delle pagine sulle istanze di scrittura e lettura sopravvivono.
+ Quando il cluster database esegue il failover, l'effetto è simile al riavvio di un'istanza di scrittura. Sulla nuova istanza di scrittura (in precedenza l'istanza di lettura) la cache delle pagine sopravvive, ma sull'istanza di lettura (in precedenza l'istanza di scrittura), la cache delle pagina non sopravvive.

Per Aurora PostgreSQL, è possibile utilizzare la gestione della cache del cluster per conservare la cache delle pagine di un'istanza di lettura designata che diventa l'istanza di scrittura dopo il failover. Per ulteriori informazioni, consulta [Ripristino rapido dopo il failover con Cluster Cache Management per Aurora PostgreSQL](AuroraPostgreSQL.cluster-cache-mgmt.md).

## Ripristino in seguito a riavvii non pianificati
<a name="Aurora.Overview.RestartRecovery"></a>

Aurora è progettato per eseguire il ripristino quasi istantaneo dopo un riavvio non pianificato per continuare a fornire i dati dell'applicazione senza il log binario. Aurora esegue il ripristino in modo asincrono su thread paralleli, in modo che il database sia aperto e immediatamente disponibile dopo un riavvio non pianificato.

Per ulteriori informazioni, consultare [Tolleranza ai guasti di un cluster DB Aurora](Concepts.AuroraHighAvailability.md#Aurora.Managing.FaultTolerance) e [Ottimizzazioni per ridurre i tempi di riavvio del database](AuroraMySQL.MySQL80.md#ReducedRestartTime).

Di seguito riportiamo alcune considerazioni sui log binari e il ripristino dopo un riavvio non pianificato di Aurora MySQL:
+ L'attivazione dei log binari in Aurora incide direttamente sui tempi di ripristino dopo un riavvio non pianificato, perché obbliga l'istanza database a eseguire il ripristino dei log binari.
+ Il tipo di log binari usati incide sulle dimensioni e sull'efficienza dell'operazione. Partendo dalla stessa quantità di attività del database, alcuni formati inseriscono nei log binari un numero maggiore di informazioni rispetto ad altri. Le seguenti impostazioni del parametro `binlog_format` modificano la quantità di dati inseriti nei log:
  + `ROW`– – Massima quantità di dati
  + `STATEMENT`– – Minima quantità di dati
  + `MIXED`– – Una quantità di dati moderata che in genere rappresenta il compromesso ottimale fra integrità dei dati e prestazioni

  La quantità di dati dei log binari influisce sui tempi di ripristino. Con l'inserimento di una grande quantità di dati nei log binari, l'istanza database deve elaborare più dati, allungando i tempi di ripristino.
+ Per ridurre il sovraccarico di calcolo e migliorare i tempi di ripristino con la registrazione di log binari, è possibile utilizzare il log binario avanzato. Il log binario avanzato migliora i tempi di ripristino del database fino al 99%. Per ulteriori informazioni, consulta [Configurazione del file di log binario avanzato per Aurora MySQL](AuroraMySQL.Enhanced.binlog.md).
+ Con Aurora non è necessario che i log binari replichino i dati all'interno di un cluster database o che eseguano il ripristino point-in-time (PITR).
+ Se non hai bisogno del log binario per la replica esterna (o di uno stream esterno del log binario), ti consigliamo di impostare il parametro `binlog_format` su `OFF` per disattivare i log binari. In questo modo, puoi abbreviare i tempi di ripristino.

Per ulteriori informazioni sui log binari e la replica in Aurora, consulta [Replica con Amazon Aurora](Aurora.Replication.md). Per ulteriori informazioni sulle implicazioni dei vari tipi di replica MySQL, consulta [Advantages and Disadvantages of Statement-Based and Row-Based Replication](https://dev.mysql.com/doc/refman/8.0/en/replication-sbr-rbr.html) nella documentazione di MySQL.

# Sicurezza di Amazon Aurora
<a name="Aurora.Overview.Security"></a>

 La sicurezza di Amazon Aurora viene gestita su tre livelli: 
+ Per controllare chi è in grado di eseguire le operazioni di gestione di Amazon RDS nei cluster database e nelle istanze database, viene utilizzato AWS Identity and Access Management (IAM). Quando esegui la connessione ad AWS usando le credenziali IAM, il tuo account AWS deve disporre di policy IAM per la concessione delle autorizzazioni richieste per eseguire le operazioni di gestione di Amazon RDS. Per ulteriori informazioni, consulta [Gestione accessi e identità per Amazon Aurora](UsingWithRDS.IAM.md).

  Se si utilizza IAM per accedere alla console Amazon RDS, è necessario in primo luogo accedere alla Console di gestione AWS con le credenziali utente, quindi passare alla console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds](https://console.aws.amazon.com/rds). 
+ I cluster di database Aurora devono essere creati in un cloud privato virtuale (VPC) utilizzando il servizio Amazon VPC. Per controllare i dispositivi e le istanze Amazon EC2 che possono aprire le connessioni all'endpoint e alla porta dell'istanza database per i cluster di database Aurora in un VPC, è necessario utilizzare un gruppo di sicurezza VPC. Puoi creare queste connessioni di endpoint e porta tramite Transport Layer Security (TLS)/Secure Sockets Layer (SSL). Le regole del firewall aziendale possono inoltre determinare se i dispositivi in esecuzione nell'azienda possono aprire connessioni a un'istanza database. Per ulteriori informazioni sui VPC, consulta [VPC Amazon e Amazon Aurora](USER_VPC.md).
+ Per autenticare gli accessi e le autorizzazioni per un cluster database Amazon Aurora puoi seguire uno degli approcci qui riportati oppure utilizzare una loro combinazione.
  + Puoi adottare lo stesso approccio utilizzato per un'istanza database standalone di MySQL o PostgreSQL.

    Le tecniche per l'autenticazione degli accessi e delle autorizzazioni delle istanze database standalone di MySQL o PostgreSQL, come ad esempio l'uso di comandi SQL o la modifica delle tabelle degli schemi del database, funzionano anche con Aurora. Per ulteriori informazioni, consulta [Sicurezza con Amazon Aurora MySQL](AuroraMySQL.Security.md) o [Sicurezza con Amazon Aurora PostgreSQL](AuroraPostgreSQL.Security.md).
  +  È possibile utilizzare l'autenticazione database IAM. 

     Con l'autenticazione database IAM, esegui l'autenticazione sul cluster database Aurora tramite un utente o un ruolo IAM e un token di autenticazione. Il *token di autenticazione* è un valore univoco, generato tramite il processo di firma Signature Version 4. Quando utilizzi l'autenticazione database IAM, puoi utilizzare le stesse credenziali per controllare l'accesso alle risorse AWS e ai database. Per ulteriori informazioni, consulta [Autenticazione del database IAM ](UsingWithRDS.IAMDBAuth.md). 
  +  È possibile usare l'autenticazione Kerberos per Aurora PostgreSQL e Aurora MySQL. 

     È possibile utilizzare Kerberos per autenticare gli utenti quando si connettono al cluster database Aurora PostgreSQL e Aurora MySQL. In questo caso, il cluster di database funziona con AWS Directory Service for Microsoft Active Directory per abilitare l'autenticazione Kerberos. AWS Directory Service for Microsoft Active Directory è anche noto come AWS Managed Microsoft AD. Mantenere tutte le credenziali nella stessa directory consente di ridurre il tempo e l'impegno. È disponibile una posizione centralizzata per archiviare e gestire le credenziali per più cluster di database. L'uso di una directory può inoltre migliorare il profilo di sicurezza complessivo. Per ulteriori informazioni, consultare [Utilizzo di Autenticazione Kerberos con Aurora PostgreSQL](postgresql-kerberos.md) e [Utilizzo dell'autenticazione Kerberos per Aurora MySQL](aurora-mysql-kerberos.md). 

 Per informazioni sulla configurazione della sicurezza, vedi [Sicurezza in ](UsingWithRDS.md). 

## Utilizzo di SSL con i cluster di database di Aurora
<a name="Aurora.Overview.Security.SSL"></a>

 I cluster database Amazon Aurora supportano le connessioni Secure Sockets Layer (SSL) da applicazioni che utilizzano lo stesso processo e la stessa chiave pubblica delle istanze database Amazon RDS. Per ulteriori informazioni, consulta [Sicurezza con Amazon Aurora MySQL](AuroraMySQL.Security.md), [Sicurezza con Amazon Aurora PostgreSQL](AuroraPostgreSQL.Security.md) o [Utilizzo con TLS/SSL Aurora Serverless v1](aurora-serverless.md#aurora-serverless.tls). 

# Elevata disponibilità di Amazon Aurora
<a name="Concepts.AuroraHighAvailability"></a>

 L'architettura Amazon Aurora prevede la separazione tra archiviazione e calcolo. Aurora include alcune funzionalità per l'alta disponibilità applicabili ai dati nel cluster database. I dati restano protetti anche se alcune o tutte le istanze database nel cluster smettono di essere disponibili. Altre funzionalità per l'alta disponibilità sono applicabili alle istanze database. Queste funzionalità assicurano la presenza di una o più istanze database per la gestione delle richieste al database provenienti dall'applicazione. 

**Topics**
+ [Elevata disponibilità di dati Aurora](#Concepts.AuroraHighAvailability.Data)
+ [Architetture ad alta disponibilità per istanze database Aurora](#Concepts.AuroraHighAvailability.Instances)
+ [Disponibilità elevata in tutte AWS le regioni con i database globali Aurora](#Concepts.AuroraHighAvailability.GlobalDB)
+ [Tolleranza ai guasti di un cluster DB Aurora](#Aurora.Managing.FaultTolerance)
+ [Elevata disponibilità con Amazon RDS Proxy](#Concepts.AuroraHighAvailability.Proxy)

## Elevata disponibilità di dati Aurora
<a name="Concepts.AuroraHighAvailability.Data"></a>

Aurora archivia le copie dei dati in un cluster di database in più zone di disponibilità in una singola Regione AWS. L’archiviazione avviene indipendentemente dal fatto che le istanze nel cluster database siano estese su più zone di disponibilità. Per ulteriori informazioni su Aurora, consulta [Gestione di un cluster DB Amazon Aurora](CHAP_Aurora.md). 

Quando i dati vengono scritti nell'istanza database primaria, Aurora replica in modo sincrono i dati nelle zone di disponibilità in sei nodi di storage associati al volume cluster. In questo modo si garantisce la ridondanza dei dati, I/O si eliminano i blocchi e si riducono al minimo i picchi di latenza durante i backup di sistema. Eseguendo un'istanza database con disponibilità elevata, è possibile migliorare la disponibilità durante la manutenzione pianificata del sistema e consentire di proteggere i database da errori e interruzioni relative alle zone di disponibilità. Per ulteriori informazioni sulle zone di disponibilità, consulta [ Regioni e zone di disponibilità](Concepts.RegionsAndAvailabilityZones.md).

## Architetture ad alta disponibilità per istanze database Aurora
<a name="Concepts.AuroraHighAvailability.Instances"></a>

Dopo aver creato l'istanza primaria (scrittura), è possibile creare fino a 15 repliche di Aurora in sola lettura. Le repliche Aurora sono note anche come istanze di lettore. Le repliche Aurora utilizzano la replica asincrona per supportare l’elevata disponibilità senza influire sulle prestazioni dell’istanza primaria.

Durante day-to-day le operazioni, è possibile delegare parte del lavoro ad applicazioni ad alta intensità di lettura utilizzando le istanze del lettore per elaborare le query. `SELECT` Quando un problema riguarda l'istanza primaria, una di queste istanze del lettore prende il sopravvento come istanza primaria. Questo meccanismo è noto come *failover*. Molte funzionalità Aurora si applicano al meccanismo di failover. Ad esempio, Aurora rileva i problemi del database e attiva automaticamente il meccanismo di failover quando necessario. Aurora dispone inoltre di funzionalità che riducono i tempi di completamento del failover. In questo modo si riduce al minimo il tempo in cui il database non è disponibile per la scrittura durante un failover.

Aurora è progettato per eseguire il ripristino il più rapidamente possibile e il percorso più rapido per il ripristino è spesso il riavvio o il failover sulla stessa istanza database. Il riavvio è più rapido e comporta un sovraccarico inferiore rispetto al failover.

Per utilizzare una stringa di connessione che rimane invariata anche quando un failover promuove una nuova istanza primaria, è necessario connettersi all'endpoint del cluster. L'*endpoint del cluster* rappresenta sempre l'istanza primaria corrente nel cluster. Per ulteriori informazioni sull'endpoint del cluster, consulta [Connessioni degli endpoint Amazon Aurora](Aurora.Overview.Endpoints.md).

**Suggerimento**  
All'interno di ciascuna di esse Regione AWS, le zone di disponibilità (AZs) rappresentano ubicazioni distinte l'una dall'altra per garantire l'isolamento in caso di interruzioni. Si consiglia di distribuire l'istanza primaria e le istanze di lettura nel cluster di database su più istanze AZs per migliorare la disponibilità del cluster di database. In questo modo, un problema che riguarda un’intera zona di disponibilità non causa un’interruzione del cluster.  
È possibile impostare un cluster di database Multi-AZ facendo una semplice scelta quando si crea il cluster. Puoi usare l' Console di gestione AWS AWS CLI, the o l'API Amazon RDS. È inoltre possibile convertire un cluster di database Aurora esistente in un cluster di database Multi-AZ aggiungendo una nuova istanza database di lettura e specificando una zona di disponibilità diversa.

## Disponibilità elevata in tutte AWS le regioni con i database globali Aurora
<a name="Concepts.AuroraHighAvailability.GlobalDB"></a>

Per un'elevata disponibilità su più piattaforme Regioni AWS, puoi configurare i database globali Aurora. Ogni database globale Aurora si estende su più database Regioni AWS, consentendo letture globali a bassa latenza e disaster recovery in caso di interruzioni su un. Regione AWS Aurora replica in modo asincrono tutti i dati e gli aggiornamenti dalla regione primaria Regione AWS a ciascuna delle regioni secondarie. Per ulteriori informazioni, consulta [Utilizzo di Database globale Amazon Aurora](aurora-global-database.md).

## Tolleranza ai guasti di un cluster DB Aurora
<a name="Aurora.Managing.FaultTolerance"></a>

In base alla progettazione, un cluster DB Aurora è tollerante ai guasti. Il volume del cluster si estende su più zone di disponibilità (AZs) in un'unica Regione AWS zona di disponibilità e ogni zona di disponibilità contiene una copia dei dati del volume del cluster. Questa funzionalità consente al cluster DB di tollerare il guasto di una zona di disponibilità senza perdita di dati e con solo una breve interruzione del servizio.

In caso di guasto dell'istanza primaria di un cluster di database, Aurora esegue automaticamente il failover su una nuova istanza primaria, adottando uno dei seguenti due metodi:
+ Promuovendo una replica Aurora esistente come nuova istanza primaria.
+ Creando una nuova istanza primaria

Se il cluster di database include una o più repliche di Aurora, una di questeAurora verrà promossa come istanza primaria durante un evento di errore. Un evento di errore ha come conseguenza una breve interruzione, durante la quale le operazioni di lettura e scrittura inviate all'istanza primaria falliscono con un'eccezione. Tuttavia, il servizio viene in genere ripristinato in meno di 60 secondi e spesso in meno di 30 secondi. Per aumentare la disponibilità del cluster DB, consigliamo di creare almeno una o più repliche Aurora in due o più due zone di disponibilità.

**Suggerimento**  
In Aurora MySQL, è possibile migliorare la disponibilità durante un failover se è presente più di un’istanza database di lettura in un cluster. In Aurora MySQL, Aurora riavvia solo l’istanza database di scrittura e l’istanza di lettura in cui si verifica il failover. Altre istanze di lettura nel cluster rimangono disponibili durante un failover per continuare a elaborare le query tramite connessioni all'endpoint di lettura.  
È inoltre possibile migliorare la disponibilità durante un failover utilizzando RDS Proxy con il cluster database di Aurora database. Per ulteriori informazioni, consulta [Elevata disponibilità con Amazon RDS Proxy](#Concepts.AuroraHighAvailability.Proxy).

Puoi personalizzare l'ordine di promozione a istanza principale delle repliche Aurora dopo un guasto assegnando una priorità a ciascuna di esse. Le priorità vanno da 0, quella massima, a 15, quella minima. Se l'istanza primaria non va a buon fine, Amazon RDS promuove la replica di Aurora a istanza primaria con la massima priorità. Puoi modificare la priorità di una replica Aurora in qualsiasi momento. Modificando una priorità non attiverai un failover.

Più repliche Aurora possono condividere la stessa priorità, avendo come risultato livelli di promozione. Se due o più repliche di Aurora condividono la stessa priorità, Amazon RDS promuove quella di dimensioni maggiori. Se due o più repliche di Aurora condividono la stessa priorità e dimensioni, Amazon RDS ne promuove una arbitrariamente nello stesso livello di promozione.

**Nota**  
Nell’identificazione di una destinazione di failover intervengono diversi fattori. Dopo cinque tentativi di failover non riusciti, i livelli di promozione non vengono più presi in considerazione.

Se il cluster database non contiene repliche Aurora, l'istanza primaria viene ricreata nello stesso AZ durante un evento di errore. Un evento di errore ha come conseguenza un'interruzione, durante la quale le operazioni di lettura e scrittura inviate all'istanza primaria falliscono con un'eccezione. Il servizio viene ripristinato quando crei la nuova istanza primaria. In genere, ciò richiede meno di 10 minuti. La promozione di una replica Aurora a istanza primaria è un'operazione molto più veloce rispetto alla creazione di una nuova istanza primaria.

Si assuma che l'istanza primaria nel cluster non sia disponibile a causa di un'interruzione che influisce su una intera zona di disponibilità. In questo caso, il modo per portare online una nuova istanza primaria varia in base all'utilizzo del cluster di una configurazione Multi-AZ:
+ Se il tuo Aurora Serverless v2 cluster o il tuo provisioning contiene istanze reader in altre istanze, AZs Aurora utilizza il meccanismo di failover per promuovere una di quelle istanze reader a nuova istanza primaria.
+ Se il cluster Aurora Serverless v2 o con provisioning contiene solo una singola istanza database o se l'istanza primaria e tutte le istanze del lettore si trovano nella stessa zona di disponibilità, dovrai creare manualmente una o più nuove istanze database in un’altra zona di disponibilità.
+ Se il cluster utilizza Aurora Serverless v1, Aurora crea automaticamente una nuova istanza database in un’altra zona di disponibilità. Tuttavia, questo processo comporta una sostituzione dell’host e richiede quindi un tempo di failover maggiore.

**Nota**  
Amazon Aurora supporta anche la replica tramite un database MySQL esterno o un'istanza database RDS MySQL. Per ulteriori informazioni, consulta [Replica tra Aurora e MySQL o tra Aurora e un altro cluster di database Aurora (replica dei log binari)](AuroraMySQL.Replication.MySQL.md).

## Elevata disponibilità con Amazon RDS Proxy
<a name="Concepts.AuroraHighAvailability.Proxy"></a>

Con RDS Proxy, è possibile creare applicazioni in grado di tollerare in modo trasparente gli errori del database senza dover scrivere codice di gestione degli errori complesso. Il proxy instrada automaticamente il traffico verso una nuova istanza database preservando le connessioni alle applicazioni. Inoltre, ignora le cache DNS (Domain Name System) per ridurre i tempi di failover fino al 66% per i database Aurora Multi-AZ. Per ulteriori informazioni, consulta [Proxy Amazon RDS per Aurora](rds-proxy.md). 

# Replica con Amazon Aurora
<a name="Aurora.Replication"></a>

Esistono varie opzioni di replica con Aurora. Ogni cluster di database Aurora dispone di una replica incorporata tra più istanze database nello stesso cluster. Inoltre, è possibile impostare la replica con il cluster Aurora come origine o destinazione. Quando si replicano dati all'interno o all'esterno di un cluster Aurora, è possibile scegliere tra funzionalità incorporate come database globali Aurora o meccanismi di replica tradizionali per i motori MySQL o PostgreSQL DB. È possibile scegliere le opzioni appropriate in base alle quali offrire la giusta combinazione di disponibilità elevata, convenienza e prestazioni per le esigenze specifiche. Le seguenti sezioni spiegano come e quando scegliere ogni tecnica.

**Topics**
+ [Repliche di Aurora](#Aurora.Replication.Replicas)
+ [Replica con Aurora MySQL](#Aurora.Replication.AuroraMySQL)
+ [Replica con Aurora PostgreSQL](#Aurora.Replication.AuroraPostgreSQL)

## Repliche di Aurora
<a name="Aurora.Replication.Replicas"></a>

Quando si crea una seconda istanza database (o una terza e così via) in un cluster di database con provisioning di Aurora, Aurora imposta automaticamente la replica dall'istanza database writer a tutte le altre istanze database. Queste altre istanze database sono di sola lettura e sono note come repliche di Aurora. Vengono anche definite istanze reader in relazione ai modi in cui è possibile combinare istanze database writer e reader all'interno di un cluster.

Le repliche di Aurora hanno due scopi principali. È possibile inviare query per ridimensionare le operazioni di lettura per l'applicazione. Generalmente, si esegue la connessione all'endpoint di lettura del cluster. In questo modo, Aurora può distribuire il carico per le connessioni di sola lettura su tutte le repliche di Aurora presenti nel cluster. Le repliche di Aurora contribuiscono anche ad aumentare la disponibilità. Se l'istanza writer in un cluster non è disponibile, Aurora promuove automaticamente una delle istanze reader affinché prenda il suo posto come nuovo writer.

Un cluster di database di Aurora può contenere fino a 15 repliche di Aurora. Le repliche Aurora possono essere distribuite nelle zone di disponibilità su cui si estende un cluster DB all'interno di una regione. AWS 

I dati nel cluster di database dispongono di funzionalità di elevata disponibilità e affidabilità, indipendentemente dalle istanze database nel cluster. Se hai familiarità con le funzionalità di storage di Aurora, consulta [Panoramica dell'archiviazione di Amazon Aurora](Aurora.Overview.StorageReliability.md#Aurora.Overview.Storage). Il volume del cluster di database si compone di più copie dei dati per il cluster di database. L'istanza primaria e le repliche di Aurora nel cluster di database vedono tutti i dati nel volume cluster come un singolo volume logico. 

Di conseguenza, tutte le repliche di Aurora restituiscono gli stessi dati per i risultati di query con un ritardo di replica minimo. Questo ritardo di replica è solitamente molto inferiore a 100 millisecondi dopo che l'istanza primaria scrive un aggiornamento. Il ritardo di replica varia in base alla velocità di modifica del database. Pertanto, nei periodi in cui si verificano numerose operazioni di scrittura per il database, potresti riscontrare un aumento del ritardo di replica.

**Nota**  
La funzionalità di replica Aurora si riavvia automaticamente quando perde la comunicazione con l’istanza database di scrittura per più di 60 secondi nelle seguenti versioni di Aurora PostgreSQL:  
14.6 e versioni precedenti
13.9 e versioni precedenti
12.13 e versioni precedenti
Tutte le versioni di Aurora PostgreSQL 11
Con la funzionalità di disponibilità in lettura, le repliche Aurora non si riavviano automaticamente. Per ulteriori informazioni sulla funzionalità della disponibilità di lettura e sulle versioni in cui è applicabile, consulta [Miglioramento della disponibilità di lettura delle repliche Aurora](AuroraPostgreSQL.Replication.md#AuroraPostgreSQL.Replication.Replicas.SRO).

Le repliche Aurora funzionano bene per il dimensionamento della lettura perché sono dedicate completamente a operazioni di lettura nel volume cluster. Le operazioni di lettura sono gestite dall'istanza primaria. Poiché il volume del cluster viene condiviso tra tutte le istanze database nel cluster di database, è necessaria solo una minima quantità di operazioni per replicare una copia dei dati per ciascuna replica di Aurora.

Per aumentare la disponibilità puoi servirti delle repliche di Aurora come target di failover. Pertanto se l'istanza primaria non va a buon fine, una replica di Aurora viene promossa a istanza primaria. Si verifica una breve interruzione durante la quale le richieste di lettura e scrittura inviate all'istanza primaria falliscono con un'eccezione.

Tuttavia, promuovere una replica di Aurora tramite failover è un'operazione molto più veloce rispetto a ricreare l'istanza primaria. Se il cluster di database Aurora non include nessuna replica Aurora, il cluster di database non sarà disponibile mentre l’istanza database esegue il ripristino dall’errore.

Quando si verifica il failover, alcune repliche di Aurora possono essere riavviate, a seconda della versione del motore di database. Ad esempio, in Aurora MySQL, durante un failover Aurora riavvia solo l’istanza database di scrittura e la destinazione del failover. Per ulteriori informazioni sul comportamento di riavvio di diverse versioni del motore di database Aurora, consulta [Riavvio di un cluster Amazon Aurora DB o di un'istanza Amazon Aurora DB](USER_RebootCluster.md). Per informazioni su cosa succede alle cache delle pagine durante il riavvio o il failover, consulta [Cache delle pagine superstite](Aurora.Overview.Reliability.md#Aurora.Overview.CacheWarming).

Per gli scenari di disponibilità elevata, è consigliato creare una o più repliche di Aurora Dovrebbero essere della stessa classe delle istanze database dell'istanza primaria e in diverse zone di disponibilità per il cluster DB Aurora. Per ulteriori informazioni sulle repliche Aurora come destinazioni di failover, consulta [Tolleranza ai guasti di un cluster DB Aurora](Concepts.AuroraHighAvailability.md#Aurora.Managing.FaultTolerance).

Non è possibile creare una replica Aurora crittografata per un cluster database Aurora non crittografato. Non è possibile creare una replica Aurora non crittografata per un cluster database Aurora crittografato.

**Suggerimento**  
 È possibile utilizzare le repliche di Aurora all'interno di un cluster di Aurora come unica forma di replica per mantenere i dati altamente disponibili. È possibile anche combinare la replica di Aurora incorporata con gli altri tipi di replica. In questo modo è possibile fornire un livello superiore di disponibilità elevata e distribuzione geografica dei dati. 

Per informazioni dettagliate su come creare una replica di Aurora, consulta [Aggiunta di repliche di Aurora a un cluster di database](aurora-replicas-adding.md).

## Replica con Aurora MySQL
<a name="Aurora.Replication.AuroraMySQL"></a>

Oltre alle repliche di Aurora, sono disponibili le seguenti opzioni di replica con Aurora MySQL:
+ Cluster Aurora MySQL DB in diverse regioni. AWS 
  +  È possibile replicare i dati in più regioni utilizzando un database globale di Aurora. Per dettagli, consultare [Disponibilità elevata in tutte AWS le regioni con i database globali Aurora](Concepts.AuroraHighAvailability.md#Concepts.AuroraHighAvailability.GlobalDB). 
  +  È possibile creare una replica di lettura Aurora di un cluster Aurora MySQL DB in una AWS regione diversa, utilizzando la replica del log binario MySQL (binlog). Ogni cluster può avere fino a cinque repliche di lettura create in questo modo, ciascuna in una regione geografica diversa. 
+ Due cluster database Aurora MySQL nella stessa regione , utilizzando una replica del log binario (binlog) MySQL.
+ Una istanza database RDS per MySQL come origine di dati e un cluster database Aurora MySQL, creando una replica di lettura Aurora di una istanza database RDS per MySQL. In genere, è possibile utilizzare questo approccio per la migrazione a Aurora MySQL piuttosto che per le repliche in corso.

Per ulteriori informazioni sulla replica con Aurora MySQL, consulta [Replica con Amazon Aurora MySQL](AuroraMySQL.Replication.md).

## Replica con Aurora PostgreSQL
<a name="Aurora.Replication.AuroraPostgreSQL"></a>

Oltre alle repliche di Aurora, sono disponibili le seguenti opzioni di replica con Aurora PostgreSQL:
+ Tramite Database globale Aurora, è possibile avere un cluster di database primario Aurora in una Regione e un massimo di 10 cluster di database secondari di sola lettura in Regioni diverse. In altre parole, Aurora PostgreSQL non supporta le repliche Aurora tra regioni. Tuttavia, puoi utilizzare il database globale Aurora per scalare le funzionalità di lettura del cluster Aurora PostgreSQL DB su più di una regione e per raggiungere gli obiettivi di disponibilità. AWS Per ulteriori informazioni, consulta [Utilizzo di Database globale Amazon Aurora](aurora-global-database.md). 
+ Due cluster di database Aurora PostgreSQL nella stessa regione, utilizzando la caratteristica di replica logica di PostgreSQL.
+ Un'istanza del database RDS for PostgreSQL come origine dei dati e un cluster di database Aurora PostgreSQL, creando una replica di lettura Aurora di un'istanza database RDS for PostgreSQL. In genere, è possibile utilizzare questo approccio per la migrazione a Aurora PostgreSQL piuttosto che per le repliche in corso.

Per ulteriori informazioni sulla replica con Aurora PostgreSQL, consulta [Replica con Amazon Aurora PostgreSQL](AuroraPostgreSQL.Replication.md).

# Fatturazione delle istanze database per Aurora
<a name="User_DBInstanceBilling"></a>

Le istanze Amazon RDS con provisioning in un cluster Amazon Aurora vengono fatturate in base ai componenti seguenti:
+ Ore dell'istanza database (all'ora) – In base alla classe di istanza database (ad esempio, db.t2.small or db.m4.large). I prezzi sono calcolati in base a una tariffa oraria, mentre le fatture sono calcolate al secondo e mostrano i valori in formato decimale. L'utilizzo di RDS viene fatturato in incrementi di 1 secondo, con un minimo di 10 minuti. Per ulteriori informazioni, consulta [Classi di istanze DB Amazon Aurora](Concepts.DBInstanceClass.md).
+ Storage (per GiB al mese) – Capacità di storage assegnata all'istanza database. Se la capacità di storage assegnata viene dimensionata nel corso del mese, l'addebito sarà ripartito proporzionalmente. Per ulteriori informazioni, consulta [Archiviazione Amazon Aurora](Aurora.Overview.StorageReliability.md).
+ Input/output (I/O) requests (per 1 million requests) – Total number of storage I/Orichieste effettuate in un ciclo di fatturazione, per lo la configurazione del cluster Aurora Standard DB.

  Per ulteriori informazioni sulla I/O fatturazione di Amazon Aurora, consulta. [Configurazioni dell'archiviazione per i cluster database Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type)
+ Storage di backup (per GiB al mese) – Lo *storage di backup* è lo storage associato ai backup di database automatici e a qualsiasi snapshot DB attivo acquisito. Estendendo il periodo di retention dei backup o creando ulteriori snapshot del database, si aumenta lo storage di backup consumato dal database. La fatturazione per secondo non si applica allo storage di backup (misurato in GB/mese).

  Per ulteriori informazioni, consulta [Backup e ripristino di un cluster DB Amazon Aurora](BackupRestoreAurora.md).
+ Trasferimento dati (per GB): trasferimento di dati in entrata e in uscita dall'istanza DB da o verso Internet e altre AWS regioni. Per esempi utili, consulta il post del AWS blog [Exploring Data Transfer Costs for AWS Managed Databases](https://aws.amazon.com/blogs/architecture/exploring-data-transfer-costs-for-aws-managed-databases).

Amazon RDS offre le opzioni di acquisto seguenti per permetterti di ottimizzare i costi in base alle esigenze:
+ **Istanze on demand** – Paghi all'ora per le ore dell'istanza database usate. I prezzi sono calcolati in base a una tariffa oraria, mentre le fatture sono calcolate al secondo e mostrano i valori in formato decimale. L'utilizzo di RDS ora viene fatturato in incrementi di 1 secondo, con un minimo di 10 minuti.
+ **Istanze riservate** – Prenotando un'istanza database con durata di un anno o tre anni, puoi ricevere uno sconto significativo rispetto ai prezzi delle istanze database on demand. Grazie all'uso delle istanze riservate, è possibile avviare, eliminare e arrestare più istanze entro un'ora e ottenere il vantaggio delle istanze riservate per tutte le istanze.
+ **Aurora Serverless v2** – Aurora Serverless v2 fornisce capacità on demand in cui l'unità di fatturazione è l'ora dell'unità di capacità Aurora anziché l'ora dell'istanza database. La capacità di Aurora Serverless v2 aumenta e diminuisce, all'interno di un intervallo specificato, a seconda del carico del database. Puoi configurare un cluster in cui tutta la capacità è fornita da Aurora Serverless v2 oppure puoi configurare un cluster in cui la capacità è una combinazione di Aurora Serverless v2 e istanze con provisioning on demand o riservate. Per informazioni su come Aurora Serverless v2 ACUs funziona, consulta[Funzionamento di Aurora Serverless v2](aurora-serverless-v2.how-it-works.md). 
+ **Aurora PostgreSQL Limitless Database**: Aurora PostgreSQL Limitless Database è una funzionalità di dimensionamento orizzontale automatizzata che scala il throughput di scrittura e i limiti di archiviazione di una singola istanza database. Limitless Database distribuisce il carico di lavoro su più istanze di scrittura Aurora, pur mantenendo la facilità di funzionamento come un unico database. Limitless Database fornisce capacità on demand in cui l’unità di fatturazione è costituita dalle ore dell’unità di capacità Aurora (ACU) in un gruppo di shard database. Per informazioni sul ACUs funzionamento di Limitless Database, vedere[Creazione di un cluster di database che utilizza Aurora PostgreSQL Limitless Database](limitless-cluster.md).

Per informazioni sui prezzi di Aurora, consulta la [pagina dei prezzi di Aurora](https://aws.amazon.com/rds/aurora/pricing).

**Topics**
+ [Istanze database on demand per Aurora](USER_OnDemandDBInstances.md)
+ [Istanze DB riservate per Amazon Aurora](USER_WorkingWithReservedDBInstances.md)

# Istanze database on demand per Aurora
<a name="USER_OnDemandDBInstances"></a>

Le istanze database on demand Amazon RDS vengono fatturate in base alla classe di istanza database, ad esempio db.t3.small o db.m5.large. Per informazioni sui prezzi di Amazon RDS, consulta la [pagina del prodotto Amazon RDS](https://aws.amazon.com/rds/pricing).

La fatturazione per un'istanza database ha inizio non appena l'istanza database è disponibile. I prezzi sono calcolati in base a una tariffa oraria, mentre le fatture sono calcolate al secondo e mostrano i valori in formato decimale. L'utilizzo di Amazon RDS viene fatturato in incrementi di un secondo, con un minimo di 10 minuti. In caso di modifica della configurazione fatturabile, come l'elaborazione della scalabilità o la capacità di storage, viene effettuato l'addebito di un minimo di 10 minuti. La fatturazione continua finché l'istanza database non viene terminata, il che avviene quando elimini l'istanza database o in caso di errore dell'istanza database.

Se non vuoi più pagare per l'istanza database, devi arrestare o eliminarla in modo da evitare la fatturazione di altre ore dell'istanza database. Per ulteriori informazioni sugli stati dell'istanza database fatturata, consulta [Visualizzazione dello stato dell'istanza database in un cluster Aurora](accessing-monitoring.md#Overview.DBInstance.Status).

## Istanze database arrestate
<a name="USER_OnDemandDBInstances.Stopped"></a>

Mentre l'istanza database è arrestata, ti viene addebitato lo storage assegnato, incluso lo storage Provisioned IOPS. Ti viene addebitato anche lo storage dei backup, incluso quello per gli snapshot manuali e i backup automatici all'interno della finestra di retention specificata. Non è previsto alcun addebito per le ore dell'istanza database.

## Istanze database Multi-AZ
<a name="USER_OnDemandDBInstances.MultiAZ"></a>

Una configurazione Multi-AZ migliora la durabilità e la disponibilità dei dati effettuando automaticamente l’allocazione e mantenendo una replica in standby sincronizzata in un’altra zona di disponibilità. A causa delle risorse aggiuntive e della maggiore disponibilità, le implementazioni Multi-AZ hanno un prezzo più elevato rispetto alle implementazioni Single-AZ e possono costare circa il doppio per l’istanza in standby aggiuntiva e le risorse associate.

Considerare le seguenti importanti informazioni in merito ai prezzi delle implementazioni Multi-AZ:
+ **Costi di calcolo**: fatturati per ora di istanza database sia per le istanze primarie sia per quelle in standby.
+ **Costi di archiviazione**: fatturati per GB al mese per l’archiviazione allocata sia per l’istanza primaria sia per quella in standby.
+ **Costi di trasferimento dei dati**: la replica tra l’istanza primaria e l’istanza in standby è già inclusa, ma potrebbero essere applicati altri costi di trasferimento dei dati in base all’utilizzo.

Per stimare con precisione i costi mensili in base al caso d’uso specifico e alla Regione AWS, è possibile utilizzare il Calcolatore dei prezzi AWS. Questo strumento consente di inserire i dettagli di configurazione e fornisce una ripartizione completa dei costi.

**Nota**  
I prezzi sono soggetti a modifiche. Per up-to-date maggiori informazioni, consulta la [pagina dei prezzi di Amazon RDS](https://aws.amazon.com/rds/pricing/).

# Istanze DB riservate per Amazon Aurora
<a name="USER_WorkingWithReservedDBInstances"></a>

Con le istanze database riservate puoi prenotare un’istanza database per un periodo di uno o tre anni. Le istanze database riservate offrono una notevole riduzione di prezzo rispetto alle istanze database on demand. Le istanze database riservate non sono istanze fisiche, ma piuttosto si tratta di uno sconto sulla fattura applicato all’uso di determinate istanze database nell’account. Gli sconti per le istanze database riservate sono legati al tipo di istanza e alla Regione AWS.

Il processo generale per l’uso delle istanze database riservate è il seguente: prima di tutto ottieni informazioni sulle offerte disponibili per le istanze database riservate, quindi acquisti un’offerta di istanza database riservata e infine ottieni informazioni sulle tue istanze database riservate esistenti.

Per informazioni sull’acquisto di istanze database riservate e sulla visualizzazione della fatturazione per le istanze database riservate, consulta le seguenti sezioni.
+ [Acquisto di istanze database riservate per Amazon Aurora](USER_WorkingWithReservedDBInstances.WorkingWith.md)
+ [Visualizzazione della fatturazione per le istanze database riservate per Amazon Aurora](reserved-instances-billing.md)

## Panoramica delle istanze database riservate
<a name="USER_WorkingWithReservedDBInstances.Overview"></a>

Quando acquisti un’istanza database riservata in Amazon RDS, acquisti un impegno che ti permette di ottenere una tariffa scontata per un tipo di istanza database specifico, per la durata dell’istanza database riservata. Per usare un’istanza database Amazon RDS riservata, devi creare un’istanza database con una procedura analoga a quella per la creazione di un’istanza on demand.

La nuova istanza database creata deve avere le stesse specifiche dell’istanza database riservata relativamente a quanto segue:
+ Regione AWS
+ Motore di database (non è necessario che il numero di versione del motore di database corrisponda)
+ Tipo di istanza database

Se le specifiche della nuova istanza database corrispondono a un’istanza database riservata esistente per il tuo account, viene fatturata la tariffa scontata per l’istanza database riservata. In caso contrario, l’istanza database viene fatturata in base a una tariffa on demand.

Puoi modificare un’istanza database che usi come istanza database riservata. Se la modifica rientra nelle specifiche dell’istanza database riservata, la parte o la totalità dello sconto viene comunque applicata all’istanza database modificata. Se la modifica è al di fuori alle specifiche, ad esempio la modifica della classe di istanza, lo sconto non viene più applicato. Per ulteriori informazioni, consulta [Istanze database riservate con dimensioni flessibili](#USER_WorkingWithReservedDBInstances.SizeFlexible).

**Topics**
+ [Tipi offerta](#USER_WorkingWithReservedDBInstances.OfferingTypes)
+ [Flessibilità della configurazione del cluster database Aurora](#ReservedDBInstances.ClusterConfig)
+ [Istanze database riservate con dimensioni flessibili](#USER_WorkingWithReservedDBInstances.SizeFlexible)
+ [Esempi di fatturazione di istanze database riservate Aurora](#USER_WorkingWithReservedDBInstances.BillingExample)
+ [Eliminazione di un’istanza database riservata](#USER_WorkingWithReservedDBInstances.Cancelling)

Per ulteriori informazioni sulle istanze riservate e sui relativi prezzi, consulta [Istanze riservate di Amazon RDS](https://aws.amazon.com/rds/reserved-instances/#2).

### Tipi offerta
<a name="USER_WorkingWithReservedDBInstances.OfferingTypes"></a>

Le istanze database riservate disponibili sono di tre tipi, ovvero —nessun pagamento anticipato, pagamento anticipato parziale e pagamento anticipato dell’intero costo—per permetterti di ottimizzare i costi di Amazon RDS in base all’utilizzo previsto.

**Nota**  
Non tutte le classi di istanze RDS supportano tutti i tipi di offerta di istanze riservate. Ad esempio, alcune classi di istanze potrebbero non offrire l’opzione Nessun pagamento anticipato. Per confermare la disponibilità, consulta le offerte di istanze riservate in Console di gestione AWS o utilizza il comando. `describe-reserved-db-instances-offerings` AWS CLI 

**Nessun pagamento anticipato**  
Questa opzione permette di accedere a un’istanza database riservata senza un pagamento anticipato. L’istanza riservata senza pagamento anticipato viene fatturata applicando una tariffa oraria scontata per ogni ora durante il periodo della prenotazione, indipendentemente dall’utilizzo, e non è richiesto alcun pagamento anticipato. Questa opzione è disponibile solo per le prenotazioni della durata di un anno.

**Pagamento anticipato parziale**  
Questa opzione richiede il pagamento anticipato di una parte dell’istanza database riservata. Le ore rimanenti del periodo di prenotazione vengono fatturate a una tariffa oraria scontata, indipendentemente dall’utilizzo. Questa opzione sostituisce l’opzione precedente per utilizzo pesante.

**Pagamento anticipato intero costo**  
Il pagamento viene effettuato per intero all’inizio del periodo della prenotazione e non vengono addebitati altri costi per il resto del periodo, indipendentemente dal numero di ore di utilizzo.

Se usi la fatturazione consolidata, tutti gli account all’interno dell’organizzazione vengono trattati come se fossero un account unico. Questo significa che tutti gli account di un’organizzazione possono usufruire del vantaggio in termini di costi orari delle istanze database riservate acquistate da un altro account. Per ulteriori informazioni sulla fatturazione consolidata, consulta [Istanze database riservate di Amazon RDS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidatedbilling-other.html#consolidatedbilling-rds) nella *Guida per l’utente di Costi e fatturazione AWS *.

### Flessibilità della configurazione del cluster database Aurora
<a name="ReservedDBInstances.ClusterConfig"></a>

È possibile utilizzare le istanze database riservate di Aurora con entrambe le configurazioni di cluster database:
+ Aurora I/O-Optimized— Paghi solo per l'utilizzo e l'archiviazione dei tuoi cluster DB, senza costi aggiuntivi per le operazioni di lettura e scrittura I/O .
+ Aurora Standard— Oltre all'utilizzo e all'archiviazione dei cluster DB, paghi anche una tariffa standard per 1 milione di richieste operative. I/O 

Aurora considera automaticamente la differenza di prezzo tra queste configurazioni. Aurora I/O-Optimized consuma il 30% in più di unità normalizzate all’ora rispetto a Aurora Standard.

Per ulteriori informazioni sulle configurazioni dell’archiviazione dei cluster Aurora, consulta [Configurazioni dell'archiviazione per i cluster database Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type). Per informazioni sui prezzi relativi alle configurazioni dell’archiviazione dei cluster Aurora, consulta la pagina dei [prezzi di Amazon Aurora](https://aws.amazon.com/rds/aurora/pricing/).

### Istanze database riservate con dimensioni flessibili
<a name="USER_WorkingWithReservedDBInstances.SizeFlexible"></a>

Quando acquisti un’istanza database riservata, devi specificare la classe di istanza, ad esempio db.r5.large. Per maggiori informazioni sulle classi di istanza database, consulta [Classi di istanze DB Amazon Aurora](Concepts.DBInstanceClass.md).

Se hai un’istanza database e devi dimensionarla per aumentarne la capacità, l’istanza database riservata viene applicata automaticamente all’istanza database ridimensionata. Ciò significa che le istanze database riservate vengono applicate automaticamente a tutte le dimensioni di classi di istanze database. Le istanze DB riservate con dimensioni flessibili sono disponibili per le istanze DB con lo stesso motore di database. Regione AWS Le istanze database riservate con dimensioni flessibili sono scalabili solo nel loro tipo di classe istanza. Ad esempio, un'istanza DB riservata per un db.r6i.large può essere applicata a un db.r6i.xlarge, ma non a un db.r6id.large o db.r7g.large, perché db.r6id.large e db.r7g.large sono tipi di classi di istanza diversi.

Le istanze database riservate con dimensioni flessibili sono disponibili per i motori di database Aurora seguenti:
+ Aurora MySQL
+ Aurora PostgreSQL

È possibile confrontare l’utilizzo per le diverse dimensioni di istanze database riservate usando unità normalizzate all’ora. Ad esempio, un’unità di utilizzo in due istanze database db.r3.large equivale a 8 unità normalizzate di utilizzo all’ora in un’istanza db.r3.small. La tabella seguente mostra il numero di unità normalizzate all’ora per ogni dimensione di istanza database.


| Dimensioni istanza | Unità normalizzate all’ora per un’istanza database, Aurora Standard | Unità normalizzate all’ora per un’istanza database, Aurora I/O-Optimized | Unità normalizzate all’ora per tre istanze database (istanza di scrittura e due istanze di lettura), Aurora Standard | Unità normalizzate all’ora per tre istanze database (istanza di scrittura e due istanze di lettura), Aurora I/O-Optimized | 
| --- | --- | --- | --- | --- | 
|  small  |  1  | 1.3 |  3  | 3.9 | 
|  medium  |  2  | 2.6 |  6  | 7.8 | 
|  large  |  4  | 5.2 |  12  | 15.6 | 
|  xlarge  |  8  | 10.4 |  24  | 31,2 | 
|  2xlarge  |  16  | 20,8 |  48  | 62,4 | 
|  4xlarge  |  32  | 41,6 |  96  | 124,8 | 
|  8xlarge  |  64  | 83,2 |  192  | 249,6 | 
|  12xlarge  |  96  | 124,8 |  288  | 374,4 | 
|  16xlarge  |  128  | 166,4 |  384  | 499,2 | 
|  24xlarge  |  192  | 249,6 |  576  | 748,8 | 
|  32xlarge  |  256  | 332,8 |  768  | 998,4 | 

Supponiamo ad esempio che acquisti un’istanza database riservata `db.t2.medium` e che siano presenti due istanze database `db.t2.small` in esecuzione nel tuo account nella stessa Regione AWS. In questo caso, il vantaggio di fatturazione viene applicato per intero a entrambe le istanze.

![\[Applicazione di un’istanza database riservata per intero a istanze database più piccole\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/ri-db-instance-flex-full.png)


In alternativa, se nel tuo account è in esecuzione un'`db.t2.large`istanza nello stesso account Regione AWS, il vantaggio di fatturazione viene applicato al 50 percento dell'utilizzo dell'istanza DB. 

![\[Applicazione di un’istanza database riservata in parte a un’istanza database più grande\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/ri-db-instance-flex-partial.png)


**Nota**  
Consigliamo di utilizzare le classi di istanza database T solo per i server di sviluppo e test o altri server non di produzione. Per ulteriori informazioni sulle classi di istanza T, consulta [Tipi di classi di istanza database](Concepts.DBInstanceClass.Types.md).

### Esempi di fatturazione di istanze database riservate Aurora
<a name="USER_WorkingWithReservedDBInstances.BillingExample"></a>

Gli esempi seguenti illustrano i prezzi delle istanze database riservate per i cluster database Aurora che utilizzano le configurazioni di cluster database sia Aurora Standard che Aurora I/O-Optimized.

#### Esempio di utilizzo di Aurora Standard
<a name="ri-example-std"></a>

Il prezzo di un’istanza database riservata non prevede uno sconto per i costi associati all’archiviazione, ai backup e all’I/O. L’esempio seguente illustra il costo totale mensile di un’istanza database riservata:
+ Una classe di istanza database Single-AZ db.r5.large riservata in Aurora MySQL nella regione Stati Uniti orientali (Virginia settentrionale) al costo di 0,19 USD all’ora o di 138,70 USD al mese
+ Storage Aurora al costo di 0,10 USD per GiB al mese (per questo esempio, supponiamo 45,60 USD al mese)
+ Aurora I/O al costo di 0,20 USD per 1 milione di richieste (supponiamo 20 USD al mese per questo esempio)
+ Storage di backup Aurora a 0,021 USD per GiB al mese (per questo esempio, supponiamo 30 USD al mese)

Sommando tutte queste opzioni (138,70 USD \$1 45,60 USD \$1 20 USD \$1 30 USD) all’istanza database riservata, il costo mensile totale è di 234,30 USD.

Se hai scelto di usare un’istanza database on demand anziché un’istanza database riservata, una classe di istanza database Single-AZ db.r5.large di Aurora MySQL nella regione Stati Uniti orientali (Virginia settentrionale) costa 0,29 USD all’ora o 217,50 USD al mese. Quindi, per un’istanza database on demand, sommando tutte queste opzioni (217,50 USD \$1 45,60 USD \$1 20 USD\$1 30 USD), il costo mensile totale è di 313,10 USD. Risparmi quasi \$179 al mese utilizzando l’istanza database riservata.

#### Esempio di utilizzo di un cluster database Aurora Standard con due istanze di lettura
<a name="ri-example-3db"></a>

Per utilizzare le istanze riservate per i cluster database Aurora, è sufficiente acquistare un’istanza riservata per ogni istanza database del cluster.

Estendendo il primo esempio, si dispone di un cluster database Aurora MySQL con un’istanza database di scrittura e due repliche Aurora, per un totale di tre istanze database nel cluster. Le due repliche Aurora non comportano costi aggiuntivi di archiviazione o backup. Se acquisti tre istanze DB riservate Aurora MySQL db.r5.large, il costo sarà di 234,30 USD (per l'istanza DB Writer) \$1 2 \$1 (138,70 \$1\$1 20\$1 per Aurora Replica), per un totale di 551,70 USD al mese. I/O 

 Il costo on-demand corrispondente per un cluster Aurora MySQL DB con un'istanza DB writer e due repliche Aurora è di 313,10\$1 \$1 2 \$1 (217,50\$1 \$1 20\$1 per istanza) per un totale di 788,10 USD I/O al mese. Risparmi quasi \$1 236,40 al mese utilizzando l’istanza database riservata.

#### Esempio di utilizzo di Aurora I/O-Optimized
<a name="ri-example-io"></a>

È possibile riutilizzare le istanze database Aurora Standard riservate esistenti con Aurora I/O-Optimized. Per sfruttare tutti i vantaggi degli sconti sulle istanze riservate con Aurora I/O-Optimized, è possibile acquistare il 30% di istanze riservate aggiuntive simili alle attuali istanze riservate.

La tabella seguente mostra alcuni esempi di come stimare le istanze riservate aggiuntive durante l’utilizzo di Aurora I/O-Optimized. Se le istanze riservate richieste sono una frazione, è possibile sfruttare la flessibilità delle dimensioni disponibile con le istanze riservate per ottenere un numero intero. In questi esempi, "attuale" si riferisce alle istanze Aurora Standard riservate attualmente disponibili. Le istanze riservate aggiuntive sono il numero di istanze Aurora Standard riservate che è necessario acquistare per mantenere gli attuali sconti sulle istanze riservate durante l’utilizzo di Aurora I/O-Optimized.


| DB instance class (Classe istanza database) | Istanze Aurora Standard riservate attuali | Istanze riservate richieste per Aurora I/O-Optimized | Istanze riservate aggiuntive necessarie  | Istanze riservate aggiuntive necessarie, utilizzando la flessibilità delle dimensioni | 
| --- | --- | --- | --- | --- | 
| db.r6g.large | 10 | 10 \$1 1,3 = 13 | 3 \$1 db.r6g.large | 3 \$1 db.r6g.large | 
| db.r6g.4xlarge | 20 | 20 \$1 1,3 = 26 | 6 \$1 db.r6g.4xlarge | 6 \$1 db.r6g.4xlarge | 
| db.r6g.12xlarge | 5 | 5 \$1 1,3 = 6,5 | 1,5 \$1 db.r6g.12xlarge |  Uno per ogni istanza db.r6g.12xlarge, r6g.4xlarge e r6g.2xlarge (0,5 \$1 db.r6g.12xlarge = 1 \$1 db.r6g.4xlarge \$1 1 \$1 db.r6g.2xlarge)  | 
| db.r6i.24xlarge | 15 | 15 \$1 1,3 = 19,5 | 4,5 \$1 db.r6i.24xlarge |  4 \$1 db.r6i.24xlarge \$1 1 \$1 db.r6i.12xlarge (0,5 \$1 db.r6i.24xlarge = 1 \$1 db.r6i.12xlarge)  | 

#### Esempio di utilizzo di un cluster database Aurora I/O-Optimized con due istanze di lettura
<a name="ri-example-3db-io"></a>

È presente un cluster database Aurora MySQL con un’istanza database di scrittura e due repliche Aurora, per un totale di tre istanze database nel cluster. Usano la configurazione del cluster database Aurora I/O-Optimized. Per utilizzare istanze database riservate per questo cluster, è necessario acquistare quattro istanze database riservate della stessa classe di istanze database. Tre istanze database che utilizzano Aurora I/O-Optimized consumano 3,9 unità normalizzate all’ora, rispetto alle 3 unità normalizzate all’ora per tre istanze database che utilizzano Aurora Standard. Tuttavia I/O , si risparmiano i costi mensili per ogni istanza DB.

**Nota**  
I prezzi citati in questo esempio sono prezzi di esempio e potrebbero non corrispondere ai prezzi effettivi. Per informazioni sui prezzi di Aurora, consulta [Prezzi di Amazon Aurora](https://aws.amazon.com/rds/aurora/pricing).

### Eliminazione di un’istanza database riservata
<a name="USER_WorkingWithReservedDBInstances.Cancelling"></a>

Un’istanza database riservata può essere prenotata con un impegno per un periodo di un anno o di tre anni. Non è possibile annullare un’istanza database riservata. È comunque possibile eliminare un’istanza database coperta da uno sconto per istanza database riservata. Il processo di eliminazione di un’istanza database coperta da uno sconto per istanza database riservata è uguale a quello per l’eliminazione di qualsiasi altra istanza database.

I costi iniziali vengono fatturati indipendentemente dal fatto che si utilizzi le risorse.

Se elimini un’istanza database coperta da uno sconto per istanza database riservata, puoi avviare un’altra istanza database con specifiche compatibili. In questo caso, continuare a usufruire della tariffa scontata durante il periodo della prenotazione (un anno o tre anni).

# Acquisto di istanze database riservate per Amazon Aurora
<a name="USER_WorkingWithReservedDBInstances.WorkingWith"></a>

Puoi utilizzare l'API Console di gestione AWS AWS CLI, the e RDS per lavorare con istanze DB riservate.

## Console
<a name="USER_WorkingWithReservedDBInstances.CON"></a>

È possibile utilizzarla Console di gestione AWS per lavorare con istanze DB riservate, come illustrato nelle seguenti procedure. 

**Per ottenere informazioni sui prezzi e sulle offerte disponibili per le istanze database riservate**

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 scegliere **Reserved instances (Istanze riservate)**. 

1. Scegliere **Purchase Reserved DB Instance (Acquista istanza database riservata)**.

1. Per **Product description (Descrizione prodotto)** scegliere il motore di database e il tipo di licenza.

1. Per **DB instance class (Classe istanza database)**, scegliere la classe di istanza database.

1. In **Opzione di implementazione**, specifica se desideri un’implementazione Single-AZ o Multi-AZ per le istanze database.
**Nota**  
Per le *istanze* Amazon Aurora riservate, l’opzione di implementazione è sempre impostata su **Istanza database Single-AZ**. Tuttavia, quando crei un *cluster* di database Aurora, l’opzione di implementazione predefinita è **Crea una replica o una sessione di lettura Aurora in una zona di disponibilità diversa** (Multi-AZ).  
È necessario acquistare un’istanza database riservata per ogni istanza che si intende utilizzare, incluse le repliche Aurora. Pertanto, per le implementazioni multi-AZ in Aurora, è necessario acquistare altre istanze database riservate.

1. In **Periodo**, scegli per quanto tempo riservare l’istanza database.

1. Per **Offering type (Tipo di offerta)**, scegliere il tipo di offerta. 

   Dopo aver selezionato il tipo di offerta, vengono visualizzate le informazioni sui prezzi. 
**Importante**  
Scegliere **Cancel (Annulla)** per evitare di acquistare un’istanza database riservata con il conseguente addebito dei relativi costi. 

Dopo avere ottenuto le informazioni sulle offerte disponibili per le istanze database riservate, puoi basarti su tali informazioni per acquistare un’offerta, come illustrato nella procedura seguente. 

**Per acquistare un’istanza database riservata**

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 scegliere **Reserved instances (Istanze riservate)**. 

1. 
**Importante**  
Prima di procedere, verifica di trovarti nella Regione AWS appropriata. Le istanze database riservate sono specifiche della Regione e non possono essere trasferite tra Regioni. Assicurati di acquistare l’istanza riservata nella Regione appropriata tramite il selettore di Regione nell’angolo in alto a destra della console.

1. Scegliere **Purchase reserved DB instance** (Acquista istanza database riservata).

1. Per **Product description (Descrizione prodotto)** scegliere il motore di database e il tipo di licenza.

1. Per **DB instance class (Classe istanza database)**, scegliere la classe di istanza database.

1. In **Implementazione Multi-AZ**, specifica se desideri un’implementazione Single-AZ o Multi-AZ per le istanze database.
**Nota**  
Per le *istanze* Amazon Aurora riservate, l’opzione di implementazione è sempre impostata su **Istanza database Single-AZ**. Quando si crea un *cluster* di database Amazon Aurora dall’istanza database riservata, il cluster di database viene creato automaticamente come Multi-AZ. Assicurati acquistare un’istanza database riservata per ogni istanza database che intendi utilizzare, incluse le repliche Aurora.

1. Per **Term (Periodo)**, scegliere per quanto tempo prenotare l’istanza database.

1. Per **Offering type (Tipo di offerta)**, scegliere il tipo di offerta.

   Dopo aver selezionato il tipo di offerta, vengono visualizzate le informazioni sui prezzi.  
![\[Acquisto di un’istanza database riservata nella console\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/reservedinstance-aur.png)

1. (Facoltativo) È possibile assegnare un identificatore alle istanze database riservate acquistate, per tenerne traccia. Per **Reserved Id (ID istanza riservata)**, digitare un identificatore per l’istanza database riservata.

1. Seleziona **Invia**.

   L’istanza database riservata viene acquistata, quindi visualizzata nell’elenco **Reserved instances** (Istanze riservate).

Dopo avere acquistato le istanze database riservate, puoi ottenere informazioni sulle tue istanze database riservate come illustrato nella procedura seguente.

**Per ottenere informazioni sulle istanze DB riservate per il tuo account 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. Nel **riquadro di navigazione** scegliere **Reserved Instances (Istanze riservate)**.

   Verranno visualizzate le istanze database riservate per l’account. Per visualizzare informazioni dettagliate su una particolare istanza database riservata, scegli l’istanza nell’elenco. Le informazioni dettagliate su quell’istanza verranno visualizzate nel riquadro dei dettagli nella parte inferiore della console.

## AWS CLI
<a name="USER_WorkingWithReservedDBInstances.CLI"></a>

Puoi usarla AWS CLI per lavorare con istanze DB riservate, come mostrato negli esempi seguenti.

**Example di recuperare le offerte disponibili per le istanze database riservate**  
Per ottenere informazioni sulle offerte disponibili di istanze DB riservate, chiamate il AWS CLI comando. [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances-offerings.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances-offerings.html)  

```
aws rds describe-reserved-db-instances-offerings
```
Questa chiamata restituisce un output simile al seguente:   

```
 1. OFFERING  OfferingId                            Class         Multi-AZ  Duration  Fixed Price  Usage Price  Description  Offering Type
 2. OFFERING  438012d3-4052-4cc7-b2e3-8d3372e0e706  db.r3.large   y         1y        1820.00 USD  0.368 USD    mysql        Partial  Upfront
 3. OFFERING  649fd0c8-cf6d-47a0-bfa6-060f8e75e95f  db.r3.small   n         1y         227.50 USD  0.046 USD    mysql        Partial  Upfront
 4. OFFERING  123456cd-ab1c-47a0-bfa6-12345667232f  db.r3.small   n         1y         162.00 USD   0.00 USD    mysql        All      Upfront
 5.     Recurring Charges:   Amount  Currency  Frequency        
 6.     Recurring Charges:   0.123   USD       Hourly
 7. OFFERING  123456cd-ab1c-37a0-bfa6-12345667232d  db.r3.large   y         1y         700.00 USD   0.00 USD    mysql        All      Upfront
 8.     Recurring Charges:   Amount  Currency  Frequency
 9.     Recurring Charges:   1.25    USD       Hourly
10. OFFERING  123456cd-ab1c-17d0-bfa6-12345667234e  db.r3.xlarge  n         1y        4242.00 USD   2.42 USD    mysql        No       Upfront
```

Dopo avere ottenuto le informazioni sulle offerte disponibili per le istanze database riservate, puoi basarti su tali informazioni per acquistare un’offerta.

Per acquistare un'istanza DB riservata, utilizza il AWS CLI comando [https://docs.aws.amazon.com/cli/latest/reference/rds/purchase-reserved-db-instances-offering.html](https://docs.aws.amazon.com/cli/latest/reference/rds/purchase-reserved-db-instances-offering.html)con i seguenti parametri:
+ `--reserved-db-instances-offering-id` – L’ID dell’offerta da acquistare. Per ottenere l’ID dell’offerta, consulta l’esempio precedente.
+ `--reserved-db-instance-id` – Puoi assegnare un identificatore alle istanze database riservate acquistate, per tenerne traccia.

**Example di acquistare un’istanza database riservata**  
L'esempio seguente acquista l'offerta di istanze DB riservate con ID *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f* e assegna l'identificatore di. *MyReservation*  
Per Linux, macOS o Unix:  

```
aws rds purchase-reserved-db-instances-offering \
    --reserved-db-instances-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
    --reserved-db-instance-id MyReservation
```
Per Windows:  

```
aws rds purchase-reserved-db-instances-offering ^
    --reserved-db-instances-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
    --reserved-db-instance-id MyReservation
```
Il comando restituisce un output simile al seguente:   

```
1. RESERVATION  ReservationId      Class        Multi-AZ  Start Time                Duration  Fixed Price  Usage Price  Count  State            Description  Offering Type
2. RESERVATION  MyReservation      db.r3.small  y         2011-12-19T00:30:23.247Z  1y        455.00 USD   0.092 USD    1      payment-pending  mysql        Partial  Upfront
```

Dopo avere acquistato le istanze database riservate, puoi ottenere informazioni sulle tue istanze database riservate.

Per ottenere informazioni sulle istanze DB riservate per il tuo AWS account, chiama il AWS CLI comando [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances.html), come mostrato nell'esempio seguente.

**Example di ottenere le istanze DB riservate**  

```
aws rds describe-reserved-db-instances
```
Il comando restituisce un output simile al seguente:   

```
1. RESERVATION  ReservationId     Class        Multi-AZ  Start Time                Duration  Fixed Price  Usage Price  Count  State    Description  Offering Type
2. RESERVATION  MyReservation     db.r3.small  y         2011-12-09T23:37:44.720Z  1y        455.00 USD   0.092 USD    1      retired  mysql        Partial  Upfront
```

## API RDS
<a name="USER_WorkingWithReservedDBInstances.API"></a>

Puoi utilizzare l’API RDS per lavorare con istanze database riservate:
+ Per ottenere informazioni sulle offerte disponibili per le istanze database riservate, chiamare l’operazione API Amazon RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstancesOfferings.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstancesOfferings.html).
+ Dopo avere ottenuto le informazioni sulle offerte disponibili per le istanze database riservate, puoi basarti su tali informazioni per acquistare un’offerta. Richiama l’operazione API RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PurchaseReservedDBInstancesOffering.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PurchaseReservedDBInstancesOffering.html) con i seguenti parametri:
  + `--reserved-db-instances-offering-id` – L’ID dell’offerta da acquistare.
  + `--reserved-db-instance-id` – Puoi assegnare un identificatore alle istanze database riservate acquistate, per tenerne traccia.
+ Dopo avere acquistato le istanze database riservate, puoi ottenere informazioni sulle tue istanze database riservate. Richiama l’operazione API RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstances.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstances.html).

# Visualizzazione della fatturazione per le istanze database riservate per Amazon Aurora
<a name="reserved-instances-billing"></a>

Puoi visualizzare la fatturazione per le istanze database riservate nel pannello di controllo di fatturazione nella Console di gestione AWS.

**Per visualizzare la fatturazione di istanze database riservate**

1. Accedi alla Console di gestione AWS.

1. Dal **menu account** in alto a destra, scegliere **Billing Dashboard (Pannello di controllo di fatturazione)**.

1. Scegliere **Dettagli di fatturazione** nell'angolo in alto a destra del pannello di controllo.

1. In **Costi di servizio AWS**, espandere **Servizio di database relazionale**.

1. Espandi la Regione AWS in cui si trovano le istanze database riservate, ad esempio **Stati Uniti occidentali (Oregon)**.

   Le istanze database riservate e i relativi addebiti orari per il mese corrente sono mostrati sotto **Amazon Relational Database Service per *Motore del database* Istanze riservate**.  
![\[Visualizzazione di costi mensili per un'istanza database riservata\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/ri-db-billing1.png)

   L'istanza database riservata in questo esempio è stata acquistata con pagamento anticipato, quindi non ci sono costi orari.

1. Scegliere l’icona **Cost Explorer** (grafico a barre) accanto alla voce **Istanze riservate**.

   Il Cost Explorer visualizza il grafico **Costi e utilizzo delle ore di esecuzione mensili di EC2**.

1. Cancellare il filtro **Usage Type Group (Gruppo tipi di utilizzo)** a destra del grafico.

1. Scegliere il periodo di tempo e l'unità di tempo per la quale si desidera esaminare i costi di utilizzo.

   L'esempio seguente mostra i costi di utilizzo per istanze database on-demand e riservate per l'anno in corso per mese.  
![\[Visualizzare i costi di utilizzo per istanze database on-demand e riservate\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/ri-db-billing2.png)

   I costi delle istanza database riservate da gennaio a giugno 2021 sono oneri mensili per un'istanza con parziale pagamento anticipato, mentre il costo nell'agosto 2021 è un addebito una tantum per un'istanza con pagamento anticipato completo.

   Lo sconto dell'istanza riservata per l'istanza con parziale pagamento anticipato è scaduto nel giugno 2021, ma l'istanza database non è stata eliminata. Dopo la data di scadenza, è stata semplicemente addebitata la tariffa on-demand.

# Amazon Aurora nel piano gratuito AWS
<a name="aurora-free-tier"></a>

[Aurora PostgreSQL è disponibile anche nel piano gratuito tramite.AWS](https://aws.amazon.com/rds/free/) [Crea con configurazione rapida](CHAP_GettingStartedAurora.AuroraPostgreSQL.ExpressConfig.md) Oltre alle limitazioni della configurazione espressa, si applicano le seguenti restrizioni quando si utilizza Aurora PostgreSQL con il piano gratuito: AWS 
+ Sono supportati solo i cluster creati con la configurazione espressa (la configurazione completa non è disponibile)
+ Fino a 4 unità di capacità Aurora (ACUs) per cluster
+ Fino a 1 GB di spazio di archiviazione per cluster
+ Massimo 2 cluster e 2 istanze per account
+ Le integrazioni Aurora Global Database e Zero-ETL non sono supportate