Gestione dei cluster Aurora Serverless v2 DB

In Aurora Serverless v2, i cluster sono intercambiabili con i cluster con provisioning. Le proprietà di Aurora Serverless v2 vengono applicate a una o più istanze database all'interno di un cluster. Pertanto, le procedure per la creazione e la modifica di cluster, per la creazione e il ripristino di snapshot e così via sono sostanzialmente le stesse procedure usate per gli altri tipi di cluster Aurora. Per le procedure generali per la gestione di cluster Aurora e istanze database, consulta Gestione di un cluster DB Amazon Aurora.

Nei seguenti argomenti, puoi scoprire le considerazioni sulla gestione dei cluster che contengono Aurora Serverless v2 istanze DB.

Impostazione dell'intervallo di capacità di Aurora Serverless v2 per un cluster

Per modificare i parametri di configurazione o altre impostazioni per i cluster contenenti istanze database Aurora Serverless v2 o le istanze database stesse, segui le stesse procedure generali valide per i cluster con provisioning. Per informazioni dettagliate, vedi Modifica di un cluster database Amazon Aurora.

L'impostazione più importante specifica per Aurora Serverless v2 è l'intervallo di capacità. Dopo aver impostato i valori minimi e massimi dell'unità di capacità Aurora (ACU) per un cluster Aurora, non è necessario regolare attivamente la capacità delle istanze database Aurora Serverless v2 nel cluster. Aurora esegue automaticamente questa operazione. Questa impostazione è gestita a livello di cluster. Gli stessi valori ACU minimi e massimi si applicano a ciascuna istanza database Aurora Serverless v2 nel cluster.

Puoi impostare i seguenti valori specifici:

• Minimum ACUs (Valore ACU minimo): l'istanza database Aurora Serverless v2 può ridurre la capacità fino a questo numero di ACU.

• Maximum ACUs (Valore ACU massimo): l'istanza database Aurora Serverless v2 può aumentare la capacità fino a questo numero di ACU.

Nota

Quando si modifica l'intervallo di capacità per un cluster database Aurora Serverless v2, la modifica viene implementata subito, indipendentemente dal fatto che si scelga di applicarla immediatamente o durante la successiva finestra di manutenzione pianificata.

Per informazioni dettagliate sugli effetti dell'intervallo di capacità e su come monitorarlo e ottimizzarlo, consulta CloudWatch Parametri Amazon importanti per Aurora Serverless v2 e Prestazioni e dimensionamento per Aurora Serverless v2. L'obiettivo è far sì che la capacità massima per il cluster sia sufficientemente elevata da essere in grado di gestire i picchi del carico di lavoro e che la capacità minima sia sufficientemente bassa da ridurre al minimo i costi quando il cluster non è occupato.

Supponiamo che in base al monitoraggio effettuato si determini che l'intervallo ACU per il cluster debba essere più alto, più basso, meno limitativo o più limitativo. Puoi impostare la capacità di un cluster Aurora su un intervallo specifico di ACU con AWS Management Console, the o l'API AWS CLI Amazon RDS. Questo intervallo di capacità si applica a tutte le istanze database Aurora Serverless v2 incluse nel cluster.

Si supponga, ad esempio, che il cluster disponga di un intervallo di capacità di 1-16 ACU e che contenga due istanze database Aurora Serverless v2. Il cluster nel suo complesso consumerà quindi tra 2 ACU (quando è inattivo) e 32 ACU (quando completamente utilizzato). Se si modifica l'intervallo di capacità da 8 a 20,5 ACU, il cluster consumerà 16 ACU quando è inattivo e fino a 41 ACU quando è completamente utilizzato.

Aurora imposta automaticamente determinati parametri per le istanze database Aurora Serverless v2 su valori che dipendono dal valore ACU massimo nell'intervallo di capacità. Per l'elenco completo dei parametri, consulta Numero massimo connessioni per Aurora Serverless v2. Per i parametri statici che si basano su questo tipo di calcolo, il valore viene nuovamente valutato al riavvio dell'istanza database. Pertanto, è possibile aggiornare il valore di tali parametri riavviando l'istanza database dopo aver modificato l'intervallo di capacità. Per verificare se è necessario riavviare l'istanza database per acquisire le modifiche apportate ai parametri, controlla l'attributo ParameterApplyStatus dell'istanza database. Il valore pending-reboot indica che il riavvio applicherà le modifiche ad alcuni valori di parametro.

Console

Puoi impostare l'intervallo di capacità di un cluster contenente istanze database Aurora Serverless v2 mediante AWS Management Console.

