Verifica del tempo di attività per i cluster e le istanze Aurora - Amazon Aurora

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

Verifica del tempo di attività per i cluster e le istanze Aurora

È possibile controllare e monitorare il periodo di tempo dall'ultimo riavvio per ogni istanza database nel cluster Aurora. Il CloudWatch parametro Amazon EngineUptime riporta il numero di secondi trascorsi dall'ultima volta in cui è stata avviata un'istanza DB. È possibile esaminare questo parametro in un point-in-time per scoprire il tempo di attività per l'istanza database. È inoltre possibile monitorare il parametro nel tempo per rilevare quando l'istanza viene riavviata.

È altresì possibile esaminare il parametro EngineUptime a livello del cluster. Le dimensioni Minimum e Maximum segnalano i valori di attività minori e maggiori per tutte le istanze database nel cluster. Per verificare l'ultima volta in cui una qualsiasi istanza di lettura in un cluster è stata riavviata, o riavviata per un altro motivo, monitorare il parametro a livello di cluster utilizzando la dimensione Minimum. Per verificare quale istanza nel cluster è durata più a lungo senza un riavvio, monitorare il parametro a livello di cluster utilizzando la dimensione Maximum. Ad esempio, è possibile confermare che tutte le istanze database nel cluster siano state riavviate dopo una modifica della configurazione.

Suggerimento

Per il monitoraggio a lungo termine, si consiglia di monitorare il parametro EngineUptime per singole istanze anziché a livello di cluster. Il parametro EngineUptime a livello di cluster viene impostato su zero quando viene aggiunta una nuova istanza database al cluster. Tali modifiche del cluster possono avvenire nell'ambito di operazioni di manutenzione e dimensionamento come quelle eseguite da Auto Scaling.

CLIGli esempi seguenti mostrano come esaminare la EngineUptime metrica per le istanze writer e reader in un cluster. Gli esempi utilizzano un cluster denominato tpch100g. Questo cluster ha un'istanza database di scrittura instance-1234. Dispone inoltre di due istanze database di lettura instance-7448 e instance-6305.

Innanzitutto, il comando reboot-db-instance riavvia una delle istanze di lettura. Il comando wait attende fino al termine del riavvio dell'istanza.

