View a markdown version of this page

Concepts clés de DevOps Guru pour RDS - Le DevOps gourou d'Amazon
Insights proactifsInsights réactifsRecommandations

Avis de fin de support : le 30 septembre 2027, le support d'Amazon DevOps Guru AWS prendra fin. Après le 30 septembre 2027, vous ne pourrez plus accéder à la console Amazon DevOps Guru ni aux ressources Amazon DevOps Guru. Pour plus d’informations, consultez Fin du support d'Amazon DevOps Guru.

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.

Concepts clés de DevOps Guru pour RDS

DevOpsGuru génère un aperçu lorsqu'il détecte un comportement anormal ou problématique dans vos applications opérationnelles. Un aperçu contient des anomalies pour une ou plusieurs ressources. Une anomalie représente une ou plusieurs métriques associées détectées par DevOps Guru qui sont inattendues ou inhabituelles.

La sévérité d'un aperçu est élevée , moyenne ou faible. La sévérité de l'aperçu est déterminée par l'anomalie la plus grave qui a contribué à la création de l'aperçu. Par exemple, si l'aperçu AWS-ECS _ MemoryUtilization _and_others inclut une anomalie de faible gravité et une autre de gravité élevée, la gravité globale de l'aperçu est élevée.

Si les instances de base de données Amazon RDS ont activé Performance Insights, DevOps Guru for RDS fournit une analyse détaillée et des recommandations concernant les anomalies de ces instances. Pour identifier une anomalie, DevOps Guru for RDS développe une base de référence pour les valeurs métriques des bases de données. DevOpsGuru for RDS compare ensuite les valeurs métriques actuelles à la base de référence historique.

Insights proactifs

Un insight proactif vous permet de connaître un comportement problématique avant qu’il se produise. Il contient des anomalies avec des recommandations et des mesures connexes pour vous aider à résoudre les problèmes avant qu'ils ne s'aggravent.

Chaque page d'informations proactives fournit des informations sur une anomalie.

Insights réactifs

Un insight réactif identifie un comportement anormal lorsqu’il se produit. Il contient des anomalies avec des recommandations, des mesures associées et des événements pour vous aider à comprendre et à résoudre les problèmes dès maintenant.

Anomalies causales

Une anomalie causale est une anomalie de premier niveau au sein d’un insight réactif. Elle est affichée en tant que métrique principale sur la page des détails des anomalies de la console DevOps Guru. Le chargement de la base de données (DB load) est l'anomalie causale de DevOps Guru pour RDS. Par exemple, l'insight AWS-ECS _ MemoryUtilization _and_others peut présenter plusieurs anomalies métriques, dont l'une est la charge de la base de données (charge de la base de données) pour la ressource. AWS/RDS

Dans un aperçu, l'anomalie de charge de base de données (charge de base de données) peut survenir pour plusieurs instances de bases de données Amazon RDS. La gravité de l'anomalie peut être différente pour chaque instance de base de données. Par exemple, la gravité d'une instance de base de données peut être élevée alors que celle des autres est faible. La console utilise par défaut l'anomalie la plus grave.

Anomalies contextuelles

Une anomalie contextuelle est un résultat dans la charge de base de données qui est associé à un insight réactif. Il est affiché dans la section Métriques associées de la page des détails des anomalies de la console DevOps Guru. Chaque anomalie contextuelle décrit un problème de performance Amazon RDS spécifique qui nécessite une enquête. Par exemple, une anomalie causale peut inclure les anomalies contextuelles suivantes :

  • Capacité du processeur dépassée  : la file d'attente d'exécution du processeur ou l'utilisation du processeur sont supérieures à la normale.

  • Mémoire de base de données faible  : les processus ne disposent pas de suffisamment de mémoire.

  • Nombre élevé de connexions à la base de données  : le nombre de connexions à la base de données est supérieur à la normale.

Recommandations

Chaque idée comporte au moins une action suggérée. Les exemples suivants sont des recommandations générées par DevOps Guru pour RDS :

  • Réglez les ID SQL list_of_IDs pour réduire l'utilisation du processeur ou mettez à niveau le type d'instance pour augmenter la capacité du processeur.

  • Passez en revue le pic de connexions actuelles à la base de données associé. Envisagez de régler les paramètres du pool d'applications pour éviter l'allocation dynamique fréquente de nouvelles connexions à la base de données.

  • Recherchez les instructions SQL qui effectuent des opérations de mémoire excessives, telles que le tri en mémoire ou les jointures volumineuses.

  • Étudiez l' I/O utilisation intensive des ID SQL suivants :list_of_IDs.

  • Vérifiez les instructions qui créent de grandes quantités de données temporaires, par exemple celles qui effectuent des tris importants ou utilisent de grandes tables temporaires.

  • Consultez les applications pour déterminer la cause de l'augmentation de la charge de travail de la base de données.

  • Envisagez d'activer le schéma de performance MySQL.

  • Vérifiez les transactions de longue durée et terminez-les par une validation ou une annulation.

  • Configurez le paramètre idle_in_transaction_session_timeout pour mettre fin à toute session restée dans l'état « inactive en transaction » depuis plus longtemps que la durée spécifiée.