Quando utilizzi la console, imposti l'intervallo di capacità per il cluster quando aggiungi la prima istanza database Aurora Serverless v2 a tale cluster. Questa operazione può essere eseguita quando scegli la classe di istanza database Serverless v2 per l'istanza database di scrittura durante la creazione del cluster. In alternativa, puoi eseguire questa operazione quando scegli la classe di istanza database Serverless durante l'aggiunta di un'istanza database Aurora Serverless v2 di lettura al cluster. In alternativa, puoi eseguire questa operazione quando converti un'istanza database con provisioning esistente nel cluster in un'istanza database di classe Serverless. Per le versioni complete di tali procedure, consultaCreazione di un'istanza Aurora Serverless v2 Writer DB, Aggiunta di un'istanza Aurora Serverless v2 di lettura e. Conversione di un'istanza di lettura o scrittura con provisioning per Aurora Serverless v2

Qualsiasi impostazione dell'intervallo di capacità a livello di cluster si applica anche a tutte le istanze database Aurora Serverless v2 nel cluster. L'immagine seguente mostra un cluster con più istanze database Aurora Serverless v2 di lettura. Ciascuna istanza ha un intervallo di capacità identico pari a 2-64 ACU.

Per modificare l'intervallo di capacità di un cluster Aurora Serverless v2

1. Apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

2. Nel pannello di navigazione, scegliere Databases (Database).

3. Scegliere il cluster contenente le istanze database Aurora Serverless v2 nell'elenco. Il cluster deve già contenere almeno un'istanza database Aurora Serverless v2. In caso contrario, Aurora non visualizza la sezione Capacity range (Intervallo capacità).

4. Per Operazioni, scegli Modifica.

5. Nella sezione Capacity range (Intervallo capacità), scegliere quanto segue:

   1. Immettere un valore in Minimum ACUs (Valore ACU minimo). La console mostra l'intervallo di valori consentito. È possibile scegliere una capacità minima da 0,5 a 128 ACU. È possibile scegliere una capacità massima da 1 a 128 ACU. È possibile regolare i valori di capacità con incrementi di 0,5 ACU.

   2. Immettere un valore in Maximum ACUs (Valore ACU massimo). Questo valore deve essere maggiore o uguale al valore specificato in Minimum ACUs (Valore ACU minimo). La console mostra l'intervallo di valori consentito. La figura seguente mostra questa scelta.

      

6. Scegli Continue (Continua). Viene visualizzata la pagina Riepilogo delle modifiche .

7. Scegliere Apply immediately (Applica immediatamente).

   La modifica della capacità viene implementata subito, indipendentemente dal fatto che si scelga di applicarla immediatamente o durante la successiva finestra di manutenzione pianificata.

8. Seleziona Modifica cluster per accettare il riepilogo delle modifiche. Puoi inoltre scegliere Indietro per modificare le modifiche o Annulla per ignorarle.

AWS CLI

Per impostare la capacità di un cluster in cui intendi utilizzare le istanze Aurora Serverless v2 DB utilizzando il AWS CLI, esegui il modify-db-cluster AWS CLI comando. Specifica l'opzione --serverless-v2-scaling-configuration. Il cluster potrebbe già contenere una o più istanze database Aurora Serverless v2 oppure è possibile aggiungere istanze database in un secondo momento. I valori validi per i campi MinCapacity e MaxCapacity includono quelli riportati di seguito:

• 0.5, 1, 1.5, 2 e così via, con incrementi di 0,5, fino a un massimo di 128.

In questo esempio, viene impostato l'intervallo ACU di un cluster database Aurora denominato sample-cluster sul valore minimo 48.5 e sul valore massimo 64.

aws rds modify-db-cluster --db-cluster-identifier sample-cluster \
--serverless-v2-scaling-configuration MinCapacity=48.5,MaxCapacity=64

La modifica della capacità viene implementata subito, indipendentemente dal fatto che si scelga di applicarla immediatamente o durante la successiva finestra di manutenzione pianificata.

A questo punto, è possibile aggiungere istanze database Aurora Serverless v2 al cluster e ogni nuova istanza database può essere dimensionata in base a valori compresi tra 48,5 e 64 ACU. Il nuovo intervallo di capacità si applica anche a qualsiasi istanza database Aurora Serverless v2 già presente nel cluster. Se necessario, le istanze database vengono aumentate o ridotte in modo che i relativi valori siano compresi nel nuovo intervallo di capacità.

Per ulteriori esempi di impostazione dell'intervallo di capacità utilizzando la CLI, consulta Scelta dell'intervallo di capacità di Aurora Serverless v2 per un cluster Aurora.

