Utilisation élevée du processeur

L'utilisation élevée du processeur est l'un des problèmes que vous pourriez rencontrer à un moment ou à un autre lorsque vous travaillez avec Amazon DocumentDB. Cette section fournit des informations pour résoudre le problème.

Identification - Détectez le problème

L'utilisation élevée du processeur sur les instances Amazon DocumentDB ralentit les applications en augmentant les latences dans toutes les opérations de base de données. Lorsque l'utilisation du processeur Amazon DocumentDB dépasse les niveaux optimaux, les temps d'exécution des requêtes augmentent, l'établissement de la connexion prend plus de temps et la réactivité des applications diminue. Les pics du processeur sur l'instance principale ralentissent les opérations d'écriture, tandis que les pics sur les répliques entraînent une latence plus élevée pour les opérations de lecture.

Certaines des causes les plus fréquentes d'une utilisation élevée du processeur dans Amazon DocumentDB peuvent être les suivantes :

• Numérisation des collections : les requêtes sans index appropriés obligent à numériser l'intégralité des collections, consommant ainsi une quantité excessive de processeur pour examiner chaque document.

• Pics de connexion : les pics soudains de connexions aux applications submergent les ressources du processeur nécessaires à l'authentification et à la gestion des sessions.

• Agrégations complexes : les opérations en plusieurs étapes (tri, regroupement, jointure) consomment beaucoup de CPU, en particulier sur des ensembles de données volumineux sans index optimisés.

• Requêtes inefficaces : l'utilisation élevée du processeur résulte de l'analyse de grands ensembles de résultats et d'opérations regex.

• Charges de travail intensives en écriture : les mises à jour fréquentes et les insertions en masse sollicitent le processeur lors du traitement des documents, des mises à jour des index et de la journalisation des transactions.

Enquêter - Recueillir des métriques

Amazon DocumentDB assure la surveillance via Amazon. CloudWatch Les métriques Amazon DocumentDB peuvent être classées globalement en métriques au niveau du cluster et au niveau de l'instance. Pour les ressources liées au processeur, à la mémoire et aux connexions, examinez les métriques au niveau de l'instance, car la consommation de ressources est spécifique à l'instance. Identifiez les instances (principales ou répliques) qui présentent les pics du processeur et notez les heures de pointe.

La CloudWatch métrique d'utilisation du processeur pourCPUUtilization.

Diagnostiquer - Trouver la cause première

Après avoir identifié l'instance et la chronologie du pic du processeur, il faut ensuite diagnostiquer la cause qui a un impact important sur l'utilisation du processeur. Comme plusieurs raisons peuvent provoquer un pic du processeur, identifions-le en commençant par :

Connexions : vérifiez notamment CloudWatch les indicateurs DatabaseConnections etDatabaseConnectionsMax, s'il y a des pics de connexions et que cela coïncide avec le pic du processeur, l'augmentation du nombre de connexions sur une courte période est probablement à l'origine du pic du processeur.

Requêtes : si ce n'est pas la connexion, une requête peut en être la cause. Si vous avez activé les informations sur les performances, accédez à la console Performance Insights de l'instance et consultez les requêtes sur l'instance. L'autre élément à examiner est celui du profileur.

Résoudre - Résoudre le problème

Salves de connexion : si les rafales de connexion sont à l'origine de pics du processeur, envisagez de réutiliser les connexions dans votre application ou de mettre en place un regroupement de connexions. Pour plus d'informations sur l'optimisation des connexions élevées, consultezProblèmes de connexion avec Amazon DocumentDB.

Distribution des requêtes : si les pics du processeur sont provoqués par des requêtes de lecture sur l'instance principale, envisagez de rediriger les opérations de lecture vers des instances répliques si les résultats de vos requêtes peuvent finalement être cohérents.

Optimisations des requêtes : si une requête ou un ensemble de requêtes provoque un pic du processeur, envisagez d'optimiser la requête, par exemple en ajoutant un index si la requête n'en utilise pas un. Pour plus d'informations sur l'optimisation d'une requête, consultezExécution lente de la requête.

Mise à l'échelle des instances : si l'utilisation du processeur reste constamment élevée après les efforts d'optimisation, passez à une classe d'instance plus importante dotée d'une plus grande capacité de processeur afin de gérer efficacement vos exigences en matière de charge de travail.

Sans serveur : pour les charges de travail imprévisibles provoquant des pics de processeur de courte durée, pensez à utiliser. Utilisation d'Amazon DocumentDB sans serveur Les instances sans serveur font automatiquement évoluer les ressources en fonction de la demande, éliminant ainsi le besoin de prévoir des tailles d'instance fixes pour de telles charges de travail.