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 exemples d'interface de ligne de commande CLI suivants montrent comment examiner la métrique `EngineUptime` pour les instances d'enregistreur 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` et`instance-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 commandes de la CLI. 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 `EngineUptime`de 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 MySQL 2.09, ce qui ne permet pas de maintenir les instances de lecteur en cours d'exécution au redémarrage de l'instance d'enregistreur. ``` $ 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 ```