Per modificare la configurazione di scalabilità di un cluster Aurora Serverless DB utilizzando il AWS CLI, esegui il comando. modify-db-cluster AWS CLI Specifica l'opzione --serverless-v2-scaling-configuration per configurare la capacità minima e la capacità massima. I valori di capacità validi includono quanto segue:

• Aurora MySQL: 0.5, 1, 1.5, 2 e così via, con incrementi di 0,5 ACU fino a un massimo di 128.

• Aurora PostgreSQL: 0.5, 1, 1.5, 2 e così via, con incrementi di 0,5 ACU fino a un massimo di 128.

Nell'esempio seguente viene modificata la configurazione di dimensionamento di un'istanza database Aurora Serverless v2 denominata sample-instance, che fa parte di un cluster denominato sample-cluster.

Per LinuxmacOS, oUnix:

aws rds modify-db-cluster --db-cluster-identifier sample-cluster \
--serverless-v2-scaling-configuration MinCapacity=8,MaxCapacity=64

Per Windows:

aws rds modify-db-cluster --db-cluster-identifier sample-cluster ^
--serverless-v2-scaling-configuration MinCapacity=8,MaxCapacity=64

API RDS

Puoi impostare le capacità di un cluster database Aurora mediante l'operazione API ModifyDBCluster. Specifica il parametro ServerlessV2ScalingConfiguration. I valori validi per i campi MinCapacity e MaxCapacity includono quelli riportati di seguito:

• 0.5, 1, 1.5, 2 e così via, con incrementi di 0,5, fino a un massimo di 128.

Puoi modificare la configurazione di dimensionamento di un cluster contenente istanze database Aurora Serverless v2 mediante l'operazione API ModifyDBCluster. Specifica il parametro ServerlessV2ScalingConfiguration per configurare la capacità minima e la capacità massima. I valori di capacità validi includono quanto segue:

• Aurora MySQL: 0.5, 1, 1.5, 2 e così via, con incrementi di 0,5 ACU fino a un massimo di 128.

• Aurora PostgreSQL: 0.5, 1, 1.5, 2 e così via, con incrementi di 0,5 ACU fino a un massimo di 128.

La modifica della capacità viene implementata subito, indipendentemente dal fatto che si scelga di applicarla immediatamente o durante la successiva finestra di manutenzione pianificata.

Verifica dell'intervallo di capacità per Aurora Serverless v2

La procedura di verifica dell'intervallo di capacità del cluster Aurora Serverless v2 richiede innanzitutto l'impostazione di un intervallo di capacità. Se questa verifica non è ancora stata eseguita, segui la procedura descritta in Impostazione dell'intervallo di capacità di Aurora Serverless v2 per un cluster.

Qualsiasi impostazione dell'intervallo di capacità a livello di cluster si applica anche a tutte le istanze database Aurora Serverless v2 nel cluster. L'immagine seguente mostra un cluster con più istanze database Aurora Serverless v2. Ogni istanza ha un intervallo di capacità identico.

Puoi anche visualizzare la pagina dei dettagli di qualsiasi istanza database Aurora Serverless v2 nel cluster. L'intervallo di capacità delle istanze database è visuaizzato nella scheda Configurazione.

È inoltre possibile visualizzare l'intervallo di capacità corrente per il cluster nella pagina Modifica del cluster. Nell'immagine che segue è illustrata la procedura. A questo punto, è possibile modificare l'intervallo di capacità. Per informazioni su come impostare o modificare l'intervallo di capacità, consulta Impostazione dell'intervallo di capacità di Aurora Serverless v2 per un cluster.

Verifica dell'intervallo di capacità corrente per un cluster Aurora

È possibile verificare l'intervallo di capacità configurato per le istanze database Aurora Serverless v2 in un cluster esaminando l'attributo ServerlessV2ScalingConfiguration del cluster. Il seguente esempio in AWS CLI mostra un cluster con una capacità minima di 0,5 unità di capacità Aurora (ACU) e una capacità massima di 16 ACU.

$ aws rds describe-db-clusters --db-cluster-identifier serverless-v2-64-acu-cluster \
  --query 'DBClusters[*].[ServerlessV2ScalingConfiguration]'
[
    [
        {
            "MinCapacity": 0.5,
            "MaxCapacity": 16.0
        }
    ]
]

Aggiunta di un'istanza Aurora Serverless v2 di lettura

Per aggiungere un'istanza Aurora Serverless v2 di lettura al cluster, segui la stessa procedura generale descritta in Aggiunta di repliche di Aurora a un cluster di database. Seleziona Serverless v2 come classe di istanza per la nuova istanza database.

