Optimiser l'utilisation de DynamoDB
Unités de capacité de lecture/écriture provisionnées
Le débit provisionné déterminera le nombre d'opérations de base de données simultanées pouvant être effectuées par l'application. S'il est trop faible, des erreurs de régulation se produiront. S'il est trop élevé, vous devrez payer AWS pour un débit inutilisé. La surveillance des performances de la base de données sur une période continue vous aidera à prendre des décisions éclairées sur le moment où il convient d'augmenter ou de réduire les paramètres de débit.
Unités de capacité de lecture/écriture consommées
La surveillance continue des unités de capacité de lecture/écriture consommées vous donnera une idée du taux de demande, du modèle de débit des applications et de l'activité des tables. Mettez en place des mécanismes d'alerte et recevez une notification avant que le nombre de demandes consommées ne dépasse la valeur provisionnée.
Analyser les performances de la base de données
Latence des demandes réussies
Du point de vue de DynamoDB, voyez combien de temps il faut pour que vos demandes de base de données soient traitées. Si vous êtes trop proche du débit provisionné, vous commencerez à voir une augmentation de la latence moyenne. Avec Site24x7, vous pouvez obtenir des points de données sur la latence des demandes réussies pour chaque opération de la base de données, à savoir, Get Item, Put Item, Scan et Query. Surveillez-les régulièrement pour identifier les actions de la base de données ayant une latence élevée.
Résoudre les problèmes de régulation des demandes
Demandes limitées
Lorsque votre application commence à effectuer un grand nombre de demandes de base de données, le débit provisionné configuré sur la table ou l'index secondaire s'épuise. Dans ce cas, toutes les opérations ultérieures de la base de données seront refusées, renvoyant des erreurs de régulation. Avec Site24x7, vous pouvez obtenir des points de données sur l'indicateur de demande de lecture limitée pour les actions de base de données uniques et les actions par lot.
Événements de lecture/écriture limités.
En fonction du nombre d'index secondaires, plusieurs événements en lecture/écriture peuvent être associés à une seule action de la base de données. Définissez des seuils et recevez une notification lorsque des événements limités sont générés. Mettez en corrélation la demande limitée avec les événements de régulation en lecture/écriture pour comprendre quel est l'événement qui limite la demande.
Gérer les erreurs et les exceptions de la base de données
Erreurs d'utilisateur et erreurs système.
If the DynamoDB table is unable to process the sent action or DB request, it will return a HTTP status error code. Common problems like missing parameters, provisioned throughput exception can cause user errors to crop up.
System errors get generated when an unknown exception or internal server error occurs. The dashboard will show you an aggregate of errors generated during the period.
Obtenir un aperçu des opérations effectuées sur la base de données
Échec de la demande de vérification conditionnelle.
Suivi du nombre de fois où une écriture conditionnelle n'a pas abouti. Les vérifications conditionnelles sont des opérateurs logiques utilisés avec les demandes d'écriture. Ces vérifications permettent de maintenir la simultanéité de la base de données lorsque deux clients ou plus exécutent des actions d'écriture sur le même élément. Une augmentation du nombre d'échecs indique un problème dans la demande envoyée.
Nombre d'éléments retournés.
Pour n'importe quel intervalle de temps, surveillez le nombre d'éléments renvoyés par l'opération d'examen ou de requête. Cet indicateur vous donnera une idée du nombre et de la fréquence des opérations d'examen et de requête effectuées. De plus, vous serez en mesure de déterminer si les opérations d'examen fréquentes ont ou non un impact sur les unités de capacité de lecture provisionnées.
