Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Supervisión del uso con CloudWatch métricas
ElastiCache proporciona métricas que le permiten monitorear sus clústeres. Puede acceder a estas métricas a través de CloudWatch. Para obtener más información al respecto CloudWatch, consulte la [CloudWatch documentación.](https://aws.amazon.com/documentation/cloudwatch/)
ElastiCache proporciona métricas a nivel de host (por ejemplo, el uso de la CPU) y métricas específicas del software del motor de caché (por ejemplo, los valores de caché acumulados y perdidos). Estas métricas se miden y publican para cada nodo de caché en intervalos de 60 segundos.
**importante**
Deberías considerar la posibilidad de configurar CloudWatch alarmas en determinadas métricas clave, de modo que recibas una notificación si el rendimiento del clúster comienza a degradarse. Para obtener más información, consulte la sección [¿Qué métricas debo monitorear?](CacheMetrics.WhichShouldIMonitor.md) de esta guía.
**Topics**
+ [Métricas de nivel de host](CacheMetrics.HostLevel.md)
+ [Métricas de Valkey y Redis OSS](CacheMetrics.Redis.md)
+ [Métricas de Memcached](CacheMetrics.Memcached.md)
+ [¿Qué métricas debo monitorear?](CacheMetrics.WhichShouldIMonitor.md)
+ [Elección de periodos y estadísticas de métricas](CacheMetrics.ChoosingStatisticsAndPeriods.md)
+ [Monitorización de métricas de CloudWatch clústeres y nodos](CloudWatchMetrics.md)
# Métricas de nivel de host
El espacio de nombres `AWS/ElastiCache` incluye las siguientes métricas de nivel de host para los distintos nodos de caché. Estas métricas se miden y publican para cada nodo de caché en intervalos de 60 segundos.
**Véase también**
+ [Métricas de Valkey y Redis OSS](CacheMetrics.Redis.md)
| Métrica | Descripción | Unidad |
| --- | --- | --- |
| CPUUtilization | El porcentaje de uso de la CPU para todo el host. Dado que Valkey y Redis OSS utilizan un solo subproceso, recomendamos que supervise la métrica EngineCPUUtilization de los nodos con cuatro o más vCPU. | Porcentaje |
| CPUCreditBalance | La cantidad de créditos de la CPU obtenidos que una instancia ha acumulado desde que se lanzó o se inició. Para T2 Standard, CPUCreditBalance incluye además el número de créditos de lanzamiento que se acumularon. Los créditos se acumulan en el saldo de créditos una vez obtenidos y se eliminan del saldo de créditos cuando se gastan. El saldo de créditos tiene un límite máximo, determinado por el tamaño de la instancia. Una vez que se ha alcanzado el límite, los nuevos créditos obtenidos se descartarán. Para T2 Standard, los créditos de inicialización no cuentan para el límite. Los créditos de CPUCreditBalance se encuentran disponibles para que la instancia los gaste y aumente la utilización de la CPU por encima de la referencia. Las métricas de créditos de CPU solo están disponibles cada cinco minutos. Estas métricas no se encuentran disponibles para las instancias de rendimiento ampliable T2. | Créditos (vCPU/minutos) |
| CPUCreditUsage | La cantidad de créditos de CPU gastados por la instancia para la utilización de la CPU. Un crédito de CPU equivale a una vCPU ejecutándose al 100% de utilización durante un minuto o una combinación equivalente de unidades de vCPU, utilización y tiempo (por ejemplo, una vCPU ejecutándose al 50% durante dos minutos o dos vCPU ejecutándose al 25% durante dos minutos). Las métricas de créditos de CPU solo están disponibles cada cinco minutos. Si se especifica un periodo superior a cinco minutos, utilice la estadística Sum en lugar de Average. Estas métricas no se encuentran disponibles para las instancias de rendimiento ampliable T2. | Créditos (vCPU/minutos) |
| FreeableMemory | La cantidad de memoria libre disponible en el host. Esto se deriva de la RAM, los búferes y la caché que el sistema operativo reporta como liberables. | Bytes |
| NetworkBytesIn | El número de bytes que el host ha leído de la red. | Bytes |
| NetworkBytesOut | El número de bytes enviados en todas las interfaces de red por la instancia. | Bytes |
| NetworkPacketsIn | El número de paquetes recibidos en todas las interfaces de red por la instancia. Esta métrica identifica el volumen de tráfico de red entrante en cuanto al número de paquetes de una sola instancia. | Recuento |
| NetworkPacketsOut | El número de paquetes enviados en todas las interfaces de red por la instancia. Esta métrica identifica el volumen de tráfico de red saliente en cuanto al número de paquetes de una sola instancia. | Recuento |
| NetworkBandwidthInAllowanceExceeded | El número de paquetes formados en cola o eliminados el ancho de banda agregado entrante superó el máximo de la instancia. | Recuento |
| NetworkConntrackAllowanceExceeded | El número de paquetes eliminados porque el seguimiento de conexiones superó el máximo de la instancia y no se pudieron establecer nuevas conexiones. Esto puede provocar la pérdida de paquetes para el tráfico hacia o desde la instancia. | Recuento |
| NetworkBandwidthOutAllowanceExceeded | El número de paquetes en cola o eliminados porque el ancho de banda agregado saliente superó el máximo de la instancia. | Recuento |
| NetworkPacketsPerSecondAllowanceExceeded | El número de paquetes en cola o eliminados debido a que los paquetes bidireccional superaron el máximo de la instancia. | Recuento |
| NetworkMaxBytesIn | La ráfaga por segundo máxima de bytes recibidos cada minuto. | Bytes |
| NetworkMaxBytesOut | La ráfaga por segundo máxima de bytes transmitidos cada minuto. | Bytes |
| NetworkMaxPacketsIn | La ráfaga por segundo máxima de paquetes recibidos cada minuto. | Recuento |
| NetworkMaxPacketsOut | La ráfaga por segundo máxima de paquetes transmitidos cada minuto. | Recuento |
| SwapUsage | La cantidad de espacio de intercambio utilizado en el host. | Bytes |
# Métricas de Valkey y Redis OSS
El espacio de nombres `Amazon ElastiCache` incluye las siguientes métricas de Valkey y Redis OSS. Estas métricas son las mismas cuando se utiliza el motor de Valkey.
Con la excepción de `ReplicationLag`, `EngineCPUUtilization`, `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency`, estas métricas se obtienen del comando **info**. Cada métrica se calcula en el nivel de nodo de caché.
Para obtener la documentación completa del **info** comando, consulte [http://valkey. io/commands/info](https://valkey.io/commands/info).
**Véase también**
+ [Métricas de nivel de host](CacheMetrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/CacheMetrics.Redis.html)
**Disponibilidad del motor CPUUtilization**
AWS Las regiones que se enumeran a continuación están disponibles en todos los tipos de nodos compatibles.
| Region | Nombre de la región |
| --- | --- |
| us-east-2 | Este de EE. UU. (Ohio) |
| us-east-1 | Este de EE. UU. (Norte de Virginia) |
| us-west-1 | Oeste de EE. UU. (Norte de California) |
| us-west-2 | Oeste de EE. UU. (Oregón) |
| ap-northeast-1 | Asia-Pacífico (Tokio) |
| ap-northeast-2 | Asia-Pacífico (Seúl) |
| ap-northeast-3 | Asia-Pacífico (Osaka) |
| ap-east-1 | Asia-Pacífico (Hong Kong) |
| ap-south-1 | Asia-Pacífico (Mumbai) |
| ap-southeast-1 | Asia-Pacífico (Singapur) |
| ap-southeast-2 | Asia-Pacífico (Sídney) |
| ap-southeast-3 | Asia-Pacífico (Yakarta) |
| ca-central-1 | Canadá (centro) |
| cn-north-1 | China (Pekín) |
| cn-northwest-2 | China (Ningxia) |
| me-south-1 | Middle East (Bahrain) |
| eu-central-1 | Europa (Fráncfort) |
| eu-west-1 | Europa (Irlanda) |
| eu-west-2 | Europa (Londres) |
| eu-west-3 | UE (París) |
| eu-south-1 | Europa (Milán) |
| af-south-1 | África (Ciudad del Cabo) |
| eu-north-1 | Europa (Estocolmo) |
| sa-east-1 | América del Sur (São Paulo) |
| us-gov-west-1 | AWS GovCloud (US-Oeste) |
| us-gov-east-1 | AWS GovCloud (Estados Unidos-Este) |
A continuación se muestran agrupaciones de determinados tipos de comandos, que se obtienen de **info commandstats**: La sección commandstats proporciona estadísticas basadas en el tipo de comando, incluido el número de llamadas, el tiempo total de CPU consumido por estos comandos y el promedio de CPU consumido por ejecución de comando. Para cada tipo de comando, se agrega la siguiente línea: `cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX`.
Las métricas de latencia que se indican a continuación se calculan con la estadística de commandstats de [INFO](https://valkey.io/commands/info). Se calculan de la siguiente manera: `delta(usec)/delta(calls)`. `delta` se calcula como la diferencia en un minuto. La latencia se define como el tiempo de CPU que tarda la CPU ElastiCache en procesar el comando. Tenga en cuenta que para los clústeres que utilizan la organización de datos en niveles, el tiempo que tarda en obtener elementos de SSD no se incluye en estas mediciones.
Para obtener una lista completa de los comandos disponibles, consulte los [comandos](https://valkey.io/commands) en la documentación de Valkey.
| Métrica | Description (Descripción) | Unidad |
| --- | --- | --- |
| ClusterBasedCmds | El número total de comandos basados en clústeres. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en un clúster (cluster slot, cluster info, etc.). | Recuento |
| ClusterBasedCmdsLatency | Latencia de comandos basados en clústeres. | Microsegundos |
| EvalBasedCmds | El número total de comandos para los comandos basados en eval. Se obtiene de la estadística de commandstats sumando eval, evalsha. | Recuento |
| EvalBasedCmdsLatency | Latencia de comandos basados en eval. | Microsegundos |
| GeoSpatialBasedCmds | Número total de comandos para comandos basados en condiciones geoespaciales. Esto se obtiene de la estadística de commandstats. Esto se obtiene al sumar todos los tipos de comandos geográficos: geoadd, geodist, geohash, geopos, georadius y georadiusbymember. | Recuento |
| GeoSpatialBasedCmdsLatency | Latencia de comandos basados en condiciones geoespaciales. | Microsegundos |
| GetTypeCmds | El número total de comandos de escritura de read-only. Se obtiene de la estadística de commandstats sumando todos los tipos de comandos read-only (get, hget, scard, lrange, etc.). | Recuento |
| GetTypeCmdsLatency | Latencia de los comandos de lectura. | Microsegundos |
| HashBasedCmds | El número total de comandos basados en hash. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más algoritmos hash (hget, hkeys, hvals, hdel, etc.). | Recuento |
| HashBasedCmdsLatency | Latencia de comandos basados en hash. | Microsegundos |
| HyperLogLogBasedCmds | El número total de comandos basados en HyperLogLog. Se obtiene de la estadística de commandstats sumando todos los tipos de comandos pf (pfadd, pfcount, pfmerge, etc.). | Recuento |
| HyperLogLogBasedCmdsLatency | Latencia de los comandos HyperLogLog basados. | Microsegundos |
| JsonBasedCmds | El número total de comandos JSON, incluidos los comandos de lectura y escritura. Se obtiene de la estadística de commandstats sumando todos los comandos de JSON que actúan sobre claves de JSON. | Recuento |
| JsonBasedCmdsLatency | Latencia de todos los comandos JSON, incluidos los comandos de lectura y escritura. | Microsegundos |
| JsonBasedGetCmds | Número total de comandos de solo lectura de JSON. Se obtiene de la estadística de commandstats sumando todos los comandos de lectura de JSON que actúan sobre claves de JSON. | Recuento |
| JsonBasedGetCmdsLatency | Latencia de los comandos de solo lectura de JSON. | Microsegundos |
| JsonBasedSetCmds | Número total de comandos de escritura de JSON. Se obtiene de la estadística de commandstats sumando todos los comandos de escritura de JSON que actúan sobre claves de JSON. | Recuento |
| JsonBasedSetCmdsLatency | Latencia de los comandos de escritura de JSON. | Microsegundos |
| KeyBasedCmds | El número total de comandos basados en claves. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en una o más claves en varias estructuras de datos (del, expire, rename, etc.). | Recuento |
| KeyBasedCmdsLatency | Latencia de comandos basados en claves. | Microsegundos |
| ListBasedCmds | El número total de comandos basados en listas. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en una o más listas (lindex, lrange, lpush, ltrim, etc.). | Recuento |
| ListBasedCmdsLatency | Latencia de comandos basados en listas. | Microsegundos |
| NonKeyTypeCmds | Número total de comandos no basados en claves. Se obtiene de la estadística de commandstats sumando todos los comandos que no actúan sobre una clave, por ejemplo, acl, dbsize o info. | Recuento |
| NonKeyTypeCmdsLatency | Latencia de non-key-based los comandos. | Microsegundos |
| PubSubBasedCmds | El número total de comandos de pub/sub funcionalidad. Se obtiene de las commandstats estadísticas sumando todos los comandos utilizados para la pub/sub funcionalidad:psubscribe,publish,pubsub, punsubscribessubscribe,sunsubscribe, spublishsubscribe, yunsubscribe. | Recuento |
| PubSubBasedCmdsLatency | Latencia de comandos basados en publicación/suscripción. | Microsegundos |
| SetBasedCmds | El número total de comandos basados en instrucciones set. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más conjuntos (scard, sdiff, sadd, sunion, etc.). | Recuento |
| SetBasedCmdsLatency | Latencia de comandos basados en conjuntos. | Microsegundos |
| SetTypeCmds | El número total de tipos de comandos de write. Se obtiene de la estadística de commandstats sumando todos los tipos de comandos mutative que actúan en los datos (set, hset. sadd, lpop, etc.). | Recuento |
| SetTypeCmdsLatency | Latencia de comandos de escritura. | Microsegundos |
| SortedSetBasedCmds | El número total de comandos basados en instrucciones set ordenadas. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más conjuntos ordenados (zcount, zrange, zrank, zadd, etc.). | Recuento |
| SortedSetBasedCmdsLatency | Latencia de comandos basados en orden. | Microsegundos |
| StringBasedCmds | El número total de comandos basados en cadenas. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en una o más cadenas (strlen, setex, setrange, etc.). | Recuento |
| StringBasedCmdsLatency | Latencia de comandos basados en cadenas | Microsegundos |
| StreamBasedCmds | El número total de comandos basados en secuencias. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más tipos de datos de flujo (xrange, xlen, xadd, xdel, etc.). | Recuento |
| StreamBasedCmdsLatency | Latencia de comandos basados en secuencias. | Microsegundos |
| SearchBasedCmds | Número total de comandos Search, incluidos los comandos de lectura y escritura. Se obtiene de la estadística commandstats mediante la suma de todos los comandos Search. | Recuento |
| SearchBasedCmdsLatency | Latencia de todos los comandos Search, incluidos los comandos de lectura y escritura. | Microsegundos |
| SearchBasedGetCmds | Número total de comandos de solo lectura Search. Se obtiene de la estadística commandstats mediante la suma de todos los comandos de lectura Search. | Recuento |
| SearchBasedGetCmdsLatency | Latencia de los comandos de solo lectura Search. | Microsegundos |
| SearchBasedSetCmds | Número total de comandos de escritura Search. Se obtiene de la estadística commandstats mediante la suma de todos los comandos de escritura Search. | Recuento |
| SearchBasedSetCmdsLatency | Latencia de los comandos de escritura Search. | Microsegundos |
# Métricas de Memcached
El espacio de nombres de `AWS/ElastiCache` incluye las siguientes métricas Memcached.
El espacio de nombres de AWS/ElastiCache incluye las siguientes métricas, que se obtienen con el comando de estadísticas de Memcached. Cada métrica se calcula en el nivel de nodo de caché.
**Consulte también**
+ [Métricas de nivel de host](CacheMetrics.HostLevel.md)
| Métrica | Descripción | Unidad |
| --- | --- | --- |
| BytesReadIntoMemcached | El número de bytes que el nodo de caché ha leído de la red. | Bytes |
| BytesUsedForCacheItems | El número de bytes usados para almacenar elementos de caché. | Bytes |
| BytesWrittenOutFromMemcached | El número de bytes que el nodo de caché ha escrito en la red. | Bytes |
| CasBadval | El número de solicitudes CAS (comprobar y establecer) que la caché ha recibido en las que el valor de Cas no coincidía con el valor de Cas almacenado. | Recuento |
| CasHits | El número de solicitudes Cas que la caché ha recibido en las que se encontró la clave solicitada y en las que el valor de Cas coincidía. | Recuento |
| CasMisses | El número de solicitudes Cas que la caché ha recibido en las que se no encontró la clave solicitada. | Recuento |
| CmdFlush | El número de comandos flush recibidos por la caché. | Recuento |
| CmdGet | El número de comandos get recibidos por la caché. | Recuento |
| CmdSet | El número de comandos establecidos que ha recibido la caché. | Recuento |
| CurrConnections | Recuento del número de conexiones realizadas en la caché en un instante en el tiempo. ElastiCache usa dos de las tres conexiones para supervisar el clúster. Además de lo anterior, memcached crea un número de conexiones internas igual al doble de subprocesos utilizados para el tipo de nodo. El número de subprocesos para los distintos tipos de nodos se puede ver en los `Nodetype Specific Parameters` del grupo de parámetros aplicable. El total de conexiones es la suma de las conexiones de cliente, las conexiones para monitoreo y las conexiones internas mencionadas anteriormente. | Recuento |
| CurrItems | Recuento del número de elementos almacenados actualmente en la caché. | Recuento |
| DecrHits | El número de solicitudes decrement que la caché ha recibido en las que se encontró la clave solicitada. | Recuento |
| DecrMisses | El número de solicitudes decrement que la caché ha recibido en las que no se encontró la clave solicitada. | Recuento |
| DeleteHits | El número de solicitudes delete que la caché ha recibido en las que se encontró la clave solicitada. | Recuento |
| DeleteMisses | El número de solicitudes delete que la caché ha recibido en las que no se encontró la clave solicitada. | Recuento |
| Evictions | El número de elementos no caducados que la caché desalojó para dejar espacio a nuevas operaciones de escritura. | Recuento |
| GetHits | El número de solicitudes get que la caché ha recibido en las que se encontró la clave solicitada. | Recuento |
| GetMisses | El número de solicitudes get que la caché ha recibido en las que no se encontró la clave solicitada. | Recuento |
| IncrHits | El número de solicitudes increment que la caché ha recibido en las que se encontró la clave solicitada. | Recuento |
| IncrMisses | El número de solicitudes increment que la caché ha recibido en las que no se encontró la clave solicitada. | Recuento |
| Reclaimed | El número de elementos caducados que la caché desalojó para dejar espacio a nuevas operaciones de escritura. | Recuento |
Para Memcached 1.4.14, se proporcionan las siguientes métricas adicionales.
| Métrica | Descripción | Unidad |
| --- | --- | --- |
| BytesUsedForHash | El número de bytes usados actualmente por tablas hash. | Bytes |
| CmdConfigGet | El número acumulado de solicitudes config get. | Recuento |
| CmdConfigSet | El número acumulado de solicitudes config set. | Recuento |
| CmdTouch | El número acumulado de solicitudes touch. | Recuento |
| CurrConfig | El número actual de configuraciones almacenadas. | Recuento |
| EvictedUnfetched | El número de elementos válidos desalojados de la caché usada menos recientemente (LRU) que no se manipularon nunca después de haber sido definidos. | Recuento |
| ExpiredUnfetched | El número de elementos caducados reclamados desde la LRU que no se tocaron nunca después de haber sido definidos. | Recuento |
| SlabsMoved | El número total de páginas slab que se han movido. | Recuento |
| TouchHits | El número de clases que se han manipulado y que recibieron una nueva hora de vencimiento. | Recuento |
| TouchMisses | El número de elementos que se han manipulado pero que no se encontraron. | Recuento |
El espacio de nombres de AWS/ElastiCache incluye las siguientes métricas calculadas de nivel de caché.
| Métrica | Descripción | Unidad |
| --- | --- | --- |
| NewConnections | El número de conexiones nuevas recibidas por la caché. Este cálculo se obtiene de la estadística total\$1connections de Memcached registrando el cambio en total\$1connections durante un periodo de tiempo. Siempre será al menos 1, ya que hay una conexión reservada para un ElastiCache. | Recuento |
| NewItems | El número de elementos nuevos que se han almacenado. Este cálculo se obtiene de la estadística total\$1items de Memcached registrando el cambio en total\$1items durante un periodo de tiempo. | Recuento |
| UnusedMemory | La cantidad de memoria no usada por los datos. Este cálculo se obtiene de la estadística limit\$1maxbytes y bytes de Memcached sustrayendo bytes de limit\$1maxbytes. Como la carga de Memcached utiliza memoria además de la memoria que usan los datos, la memoria sin usar no debe considerarse la cantidad de memoria disponible para datos adicionales. Es posible que se desalojen algunos elementos aunque aún le quede memoria sin usar. Para obtener información más detallada, consulte [Memcached item memory usage](https://web.archive.org/web/20190422040715/https://www.deplication.net/2016/02/memcached-item-memory-usage/). | Bytes |
# ¿Qué métricas debo monitorear?
Las siguientes CloudWatch métricas ofrecen una buena visión ElastiCache del rendimiento. En la mayoría de los casos, le recomendamos que configure CloudWatch alarmas para estas métricas, de modo que pueda tomar medidas correctivas antes de que se produzcan problemas de rendimiento.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [Motor CPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage (Valkey y Redis OSS)](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memoria (Valkey y Redis OSS)](#metrics-memory)
+ [Network](#metrics-network)
+ [Latencia](#metrics-latency)
+ [Replicación](#metrics-replication)
+ [Administración del tráfico (Valkey y Redis OSS)](#traffic-management)
## CPUUtilization
Se trata de una métrica de nivel de host que muestra un valor como un porcentaje. Para obtener más información, consulte [Métricas de nivel de host](CacheMetrics.HostLevel.md).
**Valkey y Redis OSS**
Para los tipos de nodos más pequeños con 2 V CPUs o menos, usa la `CPUUtilization ` métrica para monitorear tu carga de trabajo.
En general, sugerimos que establezca el umbral en el 90 % del ancho de banda de la CPU disponible. Debido a que Valkey y Redis OSS usan un único subproceso, el valor del umbral real se debe calcular como una fracción de la capacidad total del nodo. Por ejemplo, supongamos que está usando un tipo de nodo con dos núcleos. En este caso, el umbral CPUUtilization sería de 90/2, es decir, del 45%.
Deberá determinar su propio umbral en función del número de núcleos del nodo de caché que use. Si supera este umbral y su carga de trabajo principal es de solicitudes de lectura, escale el clúster de forma ascendente agregando réplicas de lectura. Si la carga de trabajo principal es de solicitudes de escritura, en función de la configuración del clúster, recomendamos que:
+ **Clústeres de Valkey o Redis OSS (modo de clúster deshabilitado)**: escale verticalmente mediante un tipo de instancia con una caché de mayor tamaño.
+ **Clústeres de Valkey o Redis OSS (modo de clúster habilitado)**: añada más particiones para distribuir la carga de trabajo de escritura entre más nodos principales.
**sugerencia**
En lugar de utilizar la métrica de host `CPUUtilization`, los usuarios de Valkey y Redis OSS podrían utilizar la métrica `EngineCPUUtilization`, que informa del porcentaje de uso en el núcleo del motor de Valkey o Redis OSS. Para ver si esta métrica está disponible en sus nodos y para obtener más información, consulte [Métricas de Valkey y Redis OSS](CacheMetrics.Redis.md).
Para los tipos de nodos más grandes con 4 V CPUs o más, puede utilizar la `EngineCPUUtilization` métrica, que indica el porcentaje de uso en el núcleo del motor OSS de Valkey o Redis. Para ver si esta métrica está disponible en sus nodos y para obtener más información, consulte [Metrics for Redis OSS](CacheMetrics.Redis.md).
**Memcached**
Como Memcached usa múltiples subprocesos, esta métrica puede llegar hasta el 90 %. Si supera este umbral, escale su clúster verticalmente con un tipo de nodo de caché de mayor tamaño o escálelo horizontalmente añadiendo más nodos de caché.
## Motor CPUUtilization
Para los tipos de nodos más grandes con 4 V CPUs o más, puede utilizar la `EngineCPUUtilization` métrica, que indica el porcentaje de uso en el núcleo del motor OSS de Redis. Para ver si esta métrica está disponible en sus nodos y para obtener más información, consulte [Métricas de Valkey y Redis OSS](CacheMetrics.Redis.md).
Para obtener más información, consulte la **CPUs**sección [Supervisión de las mejores prácticas con Amazon ElastiCache para Redis OSS mediante Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## SwapUsage (Valkey y Redis OSS)
Se trata de una métrica de nivel de host que muestra un valor en bytes. Para obtener más información, consulte [Métricas de nivel de host](CacheMetrics.HostLevel.md).
Una `FreeableMemory` CloudWatch métrica cercana a 0 (es decir, inferior a 100 MB) o una `SwapUsage` métrica superior a la `FreeableMemory` métrica indica que un nodo está bajo presión de memoria. Si esto sucede, consulte los siguientes temas:
+ [Forma de garantizar que dispone de memoria suficiente para crear una instantánea de Valkey o Redis OSS](BestPractices.BGSAVE.md)
+ [Administración de la memoria reservada para Valkey y Redis OSS](redis-memory-management.md)
## Evictions
Es una métrica del motor de la caché Recomendamos que determine su propio umbral de alarma para esta métrica en función de las necesidades de su aplicación.
Si está utilizando Memcached y supera el umbral elegido, escale verticalmente su clúster utilizando un tipo de nodo mayor o escálelo horizontalmente añadiendo más nodos.
## CurrConnections
Es una métrica del motor de la caché Recomendamos que determine su propio umbral de alarma para esta métrica en función de las necesidades de su aplicación.
Un número creciente de *CurrConnections*podría indicar un problema con la aplicación; tendrá que investigar el comportamiento de la aplicación para solucionar este problema.
Para obtener más información, consulte la sección **Conexiones** en [Supervisión de prácticas recomendadas con Amazon ElastiCache for Redis OSS mediante Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Memoria (Valkey y Redis OSS)
La memoria es un aspecto central de Valkey y Redis OSS. Es necesario comprender la utilización de la memoria de un clúster para evitar la pérdida de datos y adaptarse al crecimiento futuro del conjunto de datos. Las estadísticas sobre el uso de memoria de un nodo se encuentran disponibles en la sección de memoria del comando [INFO](https://valkey.io/commands/info).
Para obtener más información, consulte la sección **Memoria** en [Supervisión de prácticas recomendadas con Amazon ElastiCache for Redis OSS mediante Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Network
Uno de los factores determinantes de la capacidad de la banda ancha de red del clúster es el tipo de nodo seleccionado. Para obtener más información sobre la capacidad de red de tu nodo, consulta los [ ElastiCache precios de Amazon](https://aws.amazon.com/elasticache/pricing/).
Para obtener más información, consulte la sección **Red** en [Supervisión de prácticas recomendadas con Amazon ElastiCache for Redis OSS mediante Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Latencia
La medición del tiempo de respuesta ElastiCache de una instancia de Valkey se puede abordar de varias maneras en función del nivel de granularidad requerido. Las etapas clave que contribuyen al tiempo de respuesta general del servidor ElastiCache para Valkey son el preprocesamiento de los comandos, la ejecución y el posprocesamiento de los comandos.
Las métricas de latencia específicas de los comandos derivadas del comando [INFO](https://valkey.io/commands/info) de Valkey, como GetTypeCmdsLatency las métricas, se centran específicamente en ejecutar la SetTypeCmdsLatency lógica de comandos básica del comando de Valkey. Estas métricas le resultarán útiles si lo que desea es determinar el tiempo de ejecución del comando o las latencias agregadas por estructura de datos.
Las métricas `SuccessfulWriteRequestLatency` de latencia `SuccessfulReadRequestLatency` miden el tiempo total que tarda el ElastiCache motor Valkey en responder a una solicitud.
**nota**
Cuando se utiliza la canalización de Valkey con CLIENT REPLY habilitado en el cliente de Valkey, puede que los valores para las métricas `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency` se inflen. La canalización de Valkey es una técnica para mejorar el rendimiento mediante la emisión de varios comandos a la vez, sin esperar a que se responda a cada comando individual. Para evitar que se inflen los valores, recomendamos configurar el cliente Valkey para que canalice los comandos con [CLIENT REPLY OFF](https://valkey.io/commands/client-reply/).
Para obtener más información, consulta la sección **Latencia** en [Monitorización de las mejores prácticas con Amazon ElastiCache mediante Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Replicación
El volumen de datos que se replican es visible a través de la métrica `ReplicationBytes`. Aunque esta métrica representa la carga de escritura del grupo de replicación, no proporciona información acerca del estado de replicación. Para este propósito, puede utilizar la métrica `ReplicationLag`.
Para obtener más información, consulte la sección **Replicación** en [Supervisión de las mejores prácticas con Amazon ElastiCache para Redis OSS mediante Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Administración del tráfico (Valkey y Redis OSS)
ElastiCache para Redis, OSS gestiona automáticamente el tráfico de un nodo cuando se envían al nodo más comandos entrantes de los que pueden procesar Valkey o Redis OSS. Esto se hace para mantener un funcionamiento y una estabilidad óptimos del motor.
Cuando el tráfico se administra activamente en un nodo, la métrica `TrafficManagementActive` emite puntos de datos de 1. Esto indica que el nodo ha disminuido la escala para la carga de trabajo que se proporciona. Si esta métrica sigue siendo 1 durante largos periodos de tiempo, evalúe el clúster para decidir si es necesario escalar verticalmente o escalar horizontalmente.
Para obtener más información, consulte la métrica `TrafficManagementActive` en la página [Métricas](CacheMetrics.Redis.md).
# Elección de periodos y estadísticas de métricas
Aunque CloudWatch permitirá elegir cualquier periodo y estadística para cada métrica, tenga en cuenta que no todas las combinaciones serán útiles. Por ejemplo, las estadísticas Average, Minimum y Maximum son útiles para CPUUtilization; sin embargo, la estadística Sum no lo es.
Todas las muestras de ElastiCache se publican por un periodo de 60 segundos para cada nodo de caché individual. La métrica de nodo de caché solo contendrá una única muestra para cualquier periodo de 60 segundos.
Para obtener más información acerca de cómo recuperar las métricas para los nodos de caché, consulte [Monitorización de métricas de CloudWatch clústeres y nodos](CloudWatchMetrics.md).
# Monitorización de métricas de CloudWatch clústeres y nodos
ElastiCache y CloudWatch están integrados para que pueda recopilar una variedad de métricas. Puede monitorear estas métricas usando CloudWatch.
**nota**
Los siguientes ejemplos requieren las herramientas de línea de CloudWatch comandos. Para obtener más información sobre las herramientas para desarrolladores CloudWatch y descargarlas, consulte la [página CloudWatch del producto](https://aws.amazon.com/cloudwatch).
Los siguientes procedimientos muestran cómo recopilar las estadísticas de espacio de almacenamiento de un clúster durante la última hora. CloudWatch
**nota**
Los valores de `StartTime` y `EndTime` proporcionados en los ejemplos siguientes se proporcionan con fines ilustrativos. Deberá sustituir los valores de hora de inicio y finalización para sus nodos de caché.
Para obtener información sobre ElastiCache los límites, consulte [Límites AWS de servicio](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_elasticache) para ElastiCache.
## Monitorización de métricas de CloudWatch clústeres y nodos (consola)
**Para recopilar estadísticas de uso de la CPU de un clúster de caché**
1. Inicie sesión en Consola de administración de AWS y abra la ElastiCache consola en [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Seleccione los nodos de caché de los que desea ver métricas.
**nota**
La selección de más de 20 nodos deshabilita la visualización de métricas en la consola.
1. En la página **Clústeres de caché** de la consola de AWS administración, haga clic en el nombre de uno o más clústeres.
Aparecerá la página de detalles del clúster.
1. Haga clic en la pestaña **Nodos** situada en la parte superior de la ventana.
1. En la pestaña **Nodes** de la ventana de detalles, seleccione los nodos de caché para los que desea ver métricas.
Aparece una lista de CloudWatch las métricas disponibles en la parte inferior de la ventana de la consola.
1. Haga clic en la métrica **CPU Utilization**.
Se abrirá la CloudWatch consola y mostrará las métricas seleccionadas. Puede usar los cuadros de lista desplegables **Statistic** y **Period** y la pestaña **Time Range** para cambiar las métricas mostradas.
## Supervisión de métricas de CloudWatch clústeres y nodos mediante la CloudWatch CLI
**Para recopilar estadísticas de uso de la CPU de un clúster de caché**
+ Para Linux, macOS o Unix:
```
aws cloudwatch get-metric-statistics \
--namespace AWS/ElastiCache \
--metric-name CPUUtilization \
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' \
--statistics=Average \
--start-time 2018-07-05T00:00:00 \
--end-time 2018-07-06T00:00:00 \
--period=3600
```
Para Windows:
```
aws cloudwatch get-metric-statistics ^
--namespace AWS/ElastiCache ^
--metric-name CPUUtilization ^
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' ^
--statistics=Average ^
--start-time 2018-07-05T00:00:00 ^
--end-time 2018-07-06T00:00:00 ^
--period=3600
```
## Supervisión de métricas de CloudWatch clústeres y nodos mediante la CloudWatch API
**Para recopilar estadísticas de uso de la CPU de un clúster de caché**
+ Llama a la CloudWatch API `GetMetricStatistics` con los siguientes parámetros (ten en cuenta que las horas de inicio y finalización se muestran solo a modo de ejemplo; tendrás que sustituirlas por las horas de inicio y finalización que correspondan):
+ `Statistics.member.1``=Average`
+ `Namespace``=AWS/ElastiCache`
+ `StartTime``=2013-07-05T00:00:00`
+ `EndTime``=2013-07-06T00:00:00`
+ `Period``=60`
+ `MeasureName``=CPUUtilization`
+ `Dimensions``=CacheClusterId=mycachecluster,CacheNodeId=0002`
**Example**
```
1. http://monitoring.amazonaws.com/
2. ?Action=GetMetricStatistics
3. &SignatureVersion=4
4. &Version=2014-12-01
5. &StartTime=2018-07-05T00:00:00
6. &EndTime=2018-07-06T23:59:00
7. &Period=3600
8. &Statistics.member.1=Average
9. &Dimensions.member.1="CacheClusterId=mycachecluster"
10. &Dimensions.member.2="CacheNodeId=0002"
11. &Namespace=&AWS;/ElastiCache
12. &MeasureName=CPUUtilization
13. &Timestamp=2018-07-07T17%3A48%3A21.746Z
14. &AWS;AccessKeyId=<&AWS; Access Key ID>
15. &Signature=
```