Se l'istanza database di lettura è la prima istanza database Aurora Serverless v2 nel cluster, è anche possibile scegliere l'intervallo di capacità. L'immagine seguente mostra i controlli utilizzati per specificare le unità di capacità Aurora (ACU) minime e massime. Questa impostazione si applica all'istanza database di lettura e a qualsiasi altra istanza database Aurora Serverless v2 aggiunta al cluster. Ogni istanza database Aurora Serverless v2 può subire un dimensionamento compreso tra i valori ACU minimo e massimo.

Se hai già aggiunto istanze database Aurora Serverless v2 al cluster, l'aggiunta di un'altra istanza database Aurora Serverless v2 di lettura visualizza l'intervallo di capacità corrente. L'immagine seguente mostra i controlli di sola lettura.

Se vuoi modificare l'intervallo di capacità per il cluster, segui la procedura descritta in Impostazione dell'intervallo di capacità di Aurora Serverless v2 per un cluster.

Per i cluster contenenti più di un'istanza database di lettura, la priorità di failover di ciascuna istanza database Aurora Serverless v2 di lettura ha un ruolo importante nel modo in cui il dimensionamento verso l'alto e la riduzione vengono applicati all'istanza database. Non è possibile specificare la priorità nella fase iniziale di creazione del cluster. Tieni presente questa proprietà quando al cluster aggiungi una seconda istanza database di lettura o altre istanze di questo tipo. Per ulteriori informazioni, consulta Scelta del livello di promozione per un'istanza Aurora Serverless v2 di lettura.

Per altri modi in cui è possibile visualizzare l'intervallo di capacità corrente per un cluster, consulta Verifica dell'intervallo di capacità per Aurora Serverless v2.

Conversione di un'istanza di lettura o scrittura con provisioning per Aurora Serverless v2

Puoi convertire un'istanza database con provisioning in modo che utilizzi Aurora Serverless v2. A tale scopo, segui la procedura descritta in Modifica di un'istanza database in un cluster database. Il cluster deve soddisfare i requisiti riportati in Requisiti e limitazioni per Aurora Serverless v2. Ad esempio, le istanze database Aurora Serverless v2 prevedono che il cluster esegua alcune versioni minime del motore.

Supponiamo che si stia convertendo un cluster con provisioning in esecuzione per poter sfruttare le caratteristiche di Aurora Serverless v2. In questo caso, è possibile ridurre al minimo i tempi di inattività convertendo un'istanza database in Aurora Serverless v2 come primo passo del processo di passaggio. Per la procedura completa, consulta Passaggio di un cluster con provisioning ad Aurora Serverless v2.

Se l'istanza database convertita è la prima istanza database Aurora Serverless v2 nel cluster, è possibile scegliere l'intervallo di capacità per il cluster nell'ambito dell'operazione Modifica. Questo intervallo di capacità si applica a tutte le istanze database Aurora Serverless v2 aggiunte al cluster. L'immagine seguente mostra la pagina in cui specificare le unità di capacità Aurora (ACU) minima e massima.

Per ulteriori informazioni sull'importanza dell'intervallo di capacità, consulta Capacità di Aurora Serverless v2.

Se il cluster contiene già una o più istanze database Aurora Serverless v2, viene visualizzato l'intervallo di capacità esistente durante l'operazione Modifica. L'immagine seguente mostra un esempio del pannello informativo.

Se vuoi modificare l'intervallo di capacità per il cluster dopo avere aggiunto altre istanze database Aurora Serverless v2, segui la procedura descritta in Impostazione dell'intervallo di capacità di Aurora Serverless v2 per un cluster.

Conversione di un'istanza Aurora Serverless v2 di scrittura o lettura in istanza con provisioning

È possibile convertire un'istanza database Aurora Serverless v2 in un'istanza database con provisioning. A tale scopo, segui la procedura descritta in Modifica di un'istanza database in un cluster database. Scegli una classe di istanza database diversa da Serverless.

Potresti convertire un'istanza database Aurora Serverless v2 in istanza database con provisioning se deve disporre di una capacità maggiore rispetto a quella specificata dalle unità di capacità Aurora (ACU) massime di un'istanza database Aurora Serverless v2. Ad esempio, le classi di istanza database db.r5 e db.r6g più grandi hanno una capacità di memoria maggiore rispetto a quella in base alla quale può essere dimensionata un'istanza database Aurora Serverless v2.

Suggerimento

