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

Gestione di cluster di database Aurora Serverless v2

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 di database. 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.

Gli argomenti successivi offrono considerazioni sulla gestione dei cluster che contengono istanze database Aurora Serverless v2.

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 DB Aurora Serverless v2 o per le istanze DB stesse, seguire le stesse procedure generali valide per i cluster con provisioning. Per informazioni dettagliate, consultare 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 DB 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 DB Aurora Serverless v2 nel cluster.

Puoi impostare i seguenti valori specifici:

L’intervallo di capacità disponibile per Aurora Serverless v2 è una funzione sia della versione del motore database che della versione della piattaforma. Le versioni più recenti del motore database consentono una capacità massima di 256 ACU, una capacità minima di 0 ACU o entrambe. Per gli intervalli di capacità per le varie versioni del motore database, consulta Capacità di Aurora Serverless v2.

Per la capacità di pausa e ripresa automatiche, abilitata impostando la capacità minima su 0 ACU, consulta Dimensionamento a zero ACU con pausa e ripresa automatiche per Aurora Serverless v2.

Per ulteriori informazioni su come assicurarsi che i cluster di database Aurora Serverless v2 possano aumentare verticalmente fino a 256 ACU, consulta Aggiornamento del cluster di database Aurora Serverless v2 per consentire il dimensionamento fino a 256 ACU.

In Aurora Serverless v2, non è possibile impostare direttamente la capacità corrente senza modificare l’intervallo di capacità, perché la capacità si regola dinamicamente in base al carico di lavoro all’interno dell’intervallo specificato. Tuttavia, è possibile influenzare la capacità in modo indiretto nei modi seguenti:

Per informazioni dettagliate sugli effetti dell'intervallo di capacità e su come monitorarlo e ottimizzarlo, consulta Parametri di Amazon CloudWatch 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 mediante Console di gestione AWS, AWS CLI o l'API Amazon RDS. Questo intervallo di capacità si applica a tutte le istanze DB 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 DB 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 40,5 ACU, il cluster consumerà 16 ACU quando è inattivo e fino a 81 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 DB. Pertanto, è possibile aggiornare il valore di tali parametri riavviando l'istanza DB dopo aver modificato l'intervallo di capacità. Per verificare se è necessario riavviare l'istanza DB per acquisire le modifiche apportate ai parametri, controlla l'attributo ParameterApplyStatus dell'istanza DB. Il valore pending-reboot indica che il riavvio applicherà le modifiche ad alcuni valori di parametro.

Aggiornamento del cluster di database Aurora Serverless v2 per consentire il dimensionamento fino a 256 ACU

In alcuni casi, quando si prova a scalare il cluster di database Aurora Serverless v2 a capacità superiori a 128 ACU, viene visualizzato un messaggio di errore. Il messaggio di errore indica quali istanze sono incompatibili con il nuovo intervallo di dimensionamento. Questo aspetto evidenzia l’importante relazione tra l’intervallo di capacità, la versione del motore database e la versione della piattaforma.

L’impossibilità di scalare il cluster fino a una capacità superiore a 128 ACU può essere dovuta a uno dei due motivi seguenti:

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 DB Aurora Serverless v2 nel cluster. L'immagine seguente mostra un cluster con più istanze DB 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 DB è visuaizzato nella scheda Configurazione.

È inoltre possibile visualizzare l'intervallo di capacità corrente per il cluster nella pagina Modifica del cluster. 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 DB 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 DB.

Se l'istanza database di lettura è la prima istanza database Aurora Serverless v2 nel cluster, è anche possibile scegliere l'intervallo di capacità. 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 nel cluster esistono già altre istanze Aurora Serverless v2, la finestra di dialogo Aggiungi lettore mostra l’intervallo di capacità corrente per il cluster. In tal caso, la capacità non può essere modificata. L’immagine seguente mostra il report sulla capacità corrente del cluster.

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 DB di lettura, la priorità di failover di ciascuna istanza DB 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 DB. Non è possibile specificare la priorità nella fase iniziale di creazione del cluster. Tieni presente questa proprietà quando al cluster aggiungi una seconda istanza DB 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 DB 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 DB 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 DB 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 DB convertita è la prima istanza DB 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 DB 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 DB 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 DB 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 DB Aurora Serverless v2 in un'istanza DB con provisioning. A tale scopo, segui la procedura descritta in Modifica di un'istanza database in un cluster database. Scegli una classe di istanza DB diversa da Serverless.

