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 Aurora Serverless v2 Cluster database

Con Aurora Serverless v2, i cluster sono intercambiabili con i cluster forniti. Il Aurora Serverless v2 le proprietà si applicano a una o più istanze DB all'interno di un cluster DB. 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, è possibile apprendere le considerazioni sulla gestione dei cluster che contengono Aurora Serverless v2 Istanze DB.

Impostazione del Aurora Serverless v2 intervallo di capacità per un cluster

Per modificare i parametri di configurazione o altre impostazioni per i cluster contenenti Aurora Serverless v2 Le istanze DB, o le istanze DB stesse, seguono le stesse procedure generali dei cluster predisposti. Per informazioni dettagliate, consultare Modifica di un cluster database Amazon Aurora.

L'impostazione più importante che è unica 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à del Aurora Serverless v2 Istanze DB nel cluster. Aurora esegue automaticamente questa operazione. Questa impostazione è gestita a livello di cluster. Gli stessi valori ACU minimo e massimo si applicano a ciascuna Aurora Serverless v2 Istanza DB nel cluster.

Puoi impostare i seguenti valori specifici:

Le versioni più recenti del motore DB consentono una capacità massima di 256 ACUs, una capacità minima di 0 ACUs o entrambe. Per gli intervalli di capacità per le varie versioni del motore DB, vedereAurora Serverless v2 capacità.

Per la funzionalità di pausa e ripresa automatica abilitata impostando la capacità minima su 0 ACUs, vedere. Ridimensionamento a zero ACUs con pausa e ripresa automatiche per Aurora Serverless v2

Per ulteriori informazioni su come assicurarsi che Aurora Serverless v2 I cluster DB possono scalare fino a 256 ACUs, vediAggiornamento del Aurora Serverless v2 Cluster DB per consentire la scalabilità a 256 ACUs.

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

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 ACUs con AWS Management Console, the o l' AWS CLI API Amazon RDS. Questo intervallo di capacità si applica a tutti Aurora Serverless v2 Istanza DB nel cluster.

Ad esempio, supponiamo che il cluster abbia un intervallo di capacità compreso tra 1 e 16 e ne ACUs contenga due Aurora Serverless v2 Istanze DB. Quindi il cluster nel suo insieme consuma tra 2 ACUs (quando è inattivo) e 32 ACUs (quando è completamente utilizzato). Se si modifica l'intervallo di capacità da 8 a 40,5 ACUs, ora l'intero cluster ne consuma 16 ACUs quando è inattivo e fino a 81 quando è completamente utilizzato. ACUs

Aurora imposta automaticamente determinati parametri per Aurora Serverless v2 istanze DB con 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.

Aggiornamento del Aurora Serverless v2 Cluster DB per consentire la scalabilità a 256 ACUs

In alcuni casi, quando si tenta di ridimensionare il Aurora Serverless v2 Il cluster DB fino a capacità superiori a 128 ACUs, viene visualizzato un messaggio di errore. Il messaggio di errore indica quali istanze sono incompatibili con il nuovo intervallo di scalabilità.

L'impossibilità di scalare oltre 128 ACUs può verificarsi per uno dei due motivi seguenti:

Verifica dell'intervallo di capacità per Aurora Serverless v2

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

Qualunque sia l'intervallo di capacità impostato a livello di cluster, si applica a tutti Aurora Serverless v2 Istanze DB nel cluster. L'immagine seguente mostra un cluster con più Aurora Serverless v2 Istanze DB. Ogni istanza ha un intervallo di capacità identico.

Puoi anche visualizzare la pagina dei dettagli per qualsiasi Aurora Serverless v2 Istanza DB 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. A questo punto, è possibile modificare l'intervallo di capacità. Per informazioni su come impostare o modificare l'intervallo di capacità, consulta Impostazione del Aurora Serverless v2 intervallo di capacità per un cluster.

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

È possibile verificare l'intervallo di capacità configurato per Aurora Serverless v2 Istanze DB in un cluster esaminando l'ServerlessV2ScalingConfigurationattributo del cluster. L' AWS CLI esempio seguente mostra un cluster con una capacità minima di 0,5 unità di capacità Aurora (ACUs) e una capacità massima di 16. ACUs

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

Aggiungere un Aurora Serverless v2 reader

Per aggiungere un Aurora Serverless v2 Un'istanza Reader DB al tuo cluster, segui la stessa procedura generale descritta inAggiunta di repliche di Aurora a un cluster di database. Seleziona Serverless v2 come classe di istanza per la nuova istanza database.