$ aws rds reboot-db-instance --db-instance-identifier instance-6305 { "DBInstance": { "DBInstanceIdentifier": "instance-6305", "DBInstanceStatus": "rebooting", ... $ aws rds wait db-instance-available --db-instance-id instance-6305

Il CloudWatch get-metric-statistics comando esamina la EngineUptime metrica negli ultimi cinque minuti a intervalli di un minuto. Il tempo di attività dell'istanza instance-6305 viene ripristinato a zero e ricomincia a contare verso l'alto. Questo AWS CLI esempio per Linux utilizza la sostituzione di $() variabili per inserire i timestamp appropriati nei comandi. CLI Utilizza anche il comando Linux sort per ordinare l'output nel momento in cui è stato raccolto il parametro. Il valore del timestamp è il terzo campo di ogni riga di output.

$ aws cloudwatch get-metric-statistics --metric-name "EngineUptime" \ --start-time "$(date -d '5 minutes ago')" --end-time "$(date -d 'now')" \ --period 60 --namespace "AWS/RDS" --statistics Maximum \ --dimensions Name=DBInstanceIdentifier,Value=instance-6305 --output text \ | sort -k 3 EngineUptime DATAPOINTS 231.0 2021-03-16T18:19:00+00:00 Seconds DATAPOINTS 291.0 2021-03-16T18:20:00+00:00 Seconds DATAPOINTS 351.0 2021-03-16T18:21:00+00:00 Seconds DATAPOINTS 411.0 2021-03-16T18:22:00+00:00 Seconds DATAPOINTS 471.0 2021-03-16T18:23:00+00:00 Seconds

Il tempo di attività minimo per il cluster viene ripristinato a zero perché una delle istanze del cluster è stata riavviata. Il tempo di attività massimo per il cluster non viene ripristinato perché almeno una delle istanze database nel cluster è rimasta disponibile.

$ aws cloudwatch get-metric-statistics --metric-name "EngineUptime" \ --start-time "$(date -d '5 minutes ago')" --end-time "$(date -d 'now')" \ --period 60 --namespace "AWS/RDS" --statistics Minimum \ --dimensions Name=DBClusterIdentifier,Value=tpch100g --output text \ | sort -k 3 EngineUptime DATAPOINTS 63099.0 2021-03-16T18:12:00+00:00 Seconds DATAPOINTS 63159.0 2021-03-16T18:13:00+00:00 Seconds DATAPOINTS 63219.0 2021-03-16T18:14:00+00:00 Seconds DATAPOINTS 63279.0 2021-03-16T18:15:00+00:00 Seconds DATAPOINTS 51.0 2021-03-16T18:16:00+00:00 Seconds $ aws cloudwatch get-metric-statistics --metric-name "EngineUptime" \ --start-time "$(date -d '5 minutes ago')" --end-time "$(date -d 'now')" \ --period 60 --namespace "AWS/RDS" --statistics Maximum \ --dimensions Name=DBClusterIdentifier,Value=tpch100g --output text \ | sort -k 3 EngineUptime DATAPOINTS 63389.0 2021-03-16T18:16:00+00:00 Seconds DATAPOINTS 63449.0 2021-03-16T18:17:00+00:00 Seconds DATAPOINTS 63509.0 2021-03-16T18:18:00+00:00 Seconds DATAPOINTS 63569.0 2021-03-16T18:19:00+00:00 Seconds DATAPOINTS 63629.0 2021-03-16T18:20:00+00:00 Seconds

Quindi un altro comando reboot-db-instance riavvia l'istanza di scrittura del cluster. Un altro comando wait si interrompe fino al termine del riavvio dell'istanza di scrittura.

$ aws rds reboot-db-instance --db-instance-identifier instance-1234 { "DBInstanceIdentifier": "instance-1234", "DBInstanceStatus": "rebooting", ... $ aws rds wait db-instance-available --db-instance-id instance-1234

Ora il parametro EngineUptime per l'istanza di scrittura mostra che l'istanza instance-1234 è stata riavviata di recente. Anche l'istanza di lettura instance-6305 è stata riavviata automaticamente insieme all'istanza di scrittura. Questo cluster esegue Aurora My SQL 2.09, che non mantiene le istanze del lettore in esecuzione al riavvio dell'istanza writer.

$ aws cloudwatch get-metric-statistics --metric-name "EngineUptime" \ --start-time "$(date -d '5 minutes ago')" --end-time "$(date -d 'now')" \ --period 60 --namespace "AWS/RDS" --statistics Maximum \ --dimensions Name=DBInstanceIdentifier,Value=instance-1234 --output text \ | sort -k 3 EngineUptime DATAPOINTS 63749.0 2021-03-16T18:22:00+00:00 Seconds DATAPOINTS 63809.0 2021-03-16T18:23:00+00:00 Seconds DATAPOINTS 63869.0 2021-03-16T18:24:00+00:00 Seconds DATAPOINTS 41.0 2021-03-16T18:25:00+00:00 Seconds DATAPOINTS 101.0 2021-03-16T18:26:00+00:00 Seconds $ aws cloudwatch get-metric-statistics --metric-name "EngineUptime" \ --start-time "$(date -d '5 minutes ago')" --end-time "$(date -d 'now')" \ --period 60 --namespace "AWS/RDS" --statistics Maximum \ --dimensions Name=DBInstanceIdentifier,Value=instance-6305 --output text \ | sort -k 3 EngineUptime DATAPOINTS 411.0 2021-03-16T18:22:00+00:00 Seconds DATAPOINTS 471.0 2021-03-16T18:23:00+00:00 Seconds DATAPOINTS 531.0 2021-03-16T18:24:00+00:00 Seconds DATAPOINTS 49.0 2021-03-16T18:26:00+00:00 Seconds