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.
# Surveillance de MemoryDB avec Amazon CloudWatch
Vous pouvez surveiller MemoryDB en utilisant CloudWatch, qui collecte les données brutes et les traite en métriques lisibles en temps quasi réel. Ces statistiques sont enregistrées pour une durée de 15 mois ; par conséquent, vous pouvez accéder aux informations historiques et acquérir un meilleur point de vue de la façon dont votre service ou application web s’exécute. Vous pouvez également définir des alarmes qui surveillent certains seuils et envoient des notifications ou prennent des mesures lorsque ces seuils sont atteints. Pour plus d'informations, consultez le [guide de CloudWatch l'utilisateur Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
Les sections suivantes répertorient les métriques et les dimensions de MemoryDB.
**Topics**
+ [Métriques au niveau de l'hôte](metrics.HostLevel.md)
+ [Métriques pour MemoryDB](metrics.memorydb.md)
+ [Quelles métriques dois-je surveiller ?](metrics.whichshouldimonitor.md)
+ [Choix des périodes et des statistiques de métriques](metrics.ChoosingStatisticsAndPeriods.md)
+ [CloudWatch Métriques de surveillance](cloudwatchmetrics.md)
# Métriques au niveau de l'hôte
L'espace de `AWS/MemoryDB` noms inclut les métriques suivantes au niveau de l'hôte pour les nœuds individuels.
**Voir aussi**
+ [Métriques pour MemoryDB](metrics.memorydb.md)
| Métrique | Description | Unit |
| --- | --- | --- |
| CPUUtilization | Le pourcentage d'utilisation de l'UC pour l'hôte entier. Valkey et Redis OSS étant à thread unique, nous vous recommandons de surveiller les EngineCPUUtilization métriques pour les nœuds contenant 4 v. ou plus. CPUs | Pourcentage |
| FreeableMemory | Espace mémoire disponible sur l'hôte. Ce nombre est dérivé de la mémoire vive et des tampons que le système d'exploitation considère comme libérables. | Octets |
| NetworkBytesIn | Nombre d'octets lus par l'hôte à partir du réseau. | Octets |
| NetworkBytesOut | Nombre d'octets envoyés par l'instance sur toutes les interfaces réseau. | Octets |
| NetworkPacketsIn | Nombre de paquets reçus par l'instance sur toutes les interfaces réseau. Cette métrique identifie le volume du trafic entrant en ce qui concerne le nombre de paquets sur une seule instance. | Nombre |
| NetworkPacketsOut | Nombre de paquets envoyés par l'instance sur toutes les interfaces réseau. Cette métrique identifie le volume du trafic sortant en ce qui concerne le nombre de paquets sur une seule instance. | Nombre |
| NetworkBandwidthInAllowanceExceeded | Nombre de paquets formés parce que la bande passante agrégée entrante a dépassé le maximum de l'instance. | Nombre |
| NetworkConntrackAllowanceExceeded | Nombre de paquets formés parce que le suivi des connexions a dépassé le maximum de l'instance et que de nouvelles connexions n'ont pas pu être établies. Cela peut entraîner une perte de paquets pour le trafic vers ou en provenance de l’instance. | Nombre |
| NetworkBandwidthOutAllowanceExceeded | Nombre de paquets formés parce que la bande passante agrégée sortante a dépassé le maximum de l'instance. | Nombre |
| NetworkPacketsPerSecondAllowanceExceeded | Nombre de paquets formés parce que le PPS bidirectionnel a dépassé le maximum de l’instance. | Nombre |
| NetworkMaxBytesIn | Nombre maximal d'octets reçus par seconde par minute. | Octets |
| NetworkMaxBytesOut | Nombre maximal d'octets transmis par seconde par minute. | Octets |
| NetworkMaxPacketsIn | Nombre maximal de paquets reçus par seconde par minute. | Nombre |
| NetworkMaxPacketsOut | Nombre maximal de paquets transmis par seconde par minute. | Nombre |
| SwapUsage | Nombre de permutations utilisées sur l'hôte. | Octets |
# Métriques pour MemoryDB
L’espace de noms `AWS/MemoryDB` inclut les métriques suivantes.
À l'exception de`ReplicationLag`,`EngineCPUUtilization`, et `SuccessfulWriteRequestLatency``SuccessfulReadRequestLatency`, ces métriques sont dérivées des commandes Valkey et Redis OSS**info**. Chaque métrique est calculée au niveau du nœud.
Pour une documentation complète de la **INFO** commande, voir [INFO](http://valkey.io/commands/info).
**Voir aussi :**
+ [Métriques au niveau de l'hôte](metrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/metrics.memorydb.html)
Voici des regroupements de certains types de commandes, dérivés de **info commandstats**. La section commandstats fournit des statistiques basées sur le type de commande, y compris le nombre d'appels.
Pour une liste complète des commandes disponibles, consultez la section [commandes](https://valkey.io/commands).
| Métrique | Description | Unit |
| --- | --- | --- |
| EvalBasedCmds | Nombre total de commandes pour les commandes basées sur eval. Ceci est dérivé de la commandstats statistique en additionnant eval et. evalsha | Nombre |
| GeoSpatialBasedCmds | Nombre total de commandes pour les commandes basées sur la géolocalisation. Ceci est dérivé de la commandstats statistique. Il est dérivé en additionnant tous les types de commandes géo : geoadd, geodist, geohash, geopos, georadius et georadiusbymember. | Nombre |
| GetTypeCmds | Le nombre total de commandes basées sur les types de commandes read-only. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes de read-only type (gethget,scard,lrange,, etc.) | Nombre |
| HashBasedCmds | Nombre total de commandes basées sur le hachage. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur un ou plusieurs hachages (hget,,,hkeys, hvalshdel, etc.). | Nombre |
| HyperLogLogBasedCmds | Nombre total de commandes basées sur HyperLogLog. Ceci est dérivé de la commandstats statistique en additionnant tous les pf types de commandes (pfaddpfcount,pfmerge,, etc.). | Nombre |
| JsonBasedCmds | Nombre total de commandes basées sur JSON. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur un ou plusieurs objets de document JSON. | Nombre |
| KeyBasedCmds | Nombre total de commandes basées sur une clé. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur une ou plusieurs touches dans plusieurs structures de données (delexpire,rename,, etc.). | Nombre |
| ListBasedCmds | Nombre total de commandes basées sur une liste. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur une ou plusieurs listes (lindex,lrange,lpush,ltrim, etc.). | Nombre |
| PubSubBasedCmds | Nombre total de commandes pour les pub/sub fonctionnalités. Ceci est dérivé des commandstats statistiques en additionnant toutes les commandes utilisées pour les pub/sub fonctionnalités :psubscribe,publish,pubsub, punsubscribesubscribe, etunsubscribe. | Nombre |
| SearchBasedCmds | Le nombre total de commandes d'index et de recherche secondaires, y compris les commandes de lecture et d'écriture. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes de recherche qui agissent sur les index secondaires. | Nombre |
| SearchBasedGetCmds | Nombre total de commandes d'index et de recherche secondaires en lecture seule. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes d'index secondaire et de recherche. | Nombre |
| SearchBasedSetCmds | Nombre total de commandes d'écriture et d'index secondaires. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes de l'index secondaire et du set de recherche. | Nombre |
| SearchNumberOfIndexes | Nombre total d'index. | Nombre |
| SearchNumberOfIndexedKeys | Nombre total de clés indexées | Nombre |
| SearchTotalIndexSize | Mémoire (octets) utilisée par tous les index. | Octets |
| SetBasedCmds | Nombre total de commandes basées sur un ensemble. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur un ou plusieurs ensembles (scard,sdiff,sadd,sunion, etc.). | Nombre |
| SetTypeCmds | Le nombre total de commandes de type write. Ceci est dérivé de la commandstats statistique en additionnant tous les mutative types de commandes qui opèrent sur les données (sethset,sadd,lpop,, etc.) | Nombre |
| SortedSetBasedCmds | Nombre total de commandes qui sont triées en fonction d'un ensemble. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur un ou plusieurs ensembles triés (zcount,zrange,zrank,zadd, etc.). | Nombre |
| StringBasedCmds | Nombre total de commandes basées sur une chaîne. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur une ou plusieurs chaînes (strlen,setex,setrange, etc.). | Nombre |
| StreamBasedCmds | Nombre total de commandes basées sur un flux. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur un ou plusieurs types de données de flux (xrange,xlen,xadd,xdel, etc.). | Nombre |
# 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.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [Moteur CPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Mémoire](#metrics-memory)
+ [Réseau](#metrics-network)
+ [Latence](#metrics-latency)
+ [Réplication](#metrics-replication)
## CPUUtilization
Il s'agit d'une métrique au niveau de l'hôte représentée en pourcentage. Pour de plus amples informations, veuillez consulter [Métriques au niveau de l'hôte](metrics.HostLevel.md).
Pour les types de nœuds plus petits avec 2 V CPUs ou moins, utilisez la `CPUUtilization ` métrique pour surveiller votre charge de travail.
En général, nous vous suggérons de définir votre seuil à 90 % de votre UC disponible. Valkey et 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 CPUUtilization serait de 90/2, soit 45 %. Pour connaître le nombre de cœurs (vCPUs) de votre type de nœud, consultez la section Tarification de [MemoryDB](https://aws.amazon.com/memorydb/pricing/?p=ps).
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 Host-Level`CPUUtilization`, vous pouvez peut-être utiliser la métrique`EngineCPUUtilization`, qui indique le pourcentage d'utilisation sur le cœur du moteur Valkey ou Redis OSS. Pour savoir si cette métrique est disponible sur vos nœuds et pour plus d'informations, consultez [Metrics for MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
Pour les types de nœuds plus grands avec 4 V CPUs ou plus, vous pouvez utiliser la `EngineCPUUtilization` métrique, qui indique le pourcentage d'utilisation sur le cœur du moteur Valkey ou Redis OSS. Pour savoir si cette métrique est disponible sur vos nœuds et pour plus d'informations, consultez [Metrics for MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## Moteur CPUUtilization
Pour les types de nœuds plus grands avec 4 V CPUs ou plus, vous pouvez utiliser la `EngineCPUUtilization` métrique, qui indique le pourcentage d'utilisation sur le cœur du moteur Valkey ou Redis OSS. Pour savoir si cette métrique est disponible sur vos nœuds et pour plus d'informations, consultez [Metrics for MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## SwapUsage
Il s'agit d'une métrique au niveau de l'hôte, publiée en octets. Pour de plus amples informations, veuillez consulter [Métriques au niveau de l'hôte](metrics.HostLevel.md).
Si la `FreeableMemory` CloudWatch métrique est proche de 0 (c'est-à-dire inférieure à 100 Mo) ou si elle est supérieure à la `SwapUsage` `FreeableMemory` métrique, il se peut qu'un nœud soit soumis à une pression de mémoire.
## 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 *CurrConnections*chiffres 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 au cœur de Valkey et 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 [INFO](https://valkey.io/commands/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](https://aws.amazon.com/memorydb/pricing/).
## Latence
Les métriques `SuccessfulWriteRequestLatency` de latence `SuccessfulReadRequestLatency` mesurent le temps total nécessaire à MemoryDB pour le moteur Valkey pour répondre à une demande.
**Note**
Des valeurs `SuccessfulWriteRequestLatency` et des `SuccessfulReadRequestLatency` métriques gonflées peuvent survenir lors de l'utilisation du pipeline Valkey avec CLIENT REPLY activé sur le client Valkey. Le pipeline Valkey est une technique permettant d'améliorer les performances en émettant plusieurs commandes à la fois, sans attendre la réponse à chaque commande individuelle. Pour éviter les valeurs exagérées, nous vous recommandons de configurer votre client Redis pour qu'il achemine les commandes avec [CLIENT REPLY OFF.](https://valkey.io/commands/client-reply/)
## 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.
`ReplicationDelayedWriteCommands`peut é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](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html) la réplication MemoryDB
# Choix des périodes et des statistiques de métriques
Bien que CloudWatch vous puissiez choisir n'importe quelle statistique et période pour chaque métrique, toutes les combinaisons ne seront pas utiles. Par exemple, les statistiques moyenne, minimale et maximale pour CPUUtilization sont utiles, mais pas la statistique Sum.
Tous les exemples de MemoryDB sont publiés pour une durée de 60 secondes pour chaque nœud individuel. Pour toute période de 60 secondes, une métrique de nœud ne contiendra qu'un seul échantillon.
# CloudWatch Métriques de surveillance
MemoryDB et CloudWatch sont intégrés afin que vous puissiez collecter une variété de métriques. Vous pouvez surveiller ces indicateurs à l'aide de CloudWatch.
**Note**
Les exemples suivants nécessitent les outils de ligne de CloudWatch commande. Pour plus d'informations sur CloudWatch les outils de développement et pour les télécharger, consultez la [page CloudWatch du produit](https://aws.amazon.com/cloudwatch).
Les procédures suivantes vous montrent comment collecter des statistiques CloudWatch d'espace de stockage pour un cluster au cours de la dernière heure.
**Note**
Les `EndTime` valeurs `StartTime` et fournies dans les exemples suivants sont fournies à titre indicatif. Assurez-vous de remplacer les valeurs d'heure de début et de fin appropriées pour vos nœuds.
Pour plus d'informations sur les limites de MemoryDB, voir Limites de [AWS service](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_memorydb) pour MemoryDB.
## CloudWatch Métriques de surveillance (console)
**Pour recueillir des statistiques d'utilisation du processeur pour un cluster**
1. Connectez-vous à la console MemoryDB AWS Management Console et ouvrez-la à l'adresse. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. Sélectionnez les nœuds pour lesquels vous souhaitez consulter les métriques.
**Note**
L'affichage des métriques sur la console est désactivé si vous sélectionnez plus de 20 nœuds.
1. Sur la page **Clusters** de la console de AWS gestion, cliquez sur le nom d'un ou de plusieurs clusters.
La page détaillée du cluster s'affiche.
1. Cliquez sur l'onglet **Nodes** en haut de la fenêtre.
1. Dans l'onglet **Nœuds** de la fenêtre détaillée, sélectionnez les nœuds pour lesquels vous souhaitez consulter les métriques.
La liste des CloudWatch métriques disponibles apparaît en bas de la fenêtre de console.
1. Cliquez sur la métrique **CPU Utilization**.
La CloudWatch console s'ouvre et affiche les statistiques que vous avez sélectionnées. Vous pouvez utiliser les zones de liste déroulantes **Statistic** et **Period** et l'onglet **Time Range** pour modifier les métriques affichées.
## Surveillance des CloudWatch métriques à l'aide de la CloudWatch CLI
**Pour recueillir des statistiques d'utilisation du processeur pour un cluster**
+ Utilisez la CloudWatch commande **aws cloudwatch get-metric-statistics** avec les paramètres suivants (notez que les heures de début et de fin ne sont indiquées qu'à titre d'exemple ; vous devrez les remplacer par vos propres heures de début et de fin appropriées) :
Pour Linux, macOS ou Unix :
```
1. aws cloudwatch get-metric-statistics CPUUtilization \
2. --dimensions=ClusterName=mycluster,NodeId=0002" \
3. --statistics=Average \
4. --namespace="AWS/MemoryDB" \
5. --start-time 2013-07-05T00:00:00 \
6. --end-time 2013-07-06T00:00:00 \
7. --period=60
```
Pour Windows :
```
1. mon-get-stats CPUUtilization ^
2. --dimensions=ClusterName=mycluster,NodeId=0002" ^
3. --statistics=Average ^
4. --namespace="AWS/MemoryDB" ^
5. --start-time 2013-07-05T00:00:00 ^
6. --end-time 2013-07-06T00:00:00 ^
7. --period=60
```
## Surveillance des CloudWatch métriques à l'aide de l' CloudWatch API
**Pour recueillir des statistiques d'utilisation du processeur pour un cluster**
+ Appelez l' CloudWatch API `GetMetricStatistics` avec les paramètres suivants (notez que les heures de début et de fin ne sont indiquées qu'à titre d'exemple ; vous devrez les remplacer par vos propres heures de début et de fin appropriées) :
+ `Statistics.member.1``=Average`
+ `Namespace``=AWS/MemoryDB`
+ `StartTime``=2013-07-05T00:00:00`
+ `EndTime``=2013-07-06T00:00:00`
+ `Period``=60`
+ `MeasureName``=CPUUtilization`
+ `Dimensions``=ClusterName=mycluster,NodeId=0002`
**Example**
```
1. http://monitoring.amazonaws.com/
2. ?SignatureVersion=4
3. &Action=GetMetricStatistics
4. &Version=2014-12-01
5. &StartTime=2013-07-16T00:00:00
6. &EndTime=2013-07-16T00:02:00
7. &Period=60
8. &Statistics.member.1=Average
9. &Dimensions.member.1="ClusterName=mycluster"
10. &Dimensions.member.2="NodeId=0002"
11. &Namespace=Amazon/memorydb
12. &MeasureName=CPUUtilization
13. &Timestamp=2013-07-07T17%3A48%3A21.746Z
14. &AWS;AccessKeyId=<&AWS; Access Key ID>
15. &Signature=
```