Se l'istanza Reader DB è la prima Aurora Serverless v2 Istanza DB nel cluster, scegli anche l'intervallo di capacità. Questa impostazione si applica a questa istanza DB Reader e a qualsiasi altra Aurora Serverless v2 Istanze DB che aggiungi al cluster. Ciascuno Aurora Serverless v2 L'istanza DB può essere scalata tra i valori ACU minimo e massimo.

Se ce ne sono altri Aurora Serverless v2 le istanze esistono già nel cluster, la finestra di dialogo Aggiungi lettore mostra l'intervallo di capacità corrente per il cluster. In tal caso, non è possibile modificare la capacità. L'immagine seguente mostra il rapporto sulla capacità attuale del cluster.

Se ne hai già aggiunto Aurora Serverless v2 Istanze DB al cluster, aggiungendone un'altra Aurora Serverless v2 L'istanza Reader DB mostra 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 del Aurora Serverless v2 intervallo di capacità per un cluster.

Per i cluster contenenti più di un'istanza Reader DB, la priorità di failover di ciascuna Aurora Serverless v2 L'istanza Reader DB svolge un ruolo importante nella scalabilità verso l'alto e verso il basso di tale 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 database di lettura o altre istanze di questo tipo. Per ulteriori informazioni, consulta Scelta del livello di promozione per un Aurora Serverless v2 reader.

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 uno scrittore o lettore predisposto in Aurora Serverless v2

È possibile convertire un'istanza DB predisposta per utilizzarla Aurora Serverless v2. A tale scopo, segui la procedura descritta inModifica 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, Aurora Serverless v2 Le istanze DB richiedono che il cluster esegua determinate versioni minime del motore.

Supponiamo che stiate convertendo un cluster con provisioning in esecuzione per sfruttare i vantaggi di Aurora Serverless v2. In tal caso, è possibile ridurre al minimo i tempi di inattività convertendo un'istanza DB in Aurora Serverless v2 come prima fase del processo di passaggio al digitale. Per la procedura completa, consulta Passaggio da un cluster fornito a Aurora Serverless v2.

Se l'istanza DB che converti è la prima Aurora Serverless v2 Istanza DB nel cluster, si sceglie l'intervallo di capacità per il cluster come parte dell'operazione di modifica. Questo intervallo di capacità si applica a ciascuno Aurora Serverless v2 Istanza DB aggiunta al cluster. L'immagine seguente mostra la pagina in cui si specificano le unità di capacità Aurora minima e massima ()ACUs.

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

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

Se desideri modificare l'intervallo di capacità per il cluster dopo averne aggiunto altro Aurora Serverless v2 Istanze DB, segui la procedura riportata inImpostazione del Aurora Serverless v2 intervallo di capacità per un cluster.

Conversione di un Aurora Serverless v2 scrittore o lettore a provisioned

È possibile convertire un Aurora Serverless v2 Un'istanza DB in un'istanza DB fornita. 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.

È possibile convertire un Aurora Serverless v2 Istanza DB da fornire se necessita di una capacità maggiore di quella disponibile con le unità di capacità Aurora massime ACUs () di un Aurora Serverless v2 Istanza DB. Ad esempio, le classi di istanze DB db.r5 e db.r6g più grandi hanno una capacità di memoria maggiore rispetto a Aurora Serverless v2 L'istanza DB può essere scalata fino a.

Se state convertendo l'istanza Writer DB del vostro cluster da Aurora Serverless v2 per provisioned, è possibile seguire la procedura in Passaggio da un cluster fornito a Aurora Serverless v2 senso inverso. Cambia una delle istanze DB del lettore nel cluster da Aurora Serverless v2 a cui è stato effettuato il provisioning. Esegui quindi un failover per convertire l'istanza database con provisioning in istanza di scrittura.

Qualsiasi intervallo di capacità precedentemente specificato per il cluster rimane invariato, anche se tutti Aurora Serverless v2 Le istanze DB vengono rimosse dal cluster. Se vuoi modificare l'intervallo di capacità, puoi modificare il cluster, come spiegato in Impostazione del Aurora Serverless v2 intervallo di capacità per un cluster.

Pausa Aurora Serverless v2 Istanze DB

È possibile configurare i cluster Aurora per metterli in pausa e riprenderli automaticamente. Aurora Serverless v2 istanze DB. Per ulteriori informazioni, consulta Ridimensionamento a zero ACUs con pausa e ripresa automatiche per Aurora Serverless v2.