Potresti convertire un'istanza DB Aurora Serverless v2 in istanza DB con provisioning se deve disporre di una capacità maggiore rispetto a quella specificata dalle unità di capacità Aurora (ACU) massime di un'istanza DB Aurora Serverless v2. Ad esempio, le classi di istanza DB 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 DB Aurora Serverless v2.

Se stai convertendo l'istanza DB 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 DB di lettura nel cluster da Aurora Serverless v2 in istanza con provisioning. Esegui quindi un failover per convertire l'istanza DB con provisioning in istanza di scrittura.

Qualsiasi intervallo di capacità specificato in precedenza per il cluster rimane in vigore, anche se tutte le istanze DB 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.

Messa in pausa delle istanze database Aurora Serverless v2

È possibile configurare i cluster Aurora per mettere in pausa e riprendere automaticamente le istanze database Aurora Serverless v2. Per ulteriori informazioni, consulta Dimensionamento a zero ACU con pausa e ripresa automatiche per Aurora Serverless v2.

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

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

In Console di gestione AWS, specifica questa impostazione utilizzando l'opzione Priorità failover disponibile nell'area Configurazione aggiuntiva nelle pagine Crea database, Modifica istanza e Aggiungi lettore. Questa proprietà viene visualizzata per le istanze DB 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 DB.

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

Le istanze DB 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 esempio in AWS CLI per Linux mostra come esaminare i livelli di promozione di tutte le istanze DB nel cluster. Il campo finale include il valore True per l'istanza DB di scrittura e il valore False per tutte le istanze DB 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 esempio in AWS CLI per Linux mostra come modificare il livello di promozione di un'istanza DB specifica nel cluster. I comandi modificano innanzitutto l'istanza DB in base a un nuovo livello di promozione. Attendono quindi che l'istanza DB 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 Connessioni TLS a cluster di database Aurora MySQL.

Per maggiori informazioni sulla connessione al database Aurora MySQL con il client MySQL, consulta Connessione a un’istanza DB 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.

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 Linux, macOS o Unix:

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 DB 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 DB Aurora Serverless v2 basati su Aurora MySQL supportano le stesse suite di crittografia dei cluster DB 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 DB Aurora Serverless v2 basati su Aurora PostgreSQL supportano le stesse suite di cifratura dei cluster DB 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 DB Aurora Serverless v2 nello stesso modo in cui vengono visualizzati i dettagli delle istanze DB 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 DB Aurora Serverless v2, solo istanze DB con provisioning o una combinazione di entrambe.

Dopo aver creato una o più istanze DB Aurora Serverless v2, puoi visualizzare quali istanze DB sono di tipo Serverless e quali di tipo Istanza. È inoltre possibile visualizzare le unità di capacità Aurora (ACU) minima e massima che l'istanza DB 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 DB Aurora Serverless v2 nel cluster. Per la procedura di controllo dell’intervallo di capacità di un cluster o di qualsiasi altra istanza DB Aurora Serverless v2 nel cluster, consulta Verifica dell'intervallo di capacità per Aurora Serverless v2.

In Console di gestione AWS, le istanze DB Aurora Serverless v2 sono contrassegnate nella colonna Dimensioni nella pagina Database. Le istanze DB con provisioning riportano il nome di una classe di istanza DB, ad esempio r6g.xlarge. Le istanze DB Aurora Serverless riportano Serverless come classe di istanza DB, 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 DB Aurora Serverless v2 nel tempo. In questo modo, puoi verificare i valori ACU minimi, massimi e medi consumati da ciascuna istanza DB. È inoltre possibile verificare la prossimità dell'istanza DB alla relativa capacità minima o massima. Per vedere questi dettagli in Console di gestione AWS, analizza i grafici dei parametri di Amazon CloudWatch nella scheda Monitoraggio relativa all'istanza DB specifica. Per ulteriori informazioni su come visualizzare e interpretare i parametri, consulta Parametri di Amazon CloudWatch 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.

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 DB Aurora Serverless v2.

Registrazione con Amazon CloudWatch

Dopo aver utilizzato la procedura descritta in Registrazione per Aurora Serverless v2 per scegliere i registri del database da attivare, puoi scegliere i registri da caricare ("pubblicare") in Amazon CloudWatch.

Puoi utilizzare Amazon CloudWatch puoi analizzare i dati dei registri, creare allarmi e visualizzare i parametri. Per impostazione di default, i registri degli errori per Aurora Serverless v2 sono abilitati e caricati automaticamente in CloudWatch. Puoi anche caricare altri registri dalle istanze database Aurora Serverless v2 in CloudWatch.

