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 predisposti. 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 assegnati. 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 minimo e massimo 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 ACU valori minimi e massimi 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 256ACUs. Per gli intervalli di capacità per le varie versioni del motore DB, vedereAurora Serverless v2 capacità.

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

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

Si supponga di determinare, in base al monitoraggio, che l'ACUintervallo per il cluster debba essere superiore, inferiore, più ampio o più ristretto. Puoi impostare la capacità di un cluster Aurora su un intervallo specifico di ACUs con AWS Management Console AWS CLI, the o Amazon. RDS API 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 20,5ACUs, ora il cluster ne consuma 16 ACUs quando è inattivo e fino a 41 quando è completamente utilizzato. ACUs

Aurora imposta automaticamente determinati parametri per Aurora Serverless v2 istanze DB con valori che dipendono dal ACU valore massimo nell'intervallo di capacità. Per l'elenco completo dei parametri, consulta Numero massimo di 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 Aurora Serverless v2 Il cluster DB fino a capacità superiori a 128ACUs, 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.

Qualsiasi 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. 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 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à. L'immagine seguente mostra i controlli utilizzati per specificare le unità di capacità Aurora minima e massima ()ACUs. Questa impostazione si applica a questa istanza DB del lettore 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 ACU valori minimo e massimo.

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 che aggiungi 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ò scalare 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.

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 un maggior numero di 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 inattivi, possono ridursi 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à.

UsareTLS/SSLcon 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 SSL le versioniTLS/1.0, 1.1 e 1.2. Per informazioni generali sull'uso diTLS/SSLcon Aurora, consulta. TLSconnessioni ai cluster Aurora My DB SQL

Per ulteriori informazioni sulla connessione ad Aurora My SQL database con il My SQL client, consulta Connessione a un'istanza DB che esegue il motore di SQL database personale.

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

Aurora Serverless v2 utilizza certificati wildcard. Se specifichi l'opzione «verifica CA» o «verifica CA e nome host CA» quando usiTLS/SSL, scarica prima il trust store Amazon root CA 1 da Amazon Trust Services. Dopo averlo fatto, puoi identificare questo file in PEM formato elettronico nel tuo comando client. Per farlo utilizzando il SQL client Postgre, 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 SQL database Aurora Postgre utilizzando il client Postgres, vedere Connessione a un'istanza DB che esegue il motore di database Postgre. SQL

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 consentire per proteggere le SSL connessioni TLS client/i 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 SQL My supportano le stesse suite di crittografia dei cluster DB forniti da Aurora SQL My. Per informazioni su queste suite di crittografia, consulta Configurazione delle suite di crittografia per le connessioni ai cluster Aurora My DB SQL.

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

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. Ciascuna ACU è una combinazione di capacità di elaborazione (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—64ACUs) 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 (ACUs128 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 registri 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 My e SQL Aurora SQL Postgre, consulta e. Monitoraggio degli eventi di registro in Amazon CloudWatch Pubblicazione dei log di Aurora Postgree su Amazon Logs SQL CloudWatch

Monitoraggio della capacità 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 tuoi 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