Scelta del livello di promozione per un Aurora Serverless v2 reader

Per i cluster contenenti più Aurora Serverless v2 Istanze DB o una combinazione di istanze fornite e Aurora Serverless v2 Per ciascuna istanza DB, presta attenzione all'impostazione del livello di promozione Aurora Serverless v2 Istanza DB. Questa impostazione controlla più comportamenti per Aurora Serverless v2 Istanze DB rispetto alle istanze DB predisposte.

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. In Aurora Serverless v2 Reader DB Instances, il numero di livello determina anche se l'istanza DB è scalabile fino a soddisfare la capacità dell'istanza DB Writer o se è scalabile indipendentemente in base al proprio carico di lavoro. Aurora Serverless v2 Le istanze Reader DB di livello 0 o 1 vengono mantenute a una capacità minima almeno pari a quella dell'istanza DB writer. In questo modo, tali istanze sono pronte a prendere il controllo dall'istanza database di scrittura in caso di failover. Se l'istanza Writer DB è un'istanza DB fornita, Aurora stima l'equivalente Aurora Serverless v2 capacità. Utilizza tale stima come capacità minima per Aurora Serverless v2 istanza Reader DB.

Aurora Serverless v2 le istanze Reader DB di livello 2—15 non hanno lo stesso vincolo di 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 Aurora Serverless v2 scalabilità.

Utilizzo di TLS/SSL con Aurora Serverless v2

