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.
La surveillance de vos AWS services joue un rôle important dans le maintien de la santé et du fonctionnement optimal de vos systèmes. Il est judicieux de collecter des données de surveillance provenant de toutes les parties de votre AWS solution afin de pouvoir plus facilement déboguer et corriger les défaillances ou les dégradations, le cas échéant. Avant de commencer à surveiller vos AWS solutions, nous vous recommandons de réfléchir aux questions suivantes et de formuler des réponses à ces questions :
-
Quels sont les objectifs de la surveillance ?
-
Quelles ressources allez-vous surveiller ?
-
Selon quelle fréquence allez-vous surveiller ces ressources ?
-
Quels outils de surveillance utiliser ?
-
Qui est responsable d'effectuer la surveillance ?
-
Qui doit être informé et par quels moyens en cas de problème ?
Pour comprendre vos modèles de performances actuelles, identifier les anomalies de rendement et formuler des méthodes pour régler les problèmes, vous devriez établir des mesures des performances de base pour diverses périodes et dans différentes conditions de charge. Lorsque vous surveillez votre AWS solution, nous vous recommandons de stocker vos données de surveillance historiques pour référence future et pour établir vos bases de référence.
En général, les valeurs acceptables pour les métriques de performances dépendent de vos données de référence et de l'activité de votre application. Enquêtez sur les écarts cohérents ou tendanciels de vos données de référence. Voici quelques conseils sur les types spécifiques de mesures :
-
Utilisation élevée du processeur ou de la RAM : des valeurs élevées d'utilisation du processeur ou de la RAM peuvent être appropriées, à condition qu'elles soient conformes aux objectifs de votre application (tels que le débit ou la simultanéité) et qu'elles soient attendues.
-
Consommation du volume de stockage : étudiez la consommation de stockage (
VolumeBytesUsed) si l'espace utilisé est constamment égal ou supérieur à 85 % de l'espace total du volume de stockage. Déterminez s'il est possible de supprimer des données du volume de stockage ou d'archiver des données sur un système différent pour libérer de l'espace. Pour plus d’informations, consultez Stockage Amazon DocumentDB et Quotas et limites Amazon DocumentDB. -
Trafic réseau : pour le trafic réseau, contactez votre administrateur système afin de connaître le débit attendu pour le réseau de votre domaine et votre connexion Internet. Enquêtez sur le trafic réseau si le débit est constamment inférieur à vos attentes.
-
Connexions aux bases de données — Envisagez de restreindre les connexions aux bases de données si vous constatez un nombre élevé de connexions utilisateur associé à une baisse des performances et du temps de réponse des instances. Le bon nombre de connexions utilisateur pour votre instance dépendra de votre classe d'instance et de la complexité des opérations exécutées.
-
Métriques d'IOPS : les valeurs attendues pour les métriques d'IOPS dépendent des spécifications du disque et de la configuration du serveur. Utilisez donc votre base de référence pour déterminer ce qui est typique. Déterminer si les valeurs sont constamment différentes par rapport à vos données de référence. Pour de meilleures performances IOPS, veillez à ce que votre ensemble de travail typique puisse être chargé en mémoire pour minimiser les opérations de lecture et écriture.
Amazon DocumentDB (compatible avec MongoDB) fournit une variété de CloudWatch métriques Amazon que vous pouvez surveiller pour déterminer l'état et les performances de vos clusters et instances Amazon DocumentDB. Vous pouvez consulter les métriques Amazon DocumentDB à l'aide de différents outils, notamment la console Amazon DocumentDB AWS CLI CloudWatch , l'API et Performance Insights.
