Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Vérification de la disponibilité des clusters et des instances Aurora
Vous pouvez vérifier et surveiller la durée écoulé depuis le dernier redémarrage de chaque instance de base de données de votre cluster Aurora. La CloudWatch métrique Amazon EngineUptime indique le nombre de secondes écoulées depuis le dernier démarrage d'une instance de base de données. Vous pouvez examiner cette métrique à un moment donné pour connaître le temps de disponibilité de l'instance de base de données. Vous pouvez également contrôler cette métrique au fil du temps pour détecter le moment où l'instance est redémarrée.
Vous pouvez également examiner la métrique EngineUptime au niveau du cluster. Les dimensions Minimum et Maximum indiquent les valeurs de disponibilité les plus petites et les plus importantes pour toutes les instances de base de données du cluster. Pour vérifier le moment le plus récent où une instance du lecteur d'un cluster a été redémarrée, ou a été redémarrée pour une autre raison, contrôlez la métrique au niveau du cluster à l'aide de la dimension Minimum. Pour vérifier quelle instance du cluster est restée le plus longtemps sans redémarrage, contrôlez la métrique au niveau du cluster à l'aide de la dimension Maximum. Par exemple, vous pouvez confirmer que toutes les instances de base de données du cluster ont été redémarrées après une modification de la configuration.
Astuce
Pour la surveillance à long terme, nous recommandons de contrôler la métrique EngineUptime pour des instances individuelles, plutôt qu'au niveau du cluster. La métrique EngineUptime au niveau du cluster est définie sur zéro lorsqu'une nouvelle instance de base de données est ajoutée au cluster. Ces modifications de cluster peuvent se produire dans le cadre d'opérations de maintenance et de mise à l'échelle, telles que celles effectuées par Auto Scaling.
Les CLI exemples suivants montrent comment examiner la EngineUptime métrique pour les instances de rédacteur et de lecteur dans un cluster. Les exemples utilisent un cluster nommé tpch100g. Ce cluster possède une instance de base de données d'enregistreur instance-1234. Il dispose également de deux instances de base de données de lecteur, instance-7448 etinstance-6305.
Tout d'abord, la commande reboot-db-instance redémarre l'une des instances de lecteur. La commande wait attend que le redémarrage de l'instance soit terminé.
$ 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
La CloudWatch get-metric-statistics commande examine la EngineUptime métrique au cours des cinq dernières minutes à intervalles d'une minute. Le temps de disponibilité de l'instance instance-6305 est remis à zéro et recommence un compte à rebours. Cet AWS CLI exemple pour Linux utilise la substitution de $() variables pour insérer les horodatages appropriés dans les CLI commandes. Il utilise également la commande sort Linux pour ordonner la sortie au moment où la métrique a été collectée. Cette valeur d'horodatage est le troisième champ de chaque ligne de sortie.
$ 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
La durée de disponibilité minimale du cluster est remise à zéro, car l'une des instances du cluster a été redémarrée. La durée de disponibilité maximale du cluster n'est pas réinitialisée, car au moins une des instances de base de données du cluster est restée disponible.
$ 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
Ensuite, une autre commande reboot-db-instance redémarre l'instance d'enregistreur du cluster. Une autre commande wait s'arrête jusqu'à ce que l'instance d'enregistreur ait terminé le redémarrage.
$ 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
La métrique EngineUptimede l'instance d'enregistreur indique désormais que l'instance instance-1234 a été redémarrée récemment. L'instance de lecteur instance-6305 a également été redémarrée automatiquement avec l'instance d'enregistreur. Ce cluster exécute Aurora My SQL 2.09, ce qui empêche les instances du lecteur de continuer à fonctionner lorsque l'instance du rédacteur redémarre.
$ 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
