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.
Comment fonctionne DevOps Guru for RDS
DevOpsGuru for RDS collecte des données métriques, les analyse, puis publie les anomalies dans le tableau de bord.
Collecte et analyse de données
DevOpsGuru for RDS collecte des données sur vos bases de données Amazon RDS à partir d'Amazon RDS Performance Insights. Cette fonctionnalité surveille les instances de base de données Amazon RDS, collecte les métriques et vous permet d'explorer les métriques dans un graphique. L'indicateur de performance le plus important estDBLoad. DevOpsGuru for RDS utilise les métriques Performance Insights et les analyse pour détecter les anomalies. Pour plus d'informations sur Performance Insights, consultez Surveillance de la charge de base de données avec Performance Insights sur Amazon Aurora dans le guide de l'utilisateur Amazon Aurora ou Surveillance de la charge de base de données avec Performance Insights sur Amazon RDS dans le guide de l'utilisateur Amazon RDS.
DevOpsGuru for RDS utilise l'apprentissage automatique et l'analyse statistique avancée pour analyser les données collectées à partir de Performance Insights. Si DevOps Guru for RDS détecte des problèmes de performances, il passe à l'étape suivante.
Publication d'anomalies
Un problème de performance de base de données, tel qu'une charge de base de données élevée, peut dégrader la qualité de service de votre base de données. Lorsque DevOps Guru détecte un problème dans une base de données RDS, il publie un aperçu dans le tableau de bord. L'aperçu contient une anomalie pour la ressource AWS/RDS.
Si Performance Insights est activé pour vos instances, l'anomalie contient une analyse détaillée du problème. DevOpsGuru for RDS vous recommande également de mener une enquête ou de prendre des mesures correctives spécifiques. Par exemple, il peut être recommandé d'étudier une instruction SQL spécifique à forte charge, d'envisager d'augmenter la capacité du processeur ou de fermer idle-in-transaction des sessions.