Alcune delle classi di istanze database meno recenti, ad esempio db.r3 e db.t2, non sono disponibili per le versioni Aurora utilizzate con Aurora Serverless v2. Per vedere quali classi di istanze database è possibile utilizzare durante la conversione di un'istanza database Aurora Serverless v2 in un'istanza con provisioning, consulta Motori DB supportati per classi di istanza database.

Se stai convertendo l'istanza database di scrittura del cluster da Aurora Serverless v2 in istanza con provisioning, è possibile seguire la procedura descritta in Passaggio di un cluster con provisioning ad Aurora Serverless v2 ma in ordine inverso. Cambia una delle istanze database di lettura nel cluster da Aurora Serverless v2 in istanza con provisioning. Esegui quindi un failover per convertire l'istanza database con provisioning in istanza di scrittura.

Qualsiasi intervallo di capacità specificato in precedenza per il cluster rimane in vigore, anche se tutte le istanze database Aurora Serverless v2 vengono rimosse dal cluster. Se vuoi modificare l'intervallo di capacità, puoi modificare il cluster, come spiegato in Impostazione dell'intervallo di capacità di Aurora Serverless v2 per un cluster.

Scelta del livello di promozione per un'istanza Aurora Serverless v2 di lettura

Per cluster contenenti più istanze database Aurora Serverless v2 o una combinazione di istanze con provisioning e istanze database Aurora Serverless v2, presta attenzione all'impostazione del livello di promozione per ciascuna istanza database Aurora Serverless v2. Questa impostazione ha un controllo sul comportamento delle istanze database Aurora Serverless v2 maggiore rispetto a quanto avviene per istanze database con provisioning.

In AWS Management Console, si specifica questa impostazione utilizzando l'opzione di priorità di failover in Configurazione aggiuntiva per le pagine Crea database, Modifica istanza e Aggiungi lettore. Questa proprietà viene visualizzata per le istanze database esistenti nella colonna facoltativa Livello di priorità nella pagina Database. È inoltre possibile visualizzare questa proprietà nella pagina dei dettagli di un cluster di database o un'istanza database.

Per le istanze database con provisioning, la scelta del livello 0-15 determina solo l'ordine in base al quale Aurora sceglie l'istanza database di lettura da promuovere a istanza di scrittura durante un'operazione di failover. Per le istanze database Aurora Serverless v2 di lettura, il numero di livello determina anche se l'istanza database viene aumentata fino alla capacità dell'istanza database di scrittura o viene dimensionata in modo indipendente in base al proprio carico di lavoro. Le istanze database Aurora Serverless v2 di lettura di livello 0 o 1 sono mantenute a una capacità minima almeno pari a quella dell'istanza database di scrittura. In questo modo, tali istanze sono pronte a prendere il controllo dall'istanza database di scrittura in caso di failover. Se l'istanza database di scrittura è un'istanza database con provisioning, Aurora calcola la stima di una capacità Aurora Serverless v2 equivalente. Utilizza tale stima come capacità minima per l'istanza database Aurora Serverless v2 di lettura.

Le istanze database Aurora Serverless v2 di lettura nei livelli 2-15 non hanno lo stesso vincolo relativamente alla capacità minima. Quando sono inattive, possono essere ridotte fino al valore minimo dell'unità di capacità Aurora (ACU) specificato nell'intervallo di capacità del cluster.

Il seguente AWS CLI esempio di Linux mostra come esaminare i livelli di promozione di tutte le istanze DB del cluster. Il campo finale include il valore True per l'istanza database di scrittura e il valore False per tutte le istanze database di lettura.

$ aws rds describe-db-clusters --db-cluster-identifier promotion-tier-demo \
  --query 'DBClusters[*].DBClusterMembers[*].[PromotionTier,DBInstanceIdentifier,IsClusterWriter]' \
  --output text

1   instance-192  True
1   tier-01-4840  False
10  tier-10-7425  False
15  tier-15-6694  False

Il seguente AWS CLI esempio di Linux mostra come modificare il livello di promozione di una specifica istanza DB nel cluster. I comandi modificano innanzitutto l'istanza database in base a un nuovo livello di promozione. Attendono quindi che l'istanza database ridiventi disponibile e ne confermano il nuovo livello di promozione.

$ aws rds modify-db-instance --db-instance-identifier instance-192 --promotion-tier 0
$ aws rds wait db-instance-available --db-instance-identifier instance-192
$ aws rds describe-db-instances --db-instance-identifier instance-192 \
  --query '*[].[PromotionTier]' --output text
0

Per ulteriori informazioni su come specificare i livelli di promozione per i diversi casi d'uso, consulta Dimensionamento di Aurora Serverless v2.