Aurora Serverless v2 può utilizzare il protocollo Transport Layer Security/Secure Sockets Layer (TLS/SSL () per crittografare le comunicazioni tra i client e il Aurora Serverless v2 istanze DB. Supporta TLS/SSL versions 1.0, 1.1, and 1.2. For general information about using TLS/SSL Aurora, vedi. Connessioni TLS ai cluster Aurora MySQL DB

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 (), incluse quelle elencate nella tabella seguente. psql

Aurora Serverless v2 utilizza certificati wildcard. 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.

In Linux, macOS, oppure 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 Aurora Serverless v2 Cluster database

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.

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

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

Visualizzazione Aurora Serverless v2 scrittori e lettori

È possibile visualizzare i dettagli di Aurora Serverless v2 Le istanze DB vengono eseguite nello stesso modo in cui lo si fa per le istanze DB di cui è stato eseguito il provisioning. A tale scopo, segui la procedura generale descritta in Visualizzazione di un cluster di database Amazon Aurora. Un cluster potrebbe contenere tutto Aurora Serverless v2 Istanze DB, tutte le istanze DB di cui è stato eseguito il provisioning o alcune di ciascuna.

Dopo averne creato uno o più Aurora Serverless v2 Istanze DB, è possibile visualizzare quali istanze DB sono di tipo Serverless e quali sono di tipo Instance. È inoltre possibile visualizzare le unità di capacità Aurora minima e massima (ACUs) che Aurora Serverless v2 L'istanza DB può utilizzare. Ogni ACU è la combinazione di capacità di calcolo (CPU) e memoria (RAM). Questo intervallo di capacità si applica a ciascuno Aurora Serverless v2 Istanza DB nel cluster. Per la procedura di verifica dell'intervallo di capacità di un cluster o di uno qualsiasi Aurora Serverless v2 Istanza DB nel cluster, vedereVerifica dell'intervallo di capacità per Aurora Serverless v2.

Nel AWS Management Console, Aurora Serverless v2 Le istanze 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. Il Aurora Serverless Le istanze DB mostrano Serverless per la classe di istanze DB, insieme alla capacità minima e massima dell'istanza DB. Ad esempio, potresti vedere Serverless v2 (4—64 ACUs) o Serverless v2 (1—40). ACUs

Puoi trovare le stesse informazioni nella scheda Configurazione per ciascuno Aurora Serverless v2 Istanza DB nella console. Ad esempio, è possibile che venga visualizzata una sezione Tipo di istanza simile a quella illustrata di seguito. Qui, il valore del tipo di istanza è Serverless v2, il valore di capacità minima è 2 ACUs (4 GiB) e il valore di capacità massima è 64 ( ACUs 128 GiB).

È possibile monitorare la capacità di ciascuno Aurora Serverless v2 Istanza DB nel tempo. In questo modo, puoi controllare il ACUs consumo minimo, massimo e medio di ogni istanza DB. È 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.

Per ulteriori informazioni, consulta Utilizzo del controllo avanzato con un cluster Amazon Aurora My DB SQL.

Per Aurora PostgreSQL, puoi abilitare i seguenti log sul tuo Aurora Serverless v2 Istanze DB.

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 per Aurora Serverless v2 sono abilitati e caricati automaticamente su. CloudWatch Puoi anche caricare altri registri da Aurora Serverless v2 Istanze DB su. CloudWatch

Quindi scegli in quale di questi registri caricare CloudWatch, utilizzando le impostazioni di esportazione del registro in AWS Management Console o l'--enable-cloudwatch-logs-exportsopzione in. AWS CLI

Puoi scegliere quale dei tuoi Aurora Serverless v2 registri su cui caricare. CloudWatch Per ulteriori informazioni, consulta Utilizzo del controllo avanzato con un cluster Amazon Aurora My DB SQL.

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. Ti consigliamo di creare un gruppo di parametri del cluster DB personalizzato prima di creare il Aurora Serverless v2 Cluster DB, in modo che sia possibile scegliere quando creare un database sulla console.

Visualizzazione 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

Capacità di monitoraggio con Amazon CloudWatch

Con Aurora Serverless v2, è possibile utilizzare CloudWatch per monitorare la capacità e l'utilizzo di tutti i Aurora Serverless v2 istanze DB nel cluster. Puoi visualizzare le metriche a livello di istanza per verificare la capacità di ciascuna Aurora Serverless v2 Istanza DB man mano che si espande verso l'alto e verso il basso. 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 sulle metriche relative alla capacità applicabili a Aurora Serverless v2, consulta CloudWatch Parametri Amazon importanti per Aurora Serverless v2.

Ti consigliamo di configurare una CloudWatch dashboard per monitorare i Aurora Serverless v2 Capacità del cluster DB utilizzando le metriche relative alla capacità. Per scoprire come, consulta Creazione di 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

Monitoraggio Aurora Serverless v2 mettere in pausa e riprendere l'attività

Aurora scrive un file di registro separato per Aurora Serverless v2 Istanze DB con pausa automatica abilitata. Aurora scrive nel registro per ogni intervallo di 10 minuti in cui l'istanza non viene messa in pausa. Aurora conserva fino a sette di questi registri, ruotati ogni giorno. Il file di registro corrente viene denominato instance.log e i registri più vecchi vengono denominati utilizzando lo schema. instance.YYYY-MM-DD.N.log

Questo registro è abilitato di default per Aurora Serverless v2 Istanze DB con pausa automatica abilitata. È possibile visualizzare il contenuto di questo registro in AWS Management Console o utilizzando l' AWS CLI API o RDSP. Al momento, non è possibile caricare questo registro su. CloudWatch

Gli eventi elencati in Eventi di istanza database forniscono una panoramica di alto livello della pausa e della ripresa dell'attività, come i seguenti:

instance.logFornisce dettagli più dettagliati sui motivi per cui un Aurora Serverless v2 l'istanza potrebbe o non potrebbe essere in grado di mettersi in pausa.

Il registro potrebbe indicare che un'istanza è stata ripresa per diversi motivi:

Quando Aurora non è a conoscenza di alcuna condizione che possa impedire l'interruzione dell'istanza alla scadenza dell'intervallo di pausa automatica, scrive periodicamente un messaggio informativo nel registro. Per i cluster con una sola istanza DB, il log contiene questo messaggio:

[INFO] No auto-pause blockers registered since time

Per i cluster con più istanze DB, il messaggio è leggermente diverso. Questo perché uno scrittore potrebbe non essere in grado di mettere in pausa a causa dell'attività su una qualsiasi delle istanze del lettore. Se l'attività sul lettore termina prima della scadenza dell'intervallo di pausa automatica sullo scrittore, lo scrittore è in grado di mettere in pausa all'ora prevista.

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

Se inizia un'operazione di pausa, ma arriva una nuova richiesta di connessione al database prima che l'istanza finisca la sospensione, il log contiene questo messaggio:

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

Se Aurora viene a conoscenza di condizioni che impediscono definitivamente la sospensione dell'istanza, il registro contiene questo messaggio che elenca tutte queste condizioni:

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

In questo modo, Aurora non ti impedisce di attivare la replica, l'integrazione zero-ETL, Aurora Global Database e così via in combinazione con la funzione di pausa automatica. Il registro informa l'utente quando l'uso di tali funzionalità potrebbe impedire l'effetto della pausa automatica.

Di seguito sono riportati i motivi per cui un Aurora Serverless v2 l'istanza potrebbe superare l'intervallo di timeout della pausa automatica, ma impedirne la pausa: