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à.
# Configurazione e gestione di un’implementazione Multi-AZ per Amazon RDS
Le implementazioni multi-AZ possono avere una o due istanze database in standby. Quando l’implementazione ha un'istanza DB in standby, viene chiamata una *implementazione istanza database Multi-AZ*. Un’implementazione di istanze database Multi-AZ ha un'istanza database in standby che fornisce supporto per il failover, ma non serve il traffico di lettura. Quando l’implementazione ha due istanze database in standby, viene chiamata una *implementazione cluster di database Multi-AZ*. Un’implementazione di cluster di database Multi-AZ dispone di istanze database in standby che forniscono supporto per il failover e possono anche servire il traffico di lettura.
È possibile utilizzare il plugin Console di gestione AWS per determinare se un'implementazione Multi-AZ è un'implementazione di istanze database Multi-AZ o un’implementazione di cluster di database Multi-AZ. Nel riquadro di navigazione, scegliere **Databases (Database)**, quindi scegliere un **DB identifier (Identificatore database)**.
+ Un'implementazione di istanze database Multi-AZ presenta le seguenti caratteristiche:
+ Esiste una sola riga per l'istanza database.
+ Il valore di **Role (Ruolo)** è **Instance (Istanza)** o **Primary (Prncipale)**.
+ Il valore di **Multi-AZ** è **Yes (Sì)**.
+ Un'implementazione di cluster di database Multi-AZ presenta le seguenti caratteristiche:
+ È presente una riga a livello di cluster con tre righe di istanza database al di sotto di essa.
+ Per la riga a livello di cluster, il valore di **Role (Ruolo)** è **Multi-AZ DB cluster (Cluster di database Multi-AZ)**.
+ Per ogni riga a livello di istanza, il valore di **Role (Ruolo)** è **Writer instance (Istanza di scrittura)** o **Reader instance (Istanza di lettura)**.
+ Per ogni riga a livello di istanza, il valore di **Multi-AZ** è **3 Zones (3 zone)**.
**Topics**
+ [Implementazioni di istanze database Multi-AZ per Amazon RDS](Concepts.MultiAZSingleStandby.md)
+ [Implementazioni di cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.md)
I seguenti argomenti si applicano alle istanze database e ai cluster di database Multi-AZ.
+ [Etichettatura delle Amazon RDS](USER_Tagging.md)
+ [Nomi della risorsa Amazon (ARN) in Amazon RDS](USER_Tagging.ARN.md)
+ [Uso dello storage per istanze database di Amazon RDS](USER_PIOPS.StorageTypes.md)
+ [Manutenzione di un’istanza database](USER_UpgradeDBInstance.Maintenance.md)
+ [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md)
# Implementazioni di istanze database Multi-AZ per Amazon RDS
Amazon RDS offre disponibilità elevata e supporto per il failover per le istanze database tramite le implementazioni Multi-AZ con una singola istanza database in standby. Questo tipo di implementazione è chiamato una *implementazione di istanza database Multi-AZ*. Amazon RDS utilizza varie tecnologie differenti per garantire il supporto per tale failover. Le implementazioni Multi-AZ per le istanze database MariaDB, MySQL, Oracle, PostgreSQL e RDS Custom per SQL Server utilizzano la tecnologia di failover di Amazon. Le istanze DB di Microsoft SQL Server utilizzano SQL Server Database Mirroring (DBM) o Always On Availability Groups (). AGs Per informazioni sul supporto della versione di SQL Server per Multi-AZ, consulta [Implementazioni Multi-AZ per Amazon RDS for Microsoft SQL Server](USER_SQLServerMultiAZ.md). Per informazioni sull'utilizzo di RDS Custom per SQL Server per le implementazioni Multi-AZ, consulta [Gestione di un'implementazione Multi-AZ per RDS Custom per SQL Server](custom-sqlserver-multiaz.md).
In un'implementazione istanza database Multi-AZ, Amazon RDS effettua automaticamente il provisioning e mantiene una replica in standby sincrona in un'altra zona di disponibilità. L'istanza database primaria viene replicata in modo sincrono nelle zone di disponibilità su una replica in standby per fornire ridondanza dati e ridurre al minimo i picchi di latenza durante i backup di sistema. L’esecuzione di un'istanza database con disponibilità elevata può migliorare la disponibilità durante la manutenzione pianificata del sistema. Consente inoltre di proteggere i database da errori dell'istanza database e interruzioni relative alle zone di disponibilità. Per ulteriori informazioni sulle zone di disponibilità, consulta [Regioni, zone di disponibilità e Local Zones ](Concepts.RegionsAndAvailabilityZones.md).
**Nota**
L'opzione di disponibilità elevata non è una soluzione di dimensionamento per scenari di sola lettura. Non è possibile utilizzare una replica in standby per gestire il traffico di lettura. Per utilizzare il traffico di sola lettura, utilizzare invece un cluster di database Multi-AZ o una replica di lettura. Per ulteriori informazioni sui cluster di database Multi-AZ, consulta [Implementazioni di cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.md). Per ulteriori informazioni sulle repliche di lettura, consulta [Uso delle repliche di lettura dell'istanza database](USER_ReadRepl.md).
![\[Scenario di alta disponibilità\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/con-multi-AZ.png)
Utilizzando la console RDS, puoi creare un'implementazione istanza database Multi-AZ semplicemente specificando Multi-AZ durante la creazione di un'istanza database. Puoi utilizzare la console per convertire le istanze database esistenti in implementazioni istanza database Multi-AZ, modificando l'istanza database e specificando l'opzione Multi-AZ. Puoi anche specificare una distribuzione di istanze DB Multi-AZ con l'API AWS CLI o Amazon RDS. Utilizza il comando [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)o [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)CLI o l'operazione [Create DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) or [Modify DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) API.
La console RDS mostra la zona di disponibilità della replica di standby, (denominata zona di disponibilità secondaria). Puoi anche utilizzare il comando [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)CLI o l'operazione [Descrivi DBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html) API per trovare la AZ secondaria.
Le istanze database che utilizzano implementazioni Multi-AZ possono avere una latenza di scrittura e di commit maggiore rispetto a un'implementazione Single-AZ. Ciò può accadere a causa della replica sincrona dei dati che si verifica. È possibile che si verifichi una modifica della latenza se la distribuzione fallisce nella replica di standby, sebbene AWS sia progettata con connettività di rete a bassa latenza tra le zone di disponibilità. Per carichi di lavoro di produzione, è consigliabile utilizzare IOPS con provisioning (input/output operations per second, operazioni di input/output al secondo) per prestazioni veloci e coerenti. Per maggiori informazioni sulle classi di istanza database, consulta [Classi di istanze DB ](Concepts.DBInstanceClass.md).
# Trasformazione di un’istanza database in implementazione Multi-AZ per Amazon RDS
La trasformazione di un’istanza database in implementazione Multi-AZ migliora la disponibilità aggiungendo un’istanza database in standby in un’altra zona di disponibilità. Il processo prevede tempi di inattività minimi e richiede un’attenta pianificazione degli impatti sull’archiviazione e sulle prestazioni. Questa modifica migliora la tolleranza ai guasti e riduce i tempi di ripristino in caso di errore ed è per questo ideale per ambienti a disponibilità elevata.
Se si dispone di un’istanza database in un’implementazione Single-AZ e la si modifica in un’implementazione di istanze database Multi-AZ, Amazon RDS esegue le azioni descritte di seguito:
1. Creazione di uno snapshot dei volumi Amazon Elastic Block Store (EBS) dell'istanza database primaria.
1. Creazione di nuovi volumi per la replica in standby basati sullo snapshot. Questi volumi vengono inizializzati in background e le massime prestazioni del volume vengono raggiunte dopo la completa inizializzazione dei dati.
1. Attivazione della replica sincrona a livello di blocco tra i volumi delle repliche primarie e in standby.
**Importante**
La creazione di un’istanza database in standby da un’istantanea durante una conversione da Single-AZ a Multi-AZ evita i tempi di inattività, ma potrebbe influire sulle prestazioni, in particolare per i carichi di lavoro sensibili alla scrittura. La replica sincrona può aumentare la I/O latenza, influendo sulle prestazioni del database. Come best practice, evita di convertire un’istanza database di produzione in un’istanza database Multi-AZ.
Crea invece una replica di lettura, abilita i backup su di essa, convertila in Multi-AZ, carica i dati nei suoi volumi, quindi promuovila come istanza database primaria. Per ulteriori informazioni, consulta [Uso delle repliche di lettura dell'istanza database](USER_ReadRepl.md).
Sono disponibili due modi per modificare un'istanza database in un'implementazione di istanza database multi-AZ:
**Topics**
+ [Conversione in implementazione di istanza database multi-AZ mediante la console RDS](#Concepts.MultiAZ.Migrating.Convert)
+ [Trasformazione di un'istanza database in implementazione d’istanza database Multi-AZ](#Concepts.MultiAZ.Migrating.Modify)
## Conversione in implementazione di istanza database multi-AZ mediante la console RDS
Puoi utilizzare la console RDS per convertire un'istanza database in un'implementazione di istanza database multi-AZ.
Per completare la conversione puoi usare solo la console. Per utilizzare la nostra AWS CLI API RDS, segui le istruzioni riportate in. [Trasformazione di un'istanza database in implementazione d’istanza database Multi-AZ](#Concepts.MultiAZ.Migrating.Modify)
**Per convertire in implementazione di istanza database multi-AZ mediante la console RDS**
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 **Databases (Database)** e selezionare l'istanza database da modificare.
1. In **Actions** (Operazioni) scegli **Convert to Multi-AZ deployment** (Converti in implementazione multi-AZ).
1. Per applicare le modifiche immediatamente, scegli l'opzione **Apply immediately** (Applica immediatamente) nella pagina di conferma. La scelta di questa opzione non causa tempi di inattività, ma è possibile riscontrare un impatto sulle prestazioni. In alternativa, puoi scegliere di applicare l'aggiornamento durante la successiva finestra di manutenzione. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
1. Scegli **Convert to Multi-AZ** (Converti in multi-AZ).
## Trasformazione di un'istanza database in implementazione d’istanza database Multi-AZ
Puoi convertire un’istanza database in un’implementazione di un’istanza database Multi-AZ nei seguenti modi:
+ Utilizzando la console RDS, modifica l'istanza database e imposta **Multi-AZ deployment** (Implementazione multi-AZ su **Yes** (Sì).
+ Utilizzando AWS CLI, richiama il [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)comando e imposta l'`--multi-az`opzione.
+ Utilizzando l'API RDS, richiamate l'DBInstanceoperazione di [modifica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) e impostate il `MultiAZ` parametro su. `true`
Per ulteriori informazioni sulla modifica di un’istanza di database, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md). Una volta completata la modifica, Amazon RDS attiva un evento (RDS-EVENT-0025) che indica che il processo è completo. Puoi monitorare gli eventi Amazon RDS. Per ulteriori informazioni sugli eventi di , consulta [Utilizzo della notifica degli eventi di Amazon RDS](USER_Events.md).
# Failover per un’istanza database Multi-AZ per Amazon RDS
Se un’interruzione pianificata o non pianificata dell’istanza database Multi-AZ comporta un defect dell’infrastruttura, Amazon RDS passa automaticamente a una replica in standby in un’altra zona di disponibilità.
Il tempo necessario per il completamento del failover varia in base all'attività del database e ad altre condizioni presenti quando l'istanza database principale diventa non disponibile. Il failover richiede in genere da 60 a 120 secondi, tempo che può tuttavia aumentare in caso di transazioni di grandi dimensioni o di un processo di ripristino di lunga durata. Al termine del failover, la modifica della console RDS in base alla nuova zona di disponibilità può richiedere ulteriore tempo.
**Nota**
Puoi forzare un failover manualmente quando riavvii un’istanza database Multi-AZ. Per ulteriori informazioni, consulta [Riavvio di un'istanza DB DB](USER_RebootInstance.md).
Amazon RDS gestisce i failover automaticamente, in modo da consentirti di riprendere le operazioni database il più rapidamente possibile, senza alcun intervento amministrativo. L'istanza database principale passa automaticamente alla replica di standby qualora si verifichi una delle condizioni riportate nella seguente tabella. Puoi visualizzare questi motivi di failover nel log di eventi.
| Motivo del failover | Descrizione |
| --- | --- |
| Al sistema operativo sottostante l'istanza del database RDS viene aggiunta una patch in un'operazione offline. | È stato attivato un failover durante la finestra di manutenzione per una patch del sistema operativo o un aggiornamento di sicurezza. Per ulteriori informazioni, consulta [Manutenzione di un’istanza database](USER_UpgradeDBInstance.Maintenance.md). |
| L' host primario dell'istanza Multi-AZ di RDS non è integro. | L’implementazione istanza database Multi-AZ ha rilevato un'istanza database primaria compromessa e ha attivato il failover. |
| L' host principale dell'istanza Multi-AZ RDS non è raggiungibile a causa della perdita di connettività di rete. | Il monitoraggio RDS ha rilevato un errore di raggiungibilità della rete per l'istanza database primaria e ha attivato un failover. |
| L' istanza RDS è stata modificata dal cliente. | Una modifica dell'istanza database RDS ha attivato un failover. Per ulteriori informazioni, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md). |
| L' istanza principale Multi-AZ RDS è occupata e non risponde. | L'istanza database primaria non risponde. Ti consigliamo anche di completare le seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.Failover.html) Per ulteriori informazioni su queste raccomandazioni, consulta [Strumenti di monitoraggio di Amazon RDS](MonitoringOverview.md) e [Best practice per Amazon RDS](CHAP_BestPractices.md). |
| Il volume di storage sottostante l'host principale dell'istanza Multi-AZ RDS ha riportato un errore. | L’implementazione dell’istanza database Multi-AZ ha rilevato un problema di archiviazioine nell'istanza DB principale e ha avviato il failover. |
| L'utente ha richiesto un failover dell'istanza database. | È stata riavviata l'istanza database ed è stata scelta l’opzione **Riavvia con failover**. Per ulteriori informazioni, consulta [Riavvio di un'istanza DB DB](USER_RebootInstance.md). |
Per determinare se l’istanza database Multi-AZ è soggetta a failover, è possibile eseguire le seguenti operazioni:
+ Configura gli abbonamenti a eventi database per inviare una notifica tramite e-mail o SMS in caso di failover. Per ulteriori informazioni sugli eventi di , consulta [Utilizzo della notifica degli eventi di Amazon RDS](USER_Events.md).
+ Visualizza gli eventi database utilizzando la console RDS o le operazioni dell'API.
+ Visualizza lo stato corrente dell'implementazione dell’istanza database Multi-AZ utilizzando la console RDS o le chiamate API.
Per informazioni su come rispondere ai failover, ridurre i tempi di ripristino e su altre best practice per Amazon RDS, consulta [Best practice per Amazon RDS](CHAP_BestPractices.md).
## Impostazione di JVM TTL per le ricerche del nome DNS
Il meccanismo di failover modifica automaticamente il record Domain Name System (DNS) dell'istanza database in modo da fare riferimento all'istanza database standby. Di conseguenza, sarà necessario ristabilire le connessioni esistenti alla propria istanza database. In un ambiente Java Virtual Machine (JVM), a causa del funzionamento del meccanismo di memorizzazione nella cache DNS Java, potrebbe essere necessario riconfigurare le impostazioni JVM.
La JVM memorizza nella cache le ricerche del nome DNS. Quando la JVM risolve un nome host in un indirizzo IP, memorizza nella cache l'indirizzo IP per un determinato periodo di tempo, noto come *time-to-live* (TTL).
Poiché le risorse AWS utilizzano voci del nome DNS che occasionalmente cambiano, ti consigliamo di configurare la JVM con un valore TTL non superiore a 60 secondi. Questo garantisce che quando l'indirizzo IP di una risorsa cambia, l'applicazione può ricevere e utilizzare il nuovo indirizzo IP della risorsa richiedendo il DNS.
In alcune configurazioni Java, il TTL predefinito di JVM è impostato in modo da non aggiornare mai le voci DNS finché JVM non viene riavviato. Pertanto, se l'indirizzo IP di una risorsa AWS cambia mentre l'applicazione è ancora in esecuzione, tale risorsa non può essere utilizzata finché la JVM non viene riavviata manualmente e le informazioni IP memorizzate nella cache non vengono aggiornate. In questo caso, è fondamentale impostare il valore TTL della JVM in modo che aggiorni periodicamente le informazioni IP memorizzate nella cache.
È possibile ottenere il TTL predefinito della JVM recuperando il valore della proprietà [https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html](https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html):
```
String ttl = java.security.Security.getProperty("networkaddress.cache.ttl");
```
**Nota**
Il valore TTL predefinito può variare in base alla versione della JVM e a seconda che un security manager sia installato o meno. Molte JVM forniscono un TTL predefinito inferiore a 60 secondi. Se utilizzi una JVM di questo tipo e non utilizzi un security manager, puoi ignorare il resto di questo argomento. Per ulteriori informazioni sui security manager in Oracle, consulta [The Security Manager](https://docs.oracle.com/javase/tutorial/essential/environment/security.html) nella documentazione di Oracle.
Per modificare la TTL della JVM, imposta il valore della proprietà `networkaddress.cache.ttl`. Utilizza uno dei seguenti metodi, a seconda delle esigenze:
+ Per impostare il valore della proprietà a livello globale per tutte le applicazioni che utilizzano la JVM, imposta `networkaddress.cache.ttl` nel file `$JAVA_HOME/jre/lib/security/java.security`.
```
networkaddress.cache.ttl=60
```
+ Per impostare la proprietà localmente solo per l'applicazione, imposta `networkaddress.cache.ttl` nel codice di inizializzazione dell'applicazione prima che venga stabilita qualsiasi connessione.
```
java.security.Security.setProperty("networkaddress.cache.ttl" , "60");
```
# Failover Multi-AZ con volumi di storage aggiuntivi
Le implementazioni Multi-AZ supportano istanze DB con volumi di storage aggiuntivi. Durante un failover, RDS esegue automaticamente il failover sull'istanza di standby con eventuali volumi di storage aggiuntivi collegati all'istanza DB. Questo processo garantisce la coerenza e la disponibilità dei dati.
Quando configuri una distribuzione Multi-AZ per un'istanza DB con volumi di storage aggiuntivi, Amazon RDS replica automaticamente tutti i volumi nell'istanza di standby in una zona di disponibilità diversa. Lo storage replicato include:
+ Il volume di storage principale
+ Tutti i volumi di storage aggiuntivi collegati all'istanza DB
Durante un failover, Amazon RDS promuove l'istanza di standby e garantisce che tutti i volumi di storage siano disponibili e coerenti. Il failover mantiene la stessa configurazione di storage, inclusi i nomi dei volumi, i tipi di storage e le caratteristiche prestazionali.
Dopo un failover riuscito, è possibile verificare che tutti i volumi di storage siano collegati correttamente e accessibili visualizzando i dettagli della configurazione di archiviazione. Per ulteriori informazioni, consulta [Visualizzazione dei dettagli del volume di archiviazione per l'istanza DB](rds-storage-viewing.md).
Il tempo di failover per le istanze DB con volumi di storage aggiuntivi è simile a quello delle istanze DB con solo storage principale.
# Implementazioni di cluster di database Multi-AZ per Amazon RDS
Un’*implementazione di cluster di database Multi-AZ* è una modalità di implementazione semi-sincrona a disponibilità elevata di Amazon RDS con due istanze database di replica leggibili. Un cluster DB Multi-AZ ha un'istanza DB writer e due istanze DB reader in tre zone di disponibilità separate nella stessa Regione AWS. I cluster di database multi-AZ offrono elevata disponibilità, maggiore capacità per i carichi di lavoro in lettura e minore latenza di scrittura rispetto alle implementazioni di istanze database Multi-AZ.
È possibile importare dati da un database on-premise in un cluster database multi-AZ seguendo le istruzioni riportate in [Importazione dei dati in un database Amazon RDS per MySQL con tempo di inattività ridotto](mysql-importing-data-reduced-downtime.md).
Puoi acquistare istanze database riservate per cluster database Multi-AZ. Per ulteriori informazioni, consulta [Istanze database riservate per un cluster di database Multi-AZ](USER_WorkingWithReservedDBInstances.md#USER_WorkingWithReservedDBInstances.MultiAZDBClusters).
Il supporto varia a seconda delle versioni specifiche di ciascun motore di database e a seconda delle Regioni AWS. Per ulteriori informazioni sulla disponibilità di versioni e regioni per Amazon RDS con cluster di database Multi-AZ, consulta [Regioni e motori di database supportati per i cluster di database Multi-AZ in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md).
**Topics**
+ [Disponibilità di classi di istanza per i cluster di database Multi-AZ](#multi-az-db-clusters-concepts.InstanceAvailability)
+ [Architettura cluster di database Multi-AZ](#multi-az-db-clusters-concepts-overview)
+ [Gruppi di parametri per cluster di database Multi-AZ](#multi-az-db-clusters-concepts-parameter-groups)
+ [Server proxy per RDS con cluster di database Multi-AZ](#multi-az-db-clusters-proxy)
+ [Ritardo di replica e cluster di database Multi-AZ](#multi-az-db-clusters-concepts-replica-lag)
+ [Eliminazione di snapshot di cluster di database Multi-AZ](#multi-az-db-clusters-concepts-snapshot)
+ [Creazione di un cluster di database Multi-AZ per Amazon RDS](create-multi-az-db-cluster.md)
+ [Connessione a un cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts-connection-management.md)
+ [Connessione automatica di una risorsa di calcolo AWS e a un cluster di database Multi-AZ per Amazon RDS](multi-az-compute-rds-connect.md)
+ [Modifica di un cluster di database Multi-AZ per Amazon RDS.](modify-multi-az-db-cluster.md)
+ [Aggiornamento della versione del motore di un cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-upgrading.md)
+ [Ridenominazione di un cluster di database Multi-AZ per Amazon RDS](multi-az-db-cluster-rename.md)
+ [Riavvio di un cluster di database Multi-AZ e di istanze database di lettura per Amazon RDS](multi-az-db-clusters-concepts-rebooting.md)
+ [Failover per un cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts-failover.md)
+ [Configurazione della replica logica PostgreSQL con cluster di database Multi-AZ per Amazon RDS](USER_MultiAZDBCluster_LogicalRepl.md)
+ [Utilizzo delle repliche di lettura del cluster di database Multi-AZ per Amazon RDS](USER_MultiAZDBCluster_ReadRepl.md)
+ [Configurazione della replica esterna da cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-external-replication.md)
+ [Per eliminare un cluster di database Multi-AZ per Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md)
+ [Limitazioni per cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.Limitations.md)
**Importante**
I cluster di database multi-AZ non sono gli stessi dei cluster di database Aurora. Per ulteriori informazioni sull'utilizzo di cluster di database Aurora, consulta la [Guida per l'utente di Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html).
## Disponibilità di classi di istanza per i cluster di database Multi-AZ
Le implementazioni di cluster di database Multi-AZ sono supportate per le seguenti classi di istanza database: `db.m5d`, `db.m6gd`, `db.m6id`, `db.m6idn`, `db.r5d`, `db.r6gd`, `db.x2iedn`, `db.r6id`, `db.r6idn` e `db.c6gd`.
**Nota**
Le classi di istanza c6gd sono le uniche che supportano le dimensioni dell’istanza `medium`.
Per maggiori informazioni sulle classi di istanza database, consulta [Classi di istanze DB ](Concepts.DBInstanceClass.md).
## Architettura cluster di database Multi-AZ
Con un cluster di database Multi-AZ, Amazon RDS replica i dati dall'istanza database di scrittore a entrambe le istanze database di lettore utilizzando le funzionalità di replica nativa del motore database. Quando viene apportata una modifica all'istanza database di scrittore, viene inviata a ciascuna istanza database di lettura.
Le implementazioni di cluster Multi-AZ utilizzano la replica semi-sincrona, che richiede la conferma da almeno un'istanza database di lettura affinché venga eseguito il commit di una modifica. Non viene richiesta la conferma dell'avvenuta esecuzione o dell'avvenuto commit degli eventi in *tutte* le repliche.
Le istanze database di lettore fungono da target di failover automatici e servono anche il traffico di lettura per aumentare il throughput di lettura delle applicazioni. Se si verifica un'interruzione sull'istanza database di scrittura, RDS gestisce il failover su una delle istanze database di lettura. RDS esegue questa operazione in base a quale istanza database di lettura ha il ritardo di replica più recente.
Il seguente diagramma mostra un cluster di database Multi-AZ.
![\[Cluster di database Multi-AZ\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster.png)
I cluster database Multi-AZ hanno in genere una latenza di scrittura inferiore rispetto alle implementazioni di istanze database AZ multiple. Consentono inoltre l'esecuzione di carichi di lavoro di sola lettura su istanze database di lettura. La console RDS mostra la zona di disponibilità dell'istanza database di scrittore e le zone di disponibilità delle istanze database del lettore. Puoi anche utilizzare il comando [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)CLI o l'operazione [Descrivi DBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) API per trovare queste informazioni.
**Importante**
Per evitare errori di replica nei cluster database multi-AZ RDS per MySQL, consigliamo vivamente di utilizzare una chiave primaria in tutte le tabelle.
## Gruppi di parametri per cluster di database Multi-AZ
In un cluster di database Multi-AZ, un *gruppo di parametri del cluster di database* funge da container per i valori di configurazione del motore che sono applicati a ogni istanza database in un cluster di database Multi-AZ.
In un cluster di database Multi-AZ, un *DB parameter group (Gruppo di parametri database)* è impostato sul gruppo di parametri del database predefinito per il motore del database e la versione del motore di database. Le impostazioni del gruppo di parametri del cluster di database vengono utilizzate per tutte le istanze database nel cluster.
Per informazioni sui gruppi di parametri, consultare [Utilizzo di gruppi di parametri cluster di database per cluster database Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
## Server proxy per RDS con cluster di database Multi-AZ
Per creare un proxy per i cluster di database Multi-AZ, è possibile utilizzare Server proxy per Amazon RDS che consente alle applicazioni di creare pool delle connessioni di database e di condividerle per migliorare la capacità di dimensionamento. Ogni proxy esegue il *multiplexing* delle connessioni, noto anche come riutilizzo della connessione. Con il multiplexing, Server proxy per RDS esegue tutte le operazioni per una transazione utilizzando una connessione al database sottostante, Server proxy per RDS può anche ridurre il tempo di inattività dovuto a un aggiornamento di versione secondaria di un cluster di database Multi-AZ a un secondo o meno. Per ulteriori informazioni sui vantaggi di Server proxy per RDS, consulta [Proxy Amazon RDS ](rds-proxy.md).
Per configurare un proxy per un cluster di database Multi-AZ, scegli **Crea un RDS Proxy** durante la creazione del cluster. Per istruzioni su come creare e gestire gli endpoint di Server proxy per RDS, consulta [Utilizzo degli endpoint Amazon RDS Proxy](rds-proxy-endpoints.md).
## Ritardo di replica e cluster di database Multi-AZ
*Replica lag* (Ritardo di replica) è la differenza di tempo tra l'ultima transazione sull'istanza database di scrittura e l'ultima transazione applicata su un'istanza database di lettura. La CloudWatch metrica Amazon `ReplicaLag` rappresenta questa differenza di fuso orario. Per ulteriori informazioni sulle CloudWatch metriche, consulta. [Monitoraggio dei parametri di Amazon RDS Aurora con Amazon CloudWatch](monitoring-cloudwatch.md)
Sebbene i cluster di database Multi-AZ consentano prestazioni di scrittura elevate, può comunque verificarsi un ritardo di replica a causa della natura della replica basata sul motore. Poiché qualsiasi failover deve prima risolvere il ritardo di replica prima di promuovere una nuova istanza database di scrittura, il monitoraggio e la gestione di questo ritardo di replica devono essere presi in considerazione.
Per i cluster di database Multi-AZ di RDS for MySQL, il tempo di failover dipende dal ritardo di replica di entrambe le istanze database di lettura rimanenti. Entrambe le istanze database di lettura devono applicare transazioni non applicate prima che una di esse venga promossa a nuova istanza database di scrittura.
Per i cluster di database Multi-AZ di RDS for PostgreSQL, il tempo di failover dipende dal ritardo di replica delle due istanze database di lettura rimanenti. L’istanza database di lettura con il ritardo di replica minore deve applicare transazioni non applicate prima di essere promossa a nuova istanza database di scrittura.
Per un tutorial che mostra come creare un CloudWatch allarme quando il ritardo della replica supera un determinato periodo di tempo, consulta. [Tutorial: creazione di un allarme Amazon CloudWatch per il ritardo di replica del cluster di database Multi-AZ per Amazon RDS](multi-az-db-cluster-cloudwatch-alarm.md)
### Cause comuni del ritardo di replica
In generale, il ritardo di replica si verifica quando il carico di lavoro in scrittura è troppo alto per consentire alle istanze database di lettura di applicare le transazioni in modo efficiente. Diversi carichi di lavoro possono subire ritardi di replica temporanei o continui. Di seguito sono riportati alcuni esempi di cause comuni:
+ Alta concorrenza di scrittura o aggiornamento in batch pesante sull'istanza database di scrittura, che causano il ritardo del processo di applicazione sulle istanze database di lettura.
+ Carico di lavoro in lettura pesante che utilizza risorse su una o più istanze database di lettura. L'esecuzione di query lente o di grandi dimensioni può influire sul processo di applicazione e può causare un ritardo di replica.
+ Le transazioni che modificano grandi quantità di dati o istruzioni DDL possono talvolta causare un aumento temporaneo del ritardo di replica perché il database deve mantenere l'ordine di commit.
### Mitigazione del ritardo di replica
Per i cluster di database Multi-AZ per RDS for MySQL e RDS for PostgreSQL, è possibile ridurre il ritardo di replica riducendo il carico sull'istanza database di scrittura. È inoltre possibile utilizzare il controllo di flusso per ridurre il ritardo di replica. *Flow control* (Controllo di flusso) funziona limitando le scritture sull'istanza database di scrittura, che garantisce che il ritardo di replica non continui a crescere senza limiti. La limitazione della scrittura viene eseguita aggiungendo un ritardo alla fine di una transazione, che riduce la velocità effettiva di scrittura sull'istanza database di scrittura. Sebbene il controllo di flusso non garantisca l'eliminazione del ritardo, può contribuire a ridurre il ritardo complessivo in molti carichi di lavoro. Le seguenti sezioni forniscono informazioni sull'utilizzo del controllo di flusso con RDS for MySQL e RDS for PostgreSQL.
#### Mitigazione del ritardo di replica con il controllo di flusso per RDS for MySQL
Quando utilizzi i cluster di database Multi-AZ di RDS for MySQL, il controllo di flusso viene attivato per impostazione predefinita utilizzando il parametro dinamico `rpl_semi_sync_master_target_apply_lag`. Questo parametro specifica il limite superiore desiderato per il ritardo di replica. Man mano che il ritardo di replica si avvicina a questo limite configurato, il controllo di flusso limita le transazioni di scrittura sull’istanza database di scrittura per tentare di mantenere il ritardo di replica al di sotto del valore specificato. In alcuni casi, il ritardo di replica può superare il limite specificato. Per impostazione predefinita, questo parametro è impostato su 120 secondi. Per disattivare il controllo di flusso, è necessario impostare questo parametro sul valore massimo di 86.400 secondi (un giorno).
Per visualizzare il ritardo corrente inserito dal controllo di flusso, mostra il parametro `Rpl_semi_sync_master_flow_control_current_delay` eseguendo la seguente query.
```
SHOW GLOBAL STATUS like '%flow_control%';
```
L'aspetto dell'output sarà simile al seguente.
```
+-------------------------------------------------+-------+
| Variable_name | Value |
+-------------------------------------------------+-------+
| Rpl_semi_sync_master_flow_control_current_delay | 2010 |
+-------------------------------------------------+-------+
1 row in set (0.00 sec)
```
**Nota**
Il ritardoviene visualizzato in microsecondi.
Quando Performance Insights è attivato per un cluster di database RDS Multi-AZ di RDS for MySQL, è possibile monitorare l'evento di attesa corrispondente a un'istruzione SQL che indica che le query sono state ritardate da un controllo di flusso. Quando un ritardo è stato introdotto da un controllo di flusso, è possibile visualizzare l'evento di attesa `/wait/synch/cond/semisync/semi_sync_flow_control_delay_cond` corrispondente all'istruzione SQL nel pannello di controllo di Performance Insights. Per visualizzare questi parametri, lo schema delle prestazioni deve essere attivato. Per informazioni su Performance Insights, consulta [Monitoraggio del carico DB con Performance Insights su Amazon RDS](USER_PerfInsights.md).
#### Mitigazione del ritardo di replica con il controllo di flusso per RDS for PostgreSQL
Quando utilizzi i cluster di database Multi-AZ di RDS for PostgreSQL, il controllo di flusso viene implementato come estensione. Attiva un dipendente in background per tutte le istanze database nel cluster di database. Per impostazione predefinita, i dipendenti in background sulle istanze database di lettura comunicano il ritardo di replica corrente con il dipendente in background sull'istanza database di scrittura. Se il ritardo supera i due minuti su qualsiasi istanza database di lettura, il dipendente in background sull'istanza database di scrittura aggiunge un ritardo alla fine di una transazione. Per controllare la soglia di ritardo, utilizza il parametro `flow_control.target_standby_apply_lag`.
Quando un controllo di flusso limita un processo PostgreSQL, l'evento di attesa `Extension` in `pg_stat_activity` e Performance Insights lo indica. La funzione `get_flow_control_stats` visualizza i dettagli sull'entità del ritardo attualmente aggiunto.
Il controllo di flusso può beneficiare della maggior parte dei carichi di lavoro OLTP (Online Transaction Processing, elaborazione di transazioni online) che hanno transazioni brevi ma altamente simultanee. Se il ritardo è causato da transazioni di lunga durata, come le operazioni in batch, il controllo di flusso non fornisce un vantaggio altrettanto forte.
È possibile disattivare il controllo di flusso rimuovendo l'estensione da `shared_preload_libraries` e riavviare l'istanza database.
## Eliminazione di snapshot di cluster di database Multi-AZ
Amazon RDS crea e salva i backup automatici del cluster di database Multi-AZ durante la finestra di backup dell’istanza database. RDS crea uno snapshot dei volumi di archiviazione del cluster di database eseguendo il backup dell’intero cluster anziché delle singole istanze.
È anche eseguire backup manuali del cluster di database Multi-AZ. Per i backup a lungo termine, si consiglia di esportare i dati degli snapshot in Amazon S3. Per ulteriori informazioni, consulta [Creazione di uno snapshot di cluster di database Multi-AZ per Amazon RDS](USER_CreateMultiAZDBClusterSnapshot.md).
È possibile ripristinare un cluster di database Multi-AZ a un determinato momento, creando un nuovo cluster di database Multi-AZ. Per istruzioni, consulta [Ripristino di un cluster di database Multi-AZ a un determinato momento](USER_PIT.MultiAZDBCluster.md).
È possibile ripristinare uno snapshot di cluster di database Multi-AZ a un’implementazione Single-AZ oppure a un’implementazione di istanza database Multi-AZ. Per istruzioni, consulta [Ripristino di uno snapshot di cluster database multi-AZ a un'istanza database](USER_RestoreFromMultiAZDBClusterSnapshot.md).
# Creazione di un cluster di database Multi-AZ per Amazon RDS
Un cluster di database Multi-AZ ha un'istanza database di scrittore e due istanze database di lettore in tre zone di disponibilità separate. I cluster di database multi-AZ offrono elevata disponibilità, maggiore capacità per i carichi di lavoro in lettura e minore latenza rispetto alle implementazioni Multi-AZ. Per ulteriori informazioni sui cluster di database Multi-AZ, consulta [Implementazioni di cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.md).
**Nota**
I cluster di database multi-AZ sono supportati solo per i motori database MySQL e PostgreSQL.
## Prerequisiti per i cluster di database
**Importante**
Prima di poter creare un cluster di database Multi-AZ, devi completare le attività descritte in [Configurazione dell’ambiente Amazon RDS](CHAP_SettingUp.md).
Di seguito sono indicate le procedure preliminari da completare prima di creare un cluster di database Multi-AZ.
**Topics**
+ [Configurazione della rete per il cluster di database](#create-multi-az-db-cluster-prerequisites-VPC)
+ [Prerequisiti aggiuntivi](#create-multi-az-db-cluster-prerequisites-additional)
### Configurazione della rete per il cluster di database
Puoi creare un cluster di database multi-AZ solo in un cloud privato virtuale (VPC) basato sul servizio Amazon VPC. Deve trovarsi in un paese Regione AWS con almeno tre zone di disponibilità. Il gruppo di sottoreti di database scelto per il cluster di database deve coprire almeno tre zone di disponibilità. Questa configurazione garantisce che ogni istanza database del cluster di database si trovi in una zona di disponibilità diversa.
Puoi configurare la connettività tra il tuo nuovo cluster di database e un'istanza Amazon EC2 nello stesso VPC quando crei il cluster di database. Per connetterti al cluster di database da risorse diverse dalle istanze EC2 nello stesso VPC, puoi configurare le connessioni di rete manualmente.
**Topics**
+ [Configurazione della connettività di rete automatica con un'istanza EC2](#create-multi-az-db-cluster-prerequisites-VPC-automatic)
+ [Configurazione manuale della rete](#create-multi-az-db-cluster-prerequisites-VPC-manual)
#### Configurazione della connettività di rete automatica con un'istanza EC2
Quando crei un cluster DB Multi-AZ, puoi utilizzare il Console di gestione AWS per configurare la connettività tra un'istanza EC2 e il nuovo cluster DB. In questo caso, RDS configura automaticamente il VPC e le impostazioni di rete. Il cluster di database viene creato nello stesso VPC dell'istanza EC2, per consentire all'istanza EC2 di accedere al cluster di database.
Di seguito sono riportati i requisiti per connettere un'istanza EC2 al cluster di database:
+ L'istanza EC2 deve esistere Regione AWS prima di creare il cluster DB.
Se non esiste alcuna istanza EC2 nel Regione AWS, la console fornisce un collegamento per crearne una.
+ L'utente che sta creando il cluster di database deve disporre delle autorizzazioni per eseguire le seguenti operazioni:
+ `ec2:AssociateRouteTable`
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateRouteTable`
+ `ec2:CreateSubnet`
+ `ec2:CreateSecurityGroup`
+ `ec2:DescribeInstances`
+ `ec2:DescribeNetworkInterfaces`
+ `ec2:DescribeRouteTables`
+ `ec2:DescribeSecurityGroups`
+ `ec2:DescribeSubnets`
+ `ec2:ModifyNetworkInterfaceAttribute`
+ `ec2:RevokeSecurityGroupEgress`
L'utilizzo di questa opzione crea un cluster di database privato. Il cluster di database utilizza un gruppo di sottoreti DB con solo sottoreti private per limitare l'accesso alle risorse all'interno del VPC.
Per connettere un'istanza EC2 al cluster di database, scegli **Connect to an EC2 compute resource** (Connetti a una risorsa di calcolo EC2) nella sezione **Connectivity** (Connettività) della pagina **Create database** (Crea database).
![\[Connessione a un'istanza EC2\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/ec2-set-up-connection-create.png)
Se scegli **Connect to an EC2 compute resource** (Connetti a una risorsa di calcolo EC2), RDS imposta automaticamente le seguenti opzioni. Queste impostazioni non possono essere modificate a meno che non si scelga di non configurare la connettività con un'istanza EC2 selezionando **Don't connect to an EC2 compute resource** (Non connetterti a una risorsa di calcolo EC2).
****
| Opzione Console | Impostazione automatica |
| --- | --- |
| **Virtual Private Cloud (VPC)** | RDS imposta il VPC su quello associato all'istanza EC2. |
| **DB subnet group** (Gruppo di sottoreti DB) | RDS richiede un gruppo di sottoreti database con una sottorete privata nella stessa zona di disponibilità dell'istanza EC2. Se esiste un gruppo di sottoreti database che soddisfa questo requisito, RDS lo utilizza. Per impostazione predefinita, questa opzione è impostata su Automatic setup (Configurazione automatica). Quando si sceglie **Automatic setup** (Configurazione automatica) e non esiste un gruppo di sottoreti database che soddisfi questo requisito, viene eseguita la seguente procedura. RDS utilizza tre sottoreti private disponibili in tre zone di disponibilità di cui una è la stessa dell'istanza EC2. Se una sottorete privata non è disponibile in una zona di disponibilità, RDS crea una sottorete privata nella zona di disponibilità. Quindi RDS crea il gruppo di sottoreti database.Quando è disponibile una sottorete privata, RDS utilizza la tabella di instradamento associata alla sottorete e aggiunge tutte le sottoreti create a questa tabella di instradamento. Quando una sottorete privata non è disponibile, RDS crea una tabella di instradamento senza accesso al gateway Internet e aggiunge le sottoreti create alla tabella di instradamento.RDS consente inoltre di utilizzare i gruppi di sottoreti database esistenti. Seleziona **Choose existing** (Scegli esistente) se desideri utilizzare un gruppo di sottoreti database esistente. |
| **Accesso pubblico** | RDS sceglie **No** in modo che il cluster di database non sia accessibile pubblicamente. Per motivi di sicurezza, come best practice si consiglia di mantenere il database privato e accertarsi che non sia accessibile da Internet. |
| **VPC security group (firewall)** (Gruppo di sicurezza VPC (firewall) | RDS crea un nuovo gruppo di sicurezza associato al cluster di database. Il gruppo di sicurezza è denominato `rds-ec2-n`, dove `n` è un numero. Questo gruppo di sicurezza include una regola in entrata con il gruppo di sicurezza VPC EC2 (firewall) come origine. Questo gruppo di sicurezza associato al cluster di database consente all'istanza EC2 di accedere al cluster. RDS crea, inoltre, un nuovo gruppo di sicurezza associato all'istanza EC2. Il gruppo di sicurezza è denominato `ec2-rds-n`, dove `n` è un numero. Questo gruppo di sicurezza include una regola in uscita con il gruppo di sicurezza VPC del cluster di database come origine. Questo gruppo di sicurezza consente all'istanza EC2 di inviare traffico al cluster di database. Puoi aggiungere un nuovo gruppo di sicurezza aggiuntivo scegliendo **Create nuovo** (Crea nuovo) e digitando il nome del nuovo gruppo di sicurezza. Puoi aggiungere gruppi di sicurezza esistenti scegliendo **Choose existing** (Scegli esistente) e selezionando i gruppi di sicurezza da aggiungere. |
| **Zona di disponibilità** | RDS sceglie la zona di disponibilità dell'istanza EC2 per un'istanza database nell'implementazione del cluster di database Multi-AZ. RDS sceglie casualmente una zona di disponibilità diversa per entrambe le altre istanze database. L'istanza database di scrittura viene creata nella stessa zona di disponibilità dell'istanza EC2. È possibile che vengano addebitati costi aggiuntivi tra zone di disponibilità se si verifica un failover e l'istanza database di scrittura si trova in una zona di disponibilità diversa. |
Per ulteriori informazioni su queste impostazioni, consultare [Impostazioni per la creazione di cluster di database Multi-AZ](#create-multi-az-db-cluster-settings).
Se dopo la creazione del cluster di database le impostazioni vengono modificate, le modifiche potrebbero influire sulla connessione tra l'istanza EC2 e il cluster di database.
#### Configurazione manuale della rete
Per connetterti al cluster di database da risorse diverse dalle istanze EC2 nello stesso VPC, puoi configurare le connessioni di rete manualmente. Se utilizzi il Console di gestione AWS per creare il tuo cluster DB Multi-AZ, puoi fare in modo che Amazon RDS crei automaticamente un VPC per te. Altrimenti, puoi utilizzare un VPC esistente o crearne uno nuovo per il tuo cluster di database Multi-AZ. Il VPC deve avere una o più sottoreti per ognuna delle almeno tre zone di disponibilità per poterlo utilizzare con un cluster di database Multi-AZ. Per informazioni su, consulta. VPCs [Amazon VPC e Amazon RDS](USER_VPC.md)
Se non disponi di un VPC predefinito o non hai creato un VPC e non prevedi di utilizzare la console, procedi come segue:
+ Crea un VPC con almeno una sottorete in ognuna delle almeno tre zone di disponibilità nella AWS regione in cui desideri implementare il tuo cluster DB. Per ulteriori informazioni, consulta [Uso di un'istanza database in un VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md#Overview.RDSVPC.Create).
+ Specificare un gruppo di sicurezza VPC che autorizzi le connessioni al proprio cluster di database . Per ulteriori informazioni, consultare [Fornisci accesso alla istanza database nel VPC creando un gruppo di sicurezza](CHAP_SettingUp.md#CHAP_SettingUp.SecurityGroup) e [Controllo dell'accesso con i gruppi di sicurezza](Overview.RDSSecurityGroups.md).
+ Specifica di un gruppo di sottoreti del database RDS che definisca almeno due sottoreti nel VPC che possono essere utilizzate dal cluster di database Multi-AZ. Per ulteriori informazioni, consulta [Utilizzo di gruppi di sottoreti database](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Subnets).
Per informazioni sui limiti relativi ai cluster di database Multi-AZ, consulta [Limitazioni per cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
Se desideri connetterti a una risorsa che non si trova nello stesso VPC del cluster di database multi-AZ, consulta gli scenari appropriati descritti in [Scenari per accedere a un'istanza database in un VPC](USER_VPC.Scenarios.md).
### Prerequisiti aggiuntivi
Prima di creare il cluster di database Multi-AZ, considera i seguenti prerequisiti aggiuntivi:
+ Se desideri personalizzare i parametri di configurazione per il cluster di database, specifica un gruppo di parametri cluster di database con le impostazioni dei parametri richieste. Per ulteriori informazioni sulla creazione o la modifica di un gruppo di parametri del cluster di database, consulta [Gruppi di parametri per cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups).
+ Determina il numero di TCP/IP porta da specificare per il tuo cluster DB. I firewall presso alcune aziende bloccano le connessioni alle porte predefinite. Se il firewall della tua azienda blocca la porta predefinita, scegli un'altra porta per il cluster di database. Tutte le istanze database in un cluster di database utilizzano la stessa porta.
+ Se la versione principale del motore per il database ha raggiunto la data di fine del supporto standard RDS, è necessario utilizzare l’opzione CLI Supporto esteso o il parametro API RDS. Per ulteriori informazioni, consulta Supporto esteso per RDS in [Impostazioni per la creazione di cluster di database Multi-AZ](#create-multi-az-db-cluster-settings).
## Creazione di un cluster di database
È possibile creare un cluster DB Multi-AZ utilizzando Console di gestione AWS AWS CLI, the o l'API RDS.
### Console
È possibile creare un cluster di database Multi-AZ scegliendo **Multi-AZ DB cluster (Cluster di database Multi-AZ)** nella sezione **Availability and durability (Disponibilità e durabilità)**.
**Per creare un cluster di database Multi-AZ tramite la console**
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. Nell'angolo in alto a destra di Console di gestione AWS, scegli il cluster DB Regione AWS in cui desideri creare il cluster DB.
Per informazioni sui cluster DB Regioni AWS che supportano i cluster DB Multi-AZ, consulta. [Limitazioni per cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.Limitations.md)
1. Nel riquadro di navigazione, scegliere **Databases** (Database).
1. Scegliere **Create database** (Crea database).
Per creare un cluster di database Multi-AZ, assicurati che **Standard Create (Creazione standard)** sia è selezionato e che **Easy Create (Creazione semplice)** non lo sia.
1. In **Engine type (Tipo di motore)**, scegli **MySQL** o **PostgreSQL**.
1. In **Version (Versione)**, scegliere la versione del motore di database.
Per informazioni sulle versioni del motore del database che supportano i cluster di database Multi-AZ, consulta [Limitazioni per cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
1. In **Templates (Modelli)**, scegli il modello appropriato per l’implementazione.
1. In **Availability and durability (Disponibilità e durabilità)**, scegliere **Multi-AZ DB cluster (Cluster di database Multi-AZ)**.
![\[Scelta cluster di database Multi-AZ\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)
1. In **DB cluster identifier (Identificatore cluster DB)**, inserisci l'identificatore per il cluster di database.
1. In **Master username (Nome utente master)**, inserisci il tuo nome utente master o mantieni l'impostazione predefinita.
1. Inserire la password master:
1. Nella sezione **Settings (Impostazioni)**, aprire **Credential Settings (Impostazioni credenziali)**.
1. Se si desidera specificare una password, deselezionare la casella di spunta **Auto generate a password (Genera password automaticamente)** se è selezionata.
1. (Facoltativo) Cambiare il valore **Master username (Nome utente master)**.
1. Inserisci la stessa password in **Master password (Password master)** e **Confirm password (Conferma password)**.
1. In **Classe di istanza database**, scegli la classe di istanza database. Per l'elenco delle classi di istanza database supportate, consulta [Disponibilità di classi di istanza per i cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability).
1. (Facoltativo) Configura una connessione a una risorsa di calcolo per questo cluster di database.
Puoi configurare la connettività tra un'istanza Amazon EC2 e il nuovo cluster di database durante la creazione del cluster di database. Per ulteriori informazioni, consulta [Configurazione della connettività di rete automatica con un'istanza EC2](#create-multi-az-db-cluster-prerequisites-VPC-automatic).
1. Nella sezione **Connettività** in **Gruppo di sicurezza VPC (firewall)**, se selezioni **Crea nuovo**, viene creato un gruppo di sicurezza VPC con una regola in entrata che consente all'indirizzo IP del computer locale di accedere al database.
1. Per le restanti sezioni, specifica le impostazioni del cluster di database. Per informazioni su ciascuna impostazione, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](#create-multi-az-db-cluster-settings).
1. Scegliere **Create database (Crea database)**.
Se scegli di utilizzare una password generata in modo automatico, il pulsante **View credential details (Vedi dettagli delle credenziali)** appare nella pagina**Databases**.
Per vedere nome utente e password per il cluster di database, seleziona **View credential details (Vedi dettagli delle credenziali)**.
Per connetterti al cluster di database come utente principale, utilizza il nome utente e la password visualizzati.
**Importante**
Non potrai visualizzare di nuovo la password dell'utente principale.
1. Per **Databases**, seleziona il nome del nuovo cluster di database.
Nella console RDS vengono visualizzati i dettagli per il nuovo cluster di database. Lo stato del cluster di database ha lo stato **creating (in creazione)** fino al completamento della creazione, quando sarà pronto per essere impiegato. Quando lo stato cambia in **Available (disponibile)**, è possibile connettersi al cluster di database. A seconda della classe di cluster di database e dell’archiviazione allocata, potrebbero trascorrere diversi minuti prima che il nuovo cluster di database sia disponibile.
### AWS CLI
Prima di creare un cluster DB Multi-AZ utilizzando il AWS CLI, assicurati di soddisfare i prerequisiti richiesti. come la creazione di un VPC e di un gruppo di sottoreti di database RDS. Per ulteriori informazioni, consulta [Prerequisiti per i cluster di database](#create-multi-az-db-cluster-prerequisites).
Per creare un cluster DB Multi-AZ utilizzando AWS CLI, chiamate il comando. [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) Specificare il valore di `--db-cluster-identifier`. Per l’opzione `--engine`, specificare `mysql` o `postgres`.
Per ulteriori informazioni su ciascuna opzione, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](#create-multi-az-db-cluster-settings).
Per informazioni sui motori DB e sulle Regioni AWS versioni dei motori DB che supportano i cluster DB Multi-AZ, vedere. [Limitazioni per cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.Limitations.md)
Il comando `create-db-cluster` crea l'istanza database di scrittore per il cluster di database e due istanze database di lettore. Ogni istanza database si trova in una zona di disponibilità diversa.
Il comando seguente crea ad esempio un nuovo cluster di database Multi-AZ MySQL 8.0 denominato `mysql-multi-az-db-cluster`.
**Example**
Per Linux, macOS o Unix:
```
1. aws rds create-db-cluster \
2. --db-cluster-identifier mysql-multi-az-db-cluster \
3. --engine mysql \
4. --engine-version 8.0.32 \
5. --master-username admin \
6. --manage-master-user-password \
7. --port 3306 \
8. --backup-retention-period 1 \
9. --db-subnet-group-name default \
10. --allocated-storage 4000 \
11. --storage-type io1 \
12. --iops 10000 \
13. --db-cluster-instance-class db.m5d.xlarge
```
Per Windows:
```
1. aws rds create-db-cluster ^
2. --db-cluster-identifier mysql-multi-az-db-cluster ^
3. --engine mysql ^
4. --engine-version 8.0.32 ^
5. --manage-master-user-password ^
6. --master-username admin ^
7. --port 3306 ^
8. --backup-retention-period 1 ^
9. --db-subnet-group-name default ^
10. --allocated-storage 4000 ^
11. --storage-type io1 ^
12. --iops 10000 ^
13. --db-cluster-instance-class db.m5d.xlarge
```
Il comando seguente crea un nuovo cluster di database Multi-AZ PostgreSQL 13.4 denominato `postgresql-multi-az-db-cluster`.
**Example**
Per Linux, macOS o Unix:
```
1. aws rds create-db-cluster \
2. --db-cluster-identifier postgresql-multi-az-db-cluster \
3. --engine postgres \
4. --engine-version 13.4 \
5. --manage-master-user-password \
6. --master-username postgres \
7. --port 5432 \
8. --backup-retention-period 1 \
9. --db-subnet-group-name default \
10. --allocated-storage 4000 \
11. --storage-type io1 \
12. --iops 10000 \
13. --db-cluster-instance-class db.m5d.xlarge
```
Per Windows:
```
1. aws rds create-db-cluster ^
2. --db-cluster-identifier postgresql-multi-az-db-cluster ^
3. --engine postgres ^
4. --engine-version 13.4 ^
5. --manage-master-user-password ^
6. --master-username postgres ^
7. --port 5432 ^
8. --backup-retention-period 1 ^
9. --db-subnet-group-name default ^
10. --allocated-storage 4000 ^
11. --storage-type io1 ^
12. --iops 10000 ^
13. --db-cluster-instance-class db.m5d.xlarge
```
### API RDS
Per poter creare un cluster di database Multi-AZ tramite API RDS, assicurarsi che vengano soddisfatti i prerequisiti necessari, come la creazione di un VPC e di un gruppo di sottoreti del database RDS. Per ulteriori informazioni, consulta [Prerequisiti per i cluster di database](#create-multi-az-db-cluster-prerequisites).
[Per creare un cluster DB Multi-AZ utilizzando l'API RDS, chiamate l'operazione Create. DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) Specificare il valore di `DBClusterIdentifier`. Per il parametro `Engine`, specificare tra `mysql` o `postgresql`.
Per ulteriori informazioni su ciascuna opzione, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](#create-multi-az-db-cluster-settings).
L’operazione `CreateDBCluster` crea l'istanza database di scrittore per il cluster di database e due istanze database di lettore. Ogni istanza database si trova in una zona di disponibilità diversa.
## Impostazioni per la creazione di cluster di database Multi-AZ
Per i dettagli sulle impostazioni disponibili quando crei un cluster di database Multi-AZ, consulta la tabella seguente. Per ulteriori informazioni sulle AWS CLI opzioni, consulta. [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) Per ulteriori informazioni sui parametri dell'API RDS, consulta [DBClusterCreate](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html).
| Impostazione della console | Descrizione impostazione | Opzione CLI e parametro API di RDS |
| --- | --- | --- |
| **Allocated storage (Storage allocato)** | La quantità di archiviazione, in gibibyte, da allocare per ciascuna istanza database nel cluster di database. Per ulteriori informazioni, consulta [Storage delle istanze di database Amazon RDS](CHAP_Storage.md). | **Opzione CLI:** `--allocated-storage` **Parametro API:** `AllocatedStorage` |
| Auto minor version upgrade (Aggiornamento automatico della versione secondaria) | **Abilita l'aggiornamento automatico della versione secondaria** per far sì che il cluster di database riceva automaticamente gli aggiornamenti della versione del motore di database secondaria preferita quando diventano disponibili. Amazon RDS esegue aggiornamenti automatici di versioni secondarie nella finestra di manutenzione. | **Opzione CLI:** `--auto-minor-version-upgrade` `--no-auto-minor-version-upgrade` **Parametro API:** `AutoMinorVersionUpgrade` |
| Backup retention period (Periodo di retention dei backup) | Il numero di giorni in cui desideri eseguire il backup automatico del cluster di database da mantenere. Per un cluster di database Multi-AZ, questo valore deve essere impostato sul valore uguale o maggiore di **1**. Per ulteriori informazioni, consulta [Introduzione ai backup](USER_WorkingWithAutomatedBackups.md). | **Opzione CLI:** `--backup-retention-period` **Parametro API:** `BackupRetentionPeriod` |
| Backup window (Finestra di backup) | Il periodo di tempo durante il quale Amazon RDS esegue automaticamente un backup del cluster di database. A meno che non si abbiano preferenze specifiche per l'ora di esecuzione del backup del database, usare il valore predefinito **No Preference (Nessuna preferenza)**. Per ulteriori informazioni, consulta [Introduzione ai backup](USER_WorkingWithAutomatedBackups.md). | **Opzione CLI:** `--preferred-backup-window` **Parametro API:** `PreferredBackupWindow` |
| **Autorità di certificazione** | L’autorità di certificazione (CA) per il certificato del server utilizzato dal cluster di database. Per ulteriori informazioni, consulta [](UsingWithRDS.SSL.md). | **Opzione CLI:** `--ca-certificate-identifier` **Parametro API RDS:** `CACertificateIdentifier` |
| Copy tags to snapshots (Copia tag in snapshot) | Questa opzione consente di copiare i tag del cluster di database in uno snapshot DB quando si crea uno snapshot. Per ulteriori informazioni, consulta [Etichettatura delle Amazon RDS](USER_Tagging.md). | **Opzione CLI:** `-copy-tags-to-snapshot` `-no-copy-tags-to-snapshot` **Parametro API RDS:** `CopyTagsToSnapshot` |
| Database authentication (Autenticazione del database) | L'opzione di autenticazione del database da utilizzare. Scegliere **Password authentication (Autenticazione tramite password)** per autenticare gli utenti di database solo con le password del database. Scegli **Password and IAM DB authentication** (Autenticazione tramite password e database IAM) per autenticare gli utenti del database con le password del database e le credenziali utente tramite utenti e ruoli. Per ulteriori informazioni, consulta [Autenticazione del database IAM per MariaDB, MySQL e PostgreSQL](UsingWithRDS.IAMDBAuth.md). | **Opzione CLI:** `--enable-iam-database-authentication` `--no-enable-iam-database-authentication` **Parametro API RDS:** `EnableIAMDatabaseAuthentication` |
| Database port (Porta del database) | La porta che si desidera utilizzare per al cluster di database. La porta predefinita è visualizzata. La porta non può essere modificata dopo la creazione del cluster di database. I firewall presso alcune aziende bloccano le connessioni alle porte predefinite. Se il firewall della tua azienda blocca la porta predefinita, entra da un'altra porta per il cluster di database. | **Opzione CLI:** `--port` **Parametro API RDS:** `Port` |
| DB Cluster Identifier (Identificatore cluster DB) | Nome per il cluster di database. Assegna un nome ai cluster di database nello stesso modo in cui assegni un nome ai server in locale. L'identificatore del cluster DB può contenere fino a 63 caratteri alfanumerici e deve essere univoco per il tuo account nella AWS regione che hai scelto. | **Opzione CLI:** `--db-cluster-identifier` **Parametro API RDS:** `DBClusterIdentifier` |
| DB instance class (Classe istanza database) | La capacità di calcolo e di memoria di ciascuna istanza database nel cluster di Multi-AZ, ad esempio `db.m5d.xlarge`. Se possibile, scegliere una classe di istanza database sufficientemente ampia da poter tenere in memoria un tipico set di lavoro di query. Quando i set di lavoro sono conservati in memoria, il sistema può evitare di scrivere sul disco, migliorando le prestazioni. Per l'elenco delle classi di istanza database supportate, consulta [Disponibilità di classi di istanza per i cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability). | **Opzione CLI:** `--db-cluster-instance-class` **Parametro API RDS:** `DBClusterInstanceClass` |
| **DB cluster parameter group** (Gruppo di parametri del cluster database) | Gruppo di parametri del cluster di database da associare al cluster di database. Per ulteriori informazioni, consulta [Gruppi di parametri per cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opzione CLI:** `--db-cluster-parameter-group-name` **Parametro API RDS:** `DBClusterParameterGroupName` |
| DB engine version (Versione motore del database | Versione del motore del database da utilizzare. | **Opzione CLI:** `--engine-version` **Parametro API RDS:** `EngineVersion` |
| DB cluster parameter group (Gruppo di parametri del cluster database) | Il gruppo di parametri di istanza database da associare al cluster di database. Per ulteriori informazioni, consulta [Gruppi di parametri per cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opzione CLI:** `--db-cluster-parameter-group-name` **Parametro API RDS:** `DBClusterParameterGroupName` |
| DB subnet group (Gruppo di sottoreti DB) | Il gruppo di sottoreti database da utilizzare per il cluster di database. Seleziona Choose existing (Scegli esistente) per utilizzare un gruppo di sottoreti database esistente. Quindi scegli il gruppo di sottoreti richiesto dall'elenco a discesa Existing DB subnet groups (Gruppi di sottoreti DB esistenti).Scegli **Automatic setup** (Configurazione automatica) per consentire a RDS di selezionare un gruppo di sottoreti database compatibile. Se non ne esiste uno, RDS crea un nuovo gruppo di sottoreti per il cluster.Per ulteriori informazioni, consulta [Utilizzo di gruppi di sottoreti database](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Subnets). | **Opzione CLI:** `--db-subnet-group-name` **Parametro API RDS:** `DBSubnetGroupName` |
| Deletion protection (Protezione da eliminazione) | L'opzione **Enable deletion protection (Abilita protezione da eliminazione)** permette di impedire l'eliminazione del cluster di database. Se si crea un cluster di database di produzione con la console, la protezione da eliminazione è accesa per impostazione predefinita. Per ulteriori informazioni, consulta [Eliminazione di un'istanza database](USER_DeleteInstance.md). | **Opzione CLI:** `--deletion-protection` `--no-deletion-protection` **Parametro API RDS:** `DeletionProtection` |
| Encryption (Crittografia) | **Enable encryption (Abilita crittografia)** per abilitare la crittografia al resto di tale cluster di database. La crittografia è attivata per impostazione predefinita per i cluster di database Multi-AZ. Per ulteriori informazioni, consulta [Crittografia delle risorse Amazon RDS](Overview.Encryption.md). | **Opzioni CLI:** `--kms-key-id` `--storage-encrypted` `--no-storage-encrypted` **Parametri API RDS:** `KmsKeyId` `StorageEncrypted` |
| Monitoraggio avanzato | Scegliere **Enable enhanced monitoring (Abilita monitoraggio avanzato)** per abilitare la raccolta di parametri in tempo reale per il sistema operativo su cui viene eseguito il cluster di database. Per ulteriori informazioni, consulta [Monitoraggio dei parametri del sistema operativo con il monitoraggio avanzato](USER_Monitoring.OS.md). | **Opzioni CLI:** `--monitoring-interval` `--monitoring-role-arn` **Parametri API RDS:** `MonitoringInterval` `MonitoringRoleArn` |
| Initial database name (Nome del database iniziale) | Il nome per il database nel cluster di database. Se non fornisci un nome, Amazon RDS non crea un database nel cluster di database per MySQL. Tuttavia, crea un database nel cluster di database per PostgreSQL. Il nome non può essere una parola riservata del motore di database. Prevede altri vincoli a seconda del motore di database. MySQL: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) PostgreSQL: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) | **Opzione CLI:** `--database-name` **Parametro API RDS:** `DatabaseName` |
| **Log exports (Esportazioni log)** | I tipi di file di log del database da pubblicare su Amazon CloudWatch Logs. Per ulteriori informazioni, consulta [Pubblicazione di log di database su Amazon CloudWatch Logs](USER_LogAccess.Procedural.UploadtoCloudWatch.md). | **Opzione CLI:** `-enable-cloudwatch-logs-exports` **Parametro API RDS:** `EnableCloudwatchLogsExports` |
| Maintenance window (Finestra di manutenzione) | La finestra di 30 minuti entro cui vengono applicate la modifiche in corso al cluster di database. Se il periodo di tempo non è rilevante, scegli **No Preference (Nessuna preferenza)**. Per ulteriori informazioni, consulta [Finestra di manutenzione Amazon RDS](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance). | **Opzione CLI:** `--preferred-maintenance-window` **Parametro API RDS:** `PreferredMaintenanceWindow` |
| Gestisci le credenziali principali in Gestione dei segreti AWS | Seleziona **Manage master credentials in Gestione dei segreti AWS** (Gestione credenziali master in Gestione dei segreti AWS) per gestire la password dell'utente master in un segreto di Secrets Manager. Facoltativamente, scegli la chiave KMS da utilizzare per proteggere il segreto. Scegliere tra le chiavi KMS presenti nell'account o inserire la chiave da un altro account. Per ulteriori informazioni, consulta [Gestione delle password con Amazon RDS e Gestione dei segreti AWS](rds-secrets-manager.md). | **Opzione CLI:** `--manage-master-user-password \| --no-manage-master-user-password` `--master-user-secret-kms-key-id` **Parametro API RDS:** `ManageMasterUserPassword` `MasterUserSecretKmsKeyId` |
| Master password (Password master) | La password dell'account utente master. | **Opzione CLI:** `--master-user-password` **Parametro API RDS:** `MasterUserPassword` |
| Master username (Nome utente master) | Nome da utilizzare come nome utente master per accedere al cluster di database con tutti i privilegi del database. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) Dopo la creazione del cluster di database Multi-AZ, non è possibile modificare il nome utente master. Per ulteriori informazioni sui privilegi concessi all'utente master, consultare [Privilegi dell'account utente master](UsingWithRDS.MasterAccounts.md). | **Opzione CLI:** `--master-username` **Parametro API RDS:** `MasterUsername` |
| Approfondimenti sulle prestazioni | **Enable Approfondimenti sulle prestazioni (Abilita Approfondimenti sulle prestazioni)** per monitorare il carico dei cluster di database e consentire l’analisi e la risoluzione dei problemi di prestazioni del database. Seleziona un periodo di mantenimento per stabilire quanta cronologia di dati di Approfondimenti sulle prestazioni conservare. L’impostazione del periodo di conservazione **Impostazione predefinita (7 giorni)**. Per mantenere i dati sulle prestazioni più a lungo, specifica da 1 a 24 mesi. Per altre informazioni sui periodi di conservazione, consulta [Prezzi e conservazione dei dati per Performance Insights](USER_PerfInsights.Overview.cost.md). Scegliere la chiave KMS da utilizzare per proteggere la chiave usata per crittografare questo volume di database. Scegliere tra le chiavi KMS presenti nell'account o inserire la chiave da un altro account. Per ulteriori informazioni, consulta [Monitoraggio del carico DB con Performance Insights su Amazon RDS](USER_PerfInsights.md). | **Opzioni CLI:** `--enable-performance-insights` `--no-enable-performance-insights` `--performance-insights-retention-period` `--performance-insights-kms-key-id` **Parametri API RDS:** `EnablePerformanceInsights` `PerformanceInsightsRetentionPeriod` `PerformanceInsightsKMSKeyId` |
| IOPS con provisioning | Quantità di IOPS con provisioning (operazioni di input/output al secondo) da allocare inizialmente al cluster di database. | **Opzione CLI:** `--iops` **Parametro API RDS:** `Iops` |
| Accesso pubblico | **Publicly accessible (Accessibile pubblicamente)** per assegnare al cluster di database un indirizzo IP pubblico, ovvero renderla accessibile al di fuori del VPC. Per essere accessibile pubblicamente, il cluster di database deve anche trovarsi in una sottorete pubblica nel VPC. **Not publicly accessible (Non accessibile pubblicamente)** per rendere il cluster di database accessibile solo dall'interno del VPC. Per ulteriori informazioni, consulta [Nascondere istanze database in un VPC da Internet](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Hiding). Per connettersi a un cluster di database dall'esterno del proprio VPC, il cluster di database deve essere accessibile pubblicamente. Inoltre, l'accesso deve essere concesso utilizzando le regole in ingresso del gruppo di sicurezza del cluster di database e devono essere soddisfatti altri requisiti. Per ulteriori informazioni, consulta [Impossibile connettersi all'istanza database di Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting). Se il tuo cluster DB non è accessibile pubblicamente, puoi utilizzare una connessione AWS Site-to-Site VPN o una Direct Connect connessione per accedervi da una rete privata. Per ulteriori informazioni, consulta [Riservatezza del traffico Internet](inter-network-traffic-privacy.md). | **Opzione CLI:** `--publicly-accessible` `--no-publicly-accessible` **Parametro API RDS:** `PubliclyAccessible` |
| Supporto esteso per RDS | Seleziona **Abilita il supporto esteso RDS** per consentire alle versioni principali del motore supportate di continuare a funzionare oltre la data di fine del supporto standard RDS. Quando crei un cluster di database, Amazon RDS utilizza per impostazione predefinita il Supporto esteso per RDS. Disabilita questa impostazione per impedire la creazione di un nuovo cluster di database dopo la data di fine del supporto standard RDS e per evitare addebiti per il Supporto esteso per RDS. I cluster di database esistenti non incorrono in addebiti fino alla data di inizio del Supporto esteso per RDS. Per ulteriori informazioni, consulta [Supporto esteso per Amazon RDS con Amazon RDS](extended-support.md). | **Opzione CLI:** `--engine-lifecycle-support` **Parametro API RDS:** `EngineLifecycleSupport` |
| **Velocità di trasmissione effettiva per archiviazione** | Il valore di throughput di archiviazione del cluster di database. Questa impostazione è visibile solo se scegli SSD per scopi generici (gp3) come tipo di archiviazione. Questa impostazione non è configurabile e viene impostata automaticamente in base al valore IOPS specificato. Per ulteriori informazioni, consulta [Archiviazione gp3 (consigliata)](CHAP_Storage.md#gp3-storage). | Questo valore viene calcolato automaticamente e non dispone di un’opzione CLI. |
| **Server proxy per RDS** | Scegli **Create an RDS Proxy** (Crea un server proxy per RDS) per creare un proxy per il tuo cluster database. Amazon RDS crea automaticamente per il proxy un ruolo IAM e un segreto in Secrets Manager. | Non disponibile durante la creazione di un cluster database. |
| Storage Type (Tipo di storage) | Il tipo di archiviazione per il cluster di database. Sono supportati solo i tipi di archiviazione SSD per scopi generici (gp3), Capacità di IOPS allocata (io1) e SSD con capacità di IOPS allocata (io2). Per ulteriori informazioni, consulta [Tipi di storage Amazon RDS](CHAP_Storage.md#Concepts.Storage). | **Opzione CLI:** `--storage-type` **Parametro API RDS:** `StorageType` |
| Virtual Private Cloud (VPC) | Un VPC basato sul servizio Amazon VPC da associare al cluster di database. Per ulteriori informazioni, consulta [Amazon VPC e Amazon RDS](USER_VPC.md). | Per la CLI e l'API, si specifica il gruppo di sicurezza VPC. IDs |
| VPC security group (firewall) (Gruppo di sicurezza VPC (firewall) | I gruppi di sicurezza da associare al cluster di database. Per ulteriori informazioni, consulta [Panoramica dei gruppi di sicurezza VPC](Overview.RDSSecurityGroups.md#Overview.RDSSecurityGroups.VPCSec). | **Opzione CLI:** `--vpc-security-group-ids` **Parametro API RDS:** `VpcSecurityGroupIds` |
## Impostazioni che non si applicano durante la creazione di cluster DB Multi-AZ
Le seguenti impostazioni nel AWS CLI comando [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)e nell'operazione dell'API RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html)non si applicano ai cluster DB Multi-AZ.
Inoltre, non è possibile specificare queste impostazioni per i cluster di database Multi-AZ nella console.
| AWS CLI impostazione | Impostazione API RDS |
| --- | --- |
| `--availability-zones` | `AvailabilityZones` |
| `--backtrack-window` | `BacktrackWindow` |
| `--character-set-name` | `CharacterSetName` |
| `--domain` | `Domain` |
| `--domain-iam-role-name` | `DomainIAMRoleName` |
| `--enable-global-write-forwarding \| --no-enable-global-write-forwarding` | `EnableGlobalWriteForwarding` |
| `--enable-http-endpoint \| --no-enable-http-endpoint` | `EnableHttpEndpoint` |
| `--global-cluster-identifier` | `GlobalClusterIdentifier` |
| `--option-group-name` | `OptionGroupName` |
| `--pre-signed-url` | `PreSignedUrl` |
| `--replication-source-identifier` | `ReplicationSourceIdentifier` |
| `--scaling-configuration` | `ScalingConfiguration` |
# Connessione a un cluster di database Multi-AZ per Amazon RDS
Un cluster di database Multi-AZ dispone di tre istanze database anziché di una singola istanza database. Ogni connessione viene gestita da un'istanza database specifica. Quando ti connetti a un cluster di database multi-AZ, il nome host e la porta specificati puntano a un nome di dominio completo chiamato *endpoint*. Il cluster di database multi-AZ utilizza il meccanismo di endpoint per astrarre queste connessioni in modo che non sia necessario specificare esattamente l'istanza database del cluster di database multi-AZ. Pertanto, non è necessario codificare tutti i nomi host o scrivere una propria logica per il reindirizzamento delle connessioni quando alcune istanze database non sono disponibili.
L'endpoint di scrittura si connette all'istanza database di scrittura del cluster di database, che supporta operazioni di lettura e scrittura. L'endpoint di lettura si collega a una delle due istanze database di lettura, che supportano solo le operazioni di lettura.
Usando gli endpoint puoi associare ogni connessione all'istanza database o al gruppo di istanze database appropriato in base al caso d'uso. Ad esempio, per eseguire le istruzioni DDL e DML puoi connetterti a qualsiasi istanza database sia l'istanza database di scrittura. Per eseguire le query, puoi connetterti all'endpoint di lettura, mentre il cluster di database Multi-AZ gestisce automaticamente le connessioni tra le istanze database di lettura. Per la diagnosi o l'ottimizzazione, puoi connetterti a un endpoint di istanza database specifico per esaminare i dettagli su una determinata istanza database.
Per informazioni sulla connessione a un'istanza database, consulta [Connessione a un'istanza database Amazon RDS](CHAP_CommonTasks.Connect.md).
Per ulteriori informazioni sulla connessione ai cluster di database Multi-AZ, consulta gli argomenti seguenti.
**Argomenti**
+ [Endpoint del cluster](#multi-az-db-clusters-concepts-connection-management-endpoints-cluster)
+ [Endpoint di lettura](#multi-az-db-clusters-concepts-connection-management-endpoints-reader)
+ [Endpoint dell'istanza](#multi-az-db-clusters-concepts-connection-management-endpoints-instance)
+ [Considerazioni sull’elevata disponibilità](#multi-az-db-clusters-concepts-connection-management-endpoints-ha)
+ [Connessione a cluster DB Multi-AZ con i AWS driver per Amazon RDSConnessione a cluster di database Multi-AZ con i driver JDBC per Amazon Web Services (AWS)](maz-cluster-connect-drivers.md)
## Tipi di endpoint cluster di database Multi-AZ
Un endpoint è rappresentato da un identificatore univoco contenente un indirizzo host. Di seguito sono riportati i tipi di endpoint disponibili da un cluster di database Multi-AZ:
**Endpoint del cluster**
Per *endpoint del cluster* (o *endpoint di scrittura*) si intende un endpoint per un cluster di datababse Multi-AZ che si connette all'istanza database di scrittura corrente di quel cluster di database. Questo endpoint è l'unico in grado di eseguire operazioni di scrittura come le istruzioni DDL e DML. Questo endpoint può anche eseguire operazioni di lettura.
Ciascun cluster di database Multi-AZ ha un endpoint del cluster e un'istanza database di scrittura.
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.
In caso di errore dell'istanza database di scrittura corrente di un cluster database, il cluster di database Multi-AZ esegue automaticamente il failover su una nuova istanza database di scrittura. Durante un failover, il cluster database continua a servire le richieste di connessione all'endpoint del cluster dalla nuova istanza database di scrittura, riducendo al minimo l'interruzione del servizio.
L'esempio seguente mostra un endpoint del cluster per un cluster di database Multi-AZ.
`mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com`
Per ulteriori informazioni sulla connessione agli endpoint del cluster, consulta [Endpoint del cluster](#multi-az-db-clusters-concepts-connection-management-endpoints-cluster).
**Endpoint di lettura**
Un *endpoint di lettura* per un cluster di database Multi-AZ fornisce supporto per le connessioni di sola lettura al cluster di database. Puoi utilizzare l'endpoint di lettura per le operazioni di lettura, come ad esempio le query `SELECT`. Elaborando tali istruzioni nelle istanze database del lettore, questo endpoint riduce il sovraccarico sull'istanza database di scrittore. Consente inoltre al cluster di dimensionare la capacità di gestire simultaneamente query `SELECT`. Ogni cluster database Multi-AZ ha un endpoint di lettura.
L'endpoint di lettura invia ogni richiesta di connessione a una delle istanze database di lettura. Quando utilizzi l'endpoint di lettura per una sessione, è possibile eseguire solo istruzioni di sola lettura come `SELECT` in quella sessione.
L'esempio seguente mostra un endpoint di lettura per un cluster di database Multi-AZ. La modalità di sola lettura di un endpoint di lettura è indicato dal parametro `-ro` all'interno del nome dell'endpoint del cluster.
`mydbcluster.cluster-ro-123456789012.us-east-1.rds.amazonaws.com`
Per ulteriori informazioni sulla connessione agli endpoint di lettura, consulta [Endpoint di lettura](#multi-az-db-clusters-concepts-connection-management-endpoints-reader).
**Endpoint dell'istanza**
Un *endpoint dell'istanza* si connette a un'istanza database specifica all'interno di un cluster di database Multi-AZ. Ogni istanza database in un cluster database dispone del proprio endpoint dell'istanza univoco. Pertanto esiste un endpoint dell'istanza per l'istanza database di scrittura corrente del cluster di database e un endpoint dell'istanza per ciascuna istanza database di lettore nel cluster di database.
L'endpoint dell'istanza fornisce controllo diretto sulle connessioni al cluster di database. Questo controllo può aiutarti a risolvere 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 del carico granulare in base al tipo di carico di lavoro. In questo caso, è possibile configurare più client per connettersi a istanze database di lettore in un cluster database per distribuire i carichi di lavoro in lettura.
L'esempio seguente mostra un endpoint dell'istanza per un'istanza database in un cluster di database Multi-AZ.
`mydbinstance.123456789012.us-east-1.rds.amazonaws.com`
Per ulteriori informazioni sulla connessione agli endpoint dell’istanza, consulta [Endpoint dell'istanza](#multi-az-db-clusters-concepts-connection-management-endpoints-instance).
## Visualizzazione degli endpoint
Usa la console o l' AWS CLI API Amazon RDS per visualizzare gli endpoint del cluster, del lettore e dell'istanza.
------
#### [ Console ]
Nella pagina dei Console di gestione AWS dettagli di ogni cluster DB Multi-AZ puoi vedere l'endpoint del cluster e l'endpoint reader. L'endpoint dell'istanza viene visualizzato nella pagina dei dettagli di ogni database.
------
#### [ AWS CLI ]
Con AWS CLI, puoi vedere gli endpoint writer e reader 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-cluster-endpoints
```
------
#### [ Amazon RDS API ]
Con l'API Amazon RDS, recuperi gli endpoint chiamando l'azione [DBClusterDescrivi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html) endpoints. L'output mostra anche gli endpoint del cluster di database Amazon Aurora DB, se presenti.
------
## Endpoint del cluster
Ogni cluster di database Multi-AZ ha un singolo endpoint cluster integrato, il cui nome e altri attributi sono gestiti da Amazon RDS. Non puoi creare, eliminare o modificare questo tipo di endpoint.
L'endpoint del cluster viene utilizzato per la gestione del cluster di database, l'esecuzione di operazioni di estrazione, trasformazione, caricamento (ETL) o di applicazioni di sviluppo e test. L'endpoint del cluster si connette all'istanza di scrittura del cluster di database. L'istanza database di scrittura è 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 di scrittura come istanza primaria di lettura-scrittura per il cluster. Se utilizzi qualsiasi forma di pool di connessioni o altro tipo di multiplexing, preparati a eliminare o ridurre le informazioni DNS memorizzate nella cache. time-to-live In questo modo non si tenta di stabilire una read/write connessione a un'istanza DB che è diventata non disponibile o che ora è di sola lettura dopo un failover.
## Endpoint di lettura
Usi l'endpoint di lettura fornisce per le connessioni di sola lettura al cluster di database Multi-AZ. Questo endpoint aiuta il cluster di database a 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 invia le connessioni solo alle istanze database di lettura in un cluster di database Multi-AZ.
Ogni cluster Multi-AZ ha un singolo endpoint di lettura integrato, il cui nome e altri attributi sono gestiti da Amazon RDS. Non puoi creare, eliminare o modificare questo tipo di endpoint.
## Endpoint dell'istanza
Ogni istanza database in un cluster di database Multi-AZ ha un proprio endpoint di istanza integrato, il cui nome e altri attributi sono gestiti da Amazon RDS. Non puoi creare, eliminare o modificare questo tipo di endpoint. In genere con un cluster di database Multi-AZ si utilizzano gli endpoint di scrittura e lettura più spesso degli endpoint di istanza.
Nelle day-to-day operazioni, il modo principale in cui si utilizzano gli endpoint delle istanze è diagnosticare problemi di capacità o prestazioni che influiscono su una specifica istanza DB in un cluster DB Multi-AZ. Durante la connessione a un'istanza database 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 database da ciò che accade per le altre istanze database nel cluster.
## Considerazioni sull’elevata disponibilità
Per i cluster DB Multi-AZ in cui l'elevata disponibilità è importante, utilizzate l'endpoint writer per connessioni generiche e l'endpoint read/write reader 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.
In caso di errore dell'istanza database di scrittura di un cluster database, Amazon RDS esegue automaticamente il failover su una nuova istanza database di scrittura. Lo fa promuovendo un'istanza database di lettore in una nuova istanza database di scrittore. Se si verifica un failover, è possibile utilizzare l'endpoint di scrittura per riconnettersi all'istanza database di scrittura appena promossa. Oppure è possibile utilizzare l'endpoint di lettura per riconnettersi a una delle istanze database di lettore nel cluster di database. Durante un failover, l'endpoint di lettura potrebbe dirigere le connessioni alla nuova istanza database di scrittura di un cluster di database per un breve periodo di tempo dopo che un’istanza database di lettura viene promossa a nuova istanza database di scrittura. 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.
# Connessione a cluster DB Multi-AZ con i AWS driver per Amazon RDS
La AWS suite di driver è stata progettata per fornire supporto per tempi di switchover e failover più rapidi e l'autenticazione con Gestione dei segreti AWS, AWS Identity and Access Management (IAM) e Federated Identity. I AWS driver si basano sul monitoraggio dello stato del cluster DB e sulla conoscenza della topologia del cluster per determinare il nuovo writer. Questo approccio riduce i tempi di switchover e failover a meno di dieci secondi, rispetto alle decine di secondi necessari per i driver open source.
Con l'introduzione di nuove funzionalità di servizio, l'obiettivo della AWS suite di driver è disporre di un supporto integrato per queste funzionalità di servizio.
## Connessione a cluster di database Multi-AZ con i driver JDBC per Amazon Web Services (AWS)
Il driver JDBC per Amazon Web Services (AWS) è progettato come wrapper JDBC avanzato per consentire alle applicazioni di sfruttare le funzionalità dei database in cluster. Tale wrapper è complementare a un driver JDBC esistente e ne estende le funzionalità. Il driver è immediatamente compatibile con i seguenti driver della versione Community:
+ MySQL Connector/J.
+ MariaDB Connector/J
+ pgJDBC
Per installare il driver AWS JDBC, aggiungi il file.jar del driver AWS JDBC (che si trova nell'applicazione`CLASSPATH`) e mantieni i riferimenti al rispettivo driver della community. Aggiorna il rispettivo prefisso dell’URL di connessione nel modo seguente:
+ `jdbc:mysql://` Da a `jdbc:aws-wrapper:mysql://`
+ `jdbc:mariadb://` Da a `jdbc:aws-wrapper:mariadb://`
+ `jdbc:postgresql://` Da a `jdbc:aws-wrapper:postgresql://`
Per ulteriori informazioni sul driver AWS JDBC e istruzioni complete per il suo utilizzo, consulta l'archivio dei driver [JDBC di Amazon Web Services (AWS)](https://github.com/awslabs/aws-advanced-jdbc-wrapper). GitHub
## Connessione a cluster di database Multi-AZ con i driver Python per Amazon Web Services (AWS)
Amazon Web Services (AWS) Python Driver è progettato come wrapper Python avanzato. Tale wrapper è complementare al driver open source Psycopg e ne estende le funzionalità. Il AWS Python Driver supporta le versioni Python 3.8 e successive. È possibile installare il pacchetto `aws-advanced-python-wrapper` utilizzando il comando `pip`, insieme ai pacchetti open source `psycopg`.
Per ulteriori informazioni sul driver AWS Python e istruzioni complete per il suo utilizzo, consulta il repository [Amazon Web Services ()AWS Python](https://github.com/awslabs/aws-advanced-python-wrapper) Driver. GitHub
# Connessione automatica di una risorsa di calcolo AWS e a un cluster di database Multi-AZ per Amazon RDS
Puoi connettere automaticamente a un cluster database Multi-AZ e risorse di calcolo AWS quali istanze di Amazon Elastic Compute Cloud (Amazon EC2) e funzioni AWS Lambda.
I seguenti argomenti forniscono istruzioni dettagliate per configurare le impostazioni di rete, i gruppi di sicurezza e i parametri di connessione per stabilire connessioni affidabili alle istanze database Amazon RDS in un’implementazione di cluster di database Multi-AZ. Viene descritta l’ottimizzazione della connettività e delle prestazioni di rete per le applicazioni che interagiscono con il cluster di database Multi-AZ, garantendo operazioni sui dati sicure ed efficienti.
**Topics**
+ [Connessione automatica di un'istanza EC2 e un cluster database Multi-AZ](multiaz-ec2-rds-connect.md)
+ [Connessione automatica di una funzione Lambda e di un cluster database Multi-AZ](multiaz-lambda-rds-connect.md)
# Connessione automatica di un'istanza EC2 e un cluster database Multi-AZ
È possibile usare la console Amazon RDS per semplificare l'impostazione di una connessione tra un'istanza Amazon Elastic Compute Cloud (Amazon EC2) e un cluster database Multi-AZ. Spesso, il cluster database Multi-AZ si trova in una sottorete privata e l'istanza EC2 si trova in una sottorete pubblica all'interno di un cloud privato virtuale (VPC). È possibile utilizzare un client SQL sull'istanza EC2 per connettersi al cluster database Multi-AZ. L'istanza EC2 può anche eseguire server o applicazioni web che accedono al cluster database Multi-AZ privato.
![\[Connettiti automaticamente un cluster di database multi-AZ con un'istanza EC2.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/multi-az-ec2-connect-overview.png)
Se desideri connetterti a un'istanza EC2 che non si trova nello stesso VPC del cluster di database multi-AZ, consulta gli scenari descritti in [Scenari per accedere a un'istanza database in un VPC](USER_VPC.Scenarios.md).
**Topics**
+ [Panoramica della connettività automatica con un'istanza EC2](#multiaz-ec2-rds-connect-overview)
+ [Connessione automatica di un'istanza EC2 e un cluster di database multi-AZ](#multiaz-ec2-rds-connect-connecting)
+ [Visualizzazione delle risorse di calcolo connesse](#multiaz-ec2-rds-connect-viewing)
## Panoramica della connettività automatica con un'istanza EC2
Quando si imposta una connessione tra un'istanza EC2 e un cluster database Multi-AZ, Amazon RDS configura il gruppo di sicurezza VPC per l'istanza EC2 e per il cluster database.
Di seguito sono riportati i requisiti per connettere un'istanza EC2 a un cluster di database multi-AZ:
+ L'istanza EC2 deve risiedere nello stesso VPC del cluster di database multi-AZ.
Se nello stesso VPC non esistono istanze EC2, la console fornisce un collegamento per crearne una.
+ L'utente che sta configurando la connettività deve disporre delle autorizzazioni per eseguire le seguenti operazioni EC2:
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateSecurityGroup`
+ `ec2:DescribeInstances`
+ `ec2:DescribeNetworkInterfaces`
+ `ec2:DescribeSecurityGroups`
+ `ec2:ModifyNetworkInterfaceAttribute`
+ `ec2:RevokeSecurityGroupEgress`
Quando si configura una connessione a un'istanza EC2, Amazon RDS opera in base alla configurazione corrente dei gruppi di sicurezza associati al cluster database Multi-AZ e all'istanza EC2, come descritto nella tabella seguente.
| Configurazione del gruppo di sicurezza RDS corrente | Configurazione del gruppo di sicurezza EC2 corrente | Operazione RDS |
| --- | --- | --- |
| Esistono uno o più gruppi di sicurezza associati al cluster di database multi-AZ con un nome che corrisponde al modello `rds-ec2-n` (dove `n` è un numero). Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza include una sola regola in uscita con il gruppo di sicurezza VPC dell'istanza EC2 come origine. | Esistono uno o più gruppi di sicurezza associati all'istanza EC2 con un nome che corrisponde al modello `rds-ec2-n` (dove `n` è un numero). Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza ha una sola regola in uscita con il gruppo di sicurezza VPC del cluster di database multi-AZ come origine. | Amazon RDS non esegue alcuna azione. Una connessione è già configurata automaticamente tra l'istanza EC2 e il cluster di database multi-AZ. Poiché esiste già una connessione tra l'istanza EC2 e il database RDS, i gruppi di sicurezza non vengono modificati. |
| Si applica una delle due condizioni seguenti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | Si applica una delle due condizioni seguenti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
| Esistono uno o più gruppi di sicurezza associati al cluster di database multi-AZ con un nome che corrisponde al modello `rds-ec2-n`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza include una sola regola in uscita con il gruppo di sicurezza VPC dell'istanza EC2 come origine. | Esistono uno o più gruppi di sicurezza associati all'istanza EC2 con un nome che corrisponde al modello `ec2-rds-n`. Tuttavia, nessuno di questi gruppi di sicurezza può essere utilizzato per la connessione al cluster di database multi-AZ. Un gruppo di sicurezza non può essere utilizzato se non dispone di una regola in uscita con il gruppo di sicurezza VPC del cluster di database multi-AZ come origine. Inoltre, un gruppo di sicurezza non può essere utilizzato se è stato modificato. | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
| Esistono uno o più gruppi di sicurezza associati al cluster di database multi-AZ con un nome che corrisponde al modello `rds-ec2-n`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza include una sola regola in uscita con il gruppo di sicurezza VPC dell'istanza EC2 come origine. | Esiste un gruppo di sicurezza EC2 valido per la connessione, ma non è associato all'istanza EC2. Questo gruppo di sicurezza ha un nome che corrisponde al modello `rds-ec2-n`. Non è stato modificato. Dispone di una sola regola in uscita con il gruppo di sicurezza VPC del cluster di database multi-AZ come origine. | [RDS action: associate EC2 security group](ec2-rds-connect.md#rds-action-associate-ec2-security-group) |
| Si applica una delle due condizioni seguenti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | Esistono uno o più gruppi di sicurezza associati all'istanza EC2 con un nome che corrisponde al modello `rds-ec2-n`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza ha una sola regola in uscita con il gruppo di sicurezza VPC del cluster di database multi-AZ come origine. | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
** RDS: creazione di nuovi gruppi di sicurezza**
Amazon RDS esegue le seguenti operazioni:
+ Crea un nuovo gruppo di sicurezza che corrisponde al modello `rds-ec2-n`. Questo gruppo di sicurezza include una regola in uscita con il gruppo di sicurezza VPC dell'istanza EC2 come origine. Questo gruppo di sicurezza associato al cluster di database multi-AZ consente all'istanza EC2 di accedere al cluster di database multi-AZ.
+ Crea un nuovo gruppo di sicurezza che corrisponde al modello `ec2-rds-n`. Questo gruppo di sicurezza include una regola in uscita con il gruppo di sicurezza VPC del cluster di database multi-AZ come origine. Questo gruppo di sicurezza è associato all'istanza EC2 e consente all'istanza EC2 di inviare il traffico al cluster di database multi-AZ.
**Azione RDS: associazione del gruppo di sicurezza EC2**
Amazon RDS associa il gruppo di sicurezza EC2 esistente, valido all'istanza EC2. Questo gruppo di sicurezza consente all'istanza EC2 di inviare traffico al cluster di database multi-AZ.
## Connessione automatica di un'istanza EC2 e un cluster di database multi-AZ
Prima di configurare una connessione tra un'istanza EC2 e un database RDS assicurati di aver soddisfatto i requisiti descritti in [Panoramica della connettività automatica con un'istanza EC2](ec2-rds-connect.md#ec2-rds-connect-overview).
Se modifichi i gruppi di sicurezza dopo avere configurato la connettività, le modifiche potrebbero influenzare la connessione tra l'istanza EC2 e il database RDS.
**Nota**
È possibile configurare automaticamente una connessione tra un'istanza EC2 e un database RDS solo utilizzando la Console di gestione AWS. Non puoi configurare automaticamente una connessione con l'API AWS CLI o RDS.
**Per connettere automaticamente un'istanza EC2 e un database RDS**
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, scegli **Databases** (Database), quindi seleziona il database RDS.
1. In **Operazioni**, scegli **Configura connessione EC2**.
Viene visualizzata la pagina **Set up EC2 connection** (Configura connessione EC2).
1. Nella pagina **Set up EC2 connection** (Configura connessione EC2), scegli l'istanza EC2.
![\[Pagina Configura connessione EC2.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/auto-connect-rds-ec2-set-up.png)
Se nello stesso VPC non esistono istanze EC2, scegli **Create EC2 instance** (Crea istanza EC2) per crearne una. In questo caso, assicurati che la nuova istanza EC2 si trovi nello stesso VPC del database RDS.
1. Scegli **Continua**.
Viene visualizzata la pagina **Review and confirm** (Rivedi e conferma).
![\[Pagina Rivedi e conferma della connessione EC2.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/auto-connect-rds-ec2-confirm.png)
1. Nella pagina **Review and confirm** (Rivedi e conferma), esamina le modifiche che RDS apporterà per configurare la connettività con l'istanza EC2.
Se le modifiche sono corrette, scegli **Conferma e configura**.
Se le modifiche non sono corrette, scegli **Previous** (Precedente) o **Cancel** (Annulla).
## Visualizzazione delle risorse di calcolo connesse
È possibile utilizzare il Console di gestione AWS per visualizzare le risorse di calcolo connesse a un cluster DB di database RDS. Le risorse mostrate includono le connessioni delle risorse di calcolo configurate automaticamente. È possibile configurare la connettività delle risorse di calcolo automaticamente nei modi seguenti:
+ È possibile selezionare la risorsa di calcolo quando si crea il database.
Per ulteriori informazioni, consultare [Creazione di un'istanza database Amazon RDS](USER_CreateDBInstance.md) e [Creazione di un cluster di database Multi-AZ per Amazon RDS](create-multi-az-db-cluster.md).
+ È possibile configurare la connettività tra un database esistente e una risorsa di calcolo.
Per ulteriori informazioni, consulta [Connessione automatica di un'istanza EC2 e di un database RDS](ec2-rds-connect.md#ec2-rds-connect-connecting).
Le risorse di calcolo elencate non includono quelle connesse al database manualmente. Ad esempio, è possibile consentire manualmente a una risorsa di calcolo di accedere a un database aggiungendo una regola al gruppo di sicurezza VPC associato al database.
Per garantire la presenza della risorsa di calcolo nell'elenco, è necessario che siano soddisfatte le condizioni elencate di seguito.
+ Il nome del gruppo di sicurezza associato alla risorsa di calcolo corrisponde al modello `ec2-rds-n` (dove `n` è un numero).
+ Il gruppo di sicurezza associato alla risorsa di calcolo ha una regola in uscita con l'intervallo di porte impostato sulla porta utilizzata dal database RDS.
+ Il gruppo di sicurezza associato alla risorsa di calcolo ha una regola in uscita con l'origine impostata su un gruppo di sicurezza associato al database RDS.
+ Il nome del gruppo di sicurezza associato al database RDS corrisponde al modello `rds-ec2-n` (dove `n` è un numero).
+ Il gruppo di sicurezza associato al database RDS ha una regola in entrata con l'intervallo di porte impostato sulla porta utilizzata dal database RDS.
+ Il gruppo di sicurezza associato al database RDS ha una regola in entrata con l'origine impostata su un gruppo di sicurezza associato alla risorsa di calcolo.
**Per visualizzare le risorse di calcolo connesse a un database RDS**
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, scegli **Databases** (Database), quindi seleziona il nome del database RDS.
1. Nella scheda **Connectivity & security** (Connettività e sicurezza), visualizza le risorse di calcolo in **Connected compute resources** (Risorse di calcolo connesse).
![\[Risorse di calcolo connesse.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/ec2-connected-compute-resources.png)
# Connessione automatica di una funzione Lambda e di un cluster database Multi-AZ
È possibile usare la console RDS per semplificare l'impostazione di una connessione tra una funzione Lambda e un cluster database Multi-AZ. È possibile usare la console RDS per semplificare l'impostazione di una connessione tra una funzione Lambda e un cluster database Multi-AZ. Spesso, il cluster database Multi-AZ si trova in una sottorete privata all'interno di un VPC. La funzione Lambda può essere utilizzata dalle applicazioni per accedere al cluster database Multi-AZ privato.
L'immagine seguente mostra una connessione diretta tra il cluster database Multi-AZ e la funzione Lambda.
![\[Connetti automaticamente un cluster database Multi-AZ a una funzione Lambda.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/auto-connect-maz-lambda.png)
È possibile configurare la connessione tra la funzione Lambda e il database tramite RDS Proxy per migliorare le prestazioni e la resilienza del database. Spesso, le funzioni Lambda effettuano connessioni database brevi e frequenti che traggono vantaggio dal pool di connessioni offerto da RDS Proxy. È possibile sfruttare qualsiasi autenticazione IAM già disponibile per le funzioni Lambda, anziché gestire le credenziali del database nel codice dell'applicazione Lambda. Per ulteriori informazioni, consulta [Proxy Amazon RDS ](rds-proxy.md).
È possibile usare la console per creare automaticamente un proxy per la connessione. È anche possibile selezionare i proxy esistenti. La console aggiorna il gruppo di sicurezza proxy per consentire le connessioni dal database e dalla funzione Lambda. È possibile inserire le credenziali del database o selezionare il segreto di Secrets Manager richiesto per accedere al database.
![\[Connessione automatica di un cluster database Multi-AZ a una funzione Lambda tramite RDS Proxy.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/auto-connect-maz-lambda-Proxy.png)
**Topics**
+ [Panoramica della connettività automatica a una funzione Lambda](#multiaz-lambda-rds-connect-overview)
+ [Connessione automatica di una funzione Lambda e di un cluster database Multi-AZ](#multiaz-lambda-rds-connect-connecting)
+ [Visualizzazione delle risorse di calcolo connesse](#multiaz-lambda-rds-connect-viewing)
## Panoramica della connettività automatica a una funzione Lambda
Quando si imposta automaticamente una connessione tra una funzione Lambda e un cluster database Multi-AZ, Amazon RDS configura il gruppo di sicurezza VPC per la funzione Lambda e per il cluster database.
Di seguito sono riportati i requisiti per connettere una funzione Lambda a un cluster database Multi-AZ:
+ La funzione Lambda deve esistere nello stesso VPC del cluster database Multi-AZ.
Se nessuna funzione Lambda esiste nello stesso VPC, la console fornisce un collegamento per crearne una.
+ L'utente che configura la connettività deve disporre delle autorizzazioni per eseguire le seguenti operazioni Amazon RDS, Amazon EC2, Lambda, Secrets Manager e IAM:
+ Amazon RDS
+ `rds:CreateDBProxies`
+ `rds:DescribeDBInstances`
+ `rds:DescribeDBProxies`
+ `rds:ModifyDBInstance`
+ `rds:ModifyDBProxy`
+ `rds:RegisterProxyTargets`
+ Amazon EC2
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateSecurityGroup`
+ `ec2:DeleteSecurityGroup`
+ `ec2:DescribeSecurityGroups`
+ `ec2:RevokeSecurityGroupEgress`
+ `ec2:RevokeSecurityGroupIngress`
+ Lambda
+ `lambda:CreateFunctions`
+ `lambda:ListFunctions`
+ `lambda:UpdateFunctionConfiguration`
+ Secrets Manager
+ `sercetsmanager:CreateSecret`
+ `secretsmanager:DescribeSecret`
+ IAM
+ `iam:AttachPolicy`
+ `iam:CreateRole`
+ `iam:CreatePolicy`
+ AWS KMS
+ `kms:describeKey`
Quando si imposta una connessione tra una funzione Lambda e un cluster database Multi-AZ, Amazon RDS configura il gruppo di sicurezza VPC per la funzione Lambda e per il cluster database Multi-AZ. Se si utilizza il proxy RDS, Amazon RDS configura anche il gruppo di sicurezza VPC per il proxy. Amazon RDS opera in base alla configurazione corrente dei gruppi di sicurezza associati all'istanza al cluster database Multi-AZ e alla funzione Lambda, come descritto nella tabella seguente.
| Configurazione del gruppo di sicurezza RDS corrente | Configurazione del gruppo di sicurezza Lambda corrente | Configurazione del gruppo di sicurezza proxy corrente | Operazione RDS |
| --- | --- | --- | --- |
| Amazon RDS non esegue azioni perché i gruppi di sicurezza di tutte le risorse seguono lo schema di denominazione corretto e dispongono delle regole in entrata e in uscita corrette. | Esistono uno o più gruppi di sicurezza associati al cluster database Multi-AZ con un nome che corrisponde al modello `rds-lambda-n` (dove `n` è un numero) o se il `TargetHealth` di un proxy associato è `AVAILABLE`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza include una sola regola in entrata con il gruppo di sicurezza VPC della funzione Lambda o del proxy come l'origine. | Esistono uno o più gruppi di sicurezza associati alla funzione Lambda con un nome che corrisponde al modello `lambda-rds-n` o `lambda-rdsproxy-n` (dove `n` è un numero). Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza dispone di una sola regola in uscita con il gruppo di sicurezza VPC dell'istanza del cluster database Multi-AZ o il proxy come la destinazione. | Esistono uno o più gruppi di sicurezza associati al proxy con un nome che corrisponde al modello `rdsproxy-lambda-n` (dove `n` è un numero). Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza dispone di regole in entrata e in uscita con i gruppi di sicurezza VPC della funzione Lambda e il cluster database Multi-AZ. |
| Si applica una delle due condizioni seguenti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS non può utilizzare un gruppo di sicurezza che non dispone di una regola in entrata con il gruppo di sicurezza VPC della funzione Lambda o del proxy come l'origine. Inoltre, Amazon RDS non può utilizzare un gruppo di sicurezza che è stato modificato. Esempi di modifiche sono l'aggiunta di una regola o la modifica della porta di una regola esistente. | Si applica una delle due condizioni seguenti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS non può utilizzare un gruppo di sicurezza se non dispone di una regola in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ o proxy come origine. Inoltre, Amazon RDS non può utilizzare un gruppo di sicurezza che è stato modificato. | Si applica una delle due condizioni seguenti:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html)Amazon RDS non può utilizzare un gruppo di sicurezza che non dispone di una regola in entrata e in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ e la funzione Lambda. Inoltre, Amazon RDS non può utilizzare un gruppo di sicurezza che è stato modificato. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Esistono uno o più gruppi di sicurezza associati al cluster database Multi-AZ con un nome che corrisponde al modello `rds-lambda-n` o se `TargetHealth` di un proxy associato è `AVAILABLE`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza include una sola regola in entrata con il gruppo di sicurezza VPC della funzione Lambda o del proxy come l'origine. | Esistono uno o più gruppi di sicurezza associati alla funzione Lambda con un nome che corrisponde al modello `lambda-rds-n` o `lambda-rdsproxy-n`. Tuttavia, Amazon RDS non può utilizzare nessuno di questi gruppi di sicurezza per la connessione al cluster database Multi-AZ. Amazon RDS non può utilizzare un gruppo di sicurezza che non dispone di una regola in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ come la destinazione. Inoltre, Amazon RDS non può utilizzare un gruppo di sicurezza che è stato modificato. | Esistono uno o più gruppi di sicurezza associati al proxy con un nome che corrisponde al modello `rdsproxy-lambda-n`. Tuttavia, Amazon RDS non può utilizzare nessuno di questi gruppi di sicurezza per la connessione al cluster database Multi-AZ o alla funzione Lambda. Amazon RDS non può utilizzare un gruppo di sicurezza che non dispone di una regola in entrata e in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ e la funzione Lambda. Inoltre, Amazon RDS non può utilizzare un gruppo di sicurezza che è stato modificato. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Esistono uno o più gruppi di sicurezza associati al cluster database Multi-AZ con un nome che corrisponde al modello `rds-lambda-n` o se `TargetHealth` di un proxy associato è `AVAILABLE`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza include una sola regola in entrata con il gruppo di sicurezza VPC della funzione Lambda o del proxy come l'origine. | Esiste un gruppo di sicurezza Lambda valido per la connessione, ma non è associato alla funzione Lambda. Questo gruppo di sicurezza ha un nome che corrisponde al modello `lambda-rds-n` o `lambda-rdsproxy-n`. Non è stato modificato. Dispone di una sola regola in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ o del proxy come la destinazione. | Esiste un gruppo di sicurezza proxy valido per la connessione, ma non è associato al proxy. Questo gruppo di sicurezza ha un nome che corrisponde al modello `rdsproxy-lambda-n`. Non è stato modificato. Dispone di regole in entrata e in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ e della funzione Lambda. | [RDS action: associate Lambda security group](#maz-lam-action-associate-lam-security-group) |
| Si applica una delle due condizioni seguenti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) | Esistono uno o più gruppi di sicurezza associati alla funzione Lambda con un nome che corrisponde al modello `lambda-rds-n` o `lambda-rdsproxy-n`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza dispone di una sola regola in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ o il proxy come la destinazione. | Esistono uno o più gruppi di sicurezza associati al proxy con un nome che corrisponde al modello `rdsproxy-lambda-n`. Un gruppo di sicurezza che corrisponde al modello non è stato modificato. Questo gruppo di sicurezza dispone di regole in entrata e in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ e della funzione Lambda. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Esistono uno o più gruppi di sicurezza associati al cluster di database multi-AZ con un nome che corrisponde al modello `rds-rdsproxy-n` (dove `n` è un numero). | Si applica una delle due condizioni seguenti: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS non può utilizzare un gruppo di sicurezza che non dispone di una regola in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ come la destinazione. Inoltre, Amazon RDS non può utilizzare un gruppo di sicurezza che è stato modificato. | Si applica una delle due condizioni seguenti:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html)Amazon RDS non può utilizzare un gruppo di sicurezza che non dispone di una regola in entrata e in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ e la funzione Lambda. Inoltre, Amazon RDS non può utilizzare un gruppo di sicurezza che è stato modificato. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
** RDS: creazione di nuovi gruppi di sicurezza**
Amazon RDS esegue le seguenti operazioni:
+ Crea un nuovo gruppo di sicurezza che corrisponde al modello `rds-lambda-n`. Questo gruppo di sicurezza dispone di una regola in entrata con il gruppo di sicurezza VPC della funzione Lambda o del proxy come l'origine. Questo gruppo di sicurezza è associato al cluster database Multi-AZ e consente alla funzione o al proxy di accedere al cluster database Multi-AZ.
+ Crea un nuovo gruppo di sicurezza che corrisponde al modello `lambda-rds-n`. Questo gruppo di sicurezza dispone di una regola in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ o il proxy come la destinazione. Questo gruppo di sicurezza è associato alla funzione Lambda e consente alla funzione Lambda di inviare traffico al cluster database Multi-AZ o inviare traffico tramite un proxy.
+ Crea un nuovo gruppo di sicurezza che corrisponde al modello `rdsproxy-lambda-n`. Questo gruppo di sicurezza dispone di regole in entrata e in uscita con il gruppo di sicurezza VPC del cluster database Multi-AZ e della funzione Lambda.
**Azione RDS: associazione del gruppo di sicurezza Lambda**
Amazon RDS associa il gruppo di sicurezza Lambda valido, esistente alla funzione Lambda. Questo gruppo di sicurezza consente alla funzione di inviare traffico al cluster database Multi-AZ o inviare traffico tramite un proxy.
## Connessione automatica di una funzione Lambda e di un cluster database Multi-AZ
È possibile utilizzare la console Amazon RDS per connettere automaticamente una funzione Lambda al cluster database Multi-AZ. Ciò semplifica il processo di configurazione di una connessione tra queste risorse.
È anche possibile usare RDS Proxy per includere un proxy nella connessione. Funzioni Lambda effettuano connessioni database brevi e frequenti che traggono vantaggio dal pool di connessioni offerto da RDS Proxy. È anche possibile utilizzare qualsiasi autenticazione IAM che è già stata configurata per le funzioni Lambda, anziché gestire le credenziali del database nel codice dell'applicazione Lambda.
È possibile connettere un cluster database Multi-AZ esistente a funzioni Lambda nuove ed esistenti utilizzando la pagina **Configurazione della connessione Lambda**. Il processo di configurazione consente di impostare automaticamente i gruppi di sicurezza richiesti.
Prima di configurare una connessione tra una funzione Lambda e un cluster database Multi-AZ, assicurati che:
+ La funzione Lambda e il cluster database Multi-AZ si trovino nello stesso VPC.
+ Disponi delle autorizzazioni corrette per l'account utente. Per ulteriori informazioni sui requisiti, consulta [Panoramica della connettività automatica a una funzione Lambda](lambda-rds-connect.md#lambda-rds-connect-overview).
Se modifichi i gruppi di sicurezza dopo la configurazione della connettività, le modifiche potrebbero influenzare la connessione tra la funzione Lambda e il cluster database Multi-AZ.
**Nota**
È possibile configurare automaticamente una connessione tra un cluster DB Multi-AZ e una funzione Lambda solo in. Console di gestione AWS Per connettere una funzione Lambda, tutte le istanze nel cluster database Multi-AZ devono essere nello stato **Disponibile**.
**Per connettere automaticamente una funzione Lambda e un cluster database Multi-AZ**
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, scegli **Database**, quindi seleziona il cluster database Multi-AZ che desideri connettere a una funzione Lambda.
1. Per **Operazioni**, scegli **Configura connessione Lambda**.
1. Nella pagina **Configurazione della connessione Lambda**, in **Seleziona la funzione Lambda**, effettua una delle seguenti operazioni:
+ Se disponi di una funzione Lambda esistente nello stesso VPC del cluster database Multi-AZ, seleziona **Scegli una funzione esistente**, quindi scegli la funzione.
+ Se non disponi di una funzione Lambda nello stesso VPC, seleziona **Crea una nuova funzione**, quindi inserisci un **Nome della funzione**. Il runtime predefinito è impostato su Nodejs.18. Puoi modificare le impostazioni per la nuova funzione Lambda nella console Lambda dopo aver completato la configurazione della connessione.
1. (Facoltativo) In **RDS Proxy**, seleziona **Connessione tramite RDS Proxy**, quindi esegui una delle seguenti operazioni:
+ Se disponi di un proxy esistente che desideri utilizzare, seleziona **Scegli un proxy esistente**, quindi seleziona il proxy.
+ Se non disponi di un proxy e desideri che uno venga creato automaticamente da Amazon RDS, seleziona **Crea nuovo proxy**. Quindi, per **Credenziali del database**, esegui una delle seguenti operazioni:
1. Seleziona **Nome utente e password del database**, quindi inserisci **Nome utente** e **Password** per il cluster database Multi-AZ.
1. Seleziona **Segreti Secrets Manager**. Quindi, per **Seleziona segreto**, scegli un Gestione dei segreti AWS segreto. Se non disponi di un segreto di Secrets Manager, seleziona **Crea nuovo segreto di Secrets Manager** per [creare un nuovo segreto](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html). Dopo aver creato il segreto, per **Seleziona segreto**, scegli il nuovo segreto.
Dopo aver creato il nuovo proxy, seleziona **Scegli un proxy esistente**, quindi seleziona il proxy. Tieni presente che prima che il proxy sia disponibile per la connessione, potrebbe trascorrere del tempo.
1. (Facoltativo) Espandi **Riepilogo della connessione** e verifica gli aggiornamenti evidenziati per le risorse.
1. Scegliere **Set up (Configura)**.
Dopo aver confermato la configurazione, Amazon RDS avvia il processo di connessione della funzione Lambda, di RDS Proxy (se hai usato un proxy) e del cluster database Multi-AZ. La console mostra la finestra di dialogo **Dettagli di connessione**, in cui sono elencate le modifiche al gruppo di sicurezza che consentono le connessioni tra le risorse.
## Visualizzazione delle risorse di calcolo connesse
Puoi usare il Console di gestione AWS per visualizzare le risorse di calcolo connesse al tuo cluster DB Multi-AZ. Le risorse mostrate includono le connessioni delle risorse di calcolo configurate automaticamente da Amazon RDS.
Le risorse di calcolo elencate non includono quelle connesse manualmente al cluster database Multi-AZ. Ad esempio, è possibile autorizzare manualmente una risorsa di calcolo ad accedere al cluster database Multi-AZ aggiungendo una regola al gruppo di sicurezza VPC associato al cluster.
Affinché la console elenchi una funzione Lambda, devono essere soddisfatte le seguenti condizioni:
+ Il nome del gruppo di sicurezza associato alla risorsa di calcolo corrisponde al modello `lambda-rds-n` o `lambda-rdsproxy-n` (dove `n` è un numero).
+ Il gruppo di sicurezza associato alla risorsa di calcolo dispone di una regola in uscita con l'intervallo di porte impostato sulla porta del cluster database Multi-AZ o di un proxy associato. La destinazione della regola in uscita deve essere impostata su un gruppo di sicurezza associato al cluster database Multi-AZ o a un proxy associato.
+ Il nome del gruppo di sicurezza collegato al proxy associato al database corrisponde al modello `rds-rdsproxy-n` (dove `n` è un numero).
+ Il gruppo di sicurezza associato alla funzione dispone di una regola in uscita con la porta impostata sulla porta utilizzata dal cluster database Multi-AZ o da un proxy associato. La destinazione deve essere impostata su un gruppo di sicurezza associato al cluster database Multi-AZ o a un proxy associato.
**Per visualizzare le risorse di calcolo connesse automaticamente a un cluster database Multi-AZ**
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, scegli **Database**, quindi seleziona il cluster database Multi-AZ.
1. Nella scheda **Connettività e sicurezza**, visualizza le risorse di calcolo in **Risorse di calcolo connesse**.
# Modifica di un cluster di database Multi-AZ per Amazon RDS.
Un cluster di database Multi-AZ ha un'istanza database di scrittore e due istanze database di lettore in tre zone di disponibilità separate. I cluster di database multi-AZ offrono elevata disponibilità, maggiore capacità per i carichi di lavoro in lettura e minore latenza rispetto alle implementazioni Multi-AZ. Per ulteriori informazioni sui cluster di database Multi-AZ, consulta [Implementazioni di cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.md).
È possibile modificare un cluster database Multi-AZ per modificarne le impostazioni. È inoltre possibile eseguire operazioni su un cluster di database Multi-AZ, ad esempio farne uno snapshot.
**Importante**
Non è possibile modificare le istanze database all’interno di un cluster di database Multi-AZ. Tutte le modifiche devono essere eseguite a livello di cluster di database. L’unica operazione che è possibile eseguire in un’istanza database all’interno di un cluster di database Multi-AZ è il riavvio.
È possibile modificare un cluster DB Multi-AZ utilizzando l'API Console di gestione AWS AWS CLI, the o RDS.
## Console
**Per modificare un cluster di database Multi-AZ**
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, scegliere **Databases (Database)**, quindi scegliere il cluster di database Multi-AZ che si desidera modificare.
1. Scegliere **Modify (Modifica)**. Viene visualizzata la pagina **Modify DB cluster (Modifica cluster di database)**.
1. Modificare le impostazioni desiderate. Per informazioni su ciascuna impostazione, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](#modify-multi-az-db-cluster-settings).
1. Quando tutte le modifiche sono come le desideri, seleziona **Continue (Continua)** e controlla il riepilogo delle modifiche.
1. (Facoltativo) Scegliere **Applica immediatamente** per applicare immediatamente le modifiche. In alcuni casi, la chiusura di questa opzione può causare un'interruzione. Per ulteriori informazioni, consulta [Applicazione immediata delle modifiche)](#modify-multi-az-db-cluster-apply-immediately).
1. Nella pagina di conferma esaminare le modifiche. Se sono corrette, selezionare **Modify cluster DB (Modifica cluster di database)** per salvare le modifiche.
Oppure scegliere **Back (Indietro)** per cambiare le modifiche o **Cancel (Annulla)** per annullare le modifiche.
## AWS CLI
Per modificare un cluster DB Multi-AZ utilizzando AWS CLI, chiama il [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)comando. Specifica l'identificatore cluster di database e i valori per le impostazioni da modificare. Per ulteriori informazioni su ciascuna opzione, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](#modify-multi-az-db-cluster-settings).
**Example**
Il codice seguente modifica `my-multi-az-dbcluster` impostando il periodo di retention dei backup a 1 settimana (7 giorni). Il codice abilita la protezione da eliminazione utilizzando `--deletion-protection`. Per disattivare la protezione da eliminazione, utilizzare `--no-deletion-protection`. Le modifiche vengono applicate durante la prossima finestra di manutenzione utilizzando `--no-apply-immediately`. Utilizza `--apply-immediately` per applicare immediatamente le modifiche. Per ulteriori informazioni, consulta [Applicazione immediata delle modifiche)](#modify-multi-az-db-cluster-apply-immediately).
Per Linux, macOS o Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier my-multi-az-dbcluster \
--backup-retention-period 7 \
--deletion-protection \
--no-apply-immediately
```
Per Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier my-multi-az-dbcluster ^
--backup-retention-period 7 ^
--deletion-protection ^
--no-apply-immediately
```
## API RDS
Per modificare un cluster DB Multi-AZ utilizzando l'API Amazon RDS, chiama l'operazione [DBClusterModify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Specifica l'identificatore cluster di database e i parametri per le impostazioni da modificare. Per informazioni su ciascun parametro, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](#modify-multi-az-db-cluster-settings).
## Applicazione immediata delle modifiche)
Quando modifichi un cluster di database Multi-AZ, puoi applicare le modifiche immediatamente. Per applicare le modifiche immediatamente, scegli l'opzione **Applica immediatamente** nella Console di gestione AWS. Oppure usi l'`--apply-immediately`opzione quando chiami AWS CLI o imposta il `ApplyImmediately` parametro su `true` quando usi l'API Amazon RDS.
Se non scegli di applicare le modifiche immediatamente, le modifiche vengono inserite nella coda delle modifiche in sospeso. Durante la finestra di manutenzione successiva, le eventuali modifiche in sospeso incluse nella coda vengono eseguite. Se scegli di applicare le modifiche immediatamente, verranno applicate le nuove modifiche e tutte le modifiche nella coda delle modifiche in sospeso.
**Importante**
Se una qualsiasi delle modifiche in sospeso richiede che il cluster di database non sia temporaneamente disponibile (*downtime*), la scelta dell'opzione Applica immediatamente può causare tempi di inattività imprevisti.
Se scegli di applicare subito una modifica, devi tener presente che saranno applicate immediatamente tutte le modifiche, invece che durante la prossima finestra di manutenzione.
Se non vuoi che una modifica in sospeso venga applicata nella prossima finestra di manutenzione, puoi modificare l'istanza database per annullare la modifica. Puoi farlo utilizzando AWS CLI e specificando l'`--apply-immediately`opzione.
Le modifiche ad alcune impostazioni di database vengono applicate immediatamente, anche se scegli di rinviarle. Per vedere come le diverse impostazioni del database interagiscono con l'impostazione Applica immediatamente, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](#modify-multi-az-db-cluster-settings).
## Impostazioni per la creazione di cluster di database Multi-AZ
Per i dettagli sulle impostazioni disponibili per modificare un cluster di database Multi-AZ, consultare la tabella seguente. Per ulteriori informazioni sulle AWS CLI opzioni, vedere [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html). Per ulteriori informazioni sui parametri dell'API RDS, consulta [Modifica DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html).
| Impostazione della console | Descrizione impostazione | Opzione CLI e parametro API di RDS | Quando avvengono le modifiche | Note sui tempi di inattività |
| --- | --- | --- | --- | --- |
| **Allocated storage (Storage allocato)** | La quantità di archiviazione, in gibibyte, da allocare per ciascuna istanza database nel cluster di database. Per ulteriori informazioni, consulta [Storage delle istanze di database Amazon RDS](CHAP_Storage.md). | **Opzione CLI:** `--allocated-storage` **Parametro API RDS:** `AllocatedStorage` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica non si verifica un'interruzione. |
| Auto minor version upgrade (Aggiornamento automatico della versione secondaria) | **Abilita l'aggiornamento automatico della versione secondaria** per far sì che il cluster di database riceva automaticamente gli aggiornamenti della versione del motore di database secondaria preferita quando diventano disponibili. Amazon RDS esegue aggiornamenti automatici di versioni secondarie nella finestra di manutenzione. | **Opzione CLI:** `--auto-minor-version-upgrade` `--no-auto-minor-version-upgrade` **Parametro API RDS:** `AutoMinorVersionUpgrade` | La modifica avviene immediatamente. Questa impostazione ignora l'impostazione Applica immediatamente. | Durante questa modifica si verifica un'interruzione. |
| Backup retention period (Periodo di retention dei backup) | Numero di giorni per cui vengono mantenuti i backup automatici del cluster di database. Questo valore deve essere maggiore di zero. Per ulteriori informazioni, consulta [Introduzione ai backup](USER_WorkingWithAutomatedBackups.md). | **Opzione CLI:** `--backup-retention-period` **Parametro API RDS:** `BackupRetentionPeriod` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica non si verifica un'interruzione. |
| Backup window (Finestra di backup) | Il periodo di tempo durante il quale Amazon RDS esegue automaticamente un backup del cluster di database. A meno che non si abbiano preferenze specifiche per l'ora di esecuzione del backup del database, usare il valore predefinito **No Preference (Nessuna preferenza)**. Per ulteriori informazioni, consulta [Introduzione ai backup](USER_WorkingWithAutomatedBackups.md). | **Opzione CLI:** `--preferred-backup-window` **Parametro API RDS:** `PreferredBackupWindow` | La modifica viene applicata in modo asincrono, appena possibile. | Durante questa modifica non si verifica un’interruzione. |
| **Autorità di certificazione** | L’autorità di certificazione (CA) per il certificato del server utilizzato dal cluster di database. Per ulteriori informazioni, consulta [](UsingWithRDS.SSL.md). | **Opzione CLI:** `--ca-certificate-identifier` **Parametro API RDS:** `CACertificateIdentifier` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | I tempi di interruzione si verificano solo se il motore database non supporta la rotazione senza riavvio. È possibile utilizzare il [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI comando per determinare se il motore DB supporta la rotazione senza riavvio. |
| Copy tags to snapshots (Copia tag in snapshot) | Questa opzione consente di copiare i tag del cluster di database in uno snapshot DB quando si crea uno snapshot. Per ulteriori informazioni, consulta [Etichettatura delle Amazon RDS](USER_Tagging.md). | **Opzione CLI:** `-copy-tags-to-snapshot` `-no-copy-tags-to-snapshot` **Parametro API RDS:** `CopyTagsToSnapshot` | La modifica avviene immediatamente. Questa impostazione ignora l'impostazione Applica immediatamente. | Durante questa modifica non si verifica un’interruzione. |
| Database authentication (Autenticazione del database) | **Password authentication (Autenticazione password)** è supportato solo cluster di database Multi-AZ. | Nessuna perché l'autenticazione con password è predefinita. | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica non si verifica un'interruzione. |
| **DB Cluster Identifier (Identificatore cluster DB)** | L'identificatore del cluster di database. Questo valore è archiviato come stringa in caratteri minuscoli. Quando modifichi l'identificatore del cluster database, cambiano anche l'endpoint del cluster database e gli identificatori e gli endpoint delle istanze database nel cluster database. Il nome del nuovo cluster database deve essere univoco. La lunghezza massima è 63 caratteri. I nomi delle istanze database nel cluster database vengono modificati in modo che corrispondano al nuovo nome del cluster database. Il nome di una nuova istanza database non può essere uguale al nome di un'istanza database esistente. Ad esempio, se si modifica il nome del cluster database in `maz`, è possibile che il nome dell'istanza database venga modificato in `maz-instance-1`. In questo caso, non può esistere un'istanza database denominata `maz-instance-1`. Per ulteriori informazioni, consulta [Ridenominazione di un cluster di database Multi-AZ per Amazon RDS](multi-az-db-cluster-rename.md). | **Opzione CLI:** `--new-db-cluster-identifier` **Parametro API RDS:** `NewDBClusterIdentifier` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica non si verifica un'interruzione. |
| Classe istanza del cluster di database | La capacità di calcolo e di memoria di ciascuna istanza database nel cluster di Multi-AZ, ad esempio `db.r6gd.xlarge`. Se possibile, scegliere una classe di istanza database sufficientemente ampia da poter tenere in memoria un tipico set di lavoro di query. Quando i set di lavoro sono conservati in memoria, il sistema può evitare di scrivere sul disco, migliorando le prestazioni. Per ulteriori informazioni, consulta [Disponibilità di classi di istanza per i cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability). | **Opzione CLI:** `--db-cluster-instance-class` **Parametro API RDS:** `DBClusterInstanceClass` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica si verifica un'interruzione. |
| **DB cluster parameter group** (Gruppo di parametri del cluster database) | Gruppo di parametri del cluster di database da associare al cluster di database. Per ulteriori informazioni, consulta [Gruppi di parametri per cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opzione CLI:** `--db-cluster-parameter-group-name` **Parametro API RDS:** `DBClusterParameterGroupName` | La modifica del gruppo di parametri avviene immediatamente. | Durante questa modifica non si verifica un’interruzione. Quando modifichi il gruppo di parametri, le modifiche apportate ad alcuni parametri vengono applicate alle istanze database nel cluster di database Multi-AZ immediatamente senza un riavvio. Le modifiche apportate ad altri parametri vengono applicate solo dopo che le istanze database vengano riavviate. |
| DB engine version (Versione motore del database | Versione del motore del database da utilizzare. | **Opzione CLI:** `--engine-version` **Parametro API RDS:** `EngineVersion` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica si verifica un'interruzione. |
| Deletion protection (Protezione da eliminazione) | L'opzione **Enable deletion protection (Abilita protezione da eliminazione)** permette di impedire l'eliminazione del cluster di database. Per ulteriori informazioni, consulta [Eliminazione di un'istanza database](USER_DeleteInstance.md). | **Opzione CLI:** `--deletion-protection` `--no-deletion-protection` **Parametro API RDS:** `DeletionProtection` | La modifica avviene immediatamente. Questa impostazione ignora l'impostazione Applica immediatamente. | Durante questa modifica non si verifica un’interruzione. |
| Maintenance window (Finestra di manutenzione) | La finestra di 30 minuti entro cui vengono applicate la modifiche in corso al cluster di database. Se il periodo di tempo non è rilevante, scegli **No Preference (Nessuna preferenza)**. Per ulteriori informazioni, consulta [Finestra di manutenzione Amazon RDS](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance). | **Opzione CLI:** `--preferred-maintenance-window` **Parametro API RDS:** `PreferredMaintenanceWindow` | La modifica avviene immediatamente. Questa impostazione ignora l'impostazione Applica immediatamente. | Se sono presenti una o più operazioni in sospeso che causano un'interruzione e la finestra di manutenzione viene modificata per includere l'ora corrente, tali operazioni in sospeso vengono applicate immediatamente e si verifica un'interruzione. |
| Gestisci le credenziali principali in Gestione dei segreti AWS | Seleziona **Manage master credentials in Gestione dei segreti AWS** (Gestione credenziali master in Gestione dei segreti AWS) per gestire la password dell'utente master in un segreto di Secrets Manager. Facoltativamente, scegli la chiave KMS da utilizzare per proteggere il segreto. Scegliere tra le chiavi KMS presenti nell'account o inserire la chiave da un altro account. Se RDS sta già gestendo la password dell'utente master per il cluster database, puoi ruotare la password dell'utente master scegliendo **Rotate secret immediately** (Ruota il segreto immediatamente). Per ulteriori informazioni, consulta [Gestione delle password con Amazon RDS e Gestione dei segreti AWS](rds-secrets-manager.md). | **Opzione CLI:** `--manage-master-user-password \| --no-manage-master-user-password` `--master-user-secret-kms-key-id` `--rotate-master-user-password \| --no-rotate-master-user-password` **Parametro API RDS:** `ManageMasterUserPassword` `MasterUserSecretKmsKeyId` `RotateMasterUserPassword` | Quando attivi o disattivi la gestione automatica delle password dell'utente master, la modifica viene applicata immediatamente. Questa modifica ignora l'impostazione Apply immediately (Applica immediatamente). Quando ruoti la password dell'utente master, è necessario specificare che la modifica venga applicata immediatamente. | Durante questa modifica non si verifica un’interruzione. |
| New master password (Nuova password master) | La password dell'account utente master. | **Opzione CLI:** `--master-user-password` **Parametro API RDS:** `MasterUserPassword` | La modifica viene applicata in modo asincrono, appena possibile. Questa impostazione ignora l'impostazione Applica immediatamente. | Durante questa modifica non si verifica un’interruzione. |
| IOPS con provisioning | Quantità di IOPS con provisioning (operazioni di input/output al secondo) da allocare inizialmente al cluster di database. | **Opzione CLI:** `--iops` **Parametro API RDS:** `Iops` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica non si verifica un'interruzione. |
| Accesso pubblico | **Publicly accessible (Accessibile pubblicamente)** per assegnare al cluster di database un indirizzo IP pubblico, ovvero renderlo accessibile al di fuori del cloud privato virtuale (VPC). Per essere accessibile pubblicamente, il cluster di database deve anche trovarsi in una sottorete pubblica nel VPC. **Not publicly accessible (Non accessibile pubblicamente)** per rendere il cluster di database accessibile solo dall'interno del VPC. Per ulteriori informazioni, consulta [Nascondere istanze database in un VPC da Internet](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Hiding). Per connettersi a un cluster di database dall'esterno del proprio VPC, il cluster di database deve essere accessibile pubblicamente. Inoltre, l'accesso deve essere concesso utilizzando le regole in ingresso del gruppo di sicurezza del cluster di database e devono essere soddisfatti altri requisiti. Per ulteriori informazioni, consulta [Impossibile connettersi all'istanza database di Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting). Se il tuo cluster DB non è accessibile pubblicamente, puoi utilizzare una connessione AWS Site-to-Site VPN o una Direct Connect connessione per accedervi da una rete privata. Per ulteriori informazioni, consulta [Riservatezza del traffico Internet](inter-network-traffic-privacy.md). | Non disponibile durante la modifica di un cluster di database. | La modifica avviene immediatamente. Questa impostazione ignora l'impostazione Applica immediatamente. | Durante questa modifica non si verifica un’interruzione. |
| Storage Type (Tipo di storage) | Il tipo di archiviazione per il cluster di database. Sono supportati solo i tipi di archiviazione SSD per scopi generici (gp3), Capacità di IOPS allocata (io1) e SSD con capacità di IOPS allocata (io2). Per ulteriori informazioni, consulta [Tipi di storage Amazon RDS](CHAP_Storage.md#Concepts.Storage). | **Opzione CLI:** `--storage-type` **Parametro API RDS:** `StorageType` | Se si sceglie di applicare la modifica immediatamente, questa si verifica immediatamente. Se non si sceglie di applicare la modifica immediatamente, questa si verifica durante la finestra di manutenzione successiva. | Durante questa modifica non si verifica un'interruzione. |
| Gruppo di sicurezza VPC | I gruppi di sicurezza da associare al cluster di database. Per ulteriori informazioni, consulta [Panoramica dei gruppi di sicurezza VPC](Overview.RDSSecurityGroups.md#Overview.RDSSecurityGroups.VPCSec). | **Opzione CLI:** `--vpc-security-group-ids` **Parametro API RDS:** `VpcSecurityGroupIds` | La modifica viene applicata in modo asincrono, appena possibile. Questa impostazione ignora l'impostazione Applica immediatamente. | Durante questa modifica non si verifica un’interruzione. |
## Impostazioni che non si applicano durante la modifica di cluster di database Multi-AZ
Le seguenti impostazioni nel AWS CLI comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)e nell'operazione RDS API [Modify DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) non si applicano ai cluster DB Multi-AZ.
Inoltre, non è possibile specificare queste impostazioni per i cluster di database Multi-AZ nella console.
| AWS CLI impostazione | Impostazione API RDS |
| --- | --- |
| `--backtrack-window` | `BacktrackWindow` |
| `--cloudwatch-logs-export-configuration` | `CloudwatchLogsExportConfiguration` |
| `--copy-tags-to-snapshot \| --no-copy-tags-to-snapshot` | `CopyTagsToSnapshot` |
| `--db-instance-parameter-group-name` | `DBInstanceParameterGroupName` |
| `--domain` | `Domain` |
| `--domain-iam-role-name` | `DomainIAMRoleName` |
| `--enable-global-write-forwarding \| --no-enable-global-write-forwarding` | `EnableGlobalWriteForwarding` |
| `--enable-http-endpoint \| --no-enable-http-endpoint` | `EnableHttpEndpoint` |
| `--option-group-name` | `OptionGroupName` |
| `--port` | `Port` |
| `--scaling-configuration` | `ScalingConfiguration` |
| `--storage-type` | `StorageType` |
# Aggiornamento della versione del motore di un cluster di database Multi-AZ per Amazon RDS
Amazon RDS fornisce le versioni più recenti di ciascun motore di database supportato in modo da mantenere aggiornato il cluster di database Multi-AZ. In questo argomento viene descritto il processo di aggiornamento di un cluster di database Multi-AZ a versioni più recenti.
L’aggiornamento di un cluster di database Multi-AZ implica la selezione di una nuova versione del motore compatibile e la pianificazione di un potenziale tempo di inattività. Il processo garantisce interruzioni minime grazie alle funzionalità di failover dell’architettura Multi-AZ. Le best practice includono l’esecuzione di aggiornamenti durante i periodi di traffico ridotto, i test in ambienti non di produzione e la verifica della compatibilità delle applicazioni con la nuova versione.
**Topics**
+ [Aggiornamenti della versione secondaria](#multi-az-db-clusters-upgrade-minor)
+ [Aggiornamenti a versioni principali](#multi-az-db-clusters-upgrade-major)
+ [Aggiornamento di un cluster di database Multi-AZ](#multi-az-db-clusters-upgrade-process)
+ [Aggiornamento delle repliche di lettura del cluster di database Multi-AZ](#multi-az-db-clusters-upgrade-replicas)
+ [Monitoraggio degli aggiornamenti del cluster DB Multi-AZ con eventi](#multi-az-db-clusters-upgrade-monitoring)
## Aggiornamenti della versione secondaria
Un aggiornamento della versione secondaria include solo modifiche compatibili con le versioni precedenti delle applicazioni esistenti. Quando si avvia l’aggiornamento di una versione secondaria, Amazon RDS aggiorna innanzitutto le istanze database di lettura singolarmente. Successivamente, una delle istanze database di lettura diventa la nuova istanza database di scrittura. Amazon RDS aggiorna quindi la vecchia istanza di scrittura, che ora è un’istanza di lettura.
Il tempo di inattività durante l’aggiornamento è limitato al tempo necessario alla trasformazione di una delle istanze database di lettura nella nuova istanza database di scrittura. Tale tempo di inattività funziona come un failover automatico. Per ulteriori informazioni, consulta [Failover per un cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts-failover.md). Tenere presente che il ritardo della replica del cluster di database Multi-AZ potrebbe influire sul tempo di inattività. Per ulteriori informazioni, consulta [Ritardo di replica e cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-replica-lag).
Per le repliche di lettura del cluster di database Multi-AZ RDS per PostgreSQL, Amazon RDS aggiorna singolarmente le istanze che appartengono al cluster. I ruoli del cluster di lettura e scrittura non cambiano durante l’aggiornamento. Di conseguenza, il cluster di database potrebbe subire un tempo di inattività durante l’aggiornamento dell’istanza di scrittura del cluster da parte di Amazon RDS.
**Nota**
Il tempo di inattività per l’aggiornamento della versione secondaria del cluster di database Multi-AZ è in genere di 35 secondi. Se si utilizza Server proxy per RDS, il tempo di inattività si può ridurre ulteriormente a un secondo o meno. Per ulteriori informazioni, consulta [Proxy Amazon RDS ](rds-proxy.md). In alternativa, puoi utilizzare un proxy di database open source come [ProxySQL](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-of-downtime-with-proxysql-when-upgrading-amazon-rds-multi-az-deployments-with-two-readable-standbys/) o [AWS Advanced](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-downtime-with-the-advanced-jdbc-wrapper-driver-when-upgrading-amazon-rds-multi-az-db-clusters/) JDBC [PgBouncer](https://aws.amazon.com/blogs/database/fast-switchovers-with-pgbouncer-on-amazon-rds-multi-az-deployments-with-two-readable-standbys-for-postgresql/)Wrapper Driver.
## Aggiornamenti a versioni principali
Un aggiornamento della versione principale può introdurre modifiche che non sono compatibili con le applicazioni esistenti.
Quando si esegue l’aggiornamento della versione principale di un cluster di database Multi-AZ RDS per PostgreSQL, Amazon RDS aggiorna contemporaneamente le istanze database di lettura e scrittura. Di conseguenza, il cluster di database potrebbe non essere disponibile fino al completamento dell’aggiornamento.
Quando si avvia un aggiornamento della versione principale di un cluster di database Multi-AZ RDS per MySQL, Amazon RDS aggiorna singolarmente le istanze che appartengono al cluster, in modo che la replica avvenga da una versione del motore inferiore a una superiore. Durante un aggiornamento della versione principale, è importante verificare che il carico di lavoro sia compatibile con le versioni del motore di origine e di destinazione poiché le versioni del motore potrebbero differire nella sintassi e nelle funzionalità.
**Nota**
Analogamente agli aggiornamenti delle versioni secondarie, il tempo di inattività per un aggiornamento della versione principale di RDS per MySQL è in genere di 35 secondi. Se si utilizza Server proxy per RDS, il tempo di inattività si può ridurre ulteriormente a un secondo o meno. Per ulteriori informazioni, consulta [Proxy Amazon RDS ](rds-proxy.md).
## Aggiornamento di un cluster di database Multi-AZ
Il processo di aggiornamento della versione del motore di un cluster database multi-AZ è identico al processo di aggiornamento di una versione del motore di istanze database. Per istruzioni, consulta [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md). L'unica differenza è che quando si utilizza AWS Command Line Interface (AWS CLI), si utilizza il [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)comando e si specifica il parametro (insieme al `--db-cluster-identifier` parametro). `--allow-major-version-upgrade`
Per ulteriori informazioni sugli aggiornamenti delle versioni principali e secondarie, consulta la documentazione seguente per il motore di database in uso:
+ [Aggiornamenti del motore di database RDS per PostgreSQL](USER_UpgradeDBInstance.PostgreSQL.md)
+ [Aggiornamenti del motore di database RDS per MySQL](USER_UpgradeDBInstance.MySQL.md)
## Aggiornamento delle repliche di lettura del cluster di database Multi-AZ
Amazon RDS non aggiorna automaticamente le repliche di lettura del cluster database multi-AZ. Per gli aggiornamenti della versione *secondaria*, è necessario prima aggiornare manualmente tutte le repliche di lettura e quindi aggiornare il cluster. In caso contrario, l’aggiornamento viene bloccato. Quando esegui l'aggiornamento della versione *principale* di un cluster, lo stato di tutte le repliche di lettura cambia in **Terminato**. Devi eliminare e ricreare le repliche di lettura al completamento dell'aggiornamento. Per ulteriori informazioni, consulta [Monitoraggio della replica di lettura](USER_ReadRepl.Monitoring.md).
## Monitoraggio degli aggiornamenti del cluster DB Multi-AZ con eventi
Quando si aggiorna la versione del motore di un cluster DB Multi-AZ, Amazon RDS emette un evento specifico durante ogni fase del processo. Per monitorare lo stato di avanzamento di un aggiornamento, puoi visualizzare o sottoscrivere questi eventi.
Per ulteriori informazioni sugli eventi RDS, consulta[Monitoraggio di eventi Amazon RDS](working-with-events.md).
Per informazioni dettagliate su uno specifico evento Amazon RDS che si verifica durante l'aggiornamento del motore, consulta[Categorie di eventi e messaggi di eventi di Amazon RDS ](USER_Events.Messages.md).
# Ridenominazione di un cluster di database Multi-AZ per Amazon RDS
Puoi rinominare un cluster database multi-AZ utilizzando la Console di gestione AWS, il comando AWS CLI `modify-db-cluster` o l'operazione `ModifyDBCluster` dell'API Amazon RDS. L'assegnazione di un nuovo nome a un cluster database multi-AZ può avere effetti significativi. Di seguito è riportato un elenco di elementi da tenere in considerazione prima di rinominare un cluster database multi-AZ.
+ Quando assegni un nuovo nome a un cluster database multi-AZ, gli endpoint per il cluster database multi-AZ cambiano. Questi endpoint vengono modificati per includere il nome assegnato al cluster database multi-AZ. Puoi reindirizzare il traffico da un vecchio endpoint a uno nuovo. Per ulteriori informazioni sugli endpoint dei cluster database multi-AZ, consulta [Connessione a un cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts-connection-management.md).
+ Quando si rinomina un cluster database multi-AZ, il nome DNS usato in precedenza dal cluster database multi-AZ viene eliminato immediatamente, ma può rimanere memorizzato nella cache per alcuni minuti. Il nuovo nome DNS del cluster database multi-AZ assegnato diventa effettivo dopo circa due minuti. Il cluster database multi-AZ rinominato non è disponibile fino a quando il nuovo nome non diventa effettivo.
+ Non è possibile utilizzare un nome di cluster database multi-AZ esistente per rinominare un cluster.
+ Se riutilizzi un nome di cluster database multi-AZ, le metriche e gli eventi associati a tale nome vengono mantenuti.
+ I tag del cluster database multi-AZ rimangono nel cluster database multi-AZ, indipendentemente dall'assegnazione del nuovo nome.
+ Gli snapshot del cluster database vengono mantenuti per un cluster database multi-AZ rinominato.
**Nota**
Un cluster database multi-AZ è un ambiente di database isolato in esecuzione nel cloud. Un cluster database multi-AZ può ospitare più database. Per informazioni sulla modifica del nome di un database, consulta la documentazione relativa al motore database.
## Assegnazione di un nuovo nome per la sostituzione di un cluster database multi-AZ
Gli scenari più comuni per l'assegnazione di un nuovo nome a un cluster database multi-AZ includono il ripristino dei dati da uno snapshot di database o il ripristino point-in-time (PITR). Rinominando il cluster database multi-AZ, è possibile sostituirlo senza modificare alcun codice dell'applicazione che faccia riferimento al cluster database multi-AZ. In questi casi, completa i passaggi seguenti:
1. Arresta tutto il traffico diretto al cluster database multi-AZ. Puoi reindirizzare il traffico che accede ai database nel cluster database multi-AZ o scegliere un altro modo per impedire che il traffico acceda ai database nel cluster database multi-AZ.
1. Assegna un nuovo nome al cluster database multi-AZ.
1. Crea un nuovo cluster database multi-AZ eseguendo il ripristino da uno snapshot database o il ripristino point-in-time. Assegna quindi al nuovo cluster database multi-AZ il nome del precedente cluster database multi-AZ.
Se si elimina il vecchio cluster database multi-AZ, vengono eliminati tutti gli snapshot di database indesiderati del vecchio cluster database multi-AZ.
## Console
**Per rinominare un cluster database multi-AZ**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, scegliere **Databases (Database)**.
1. Seleziona il cluster database multi-AZ che desideri rinominare.
1. Scegli **Modifica**.
1. In **Settings** (Impostazioni) immetti un nuovo nome per **DB cluster identifier** (Identificatore cluster database).
1. Scegli **Continue (Continua)**.
1. Per applicare immediatamente le modifiche, scegliere **Apply immediately (Applica immediatamente)**. In alcuni casi, la chiusura di questa opzione può causare un'interruzione. Per ulteriori informazioni, consulta [Applicazione immediata delle modifiche)](modify-multi-az-db-cluster.md#modify-multi-az-db-cluster-apply-immediately).
1. Nella pagina di conferma esaminare le modifiche. Se sono corrette, selezionare **Modify cluster (Modifica cluster)** per salvare le modifiche.
In alternativa, scegli **Back** (Indietro) per cambiare le modifiche o **Cancel** (Annulla) per annullare le modifiche.
## AWS CLI
Per assegnare un nuovo nome a un cluster database multi-AZ, utilizza il comando AWS CLI [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html). Fornisci il valore corrente di `--db-cluster-identifier` e il parametro `--new-db-cluster-identifier` con il nuovo nome del cluster database multi-AZ.
**Example**
Per Linux, macOS o Unix:
```
1. aws rds modify-db-cluster \
2. --db-cluster-identifier DBClusterIdentifier \
3. --new-db-cluster-identifier NewDBClusterIdentifier
```
Per Windows:
```
1. aws rds modify-db-cluster ^
2. --db-cluster-identifier DBClusterIdentifier ^
3. --new-db-cluster-identifier NewDBClusterIdentifier
```
## API RDS
Per ripristinare un cluster database multi-AZ chiama l'operazione API Amazon RDS [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) con i seguenti parametri:
+ `DBClusterIdentifier`: il nome del cluster database esistente.
+ `NewDBClusterIdentifier`: il nome del nuovo cluster database.
# Riavvio di un cluster di database Multi-AZ e di istanze database di lettura per Amazon RDS
Potrebbe essere necessario riavviare il cluster di database Multi-AZ, in genere per motivi di manutenzione. Se, ad esempio, vengono apportate determinate modifiche oppure se viene modificato il gruppo di parametri cluster di database associato al cluster di database, riavviare il cluster di database. In questo modo, le modifiche saranno effettive.
Se un cluster DB non utilizza le ultime modifiche al gruppo di parametri del cluster DB associato, Console di gestione AWS mostra il gruppo di parametri del cluster DB con lo stato di **pending-reboot**. Lo stato dei gruppi di parametro **pending-reboot** non prevede un riavvio automatico nel corso della prossima finestra di manutenzione. Per applicare le ultime modifiche del parametro su quel cluster di database, riavviare manualmente il cluster di database. Per ulteriori informazioni sui gruppi di parametri, consultare [Gruppi di parametri per cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups).
Il riavvio di un cluster di database comporta il riavvio del servizio del motore di database. Il riavvio di un cluster di database comporta un'interruzione temporanea, durante la quale lo stato del cluster di database viene impostato su **rebooting (riavvio in corso)**.
Non puoi riavviare il cluster di database se il suo stato non è **disponibile**. Il database può non essere disponibile per diversi motivi, ad esempio un backup in corso, una modifica richiesta in precedenza o un'operazione della finestra di manutenzione.
Il tempo necessario per riavviare il cluster di database dipende dal processo di ripristino dell'arresto anomalo, l'attività del database al momento del riavvio e il comportamento del cluster di database specifico. Per ottimizzare i tempi di riavvio, è consigliabile ridurre l'attività del database il più possibile durante il processo di riavvio. Riducendo l'attività del database si riduce l'attività di rollback per le transazioni in transito.
**Importante**
I cluster di database multi-AZ non supportano il riavvio con un failover. Quando si riavvia l'istanza di scrittura di un cluster di database Multi-AZ, ciò non influisce sulle istanze database del lettore in quel cluster di database e non si verifica alcun failover. Quando riavvii un’istanza database di lettore, non si verifica alcun failover. Per eseguire il **failover di un cluster DB Multi-AZ, scegli Failover** nella console, chiama il AWS CLI comando o richiama l'[https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html)operazione API. [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html)
## Console
**Per riavviare un cluster di database**
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, scegliere **Databases (Database)**, quindi scegliere il cluster di database Multi-AZ che si desidera riavviare.
1. In **Actions (Operazioni)**, scegliere **Reboot (Riavvia)**.
Viene visualizzata la pagina **Riavvia cluster di database**.
1. Per riavviare il cluster di database, scegliere **Reboot (Riavvia)**.
Oppure scegliere **Cancel (Annulla)**.
## AWS CLI
Per riavviare un cluster DB Multi-AZ utilizzando il AWS CLI, chiama il comando. [reboot-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/reboot-db-cluster.html)
```
aws rds reboot-db-cluster --db-cluster-identifier mymultiazdbcluster
```
## API RDS
[Per riavviare un cluster DB Multi-AZ utilizzando l'API Amazon RDS, chiama l'operazione Reboot. DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RebootDBCluster.html)
# Failover per un cluster di database Multi-AZ per Amazon RDS
Se si verifica un’interruzione pianificata o non pianificata dell'istanza database di scrittura in un cluster di database Multi-AZ, Amazon RDS esegue automaticamente il failover su un’istanza database di lettura in un'altra zona di disponibilità. In tal modo si garantisce una disponibilità elevata con interruzioni minime. I failover possono verificarsi durante guasti hardware, problemi di rete o richieste manuali. L’argomento descrive il rilevamento automatico degli errori, la sequenza degli eventi durante il failover e il relativo impatto sulle operazioni di lettura e scrittura. Fornisce anche le best practice per il monitoraggio e la riduzione dei tempi di failover.
Il tempo necessario per il completamento del failover varia in base all'attività del database e ad altre condizioni presenti quando l'istanza database in scrittura diventa non disponibile. Il failover richiede in genere meno di 35 secondi. Il failover viene completato quando entrambe le istanze database del lettore hanno applicato transazioni in sospeso dallo scrittore in errore. Al termine del failover, la modifica della console RDS in base alla nuova zona di disponibilità può richiedere ulteriore tempo.
**Topics**
+ [Failover automatici](#multi-az-db-clusters-concepts-failover-automatic)
+ [Failing manuale su un cluster di database Multi-AZ](#multi-az-db-clusters-concepts-failover-manual)
+ [Determinare se un cluster di database Multi-AZ ha effettuate un fail over](#multi-az-db-clusters-concepts-failover-determining)
+ [Impostazione di JVM TTL per le ricerche del nome DNS](#multi-az-db-clusters-concepts-failover-java-dns)
## Failover automatici
Amazon RDS gestisce i failover automaticamente, in modo da consentirti di riprendere le operazioni database il più rapidamente possibile, senza alcun intervento amministrativo. Per eseguire il failover, l'istanza database del scrittore passa automaticamente a un'istanza database del lettore.
## Failing manuale su un cluster di database Multi-AZ
Se si esegue il failover manuale per un cluster di database Multi-AZ, RDS termina innanzitutto l’istanza database primaria. Successivamente, il sistema di monitoraggio interno rileva che l’istanza database primaria non è integra e promuove un’istanza database di replica leggibile. Il failover richiede in genere meno di 35 secondi.
Puoi eseguire un fail over manuale per un cluster di database Multi-AZ tramite Console di gestione AWS, AWS CLI o API RDS.
### Console
**Per eseguire un fail over manuale per un cluster di database Multi-AZ**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, scegliere **Databases (Database)**.
1. Scegliere il cluster di database Multi-AZ che si desidera ripristinare.
1. Per **Actions (Operazioni)**, scegliere **Failover**.
Viene visualizzata la pagina **Failover cluster di database**.
1. Scegliere **Failover** per confermare il failover manuale.
### AWS CLI
Per eseguire il failover di un cluster DB Multi-AZ manualmente, utilizzare il comando AWS CLI[failover-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html).
**Example**
```
1. aws rds failover-db-cluster --db-cluster-identifier mymultiazdbcluster
```
### API RDS
Per eseguire manualmente il failover di un cluster database Multi-AZ, chiamare l'API Amazon RDS [FailoverDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html) e specificare `DBClusterIdentifier`.
## Determinare se un cluster di database Multi-AZ ha effettuate un fail over
Per determinare se il cluster database Multi-AZ è soggetto a failover, è possibile eseguire le seguenti operazioni:
+ Configura gli abbonamenti a eventi database per inviare una notifica tramite e-mail o SMS in caso di failover. Per ulteriori informazioni sugli eventi di , consulta [Utilizzo della notifica degli eventi di Amazon RDS](USER_Events.md).
+ Visualizza gli eventi database utilizzando la console Amazon RDS o le operazioni dell'API.
+ Visualizzare lo stato corrente del cluster database Multi-AZ utilizzando la console Amazon RDS, AWS CLI e l'API RDS.
Per informazioni su come rispondere ai failover, ridurre i tempi di ripristino e su altre best practice per Amazon RDS, consulta [Best practice per Amazon RDS](CHAP_BestPractices.md).
## Impostazione di JVM TTL per le ricerche del nome DNS
Il meccanismo di failover modifica automaticamente il record Domain Name System (DNS) dell'istanza database in modo da fare riferimento all'istanza database di lettura. Di conseguenza, sarà necessario ristabilire le connessioni esistenti alla propria istanza database. In un ambiente Java Virtual Machine (JVM), a causa del funzionamento del meccanismo di memorizzazione nella cache DNS Java, potrebbe essere necessario riconfigurare le impostazioni JVM.
La JVM memorizza nella cache le ricerche del nome DNS. Quando la JVM risolve un nome host in un indirizzo IP, memorizza nella cache l'indirizzo IP per un determinato periodo di tempo, noto come *time-to-live* (TTL).
Poiché le risorse AWS utilizzano voci del nome DNS che occasionalmente cambiano, ti consigliamo di configurare la JVM con un valore TTL non superiore a 60 secondi. Questo garantisce che quando l'indirizzo IP di una risorsa cambia, l'applicazione può ricevere e utilizzare il nuovo indirizzo IP della risorsa richiedendo il DNS.
In alcune configurazioni Java, il TTL predefinito di JVM è impostato in modo da non aggiornare mai le voci DNS finché JVM non viene riavviato. Pertanto, se l'indirizzo IP di una risorsa AWS cambia mentre l'applicazione è ancora in esecuzione, tale risorsa non può essere utilizzata finché la JVM non viene riavviata manualmente e le informazioni IP memorizzate nella cache non vengono aggiornate. In questo caso, è fondamentale impostare il valore TTL della JVM in modo che aggiorni periodicamente le informazioni IP memorizzate nella cache.
**Nota**
Il valore TTL predefinito può variare in base alla versione della JVM e a seconda che un security manager sia installato o meno. Molte JVM forniscono un TTL predefinito inferiore a 60 secondi. Se utilizzi una JVM di questo tipo e non utilizzi un security manager, puoi ignorare il resto di questo argomento. Per ulteriori informazioni sui security manager in Oracle, consulta [The Security Manager](https://docs.oracle.com/javase/tutorial/essential/environment/security.html) nella documentazione di Oracle.
Per modificare la TTL della JVM, imposta il valore della proprietà [https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html](https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html). Utilizza uno dei seguenti metodi, a seconda delle esigenze:
+ Per impostare il valore della proprietà a livello globale per tutte le applicazioni che utilizzano la JVM, imposta `networkaddress.cache.ttl` nel file `$JAVA_HOME/jre/lib/security/java.security`.
```
networkaddress.cache.ttl=60
```
+ Per impostare la proprietà localmente solo per l'applicazione, imposta `networkaddress.cache.ttl` nel codice di inizializzazione dell'applicazione prima che venga stabilita qualsiasi connessione.
```
java.security.Security.setProperty("networkaddress.cache.ttl" , "60");
```
# Configurazione della replica logica PostgreSQL con cluster di database Multi-AZ per Amazon RDS
Utilizzando la funzionalità di replica logica di PostgreSQL con il cluster database multi-AZ, puoi replicare e sincronizzare singole tabelle anziché l'intera istanza database. La replica logica utilizza un modello di pubblicazione e sottoscrizione per replicare le modifiche da un'origine in uno o più destinatari. Funziona utilizzando i record di modifica del WAL (write-ahead log) PostgreSQL. Per ulteriori informazioni, consulta [Esecuzione della replica logica per Amazon RDS for PostgreSQL](PostgreSQL.Concepts.General.FeatureSupport.LogicalReplication.md).
Quando crei un nuovo slot di replica logica sull'istanza database di scrittura di un cluster database multi-AZ, lo slot viene copiato in modo asincrono su ogni istanza database di lettura nel cluster. Gli slot delle istanze database di lettura vengono continuamente sincronizzati con quelli dell'istanza database di scrittura.
La replica logica è supportata per i cluster database multi-AZ che eseguono RDS per PostgreSQL versione 14.8-R2 e versioni successive e 15.3-R2 e versioni successive.
**Nota**
Oltre alla funzionalità di replica logica nativa di PostgreSQL, i cluster database multi-AZ che eseguono RDS per PostgreSQL supportano anche l'estensione `pglogical`.
Per ulteriori informazioni sulla funzionalità di replica logica di PostgreSQL, consulta la sezione relativa alla [replica logica](https://www.postgresql.org/docs/current/logical-replication.html) nella documentazione di PostgreSQL.
**Topics**
+ [Prerequisiti](#multi-az-db-clusters-logical-replication-prereqs)
+ [Configurazione della replica logica](#multi-az-db-clusters-logical-replication)
+ [Limitazioni e consigli](#multi-az-db-clusters-logical-replication-limitations)
## Prerequisiti
Per configurare la funzionalità di replica logica di PostgreSQL per i cluster database multi-AZ, è necessario soddisfare i seguenti prerequisiti.
+ L'account utente deve essere membro del gruppo `rds_superuser` e disporre dei privilegi `rds_superuser`. Per ulteriori informazioni, consulta [Informazioni su ruoli e autorizzazioni di PostgreSQL](Appendix.PostgreSQL.CommonDBATasks.Roles.md).
+ Il cluster database multi-AZ deve essere associato a un gruppo di parametri del cluster database personalizzato in modo da poter configurare i valori dei parametri descritti nella procedura seguente. Per ulteriori informazioni, consulta [Utilizzo di gruppi di parametri cluster di database per cluster database Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
## Configurazione della replica logica
Per configurare la replica logica per un cluster database multi-AZ, devi abilitare parametri specifici all'interno del gruppo di parametri del cluster database associato, quindi creare slot di replica logica.
**Nota**
A partire da PostgreSQL versione 16, è possibile utilizzare istanze database di lettura del cluster di database Multi-AZ per la replica logica.
**Configurazione della replica logica per un cluster database multi-AZ RDS per PostgreSQL**
1. Apri il gruppo di parametri del cluster database personalizzato associato al cluster database multi-AZ RDS per PostgreSQL.
1. Nel campo di ricerca **Parametri**, individua il parametro statico `rds.logical_replication` e imposta il relativo valore su `1`. La modifica di questo parametro può aumentare la generazione di WAL, quindi abilita questo parametro la solo quando utilizzi slot logici.
1. Nell'ambito di questa modifica, configura i seguenti parametri del cluster database.
+ `max_wal_senders`
+ `max_replication_slots`
+ `max_connections`
A secondo dell'utilizzo previsto, potrebbe anche essere necessario modificare i valori dei seguenti parametri. Tuttavia, in molti casi, i valori predefiniti sono sufficienti.
+ `max_logical_replication_workers`
+ `max_sync_workers_per_subscription`
1. Riavvia il cluster database multi-AZ per rendere effettivi i valori dei parametri. Per istruzioni, consulta [Riavvio di un cluster di database Multi-AZ e di istanze database di lettura per Amazon RDS](multi-az-db-clusters-concepts-rebooting.md).
1. Crea uno slot di replica logica sull'istanza database di scrittura del cluster database multi-AZ come illustrato in [Lavorare con gli slot di replica logica](PostgreSQL.Concepts.General.FeatureSupport.LogicalReplication.md#PostgreSQL.Concepts.General.FeatureSupport.LogicalReplicationSlots). Questo processo richiede che venga specificato un plug-in di decodifica. Attualmente RDS per PostgreSQL supporta i plugin `test_decoding`, `wal2json` e `pgoutput` forniti con PostgreSQL.
Lo slot viene copiato in modo asincrono su ogni istanza database di lettura nel cluster.
1. Verifica lo stato dello slot su tutte le istanze database di lettura del cluster database multi-AZ. A tale scopo, verifica la vista `pg_replication_slots` su tutte le istanze database di lettura e assicurati che lo stato `confirmed_flush_lsn` stia progredendo mentre l'applicazione sta utilizzando attivamente le modifiche logiche.
I seguenti comandi mostrano come controllare lo stato di replica sulle istanze database di lettura.
```
% psql -h test-postgres-instance-2.abcdefabcdef.us-west-2.rds.amazonaws.com
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D0001700
(1 row)
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D8003628
(1 row)
% psql -h test-postgres-instance-3.abcdefabcdef.us-west-2.rds.amazonaws.com
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D0001700
(1 row)
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D8003628
(1 row)
```
Dopo aver completato le attività di replica, interrompi il processo di replica, elimina gli slot di replica e disattiva la replica logica. Per disattivare la replica logica, modifica il gruppo di parametri del cluster database e reimposta il valore di `rds.logical_replication` su `0`. Riavvia il cluster database per applicare la modifica apportata al parametro.
## Limitazioni e consigli
Le seguenti limitazioni e raccomandazioni si applicano all’utilizzo della replica logica con cluster di database Multi-AZ che eseguono PostgreSQL versione 16:
+ È possibile utilizzare solo istanze database di scrittura per creare o eliminare slot di replica logica. Ad esempio, il comando `CREATE SUBSCRIPTION` deve utilizzare l’endpoint di scrittura del cluster nella stringa di connessione host.
+ È necessario utilizzare l’endpoint di scrittura del cluster durante qualsiasi sincronizzazione o risincronizzazione delle tabelle. Ad esempio, è possibile utilizzare i seguenti comandi per risincronizzare una tabella appena aggiunta:
```
Postgres=>ALTER SUBSCRIPTION subscription-name CONNECTION host=writer-endpoint
Postgres=>ALTER SUBSCRIPTION subscription-name REFRESH PUBLICATION
```
+ È necessario attendere il completamento della sincronizzazione della tabella prima di utilizzare le istanze database di lettura per la replica logica. È possibile utilizzare la tabella di catalogo `[pg\$1subscription\$1rel](https://www.postgresql.org/docs/current/catalog-pg-subscription-rel.html)` per monitorare la sincronizzazione della tabella. La sincronizzazione della tabella è completata quando la colonna `srsubstate` è impostata su Pronto (`r`).
+ È consigliabile utilizzare gli endpoint dell’istanza per la connessione della replica logica una volta completata la sincronizzazione iniziale della tabella. Il seguente comando riduce il carico sull’istanza database di scrittura spostando la replica su una delle istanze database di lettura:
```
Postgres=>ALTER SUBSCRIPTION subscription-name CONNECTION host=reader-instance-endpoint
```
Non è possibile utilizzare lo stesso slot su più di un’istanza database alla volta. Quando due o più applicazioni replicano le modifiche logiche da diverse istanze database nel cluster, alcune modifiche potrebbero andare perse a causa di un failover del cluster o di un problema di rete. In queste situazioni, è possibile utilizzare gli endpoint dell’istanza per la replica logica nella stringa di connessione host. L’altra applicazione che utilizza la stessa configurazione mostrerà il seguente messaggio di errore:
```
replication slot slot_name is already active for PID x providing immediate feedback.
```
+ Se si utilizza l’estensione `pglogical`, è possibile utilizzare solo l’endpoint del cluster di scrittura. L’estensione presenta limitazioni note che possono creare slot di replica logica inutilizzati durante la sincronizzazione della tabella. Gli slot di replica obsoleti riservano i file WAL (write-ahead log) e possono causare problemi di spazio su disco.
# Utilizzo delle repliche di lettura del cluster di database Multi-AZ per Amazon RDS
Una replica di lettura del cluster di database è un tipo speciale di cluster che viene creato da un'istanza database di origine. Dopo aver creato una replica di lettura, gli aggiornamenti applicati all'istanza database primaria vengono copiati in modo asincrono nella replica di lettura del cluster di database Multi-AZ. Puoi ridurre il carico sull'istanza database di database primaria instradando le query di lettura dalle applicazioni alla replica di lettura. Tramite le repliche di lettura puoi dimensionare in modo elastico la capacità oltre i vincoli di una singola istanza database per carichi di lavoro di database particolarmente gravosi in lettura.
Puoi anche creare una o più repliche di lettura dell'istanza database da un cluster database Multi-AZ. Le repliche di lettura delle istanze database consentono di superare la capacità di calcolo o di I/O del cluster database Multi-AZ di origine indirizzando il traffico di lettura in eccesso verso le repliche di lettura. Al momento, non è possibile creare una replica di lettura del cluster database Multi-AZ da un cluster database Multi-AZ esistente.
Quando si sceglie tra la migrazione a un cluster di database Multi-AZ utilizzando una replica di lettura o la creazione di una replica di lettura dell’istanza database da un cluster di database Multi-AZ, è necessario considerare il caso d’uso specifico e i requisiti di prestazioni.
**Migrazione a un cluster database multi-AZ tramite una replica di lettura**
Questo approccio è ideale quando è necessario migliorare la disponibilità e la durabilità del database riducendo al minimo il tempo di inattività. Utilizzando una replica di lettura per la transizione a un cluster di database Multi-AZ, è possibile garantire il funzionamento continuo e la coerenza dei dati. Questo metodo è particolarmente utile per gli ambienti di produzione in cui il mantenimento della disponibilità e la riduzione dell’impatto sui carichi di lavoro in tempo reale sono fondamentali.
**Creazione di una replica di lettura di un'istanza database da un cluster database Multi-AZ**
Questo metodo è adatto quando si desidera scalare le operazioni di lettura o spostare il traffico di lettura dall’istanza database primaria. Creando una replica di lettura da un cluster di database Multi-AZ esistente, è possibile distribuire carichi di lavoro ad alta intensità di lettura e migliorare le prestazioni senza compromettere la stabilità dell’istanza primaria.
La scelta dell’approccio giusto dipende dalla decisione di garantire elevata disponibilità e durabilità oppure scalare le prestazioni di lettura. Occorre valutare le caratteristiche del carico di lavoro e i requisiti operativi per prendere una decisione informata.
**Topics**
+ [Migrazione a un cluster database multi-AZ tramite una replica di lettura](multi-az-db-clusters-migrating-to-with-read-replica.md)
+ [Creazione di una replica di lettura di un'istanza database da un cluster database Multi-AZ](multi-az-db-clusters-create-instance-read-replica.md)
# Migrazione a un cluster database multi-AZ tramite una replica di lettura
Per eseguire la migrazione di un'implementazione single-AZ o di un'implementazione di istanza database multi-AZ a un'implementazione di cluster database multi-AZ con tempi di inattività ridotti, è possibile creare una replica di lettura del cluster database multi-AZ. Per l'origine, si specifica l'istanza database nell'implementazione single-AZ o l'istanza database primaria nell'implementazione di istanza database multi-AZ. L'istanza database può elaborare le transazioni di scrittura durante la migrazione a un cluster database multi-AZ.
Di seguito sono indicati i requisiti da considerare prima di creare la replica di lettura del cluster di database multi-AZ:
+ La versione dell'istanza database di origine deve supportare il cluster database multi-AZ. Per ulteriori informazioni, consulta [Regioni e motori di database supportati per i cluster di database Multi-AZ in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md).
+ La replica di lettura del cluster database multi-AZ deve avere la stessa versione principale dell'origine e la stessa versione secondaria o successiva.
+ Attiva i backup automatici nell'istanza database di origine impostando il periodo di conservazione dei backup su un valore diverso da zero.
+ Lo spazio di archiviazione allocato dell'istanza database di origine deve essere pari o superiore a 100 GiB.
+ Per RDS per MySQL, i parametri `gtid-mode` e `enforce_gtid_consistency` devono entrambi essere impostati su `ON` per l'istanza database di origine. È necessario utilizzare un gruppo di parametri personalizzati e non il gruppo parametri predefiniti. Per ulteriori informazioni, consulta [Gruppi di parametri database per istanze database Amazon RDS](USER_WorkingWithDBInstanceParamGroups.md).
+ Una transazione attiva a esecuzione prolungata può rallentare il processo di creazione della replica di lettura. Ti consigliamo di attendere il completamento delle transazioni a esecuzione prolungata prima di creare una replica di lettura.
+ Se elimini l'istanza database di origine per una replica di lettura del cluster database multi-AZ, la replica di lettura viene promossa a cluster database multi-AZ autonomo.
## Creazione e promozione della replica di lettura del cluster database multi-AZ
Un cluster database multi-AZ può essere creato e promosso utilizzando la Console di gestione AWS, AWS CLI o l'API RDS.
**Nota**
Ti consigliamo vivamente di creare tutte le repliche di lettura nello stesso cloud privato virtuale (VPC) utilizzando Amazon VPC come istanza database di origine.
Se si crea una replica di lettura in un VPC diverso da quello dell’istanza database di origine, gli intervalli di routing interdominio senza classi (CIDR) possono sovrapporsi tra la replica e il sistema RDS. La sovrapposizione CIDR rende la replica instabile, influendo negativamente sulle applicazioni che si connettono. Se viene visualizzato un errore durante la creazione della replica di lettura, scegli un gruppo di sottoreti DB di destinazione diverso. Per ulteriori informazioni, consulta [Uso di un'istanza database in un VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Console
Per eseguire la migrazione di un'implementazione single-AZ o di un'implementazione di istanza database multi-AZ a un cluster database multi-AZ tramite una replica di lettura, completa i seguenti passaggi utilizzando la Console di gestione AWS.
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Crea la replica di lettura del cluster database multi-AZ.
1. Nel riquadro di navigazione, scegliere **Databases** (Database).
1. Scegli l'istanza database da usare come origine per la replica di lettura.
1. Per **Actions (Operazioni)**, scegliere **Create read replica (Crea replica di lettura)**.
1. Per **Availability and durability** (Disponibilità e durabilità), scegli **Multi-AZ database cluster** (Cluster di database multi-AZ).
1. Per **DB instance identifier (Identificatore istanze DB)** inserire un nome per la replica di lettura.
1. Per le restanti sezioni, specifica le impostazioni del cluster di database. Per informazioni sull'impostazione, consulta [Impostazioni per la creazione di cluster di database Multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Scegli **Create read replica** (Crea replica di lettura).
1. A questo punto, è possibile promuovere la replica di lettura a cluster database multi-AZ autonomo:
1. Arresta la scrittura delle transazioni nell'istanza database di origine e quindi attendi l'applicazione di tutti gli aggiornamenti alla replica di lettura.
Gli aggiornamenti del database vengono eseguiti nella replica di lettura dopo essere stati completati nell'istanza database primaria. Questo ritardo della replica può variare in modo significativo. Utilizzare il parametro `ReplicaLag` per determinare quando sono stati applicati tutti gli aggiornamenti alla replica di lettura. Per ulteriori informazioni sul ritardo della replica, consulta [Monitoraggio della replica di lettura](USER_ReadRepl.Monitoring.md).
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nella console Amazon RDS scegliere **Databases (Database)**.
Verrà visualizzato il riquadro **Databases (Database)**. Ogni replica di lettura mostra la **Replica** nella colonna **Role (Ruolo)**.
1. Scegli la replica di lettura del cluster database multi-AZ che desideri promuovere.
1. In **Actions** (Operazioni), seleziona **Promote** (Promuovi).
1. Nella pagina **Promote read replica** (Promuovi replica di lettura) immetti il periodo di conservazione dei backup e la finestra di backup per il nuovo cluster database multi-AZ promosso.
1. Dopo aver definito tutte le impostazioni desiderate, scegli **Promote read replica** (Promuovi replica di lettura).
1. Attendi che lo stato del cluster database multi-AZ promosso diventi `Available`.
1. Configura le applicazioni in modo che utilizzino il cluster database multi-AZ promosso.
Facoltativamente, elimina l'implementazione single-AZ o l'implementazione di istanza database multi-AZ, se non è più necessaria. Per istruzioni, consultare [Eliminazione di un'istanza database](USER_DeleteInstance.md).
### AWS CLI
Per eseguire la migrazione di un'implementazione single-AZ o di un'implementazione di istanza database multi-AZ a un cluster database multi-AZ tramite una replica di lettura, completa i seguenti passaggi utilizzando la AWS CLI.
1. Crea la replica di lettura del cluster database multi-AZ.
Per creare una replica di lettura da un'istanza database di origine, utilizza il comando AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html). Per `--replication-source-identifier`, specifica il nome della risorsa Amazon (ARN) dell'istanza database di origine.
Per Linux, macOS o Unix:
```
aws rds create-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres \
--db-cluster-instance-class db.m5d.large \
--storage-type io1 \
--iops 1000 \
--db-subnet-group-name defaultvpc \
--backup-retention-period 1
```
Per Windows:
```
aws rds create-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres ^
--db-cluster-instance-class db.m5d.large ^
--storage-type io1 ^
--iops 1000 ^
--db-subnet-group-name defaultvpc ^
--backup-retention-period 1
```
1. Arresta la scrittura delle transazioni nell'istanza database di origine e quindi attendi l'applicazione di tutti gli aggiornamenti alla replica di lettura.
Gli aggiornamenti del database vengono eseguiti nella replica di lettura dopo essere stati completati nell'istanza database primaria. Questo ritardo della replica può variare in modo significativo. Utilizzare il parametro `Replica Lag` per determinare quando sono stati applicati tutti gli aggiornamenti alla replica di lettura. Per ulteriori informazioni sul ritardo della replica, consulta [Monitoraggio della replica di lettura](USER_ReadRepl.Monitoring.md).
1. A questo punto, è possibile promuovere la replica di lettura a cluster database multi-AZ autonomo.
Per promuovere una replica di lettura del cluster database multi-AZ, utilizza il comando AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html). Per `--db-cluster-identifier`, specifica l'identificatore della replica di lettura del cluster database multi-AZ.
```
aws rds promote-read-replica-db-cluster --db-cluster-identifier mymultiazdbcluster
```
1. Attendi che lo stato del cluster database multi-AZ promosso diventi `Available`.
1. Configura le applicazioni in modo che utilizzino il cluster database multi-AZ promosso.
Facoltativamente, elimina l'implementazione single-AZ o l'implementazione di istanza database multi-AZ, se non è più necessaria. Per istruzioni, consultare [Eliminazione di un'istanza database](USER_DeleteInstance.md).
### API RDS
Per eseguire la migrazione di un'implementazione single-AZ o di un'implementazione di istanza database multi-AZ a un cluster database multi-AZ tramite una replica di lettura, completa i seguenti passaggi utilizzando l'API RDS.
1. Crea la replica di lettura del cluster database multi-AZ.
Per creare una replica di lettura del cluster database multi-AZ, utilizza l'operazione [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) con il parametro `DBClusterIdentifier` richiesto. Per `ReplicationSourceIdentifier`, specifica il nome della risorsa Amazon (ARN) dell'istanza database di origine.
1. Arresta la scrittura delle transazioni nell'istanza database di origine e quindi attendi l'applicazione di tutti gli aggiornamenti alla replica di lettura.
Gli aggiornamenti del database vengono eseguiti nella replica di lettura dopo essere stati completati nell'istanza database primaria. Questo ritardo della replica può variare in modo significativo. Utilizzare il parametro `Replica Lag` per determinare quando sono stati applicati tutti gli aggiornamenti alla replica di lettura. Per ulteriori informazioni sul ritardo della replica, consulta [Monitoraggio della replica di lettura](USER_ReadRepl.Monitoring.md).
1. A questo punto, è possibile promuovere la replica di lettura a cluster database multi-AZ autonomo.
Per promuovere una replica di lettura del cluster database multi-AZ, utilizza l'operazione [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) con il parametro `DBClusterIdentifier` richiesto. Specifica l'identificatore della replica di lettura del cluster database multi-AZ.
1. Attendi che lo stato del cluster database multi-AZ promosso diventi `Available`.
1. Configura le applicazioni in modo che utilizzino il cluster database multi-AZ promosso.
Facoltativamente, elimina l'implementazione single-AZ o l'implementazione di istanza database multi-AZ, se non è più necessaria. Per istruzioni, consultare [Eliminazione di un'istanza database](USER_DeleteInstance.md).
## Limitazioni alla creazione di una replica di lettura del cluster database multi-AZ
Le seguenti limitazioni si applicano alla creazione di una replica di lettura del cluster database multi-AZ da un'implementazione di istanza database single-AZ o multi-AZ.
+ Non è possibile creare una replica di lettura del cluster database Multi-AZ in un Account AWS diverso dall'Account AWS proprietario dell'istanza database di origine.
+ Non è possibile creare una replica di lettura del cluster database multi-AZ in una Regione AWS diversa da quella dell'istanza database di origine.
+ Non è possibile eseguire il ripristino point-in-time di una replica di lettura del cluster database multi-AZ.
+ La crittografia di archiviazione deve avere le stesse impostazioni per l'istanza database di origine e il cluster database multi-AZ.
+ Se l'istanza database di origine è crittografata, la replica di lettura del cluster database multi-AZ deve essere crittografata utilizzando la stessa chiave KMS.
+ Se l’istanza database di origine utilizza l’archiviazione SSD per scopi generici (gp3) e dispone di meno di 400 GiB di archiviazione allocata, non è possibile modificare la capacità di IOPS allocata per la replica di lettura del cluster di database Multi-AZ.
+ Per eseguire un aggiornamento della versione secondaria nell'istanza database di origine, è necessario innanzitutto eseguire l'aggiornamento della versione secondaria nella replica di lettura del cluster database multi-AZ.
+ Quando si esegue un aggiornamento della versione secondaria in una replica di lettura del cluster di database Multi-AZ RDS per PostgreSQL, l’istanza database di lettura non diventa l’istanza database di scrittura dopo l’aggiornamento. Di conseguenza, il cluster di database potrebbe subire un tempo di inattività durante l’aggiornamento dell’istanza di scrittura da parte di Amazon RDS.
+ Non è possibile eseguire un aggiornamento della versione principale in una replica di lettura di un cluster di database Multi-AZ.
+ È possibile eseguire un aggiornamento della versione principale nell'istanza database di origine di una replica di lettura del cluster database multi-AZ, ma l'esecuzione della replica di lettura si arresta e non può essere riavviata.
+ La replica di lettura del cluster database multi-AZ non supporta le repliche di lettura a cascata.
+ In RDS per PostgreSQL, le repliche di lettura del cluster database multi-AZ non possono eseguire il failover.
# Creazione di una replica di lettura di un'istanza database da un cluster database Multi-AZ
È possibile creare una replica di lettura di un'istanza DB da un cluster DB Multi-AZ per scalare oltre l'elaborazione o la I/O capacità del cluster per carichi di lavoro di database ad alta intensità di lettura. Puoi indirizzare questo traffico in lettura in eccesso a una o più repliche di lettura dell'istanza database. Puoi anche utilizzare le repliche di lettura per eseguire la migrazione da un cluster database Multi-AZ a un'istanza database.
Per creare una replica di lettura, specifica un cluster database Multi-AZ come origine della replica. Una delle istanze di lettura del cluster database Multi-AZ è sempre l'origine della replica e non l'istanza di scrittura. Questa condizione garantisce che la replica sia sempre sincronizzata con il cluster di origine, anche in caso di failover.
**Topics**
+ [Confronto tra istanza database di lettura e repliche di lettura dell'istanza database](#multi-az-db-clusters-readerdb-vs-dbrr)
+ [Considerazioni](#multi-az-db-clusters-instance-read-replica-considerations)
+ [Creazione di una replica di lettura dell'istanza database](#multi-az-db-clusters-instance-read-replica-create)
+ [Promozione della replica di lettura dell'istanza database](#multi-az-db-clusters-promote-instance-read-replica)
+ [Limitazioni alla creazione di una replica di lettura di un'istanza database da un cluster database Multi-AZ](#multi-az-db-clusters-create-instance-read-replica-limitations)
## Confronto tra istanza database di lettura e repliche di lettura dell'istanza database
Una *replica di lettura di un'istanza database* di un cluster database Multi-AZ è diversa dalle *istanze database di lettura* del cluster database Multi-AZ per i seguenti motivi:
+ A differenza delle repliche di lettura dell'istanza database, le istanze database di lettura fungono da destinazioni del failover automatico.
+ Le istanze database di lettura devono confermare una modifica proveniente dall'istanza database di scrittura prima che venga eseguito il commit di tale modifica. Per le repliche di lettura dell'istanza database, tuttavia, gli aggiornamenti vengono copiati in modo asincrono nella replica di lettura senza richiedere la conferma.
+ Le istanze database di lettura condividono sempre la stessa classe di istanza, lo stesso tipo di archiviazione e la stessa versione di motore dell'istanza database di scrittura del cluster database Multi-AZ. Le repliche di lettura delle istanze database, tuttavia, non devono necessariamente condividere le stesse configurazioni del cluster di origine.
+ Puoi promuovere una replica di lettura dell'istanza database a istanza database autonoma. Non è possibile promuovere un'istanza database di lettura di un cluster database Multi-AZ a istanza autonoma.
+ L'endpoint di lettura indirizza solo le istanze database di lettura del cluster database Multi-AZ. Non indirizza mai le richieste a una replica di lettura dell'istanza database.
Per ulteriori informazioni sulle istanze database di lettura e scrittura, consulta [Architettura cluster di database Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-overview).
## Considerazioni
Di seguito sono indicati i requisiti da considerare prima di creare una replica di lettura dell'istanza database da un cluster database Multi-AZ:
+ Quando crei la replica di lettura dell'istanza database, tale replica deve avere la stessa versione principale del cluster di origine e la stessa versione secondaria o successiva. Dopo averlo creato, puoi facoltativamente aggiornare la replica di lettura a una versione secondaria successiva rispetto a quella usata dal cluster di origine.
+ Quando crei la replica di lettura dell'istanza database, lo spazio di archiviazione allocato deve essere uguale allo spazio di archiviazione allocato del cluster database Multi-AZ di origine. Puoi modificare lo spazio di archiviazione allocato dopo aver creato la replica di lettura.
+ Per RDS per MySQL, il parametro `gtid-mode` deve essere impostato su `ON` per il cluster database Multi-AZ di origine. Per ulteriori informazioni, consulta [Utilizzo di gruppi di parametri cluster di database per cluster database Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
+ Una transazione attiva a esecuzione prolungata può rallentare il processo di creazione della replica di lettura. Ti consigliamo di attendere il completamento delle transazioni a esecuzione prolungata prima di creare una replica di lettura.
+ Se elimini il cluster database Multi-AZ di origine per una replica di lettura dell'istanza database, tutte le repliche di lettura su cui sta scrivendo vengono promosse a istanze database autonome.
## Creazione di una replica di lettura dell'istanza database
È possibile creare una replica di lettura di un'istanza DB da un cluster DB Multi-AZ utilizzando, o l'API RDS. Console di gestione AWS AWS CLI
**Nota**
Ti consigliamo vivamente di creare tutte le repliche di lettura nello stesso cloud privato virtuale (VPC) utilizzando Amazon VPC come cluster database Multi-AZ di origine.
Se crei una replica di lettura in un VPC diverso da quello del cluster database Multi-AZ di origine, gli intervalli di routing interdominio senza classi (CIDR) possono sovrapporsi tra la replica e il sistema RDS. La sovrapposizione CIDR rende la replica instabile, influendo negativamente sulle applicazioni che si connettono. Se viene visualizzato un errore durante la creazione della replica di lettura, scegli un gruppo di sottoreti DB di destinazione diverso. Per ulteriori informazioni, consulta [Uso di un'istanza database in un VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Console
Per creare una replica di lettura di un'istanza database da un cluster database Multi-AZ, completa i seguenti passaggi utilizzando la Console di gestione AWS.
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, seleziona **Database**.
1. Scegli il cluster database Multi-AZ da usare come origine della replica di lettura.
1. Per **Actions (Operazioni)**, scegliere **Create read replica (Crea replica di lettura)**.
1. In **Origine replica**, verifica che sia selezionato il cluster DB Multi-AZ corretto.
1. In **Identificatore DB**, specifica il nome della replica di lettura.
1. Per le restanti sezioni, specifica le impostazioni dell'istanza database. Per informazioni sull'impostazione, consulta [Impostazioni per istanze database](USER_CreateDBInstance.Settings.md).
**Nota**
Lo spazio di archiviazione allocato per la replica di lettura dell'istanza database deve essere uguale allo spazio di archiviazione allocato per il cluster database Multi-AZ di origine.
1. Scegli **Create read replica** (Crea replica di lettura).
### AWS CLI
Per creare una replica di lettura di un'istanza DB da un cluster DB Multi-AZ, usa il comando. AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) Per `--source-db-cluster-identifier`, specifica l'identificatore del cluster database Multi-AZ.
Per Linux, macOS o Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--source-db-cluster-identifier mymultiazdbcluster
```
Per Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--source-db-cluster-identifier mymultiazdbcluster
```
### API RDS
Per creare una replica di lettura di un'istanza database da un cluster database Multi-AZ, utilizza l'operazione [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html).
## Promozione della replica di lettura dell'istanza database
Se non hai più bisogno della replica di lettura dell'istanza database, puoi promuoverla in un'istanza database autonoma. Quando promuovi una replica di lettura, l'istanza database viene riavviata prima di diventare disponibile. Per istruzioni, consulta [Promozione di una replica di lettura a istanza database standalone](USER_ReadRepl.Promote.md).
Se utilizzi la replica di lettura per eseguire la migrazione di un'implementazione Multi-AZ di cluster database a un'implementazione di istanza database Single-AZ o Multi-AZ, assicurati di interrompere tutte le transazioni in fase di scrittura nel cluster database di origine. Attendi quindi il completamento di tutti gli aggiornamenti nella replica di lettura. Gli aggiornamenti del database vengono eseguiti nella replica di lettura dopo essere stati completati in una delle istanze database di lettura del cluster database Multi-AZ. Questo ritardo della replica può variare in modo significativo. Utilizzare il parametro `ReplicaLag` per determinare quando sono stati applicati tutti gli aggiornamenti alla replica di lettura. Per ulteriori informazioni sul ritardo della replica, consulta [Monitoraggio della replica di lettura](USER_ReadRepl.Monitoring.md).
Dopo aver promosso la replica di lettura, attendi che lo stato dell'istanza database promossa indichi `Available` prima di impostare le applicazioni per l'uso dell'istanza database promossa. Facoltativamente, elimina l'implementazione Multi-AZ del cluster database se non ne hai più bisogno. Per istruzioni, consulta [Per eliminare un cluster di database Multi-AZ per Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md).
## Limitazioni alla creazione di una replica di lettura di un'istanza database da un cluster database Multi-AZ
Le seguenti limitazioni si applicano alla creazione di una replica di lettura di un'istanza database da un'implementazione Multi-AZ di un cluster database.
+ Non è possibile creare una replica di lettura di un'istanza DB in un cluster DB diverso da Account AWS quello Account AWS che possiede il cluster DB Multi-AZ di origine.
+ Non è possibile creare una replica di lettura di un'istanza DB in un cluster DB Multi-AZ diverso Regione AWS da quello di origine.
+ Non puoi eseguire il ripristino point-in-time di una replica di lettura di un'istanza database.
+ La crittografia di archiviazione deve avere le stesse impostazioni per il cluster database Multi-AZ di origine e la replica di lettura dell'istanza database.
+ Se il cluster database Multi-AZ di origine è crittografata, la replica di lettura dell'istanza database deve essere crittografata utilizzando la stessa chiave KMS.
+ Per eseguire un aggiornamento della versione secondaria nel cluster database Multi-AZ di origine, è innanzitutto necessario eseguire l'aggiornamento della versione secondaria nella replica di lettura dell'istanza database.
+ La replica di lettura dell'istanza database non supporta le repliche di lettura a cascata.
+ Per RDS per PostgreSQL, il cluster database Multi-AZ di origine deve eseguire PostgreSQL versione 13.11, 14.8 o 15.2.R2 o successive per creare una replica di lettura dell'istanza database.
+ È possibile eseguire un aggiornamento della versione principale nel cluster database Multi-AZ di origine di una replica di lettura dell'istanza database, ma l'esecuzione della replica di lettura si arresta e non può essere riavviata.
# Configurazione della replica esterna da cluster di database Multi-AZ per Amazon RDS
È possibile configurare la replica tra un cluster di database Multi-AZ e un database esterno ad Amazon RDS.
La replica esterna consente ai cluster di database Multi-AZ di replicare i dati tra un’istanza database RDS e un database esterno, on-premises o in un altro ambiente cloud. Tale replica è utile per il disaster recovery, la migrazione dei dati e il mantenimento della coerenza tra i sistemi in posizioni diverse. In questa sezione vengono descritti i prerequisiti necessari per la configurazione della replica e del processo e alcune considerazioni, ad esempio la latenza di replica, la larghezza di banda e la compatibilità con diversi motori di database.
## RDS per MySQL
Per configurare la replica esterna per un cluster di database Multi-AZ RDS per MySQL, è necessario mantenere i file di log binari nelle istanze database all’interno del cluster per un periodo sufficiente a garantire che le modifiche vengano applicate alla replica prima che Amazon RDS elimini il file binlog. A tale scopo, configura la conservazione dei log binari chiamando la stored procedure `mysql.rds_set_configuration` e specificando il parametro `binlog retention hours`. Per ulteriori informazioni, consulta [binlog retention hours](mysql-stored-proc-configuring.md#mysql_rds_set_configuration-usage-notes.binlog-retention-hours).
Il valore predefinito per `binlog retention hours` è `NULL`, a indicare che i log binari non vengono mantenuti (0 ore). Se si desidera configurare la replica esterna per un cluster di database Multi-AZ, è necessario impostare il parametro su un valore diverso da `NULL`.
È possibile configurare la conservazione dei log binari solo dall’istanza database di scrittura del cluster di database Multi-AZ e l’impostazione viene propagata a tutte le istanze database di lettura in modo asincrono.
Si consiglia anche di abilitare la replica basata su GTID sulla replica esterna. In questo modo, se in una delle istanze database si verifica un errore, è possibile riprendere la replica da un’altra istanza database integra all’interno del cluster. Per ulteriori informazioni, consulta [Replication with Global Transaction Identifiers](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids.html) nella documentazione MySQL.
## RDS per PostgreSQL
Per configurare la replica esterna per un cluster di database Multi-AZ RDS per PostgreSQL, è necessario abilitare la replica logica. Per istruzioni, consulta [Configurazione della replica logica PostgreSQL con cluster di database Multi-AZ per Amazon RDS](USER_MultiAZDBCluster_LogicalRepl.md).
# Per eliminare un cluster di database Multi-AZ per Amazon RDS
Puoi eliminare un cluster di database Multi-AZ tramite Console di gestione AWS, AWS CLI o API RDS.
Il tempo necessario per eliminare un cluster di database Multi-AZ può variare in base ai seguenti fattori:
+ Il tempo di conservazione del backup, ovvero del numero di backup da eliminare.
+ Quanti dati vengono eliminati.
+ Se viene acquisito uno snapshot finale.
La protezione dall’eliminazione deve essere disabilitata sul cluster di database Multi-AZ prima di poterlo eliminare. Per ulteriori informazioni, consulta [Prerequisiti per l'eliminazione di un'istanza database](USER_DeleteInstance.md#USER_DeleteInstance.DeletionProtection). Puoi disabilitare la protezione dall’eliminazione modificando il cluster di database Multi-AZ. Per ulteriori informazioni, consulta [Modifica di un cluster di database Multi-AZ per Amazon RDS.](modify-multi-az-db-cluster.md).
## Console
**Per eliminare un cluster database Multi-AZ**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, scegliere **Databases (Database)**, quindi scegliere il cluster di database Multi-AZ che si desidera eliminare.
1. In **Actions (Azioni)**, scegliere **Delete (Elimina)**.
1. Scegliere **Create final snapshot? (Crea snapshot finale?)** per creare uno snapshot DB Multi-AZ finale per il cluster di database.
Se si è scelto di creare uno snapshot finale, immettere un nome per **Final snapshot name (Nome dello snapshot finale)**.
1. Per mantenere i backup automatici, scegliere **Retain automated backups (Mantieni backup automatici)**.
1. Immettere **delete me** nella casella.
1. Scegliere **Delete (Elimina)**.
## AWS CLI
Per eliminare un cluster di database Multi-AZ tramite AWS CLI, chiamare il comando [delete-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-cluster.html) con le opzioni seguenti:
+ `--db-cluster-identifier`
+ `--final-db-snapshot-identifier` o `--skip-final-snapshot`
**Example Con uno snapshot finale**
Per Linux, macOS o Unix:
```
aws rds delete-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--final-db-snapshot-identifier mymultiazdbclusterfinalsnapshot
```
Per Windows:
```
aws rds delete-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--final-db-snapshot-identifier mymultiazdbclusterfinalsnapshot
```
**Example Con uno snapshot finale**
Per Linux, macOS o Unix:
```
aws rds delete-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--skip-final-snapshot
```
Per Windows:
```
aws rds delete-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--skip-final-snapshot
```
## API RDS
Per eliminare un cluster di database Multi-AZ tramite l'API Amazon RDS, chiamare l'operazione [DeleteDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBCluster.html) con i parametri seguenti:
+ `DBClusterIdentifier`
+ `FinalDBSnapshotIdentifier` o `SkipFinalSnapshot`
# Limitazioni per cluster di database Multi-AZ per Amazon RDS
Un cluster di database Multi-AZ ha un'istanza database di scrittore e due istanze database di lettore in tre zone di disponibilità separate. I cluster di database multi-AZ offrono elevata disponibilità, maggiore capacità per i carichi di lavoro in lettura e minore latenza rispetto alle implementazioni Multi-AZ. Per ulteriori informazioni sui cluster di database Multi-AZ, consulta [Implementazioni di cluster di database Multi-AZ per Amazon RDS](multi-az-db-clusters-concepts.md).
Le seguenti limitazioni si applicano ai cluster di database Multi-AZ:
+ I cluster di database Multi-AZ non supportano le seguenti funzionalità:
+ Connessioni IPv6 (modalità dual-stack)
+ Backup automatici tra regioni
+ Autenticazione Kerberos
+ Modifica della porta In alternativa, è possibile ripristinare un cluster di database Multi-AZ a un punto nel tempo e specificare una porta diversa.
+ Gruppi di opzioni
+ Ripristino point-in-time (PITR) per cluster eliminati
+ Dimensionamento automatico dell’archiviazione impostando l’archiviazione massima allocata In alternativa, puoi scalare manualmente l’archiviazione.
+ Arresto e avvio del cluster di database Multi-AZ
+ Copia di uno snapshot di un cluster di database Multi-AZ
+ Crittografia di un cluster di database Multi-AZ non crittografato
+ I cluster di database Multi-AZ di RDS per MySQL supportano solo le seguenti procedure archiviate nel sistema:
+ `mysql.rds_rotate_general_log`
+ `mysql.rds_rotate_slow_log`
+ `mysql.rds_show_configuration`
+ `mysql.rds_set_external_master_with_auto_position`
+ `mysql.rds_set_configuration`
+ I cluster di database Multi-AZ RDS per PostgreSQL non supportano le seguenti estensioni: `aws_s3` e `pg_transport`.
+ I cluster di database Multi-AZ RDS for PostgreSQL non supportano l'utilizzo di un server DNS personalizzato per l'accesso alla rete in uscita.