Utilizzo di TLS/SSL con Aurora Serverless v2

Aurora Serverless v2 utilizza il protocollo TLS/SSL (Transport Layer Security/Secure Sockets Layer) per crittografare le comunicazioni tra i client e il cluster database Aurora Serverless v2. Supporta TLS/SSL versione 1.0, 1.1 e 1.2. Per informazioni generali sull'utilizzo del protocollo TLS/SSL con Aurora, consulta Utilizzo di TLS con cluster database Aurora MySQL.

Per maggiori informazioni sulla connessione al database Aurora MySQL con il client MySQL, consulta Connessione a un'istanza database che esegue il motore del database MySQL.

Aurora Serverless v2 supporta tutte le modalità TLS/SSL disponibili per il client MySQL (mysql) e il client PostgreSQL (psql), incluse quelle elencate nella tabella seguente.

Descrizione della modalità TLS/SSL	mysql	psql
Connettiti senza utilizzare TLS/SSL.	DISABLED	disattiva
Prova prima la connessione utilizzando TLS/SSL, ma se necessario, torna all'uso senza SSL.	PREFERRED	prefer (impostazione predefinita)
Applica l'uso di TLS/SSL.	REQUIRED	require
Applicare TLS/SSL e verificare l'autorità di certificazione (CA).	VERIFY_CA	verify-ca
Applica TLS/SSL, verifica la CA e verifica il nome host della CA.	VERIFY_IDENTITY	verify-full

Aurora Serverless v2 utilizza certificati con caratteri jolly. Se specifichi l'opzione "verifica CA" o "verifica CA e nome host CA" quando utilizzi TLS/SSL, scarica innanzitutto il trust store CA 1 radice di Amazon da Amazon Trust Services. Dopo aver fatto ciò, puoi identificare questo file in formato PEMA nel comando client. Per eseguire questa operazione utilizzando il client PostgreSQL, procedi come segue.

Per LinuxmacOS, oUnix:

psql 'host=endpoint user=user sslmode=require sslrootcert=amazon-root-CA-1.pem dbname=db-name'

Per ulteriori informazioni sull'utilizzo del database Aurora PostgreSQL utilizzando il client Postgres, consulta Connessione a un'istanza database che esegue il modulo di motore del database PostgreSQL.

Per informazioni generali sulla connessione ai cluster database Aurora, consulta Connessione a un cluster database Amazon Aurora.

Suite di crittografia supportate per connessioni a cluster di database Aurora Serverless v2

Utilizzando suite di cifratura configurabili, è possibile avere maggiore controllo sulla sicurezza delle connessioni al database. È possibile specificare un elenco di suite di crittografia che si desidera abilitare per proteggere le connessioni TLS/SSL client al database. Con le suite di cifratura, è possibile controllare la crittografia di connessione accettata dal server di database. In questo modo si impedisce l'uso di sistemi di crittografia non sicuri o obsoleti.

I cluster di database Aurora Serverless v2 basati su Aurora MySQL supportano le stesse suite di crittografia dei cluster di database con provisioning di Aurora MySQL. Per informazioni su queste suite di crittografia, consulta Configurazione di suite di cifratura per connessioni ai cluster di database Aurora MySQL.

I cluster di database Aurora Serverless v2 basati su Aurora PostgreSQL supportano le stesse suite di cifratura dei cluster di database con provisioning di Aurora PostgreSQL. Per informazioni su queste suite di crittografia, consulta Configurazione di suite di cifratura per connessioni ai cluster di database Aurora PostgreSQL.

Visualizzazione di istanze Aurora Serverless v2 di scrittura e lettura

Puoi visualizzare i dettagli delle istanze database Aurora Serverless v2 nello stesso modo in cui vengono visualizzati i dettagli delle istanze database con provisioning. A tale scopo, segui la procedura generale descritta in Visualizzazione di un cluster di database Amazon Aurora. Un cluster potrebbe contenere solo istanze database Aurora Serverless v2, solo istanze database con provisioning o una combinazione di entrambe.

Dopo aver creato una o più istanze database Aurora Serverless v2, puoi visualizzare quali istanze database sono di tipo Serverless e quali di tipo Istanza. È inoltre possibile visualizzare le unità di capacità Aurora (ACU) minima e massima che l'istanza database Aurora Serverless v2 può utilizzare. Ogni ACU è la combinazione di capacità di calcolo (CPU) e memoria (RAM). Questo intervallo di capacità si applica a tutte le istanze database Aurora Serverless v2 nel cluster. Per la procedura di controllo dell'intervallo di capacità di un cluster o di qualsiasi altra istanza database Aurora Serverless v2 nel cluster, consulta Verifica dell'intervallo di capacità per Aurora Serverless v2.

