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.
Métriques pour Valkey et Redis OSS
L'espace de Amazon ElastiCache
noms inclut les métriques Valkey et Redis OSS suivantes. Ces métriques sont les mêmes lorsque vous utilisez le moteur Valkey.
À l'exception de ReplicationLag
etEngineCPUUtilization
, ces métriques sont dérivées de la info commande. Chaque métrique est calculée au niveau du nœud de cache.
Pour une documentation complète de la info commande, consultez http://valkey.io/commands/info
Voir aussi
Métrique | Description | Unité |
---|---|---|
ActiveDefragHits |
Nombre de réallocations de valeur par minute effectuées par le processus de défragmentation actif. Ceci est dérivé de la active_defrag_hits statistique de. INFO |
Nombre |
AuthenticationFailures |
Nombre total de tentatives infructueuses d'authentification auprès de Valkey ou Redis à OSS l'aide de la commande. AUTH Vous pouvez trouver plus d'informations sur les échecs d'authentification individuels à l'aide de la ACLLOG |
Nombre |
BytesUsedForCache |
Le nombre total d'octets alloués par Valkey ou Redis à toutes OSS fins utiles, y compris le jeu de données, les tampons, etc. | Octets |
Dimension: Tier=Memory pour les OSS clusters Valkey ou Redis en utilisant Hiérarchisation des données ElastiCache : Le nombre total d'octets utilisés pour le cache par la mémoire. Il s'agit de la valeur de la used_memory statistique à INFO |
Octets | |
Dimension: Tier=SSD pour les OSS clusters Valkey ou Redis en utilisant Hiérarchisation des données ElastiCache : Le nombre total d'octets utilisés pour le cache par. SSD |
Octets | |
BytesReadFromDisk |
Nombre total d’octets lus sur le disque par minute. Pris en charge uniquement pour les clusters utilisant Hiérarchisation des données ElastiCache. | Octets |
BytesWrittenToDisk |
Nombre total d'’octets écrits sur le disque par minute. Pris en charge uniquement pour les clusters utilisant Hiérarchisation des données ElastiCache. | Octets |
CacheHits |
Le nombre de recherches réussies de clés en lecture seule dans le dictionnaire principal. Ceci est dérivé de la keyspace_hits statistique de. INFO |
Nombre |
CacheMisses |
Le nombre de recherches non-réussies de clés en lecture seule dans le dictionnaire principal. Ceci est dérivé de la keyspace_misses statistique de. INFO |
Nombre |
CommandAuthorizationFailures |
Nombre total de tentatives infructueuses par les utilisateurs d'exécuter des commandes qu'ils n'ont pas l'autorisation d'appeler. Vous pouvez trouver plus d'informations sur les échecs d'authentification individuels à l'aide de la ACLLOG |
Nombre |
CacheHitRate |
Indique l'efficacité d'utilisation de l'instance Valkey ou RedisOSS. Si le ratio de cache est inférieur à ~0,8, cela indique qu'une quantité importante de clés est expulsée, expirée ou n'existe pas. Ce ratio est calculé en utilisant les statistiques cache_hits et cache_misses de la manière suivante : cache_hits /(cache_hits +
cache_misses) . |
Pourcentage |
ChannelAuthorizationFailures |
Nombre total de tentatives infructueuses par les utilisateurs d'accéder aux canaux auxquels ils n'ont pas l'autorisation d'accéder. Vous pouvez trouver plus d'informations sur les échecs d'authentification individuels à l'aide de la ACLLOG |
Nombre |
CurrConnections |
Le nombre de connexions client, à l'exclusion des connexions issues des répliques de lecture. ElastiCache utilise deux à quatre connexions pour surveiller le cluster dans chaque cas. Ceci est dérivé de la connected_clients statistique de INFO |
Nombre |
CurrItems |
Nombre d'éléments dans le cache. Ceci est dérivé de la keyspace statistique, en additionnant toutes les touches de l'ensemble du keyspace. |
Nombre |
Dimension: Tier=Memory pour les clusters utilisant Hiérarchisation des données ElastiCache. Nombre d’éléments en mémoire. |
Nombre | |
Dimension: Tier=SSD (lecteur à état solide) pour les clusters utilisant Hiérarchisation des données ElastiCache. Le nombre d'articles contenus dansSSD. |
Nombre | |
CurrVolatileItems |
Nombre total de clés dans toutes les bases de données qui ont un ttl défini. Ceci est dérivé de la expires statistique, en additionnant toutes les touches avec un ttl défini dans l'ensemble du keyspace. |
Nombre |
DatabaseCapacityUsagePercentage |
Pourcentage de la capacité de données totale pour le cluster en cours d'utilisation. Sur les instances Data Tiered, la métrique est calculée en fonction de son origine Dans tous les autres cas, la métrique est calculée à l'aide de |
Pourcentage |
DatabaseCapacityUsageCountedForEvictPercentage |
Pourcentage de la capacité de données totale du cluster utilisé, à l'exclusion de la mémoire utilisée pour les surcharges etCOB. Cette métrique est calculée comme suit :
Sur les instances avec hiérarchisation des données, la métrique est calculée comme suit :
d'où |
Pourcentage |
DatabaseMemoryUsagePercentage |
Pourcentage de la mémoire pour le cluster qui est en cours d'utilisation. Ceci est calculé à used_memory/maxmemory partir de INFO |
Pourcentage |
DatabaseMemoryUsageCountedForEvictPercentage |
Pourcentage de mémoire utilisé pour le cluster, à l'exclusion de la mémoire utilisée pour la surcharge etCOB. Ceci est calculé à used_memory-mem_not_counted_for_evict/maxmemory partir de INFO |
Pourcentage |
DB0AverageTTL |
Expose avg_ttl un DBO extrait de la keyspace statistique de commande. INFODEL commande qui est transmise à toutes les répliques. Par conséquent, DB0Average TTL est égal à 0 pour les nœuds de réplication, car ils n'expirent pas les clés et ne sont donc pas suivis. TTL |
Millisecondes |
EngineCPUUtilization |
Permet CPU d'utiliser le thread du OSS moteur Valkey ou Redis. Valkey et Redis OSS étant mono-thread, vous pouvez utiliser cette métrique pour analyser la charge du processus lui-même. La Note Sur un ElastiCache hôte, des processus d'arrière-plan surveillent l'hôte afin de fournir une expérience de base de données gérée. Ces processus d'arrière-plan peuvent occuper une part importante de la CPU charge de travail. Cela n'est pas significatif pour les grands hôtes qui en ont plus de deuxvCPUs. Mais cela peut affecter les petits hôtes comptant 2 hôtes vCPUs ou moins. Si vous ne surveillez que la |
Pourcentage |
Evictions |
Nombre de clés qui ont été expulsées en raison de la limite maxmemory . Ceci est dérivé de la evicted_keys statistique de INFO |
Nombre |
GlobalDatastoreReplicationLag |
Il s'agit du décalage entre le nœud primaire de la région secondaire et le nœud primaire de la région primaire. Pour Valkey ou Redis activés en mode clusterOSS, le décalage indique le délai maximal entre les partitions. | Secondes |
IamAuthenticationExpirations |
Le nombre total de connexions Valkey ou Redis IAM authentifiées expirées. OSS Vous trouverez plus d'informations sur Authentification avec IAM dans le guide de l'utilisateur. | Nombre |
IamAuthenticationThrottling |
Le nombre total de requêtes ou de requêtes Valkey ou IAM Redis authentifiées et limitées. OSS AUTH HELLO Vous trouverez plus d'informations sur Authentification avec IAM dans le guide de l'utilisateur. | Nombre |
IsMaster |
Indique si le nœud est le nœud primaire de la partition/du cluster courant. La métrique peut être égale à 0 (non primaire) ou 1 (primaire). | Nombre |
KeyAuthorizationFailures |
Nombre total de tentatives infructueuses par les utilisateurs d'accéder aux clés auxquelles ils n'ont pas l'autorisation d'accéder. Vous pouvez trouver plus d'informations sur les échecs d'authentification individuels à l'aide de la ACLLOG |
Nombre |
KeysTracked |
Le nombre de clés suivies par Valkey ou Redis OSS Key Tracking en pourcentage de. tracking-table-max-keys Le suivi des clés est utilisé pour faciliter la mise en cache côté client et avertit les clients lorsque les clés sont modifiées. |
Nombre |
MemoryFragmentationRatio |
Indique l'efficacité de l'allocation de mémoire du moteur Valkey ou RedisOSS. Certains seuils indiqueront différents comportements. La valeur recommandée est d'avoir une fragmentation supérieure à 1.0. Ceci est calculé à partir mem_fragmentation_ratio statistic de INFO |
Nombre |
NewConnections |
Nombre total de connexions qui ont été acceptées par le serveur au cours de cette période. Ceci est dérivé de la total_connections_received statistique de INFONoteSi vous utilisez ElastiCache (RedisOSS) version 5 ou inférieure, entre deux et quatre des connexions signalées par cette métrique sont utilisées ElastiCache pour surveiller le cluster. Toutefois, lorsque vous utilisez ElastiCache (RedisOSS) version 6 ou supérieure, les connexions utilisées ElastiCache pour surveiller le cluster ne sont pas incluses dans cette métrique. |
Nombre |
NumItemsReadFromDisk |
Nombre total d’éléments récupérés à partir du disque par minute. Pris en charge uniquement pour les clusters utilisant Hiérarchisation des données ElastiCache. | Nombre |
NumItemsWrittenToDisk |
Nombre total d’éléments écrits sur disque par minute. Pris en charge uniquement pour les clusters utilisant Hiérarchisation des données ElastiCache. | Nombre |
MasterLinkHealthStatus |
Cet état a deux valeurs : 0 ou 1. La valeur 0 indique que les données du nœud ElastiCache principal ne sont pas synchronisées avec Valkey ou Redis activéOSS. EC2 Une valeur égale à 1 signifie que les données sont synchronisées. Pour terminer la migration, utilisez l'CompleteMigrationAPIopération. | Booléen |
Reclaimed |
Nombre total d'événements d'expiration de clé. Ceci est dérivé de la expired_keys statistique de INFO |
Nombre |
ReplicationBytes |
Pour les nœuds dans une configuration répliquée, ReplicationBytes indique le nombre d'octets que le principal envoie à toutes ses réplicas. Cette métrique est représentative de la charge d'écriture sur le groupe de réplication. Ceci est dérivé de la master_repl_offset statistique de INFO |
Octets |
ReplicationLag |
Cette métrique ne s'applique qu'à un nœud de s'exécutant en tant que réplica en lecture. Elle représente le retard, en secondes, de l'application par le réplica des modifications provenant du nœud principal. Pour Valkey 7.2 et versions ultérieures, et le OSS moteur Redis version 5.0.6 et versions ultérieures, le décalage peut être mesuré en millisecondes. | Secondes |
SaveInProgress |
Cette métrique binaire renvoie la valeur 1 lorsqu'un enregistrement en arrière-plan (avec ou sans autoclonage) est en cours. Sinon, elle renvoie la valeur 0. Un processus d'enregistrement en arrière-plan est généralement utilisé lors des instantanés et des synchronisations. Ces opérations peuvent entraîner une dégradation des performances. La métrique SaveInProgress vous permet de diagnostiquer si la dégradation des performances a été provoquée par un processus d'enregistrement en arrière-plan. Ceci est dérivé de la rdb_bgsave_in_progress statistique de INFO |
Booléen |
TrafficManagementActive |
Indique si ElastiCache (RedisOSS) gère activement le trafic en ajustant le trafic alloué aux commandes entrantes, à la surveillance ou à la réplication. Le trafic est géré lorsque le nombre de commandes envoyées au nœud est supérieur à ce qui peut être traité par Valkey ou RedisOSS. Il est utilisé pour maintenir la stabilité et le fonctionnement optimal du moteur. Tout point de données de valeur 1 peut indiquer que le nœud est sous-dimensionné pour la charge de travail fournie. Note Si cette métrique reste active, évaluez le cluster pour décider s'il est nécessaire de l'augmenter ou de le réduire. Les métriques associées incluent |
Booléen |
ngineCPUUtilization Disponibilité E
AWS Les régions répertoriées ci-dessous sont disponibles sur tous les types de nœuds pris en charge.
Région | Nom de la région |
---|---|
us-east-2 |
USA Est (Ohio) |
us-east-1 |
USA Est (Virginie du Nord) |
us-west-1 |
USA Ouest (Californie du Nord) |
us-west-2 |
USA Ouest (Oregon) |
ap-northeast-1 |
Asie Pacifique (Tokyo) |
ap-northeast-2 |
Asie-Pacifique (Séoul) |
ap-northeast-3 |
Asie-Pacifique (Osaka) |
ap-east-1 |
Asie-Pacifique (Hong Kong) |
ap-south-1 |
Asie-Pacifique (Mumbai) |
ap-southeast-1 |
Asie-Pacifique (Singapour) |
ap-southeast-2 |
Asie-Pacifique (Sydney) |
ap-southeast-3 |
Asie-Pacifique (Jakarta) |
ca-central-1 |
Canada (Centre) |
cn-north-1 |
Chine (Beijing) |
cn-northwest-2 |
Chine (Ningxia) |
me-south-1 |
Moyen-Orient (Bahreïn) |
eu-central-1 |
Europe (Francfort) |
eu-west-1 |
Europe (Irlande) |
eu-west-2 |
Europe (Londres) |
eu-west-3 |
UE (Paris) |
eu-south-1 |
Europe (Milan) |
af-south-1 |
Afrique (Le Cap) |
eu-north-1 |
Europe (Stockholm) |
sa-east-1 |
Amérique du Sud (São Paulo) |
us-gov-west-1 |
AWS GovCloud (US-Ouest) |
us-gov-east-1 |
AWS GovCloud (USA Est) |
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, notamment le nombre d'appels, le CPU temps total consommé par ces commandes et la CPU consommation moyenne par exécution de commande. Pour chaque type de commande, la ligne suivante est ajoutée : cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX
.
Les mesures de latence répertoriées ci-dessous sont calculées à l'aide des statistiques commandstats de. INFOdelta(usec)/delta(calls)
. delta
est calculé comme la diff. dans une minute. La latence est définie comme CPU le temps nécessaire ElastiCache au traitement de la commande. Notez que pour les clusters utilisant la hiérarchisation des données, le temps nécessaire pour récupérer des éléments n'SSDest pas inclus dans ces mesures.
Pour une liste complète des commandes disponibles, consultez les commandes
Métrique | Description | Unité |
---|---|---|
ClusterBasedCmds |
Nombre total de commandes basées sur un cluster. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui agissent sur un cluster (cluster slot ,cluster info , etc.). |
Nombre |
ClusterBasedCmdsLatency |
Latence des commandes basées sur un cluster. | Microsecondes |
EvalBasedCmds |
Nombre total de commandes pour les commandes basées sur eval. Ceci est dérivé de la commandstats statistique en additionnanteval,. evalsha |
Nombre |
EvalBasedCmdsLatency |
Latence des commandes basées sur Eval. | Microsecondes |
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 |
GeoSpatialBasedCmdsLatency |
Latence des commandes basées sur la géolocalisation. | Microsecondes |
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 |
GetTypeCmdsLatency |
Latence des commandes de lecture. | Microsecondes |
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 |
HashBasedCmdsLatency |
Latence des commandes basées sur le hachage. | Microsecondes |
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 |
HyperLogLogBasedCmdsLatency |
Latence des commandes HyperLogLog basées. | Microsecondes |
JsonBasedCmds |
Le nombre total de JSON commandes, y compris les commandes de lecture et d'écriture. Ceci est dérivé de la commandstats statistique en additionnant toutes les JSON commandes qui agissent sur JSON les touches. |
Nombre |
JsonBasedCmdsLatency |
Latence de toutes les JSON commandes, y compris les commandes de lecture et d'écriture. | Microsecondes |
JsonBasedGetCmds |
Nombre total de commandes JSON en lecture seule. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes de JSON lecture qui agissent sur JSON les touches. |
Nombre |
JsonBasedGetCmdsLatency | Latence des commandes JSON en lecture seule. | Microsecondes |
JsonBasedSetCmds | Nombre total de commandes d'JSONécriture. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes d'JSONécriture qui agissent sur JSON les touches. |
Nombre |
JsonBasedSetCmdsLatency | Latence des commandes JSON d'écriture. | Microsecondes |
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 |
KeyBasedCmdsLatency |
Latence des commandes basées sur les clés. | Microsecondes |
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 |
ListBasedCmdsLatency |
Latence des commandes basées sur la liste. | Microsecondes |
NonKeyTypeCmds | Nombre total de commandes non basées sur des clés. Ceci est dérivé de la commandstats statistique en additionnant toutes les commandes qui n'agissent pas sur une touche, par exempleacl, dbsize ou. info |
Nombre |
NonKeyTypeCmdsLatency | Latence des non-key-based commandes. | Microsecondes |
PubSubBasedCmds |
Nombre total de commandes pour la fonctionnalité pub/sub. Ceci est dérivé des commandstats statistiques en additionnant toutes les commandes utilisées pour les fonctionnalités pub/sub :psubscribe,,publish,pubsub,punsubscribe, ssubscribe sunsubscribespublish, subscribe et. unsubscribe |
Nombre |
PubSubBasedCmdsLatency |
Latence des commandes basées sur pub/sub. | Microsecondes |
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 |
SetBasedCmdsLatency |
Latence des commandes basées sur des ensembles. | Microsecondes |
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 |
SetTypeCmdsLatency |
Latence des commandes d'écriture. | Microsecondes |
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 |
SortedSetBasedCmdsLatency |
Latence des commandes basées sur le tri. | Microsecondes |
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 |
StringBasedCmdsLatency |
Latence des commandes basées sur des chaînes | Microsecondes |
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 |
StreamBasedCmdsLatency |
Latence des commandes basées sur des flux. | Microsecondes |