Come faccio ad abilitare i log su un cluster Aurora Serverless in modo da poterli visualizzare e scaricare?

4 minuti di lettura

Desidero controllare l'attività del database per soddisfare i requisiti di conformità per i miei cluster Amazon Aurora serverless v1 (Amazon Aurora serverless versione 1) che eseguono Amazon Aurora MySQL Compatible-Edition o Amazon Aurora PostgreSQL-Compatible Edition. Quindi voglio pubblicare i log su Amazon CloudWatch per visualizzarli o scaricarli. Come posso farlo?

Breve descrizione

Per i cluster di database compatibili con Aurora MySQL, puoi abilitare il registro delle query lento, il registro generale o i registri di audit. Per i cluster di database compatibili con Aurora PostgreSQL, puoi controllare il livello di registrazione utilizzando il parametro log_statement.

In base alla progettazione, Aurora serverless V1 si connette a una flotta proxy di istanze database che si ridimensiona automaticamente. Non esiste un'istanza database diretta per accedere e ospitare i file di registro. Ciò significa che non puoi visualizzare i log direttamente dalla console di Amazon Relational Database Service (Amazon RDS). Tuttavia, puoi visualizzare e scaricare i log inviati alla console CloudWatch.

Per abilitare il controllo avanzato, vedi Come faccio ad abilitare la registrazione di controllo per il mio cluster di database Amazon Aurora MySQL e pubblicare i log su CloudWatch?

Risoluzione

Per abilitare i log, modifica innanzitutto i gruppi di parametri del cluster per un cluster Aurora serverless V1. Aurora serverless V1 carica quindi automaticamente i log su CloudWatch. Per i cluster di database compatibili con MySQL, utilizza una famiglia di gruppi di parametri cluster Aurora MySQL 5.6/5.7 basata sulla versione del cluster. Per i cluster di database compatibili con PostgreSQL, usa una famiglia di gruppi di parametri del cluster Aurora PostgreSQL 10.

Abilitazione della registrazione per Aurora serverless V1

Nota: se il tuo cluster di database utilizza già un gruppo di parametri del cluster di database personalizzato, salta i passaggi 1 e 3 di questo procedimento.

Creare un gruppo di parametri del cluster DB personalizzato.
Modificare i valori del gruppo di parametri del cluster di database. Per i cluster compatibili con MySQL, il log degli errori è abilitato per impostazione predefinita. Per abilitare la query lenta e i registri generali, modifica i seguenti parametri:
general_log=1
slow_query_log=1
Per i cluster compatibili con PostgreSQL, il parametro log_statementj controlla quali istruzioni SQL vengono registrate e il valore predefinito è none. Modifica il seguente parametro per registrare le query e i log degli errori:
log_statement=all
Suggerimento: è consigliabile impostare log_statement su all per registrare tutte le istruzioni quando si eseguono il debug dei problemi nell'istanza database. Per registrare tutte le istruzioni DDL (Data Definition Language) (come CREATE, ALTER e DROP), imposta il valore del parametro su ddl. Per registrare tutte le istruzioni DDL e DML (Data Modification Language) (come INSERT, UPDATE e DELETE), impostate il valore del parametro su mod.
Modifica il tuo cluster di database per utilizzare il gruppo di parametri di database personalizzato creato nel passaggio 2.

Dopo aver modificato il cluster di database, Aurora serverless V1 tenta di eseguire una scala automatica senza interruzioni per applicare le modifiche ai parametri.

Nota: Aurora serverless V1 utilizza l'azione di timeout ForceApplyCapacityChange quando applica questa modifica. Ciò significa che se il tuo cluster di database Aurora serverless V1 non riesce a trovare un punto di scalabilità prima del timeout, le connessioni potrebbero interrompersi.