In AWS Management Console, le istanze Aurora Serverless v2 DB sono contrassegnate nella colonna Dimensione nella pagina Database. Le istanze database con provisioning riportano il nome di una classe di istanza database, ad esempio r6g.xlarge. Le istanze database Aurora Serverless riportano Serverless come classe di istanza database, asieme alla relativa capacità minima e massima. Ad esempio, è possibile che vengano visualizzati dettagli quali Serverless v2 (4-64 ACU) o Serverless v2 (1-40 ACU).

Le stesse informazioni sono disponibili nella scheda per ciascuna istanza di database Aurora Serverless v2 nella console. Ad esempio, è possibile che venga visualizzata una sezione Tipo di istanza simile a quella illustrata di seguito. In questa scheda, il valore Tipo di istanza è Serverless v2, il valore Capacità minima è 2 ACU (4 GiB) e il valore Capacità massima è 64 ACU (128 GiB).

È possibile monitorare la capacità di ogni istanza database Aurora Serverless v2 nel tempo. In questo modo, puoi verificare i valori ACU minimi, massimi e medi consumati da ciascuna istanza database. È inoltre possibile verificare la prossimità dell'istanza database alla relativa capacità minima o massima. Per visualizzare tali dettagli in AWS Management Console, esamina i grafici delle CloudWatch metriche di Amazon nella scheda Monitoraggio per l'istanza DB. Per ulteriori informazioni su come visualizzare e interpretare i parametri, consulta CloudWatch Parametri Amazon importanti per Aurora Serverless v2.

Registrazione per Aurora Serverless v2

Per attivare la registrazione del database, specifica i registri da abilitare mediante i parametri di configurazione nel gruppo di parametri personalizzati.

Per Aurora MySQL, puoi abilitare i seguenti registri.

Aurora MySQL	Descrizione
general_log	Crea il log generale. Imposta su 1 per attivare questa opzione. Il valore predefinito è disattivato (0).
log_queries_not_using_indexes	Registra tutte le query nel log delle query lente che non utilizzano un indice. Il valore predefinito è disattivato (0). Imposta su 1 per attivare questo log.
long_query_time	Impedisce che le query in esecuzione rapida vengano registrate nel log delle query lente. Può essere impostato su un valore variabile compreso tra 0 e 31536000. Il valore predefinito è 0 (non attivo).
server_audit_events	L'elenco degli eventi da catturare nei log. I valori supportati sono CONNECT, QUERY, QUERY_DCL, QUERY_DDL, QUERY_DML e TABLE.
server_audit_logging	Imposta su 1 per attivare la registrazione di controllo del server. Se attivi questa opzione, puoi specificare gli eventi di controllo a cui inviare, CloudWatch elencandoli nel server_audit_events parametro.
slow_query_log	Crea un log di query lente. Imposta su 1 per attivare il log di query lente. Il valore predefinito è disattivato (0).

Per ulteriori informazioni, consulta Utilizzo dell'audit avanzato con un cluster di database Amazon Aurora MySQL.

Per Aurora PostgreSQL, puoi abilitare i seguenti registri nelle istanze database Aurora Serverless v2.

Aurora PostgreSQL	Descrizione
log_connections	Registra ogni connessione riuscita.
log_disconnections	Registra la fine di una sessione, compresa la durata.
log_lock_waits	Il valore predefinito è 0 (disattivato). Imposta su 1 per registrare le attese di blocco.
log_min_duration_statement	La durata minima (in millisecondi) per l'esecuzione di un'istruzione prima della registrazione.
log_min_messages	Imposta i livelli dei messaggi che vengono registrati. I valori supportati sono debug5, debug4, debug3, debug2, debug1, info, notice, warning, error, log, fatal, panic. Per registrare i dati delle prestazioni nel log postgres, imposta il valore su debug1.
log_temp_files	Registra l'utilizzo di file temporanei che si trovano al di sopra dei kilobyte (kB) specificati.
log_statement	Controlla le istruzioni SQL specifiche che vengono registrate. I valori supportati sono none, ddl, mod e all. Il valore predefinito è none.

Argomenti

• Registrazione con Amazon CloudWatch
• Visualizzazione dei Aurora Serverless v2 log in Amazon CloudWatch
• Capacità di monitoraggio con Amazon CloudWatch

Registrazione con Amazon CloudWatch

Dopo aver utilizzato la procedura Registrazione per Aurora Serverless v2 per scegliere quali log del database attivare, puoi scegliere quali log caricare («pubblicare») su Amazon. CloudWatch