Scegli quindi quale di questi log caricare in CloudWatch utilizzando le impostazioni Log exports (Esportazioni del log) nella Console di gestione AWS oppure l'opzione --enable-cloudwatch-logs-exports disponibile in AWS CLI.

Puoi scegliere quale registro Aurora Serverless v2 caricare in 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.

Visualizzazione dei registri Aurora Serverless v2 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'uso di CloudWatch con i registri di Aurora MySQL, consulta Monitoraggio degli eventi di log in Amazon CloudWatch e Pubblicazione di log Aurora PostgreSQL in Amazon CloudWatch Logs.

Monitoraggio della capacità con Amazon CloudWatch

In Aurora Serverless v2, è possibile utilizzare CloudWatch per monitorare la capacità e l'utilizzo di tutte le istanze DB Aurora Serverless v2 nel cluster. È possibile visualizzare i parametri a livello di istanza per verificare la capacità di ciascuna istanza DB 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 Parametri di Amazon CloudWatch importanti per Aurora Serverless v2.

Si consiglia di configurare un pannello di controllo di CloudWatch per monitorare la capacità del cluster di database Aurora Serverless v2 utilizzando i parametri relativi alla capacità. Per informazioni sulla procedura, consulta Creazione di pannelli di controllo con CloudWatch.

Per ulteriori informazioni sull’uso di Amazon CloudWatch con Amazon Aurora, consulta Pubblicazione di log Amazon Aurora MySQL in Amazon CloudWatch Logs.

Monitoraggio delle attività di pausa e ripresa Aurora Serverless v2

Aurora scrive un file di log separato per le istanze database Aurora Serverless v2 con la funzionalità di pausa automatica abilitata. Aurora riporta nel log ogni intervallo di 10 minuti durante il quale l’istanza non è in pausa. Aurora conserva fino a sette di questi log, ruotandoli ogni giorno. Il file di log corrente viene denominato instance.log, mentre i nomi dei log meno recenti vengono assegnati utilizzando il modello instance.YYYY-MM-DD.N.log.

Questo log è abilitato per impostazione predefinita per le istanze database Aurora Serverless v2 con la funzionalità di pausa automatica abilitata. È possibile visualizzare il contenuto di questo log in Console di gestione AWS o utilizzando l’AWS CLI o l’API RDSP. Al momento, questo log non può essere caricato su CloudWatch.

Gli eventi elencati in Eventi di istanza database forniscono una panoramica generale delle attività di pausa e ripresa, ad esempio:

instance.log fornisce informazioni più dettagliate sui motivi per cui un’istanza Aurora Serverless v2 riesce o meno a mettersi in pausa.

Il log può indicare i vari motivi per cui un’istanza viene ripresa:

Quando Aurora non rileva alcuna condizione che impedisce la messa in pausa dell’istanza alla scadenza dell’intervallo di pausa automatica, scrive periodicamente un messaggio informativo nel log. Per i cluster con una sola istanza database, il log contiene questo messaggio:

[INFO] No auto-pause blockers registered since time

Per i cluster con più istanze database, il messaggio è leggermente diverso. Questo dipende dal fatto che un’istanza di scrittura potrebbe non riuscire ad attivare la pausa a causa di attività su una qualsiasi istanza di lettura. Se l’attività sull’istanza di lettura termina prima della scadenza dell’intervallo di pausa automatica sull’istanza di scrittura, quest’ultima riesce ad attivare la pausa all’ora prevista.

[INFO] No auto-pause blockers registered since time.
Database might be required to maintain compute capacity for high availability.

Se un’operazione di messa in pausa viene avviata, ma arriva una nuova richiesta di connessione al database prima che l’istanza completi la sospensione, il log conterrà il seguente messaggio:

[INFO] Unable to pause database due to a new database activity

Se Aurora rileva condizioni che impediscono completamente la messa in pausa dell’istanza, il log conterrà il seguente messaggio in cui vengono elencate tutte le condizioni:

[INFO] Auto-pause blockers registered since time: list_of_conditions

In questo modo, Aurora non impedisce di attivare la replica, l’integrazione Zero-ETL, il Database globale Aurora e altro ancora insieme alla funzionalità di pausa automatica. Il log informa l’utente quando l’uso di tali funzionalità potrebbe impedire l’attivazione della pausa automatica.

Di seguito sono riportati i motivi per cui un’istanza Aurora Serverless v2 potrebbe superare l’intervallo di timeout della pausa automatica senza riuscire a entrare in pausa: