Comment résoudre les problèmes liés à Performance Insights et CloudWatch Database Insights pour les clusters et les instances Aurora ?

Brève description

Important : Performance Insights atteindra sa fin de vie le 30 novembre 2025. Vous pouvez effectuer une mise à niveau vers le mode Avancé de Database Insights avant le 30 novembre 2025. Si vous n'effectuez pas de mise à niveau, les clusters de base de données qui utilisent Performance Insights passeront par défaut au mode Standard de Database Insights. Seul le mode Avancé de Database Insights prendra en charge les plans d'exécution et l’analyse à la demande. Si vos clusters passent par défaut en mode Standard, il est possible que vous ne puissiez pas utiliser ces fonctionnalités sur la console. Pour activer le mode Avancé, consultez les sections Activation du mode Avancé de Database Insights pour Amazon RDS et Activation du mode Avancé de Database Insights pour Amazon Aurora.

Lorsque vous ne configurez pas correctement les composants de Performance Insights et Database Insights, vous rencontrez des problèmes.

Les composants suivants peuvent provoquer des problèmes :

• Version d’Aurora et disponibilité de la région AWS
• Type d'instance
• Politiques de gestion des identités et des accès AWS (IAM)
• Le schéma de performance MySQL
• Quota de texte SQL
• Utilisation des ressources
• Problème de réseau transitoire ou maintenance du système sur votre instance de base de données
• Une charge de base de données (charge de BD) sur votre instance de base de données inférieure au seuil

Résolution

Version d’Aurora et disponibilité de la région

Selon la configuration de vos requêtes parallèles, la version de votre moteur et la région AWS peuvent ne pas être disponibles pour Performance Insights et Database Insights.

Si vous avez désactivé la requête parallèle, toutes les versions des clusters Aurora compatible avec MySQL 2 et Aurora compatible avec MySQL 3 sont disponibles dans toutes les régions.

Si vous avez activé la requête parallèle, toutes les versions d'Aurora MySQL 2 sont disponibles dans la région Asie-Pacifique (Hyderabad). Pour toutes les autres régions, seules les versions 2.09.0 et ultérieures sont disponibles. La version 3 d’Aurora compatible avec MySQL n'est pas disponible.

Vous pouvez consulter les recommandations proactives de Performance Insights uniquement dans certaines régions. Pour consulter la liste des régions prises en charge, consultez la section Prise en charge du moteur de base de données, des régions et des classes d'instance Amazon Aurora pour les fonctionnalités de Performance Insights.

Toutes les régions, à l'exception de la Chine (Pékin) et de la Chine (Ningxia), prennent en charge Database Insights. Pour plus d'informations, consultez la section Prise en charge du moteur de base de données, des régions et des classes d'instance Amazon Aurora pour les fonctionnalités de Database Insights.

Type d'instance

Les classes d'instance de base de données suivantes ne prennent pas en charge Performance Insights et Database Insights :

• dbt.t2
• db.t3
• db.t4g.micro et db.t4g.small

Vous ne pouvez pas analyser les performances de la base de données pendant un certain temps ni consulter les recommandations proactives de Performance Insights sur la classe d'instance db.serverless.

Politiques IAM

Voici des exemples courants d'utilisation des politiques IAM pour accéder à Performance Insights :

• Associez la politique AmazonRDSPerformanceInsightsReadOnly à un principal IAM.
• Associez la politique Amazon RDSPerformanceInsightsFullAccess à un principal IAM.
• Créez une politique IAM personnalisée.
• Mettez à jour une politique AWS Key Management Service (AWS KMS).
• Accordez le contrôle précis des accès (FGAC).

Pour accéder à Database Insights, vous devez utiliser les autorisations d'accès libre suivantes :

• cloudwatch:*
• logs:*
• rds:*
• pi:*

Remarque : Il est recommandé de suivre le principe du moindre privilège. Pour plus d'informations, consultez la section Autorisations requises pour Database Insights.

Le schéma de performance MySQL

Le schéma de performance est une fonctionnalité MySQL en option qui surveille les événements internes avec un effet minimal sur les performances.

Le type de métriques surveillé par le schéma de performance dépend du paramètre de mode de gestion que vous configurez :

• Si vous définissez Schéma de performance sur ON (mode de gestion automatique), vous obtenez des métriques détaillées de bas niveau.
• Si vous définissez Schéma de performance sur ON (mode de gestion manuel), vous obtenez des métriques détaillées partielles.
• Si vous définissez Schéma de performance sur OFF (mode de gestion N/A), vous n'obtenez pas de rapports des événements d'attente et vous ne pouvez accéder qu'aux métriques de base.

Si vous ne pouvez pas consulter les métriques détaillées de bas niveau sur le tableau de bord Performance Insights, réinitialisez les paramètres suivants et définissez la colonne Source sur Valeur par défaut du moteur :

• performance_schema=1
• performance-schema-consumer-events-waits-current=ON
• performance-schema-instrument: wait/%=ON
• performance_schema_consumer_global_instrumentation=ON
• performance_schema_consumer_thread_instrumentation=ON

Pour plus d'informations, consultez la section Présentation du schéma de performance pour Performance Insights sur Aurora MySQL.

Quota de texte SQL

Le tableau de bord Performance Insights dispose d'un quota pour la taille de texte maximale. Si votre texte dépasse le quota, vous ne pouvez pas afficher l'intégralité de la requête sur votre tableau de bord Performance Insights. Pour résoudre ce problème, réduisez la taille de votre texte.

Utilisation des ressources

Si votre instance de base de données est soumise à une charge importante, votre cluster consacre des ressources au processus de base de données. Par conséquent, le cluster dépriorise les processus du système, tels que Performance Insights. Pour vérifier si votre instance de base de données est soumise à une charge importante, consultez les métriques CloudWatch Utilisation du processeur et Mémoire libérable.

Pour résoudre ce problème, procédez comme suit :

• Remédiez aux problèmes d'utilisation élevée des ressources.
• Modifiez votre instance de base de données en une classe d'instance de base de données de plus grande taille.

Problème de réseau transitoire ou maintenance du système sur votre instance de base de données

Lorsque votre instance de base de données rencontre un problème de réseau transitoire ou de maintenance du système, Performance Insights peut ne pas communiquer correctement les données. Pour résoudre les problèmes liés aux ressources concernées, consultez le tableau de bord AWS Health.

Impossible de consulter les données Performance Insights

Si vous activez Performance Insights et que vous ne pouvez pas consulter vos données, consultez le graphique de charge de la base de données et les métriques de compteur sur votre tableau de bord Performance Insights. Si certaines données figurent sous Métriques du compteur mais pas dans le graphique de charge de la base de données, cela signifie que la charge de votre base de données est peut-être inférieure au seuil de charge de la base de données pour MySQL.

Pour tester ce problème, exécutez une transaction de longue durée sur votre instance de base de données MySQL, puis consultez à nouveau le tableau de bord Performance Insights. Si les données sont renseignées, la charge initiale de votre base de données est inférieure au seuil.

Pour résoudre ce problème, attendez que la charge de votre base de données augmente avant de consulter votre tableau de bord Performance Insights. Les données du tableau de bord sont renseignées à mesure que la charge de votre base de données augmente au fil du temps.

Informations connexes

Analyse des charges de travail de base de données Amazon RDS avec Performance Insights

Surveiller les performances des requêtes avec Performance Insights sur Amazon RDS pour Microsoft SQL Server

FAQ relatives à Performance Insights

Surveillance de la charge de base de données avec Performance Insights sur Amazon Aurora