Puoi usare Amazon CloudWatch per analizzare i dati di log, creare allarmi e visualizzare i parametri. Per impostazione predefinita, i log degli errori di Aurora Serverless v2 sono abilitati e caricati automaticamente su. CloudWatch Puoi anche caricare altri log da istanze Aurora Serverless v2 DB su. CloudWatch

Quindi scegli in quale di questi log caricarli CloudWatch, utilizzando le impostazioni di esportazione dei log in AWS Management Console o l'--enable-cloudwatch-logs-exportsopzione in. AWS CLI

Puoi scegliere in quale dei tuoi Aurora Serverless v2 log caricare. CloudWatch Per ulteriori informazioni, consulta Utilizzo dell'audit avanzato con un cluster di database Amazon Aurora MySQL.

Come per qualsiasi tipo di cluster database Aurora, non è possibile modificare il gruppo di parametri del cluster database predefinito. Crea invece il tuo gruppo di parametri del cluster database in base a un parametro predefinito per il cluster database e il tipo di motore. Si consiglia di creare il gruppo di parametri del cluster database personalizzato prima di creare il cluster database Aurora Serverless v2, in modo che sia possibile scegliere quando creare un database nella console.

Nota

Per Aurora Serverless v2, è possibile creare sia cluster database che gruppi di parametri database. Questo è in contrasto con Aurora Serverless v1, dove è possibile solo creare gruppi di parametri cluster database.

Visualizzazione dei Aurora Serverless v2 log in Amazon CloudWatch

Dopo aver utilizzato la procedura descritta in Registrazione con Amazon CloudWatch per scegliere i registri di database attivare, è possibile visualizzare il contenuto di tali registri.

Per ulteriori informazioni sull'utilizzo CloudWatch con i log di Aurora MySQL e Aurora PostgreSQL, vedere e. Monitoraggio degli eventi di registro in Amazon CloudWatch Pubblicazione dei log di Aurora PostgreSQL su Amazon Logs CloudWatch

Per visualizzare i log per il cluster di database Aurora Serverless v2

1. CloudWatch Apri la console all'indirizzo https://console.aws.amazon.com/cloudwatch/.

2. Scegli il tuo Regione AWS.

3. Scegli Log groups (Gruppi di log).

4. Seleziona il log del cluster di database Aurora Serverless v2 dall'elenco. Il modello di denominazione dei log è il seguente.

   /aws/rds/cluster/cluster-name/log_type

Nota

Per i cluster database Aurora Serverless v2 compatibili con Aurora MySQL, il log degli errori include gli eventi di dimensionamento del pool di buffer anche in assenza di errori.

Capacità di monitoraggio con Amazon CloudWatch

ConAurora Serverless v2, puoi utilizzarlo CloudWatch per monitorare la capacità e l'utilizzo di tutte le istanze Aurora Serverless v2 DB del tuo cluster. È possibile visualizzare i parametri a livello di istanza per verificare la capacità di ciascuna istanza database Aurora Serverless v2 durante il dimensionamento verso l'alto e la riduzione verticale. Puoi inoltre confrontare i parametri a livello di capacità con altri parametri per verificare l'impatto delle modifiche dei carichi di lavoro sul consumo di risorse. Ad esempio, puoi confrontare ServerlessDatabaseCapacity con DatabaseUsedMemory, DatabaseConnections e DMLThroughput per valutare la risposta del cluster di database durante le operazioni. Per informazioni dettagliate sui parametri relativi alla capacità applicati a Aurora Serverless v2, consulta CloudWatch Parametri Amazon importanti per Aurora Serverless v2.

Per monitorare la capacità del cluster database Aurora Serverless v2

1. Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/.

2. Seleziona Parametri. Tutti i parametri disponibili vengono visualizzati come schede nella console, raggruppate in base al nome del servizio.

3. Seleziona RDS.

4. (Facoltativo) Usa la casella Cerca per trovare i parametri particolarmente importanti per Aurora Serverless v2: ServerlessDatabaseCapacity, ACUUtilization, CPUUtilization e FreeableMemory.

Ti consigliamo di configurare una CloudWatch dashboard per monitorare la capacità del cluster Aurora Serverless v2 DB utilizzando le metriche relative alla capacità. Per sapere come, consulta Costruire dashboard con. CloudWatch

Per ulteriori informazioni sull'uso di Amazon CloudWatch con Amazon Aurora, consulta. Pubblicazione dei log MySQL di Amazon Aurora su Amazon Logs CloudWatch