Quelles métriques dois-je surveiller ?

Les CloudWatch mesures suivantes offrent un bon aperçu des performances de MemoryDB. Dans la plupart des cas, nous vous recommandons de définir des CloudWatch alarmes pour ces mesures afin de pouvoir prendre des mesures correctives avant que des problèmes de performances ne surviennent.

CPUUtilization

Il s'agit d'une métrique au niveau de l'hôte représentée en pourcentage. Pour plus d’informations, consultez Métriques au niveau de l'hôte.

Pour les types de nœud plus petits avec 2 vCPU ou moins, utilisez la métrique CPUUtilization pour surveiller votre charge de travail.

En général, nous vous suggérons de définir votre seuil à 90 % de votre UC disponible. Redis OSS étant monothread, la valeur de seuil réelle doit être calculée en tant que fraction de la capacité totale du nœud. Supposons par exemple que vous utilisiez un type de nœud comportant deux cœurs. Dans ce cas, le seuil pour CPUUtilization serait 90/2 ou 45 %. Pour connaître le nombre de cœurs (vCPU) de votre type de nœud, consultez la section Tarification de MemoryDB.

Vous devrez déterminer votre propre seuil, en fonction du nombre de cœurs du nœud que vous utilisez. Si vous dépassez ce seuil et que votre charge de travail principale provient des demandes de lecture, agrandissez votre cluster en ajoutant des répliques de lecture. Si la charge de travail principale provient de demandes d'écriture, nous vous recommandons d'ajouter des partitions supplémentaires afin de répartir la charge de travail d'écriture sur un plus grand nombre de nœuds principaux.

Astuce

Au lieu d'utiliser la métrique au niveau de l'hôteCPUUtilization, vous pouvez peut-être utiliser la métrique Redis OSSEngineCPUUtilization, qui indique le pourcentage d'utilisation sur le cœur du moteur Redis OSS. Pour savoir si cette métrique est disponible sur vos nœuds et pour plus d'informations, consultez Metrics for MemoryDB.

Pour les types de nœuds plus importants dotés de 4 vCPU ou plus, vous pouvez utiliser la EngineCPUUtilization métrique, qui indique le pourcentage d'utilisation sur le cœur du moteur Redis OSS. Pour savoir si cette métrique est disponible sur vos nœuds et pour plus d'informations, consultez Metrics for MemoryDB.

EngineCPUUtilization

Pour les types de nœuds plus importants dotés de 4 vCPU ou plus, vous pouvez utiliser la EngineCPUUtilization métrique, qui indique le pourcentage d'utilisation sur le cœur du moteur Redis OSS. Pour savoir si cette métrique est disponible sur vos nœuds et pour plus d'informations, consultez Metrics for MemoryDB.

SwapUsage

Il s'agit d'une métrique au niveau de l'hôte, publiée en octets. Pour plus d’informations, consultez Métriques au niveau de l'hôte.

Cette métrique ne doit pas dépasser 50 Mo.

Evictions

Il s'agit d'une métrique du moteur. Nous vous recommandons de choisir votre propre seuil d'alarme pour cette métrique en fonction des besoins de votre application.

CurrConnections

Il s'agit d'une métrique du moteur. Nous vous recommandons de choisir votre propre seuil d'alarme pour cette métrique en fonction des besoins de votre application.

Un nombre croissant de CurrConnectionschiffres peut indiquer un problème avec votre application ; vous devrez étudier le comportement de l'application pour résoudre ce problème.

Mémoire

La mémoire est un aspect essentiel de Redis OSS. Il est nécessaire de comprendre l'utilisation de la mémoire de votre cluster afin d'éviter la perte de données et de tenir compte de la croissance future de votre jeu de données. Les statistiques relatives à l'utilisation de la mémoire d'un nœud sont disponibles dans la section mémoire de la commande Redis OSS INFO.

Réseau

L'un des facteurs déterminants de la capacité de bande passante réseau de votre cluster est le type de nœud que vous avez sélectionné. Pour plus d'informations sur la capacité réseau de votre nœud, consultez la tarification d'Amazon MemoryDB.

Réplication

Le volume de données en cours de réplication est visible via le métrique ReplicationBytes. Vous pouvez effectuer une surveillance MaxReplicationThroughput par rapport au débit de la capacité de réplication. Il est recommandé d'ajouter des partitions supplémentaires lorsque le débit de capacité de réplication maximal est atteint.

ReplicationDelayedWriteCommandspeut également indiquer si la charge de travail dépasse le débit maximal de capacité de réplication. Pour plus d'informations sur la réplication dans MemoryDB, voir Comprendre la réplication MemoryDB