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.

# Monitoreo de MemoryDB con Amazon CloudWatch
<a name="monitoring-cloudwatch"></a>

Puede supervisar MemoryDB mediante CloudWatch, que recopila y procesa los datos sin procesar y los convierte en métricas legibles y casi en tiempo real. Estas estadísticas se mantienen durante 15 meses, de forma que pueda obtener acceso a información histórica y disponer de una mejor perspectiva sobre el desempeño de su aplicación web o servicio. También puede establecer alarmas que vigilen determinados umbrales y enviar notificaciones o realizar acciones cuando se cumplan dichos umbrales. Para obtener más información, consulte la [Guía del usuario de Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).

En las siguientes secciones se detallan las métricas y dimensiones de MemoryDB.

**Topics**
+ [

# Métricas de nivel de host
](metrics.HostLevel.md)
+ [

# Métricas de MemoryDB
](metrics.memorydb.md)
+ [

# ¿Qué métricas debo monitorear?
](metrics.whichshouldimonitor.md)
+ [

# Elección de períodos y estadísticas de métricas
](metrics.ChoosingStatisticsAndPeriods.md)
+ [

# Monitoreo de métricas de CloudWatch
](cloudwatchmetrics.md)

# Métricas de nivel de host
<a name="metrics.HostLevel"></a>

El espacio de nombres de `AWS/MemoryDB` incluye las siguientes métricas de nivel de host para los distintos nodos.

**Véase también**
+ [Métricas de MemoryDB](metrics.memorydb.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  | 
| FreeableMemory  |  La cantidad de memoria libre disponible en el host. Este número se deriva de la memoria de la RAM y los búferes que el sistema operativo indica 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 porque el ancho de banda agregado entrante superó el máximo de la instancia. | Recuento  | 
| NetworkConntrackAllowanceExceeded | El número de paquetes formados 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 formados porque el ancho de banda agregado saliente superó el máximo de la instancia. | Recuento  | 
| NetworkPacketsPerSecondAllowanceExceeded | El número de paquetes formados porque los paquetes bidireccionales por segundo 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 máxima de paquetes recibidos en 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 MemoryDB
<a name="metrics.memorydb"></a>

El espacio de nombres de `AWS/MemoryDB` incluye las siguientes métricas.

Con la excepción de `ReplicationLag`, `EngineCPUUtilization`, `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency`, estas métricas se obtienen del comando **info** de Valkey y Redis OSS. Cada métrica se calcula en el nivel de nodo.

Para ver la documentación completa del comando **INFO**, consulte [INFO](http://valkey.io/commands/info). 

**Consulte también:**
+ [Métricas de nivel de host](metrics.HostLevel.md)

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/metrics.memorydb.html)

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, incluida la cantidad de llamadas.

Para obtener una lista completa de los comandos disponibles, consulte [comandos](https://valkey.io/commands). 


| Métrica  | Descripción  | Unidad  | 
| --- | --- | --- | 
| EvalBasedCmds | El número total de comandos para los comandos basados en eval. Esto se obtiene de la estadística commandstats, mediante la suma de eval y evalsha. | Recuento | 
| 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 | 
| 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 | 
| 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 | 
| 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 | 
|  JsonBasedCmds |  El número total de comandos basados en JSON. Se obtiene de la estadística commandstats de Redis mediante la suma de todos los tipos de comandos que actúan en uno o varios objetos de documento JSON.  | Recuento | 
| 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 | 
| 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 | 
| PubSubBasedCmds | El número total de comandos para la funcionalidad publicación/suscripción. Se obtiene de las estadísticas commandstats mediante la suma de todos los comandos utilizados para la funcionalidad publicación/suscripción: psubscribe, publish, pubsub, punsubscribe, subscribe y unsubscribe. | Recuento | 
| SearchBasedCmds | El número total de comandos de búsqueda y de índice secundarios, incluidos los comandos de lectura y escritura. Se obtiene a partir de la estadística commandstats mediante la suma de todos los comandos de búsqueda que actúan sobre índices secundarios. | Recuento | 
| SearchBasedGetCmds | Número total de comandos de solo lectura de índices y búsquedas secundarios. Se obtiene a partir de la estadística commandstats mediante la suma de todos los comandos de obtener búsqueda e índice secundarios. | Recuento | 
| SearchBasedSetCmds | Número total de comandos de escritura de índices y búsquedas secundarios. Se obtiene a partir de la estadística commandstats mediante la suma de todos los comandos de configuración de búsqueda e índice secundarios. | Recuento | 
| SearchNumberOfIndexes | Número total de índices.  | Recuento | 
| SearchNumberOfIndexedKeys | Número total de claves indexadas  | Recuento | 
| SearchTotalIndexSize | Memoria (bytes) utilizada por todos los índices.  | Bytes | 
| 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 | 
| 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 | 
| 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 | 
| 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 | 
| 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 | 

# ¿Qué métricas debo monitorear?
<a name="metrics.whichshouldimonitor"></a>

Las siguientes métricas de CloudWatch ofrecen datos útiles sobre el rendimiento de MemoryDB. En la mayoría de los casos, recomendamos que configure alarmas de CloudWatch para estas métricas con el fin de poder emprender acciones correctivas antes de que se produzca el problema de rendimiento.

**Topics**
+ [

## CPUUtilization
](#metrics-cpu-utilization)
+ [

## EngineCPUUtilization
](#metrics-engine-cpu-utilization)
+ [

## SwapUsage
](#metrics-swap-usage)
+ [

## Evictions
](#metrics-evictions)
+ [

## CurrConnections
](#metrics-curr-connections)
+ [

## Memoria
](#metrics-memory)
+ [

## Network
](#metrics-network)
+ [

## Latencia
](#metrics-latency)
+ [

## Replicación
](#metrics-replication)

## CPUUtilization
<a name="metrics-cpu-utilization"></a>

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](metrics.HostLevel.md).

 En los tipos de nodos pequeños que tienen dos CPU virtuales o menos, utilice la métrica `CPUUtilization ` para monitorear la 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 de CPUUtilization sería de 90/2, es decir, el 45 %. Para encontrar el número de núcleos (vCPU) que tiene su tipo de nodo, consulte [Precios de MemoryDB](https://aws.amazon.com/memorydb/pricing/?p=ps).

Deberá determinar su propio umbral en función del número de núcleos del nodo 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, recomendamos que agregue 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 nivel de host `CPUUtilization`, puede utilizar la métrica `EngineCPUUtilization`, que indica el porcentaje de uso del 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 MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).

Es posible que, en los tipos de nodos con cuatro o más CPU virtuales, desee utilizar la métrica `EngineCPUUtilization`, que indica el porcentaje de uso del 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 MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).

## EngineCPUUtilization
<a name="metrics-engine-cpu-utilization"></a>

Es posible que, en los tipos de nodos con cuatro o más CPU virtuales, desee utilizar la métrica `EngineCPUUtilization`, que indica el porcentaje de uso del 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 MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).

## SwapUsage
<a name="metrics-swap-usage"></a>

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](metrics.HostLevel.md).

Si la métrica de CloudWatch `FreeableMemory` está cerca de 0 (es decir, por debajo de 100 MB) o la métrica `SwapUsage` es mayor que la métrica `FreeableMemory`, un nodo podría estar bajo presión de memoria.

## Evictions
<a name="metrics-evictions"></a>

Es una métrica del motor. Recomendamos que determine su propio umbral de alarma para esta métrica en función de las necesidades de su aplicación.

## CurrConnections
<a name="metrics-curr-connections"></a>

Es una métrica del motor. 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 de *CurrConnections* cada vez mayor puede indicar que existe un problema con la aplicación. Por lo tanto, deberá investigar el comportamiento de la aplicación antes de abordar este problema. 

## Memoria
<a name="metrics-memory"></a>

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).

## Network
<a name="metrics-network"></a>

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 del nodo, consulte [Precios de Amazon MemoryDB](https://aws.amazon.com/memorydb/pricing/).

## Latencia
<a name="metrics-latency"></a>

La latencia mide `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency` mide el tiempo total que MemoryDB para el motor Valkey tarda en responder a una solicitud.

**nota**  
Cuando se utiliza la canalización de Valkey con CLIENT REPLY habilitado en el cliente de Valkey, pueden generarse valores y métricas se inflen para `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency`. 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 Redis para que canalice los comandos con [CLIENT REPLY OFF](https://valkey.io/commands/client-reply/).

## Replicación
<a name="metrics-replication"></a>

El volumen de datos que se replican es visible a través de la métrica `ReplicationBytes`. Puede realizar un seguimiento del rendimiento de la capacidad de replicación de `MaxReplicationThroughput`. Se recomienda agregar más particiones cuando se alcance el rendimiento máximo de la capacidad de replicación.

`ReplicationDelayedWriteCommands` también puede indicar si la carga de trabajo supera el rendimiento máximo de la capacidad de replicación. Para obtener más información sobre cómo replicar en MemoryDB, consulte [Descripción de cómo replicar en MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html)

# Elección de períodos y estadísticas de métricas
<a name="metrics.ChoosingStatisticsAndPeriods"></a>

Aunque CloudWatch permitirá elegir cualquier período 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 MemoryDB se publican por un período de 60 segundos para cada nodo individual. La métrica de nodo solo contendrá una única muestra para cualquier período de 60 segundos.

# Monitoreo de métricas de CloudWatch
<a name="cloudwatchmetrics"></a>

MemoryDB y CloudWatch se encuentran integrados para ofrecer una amplia variedad de métricas. Estas métricas se pueden monitorear mediante CloudWatch. 

**nota**  
El siguiente ejemplo requiere el uso de las herramientas de línea de comandos de CloudWatch. A fin de obtener más información sobre CloudWatch y cómo descargar las herramientas para desarrolladores, consulte la [página de producto de CloudWatch](https://aws.amazon.com/cloudwatch). 

Los siguientes procedimientos muestran cómo utilizar CloudWatch a fin de recopilar estadísticas de espacio de almacenamiento para un clúster en la última hora. 

**nota**  
Los valores de `StartTime` y `EndTime` proporcionados en los ejemplos siguientes se proporcionan con fines ilustrativos. Debe sustituir los valores de hora de inicio y finalización para sus nodos.

Para obtener información sobre los límites de MemoryDB, consulte los [límites de servicio de AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_memorydb) para MemoryDB.

## Supervisión de las métricas de CloudWatch (consola)
<a name="cloudwatchmetricsclusters.viewdetails"></a>

 **Para recopilar estadísticas de uso de la CPU de un clúster** 

1. Inicie sesión en la Consola de administración de AWS y abra la consola de MemoryDB en [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).

1. Seleccione los nodos 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 la consola de administración de AWS, haga clic en el nombre de uno o varios 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 **Nodos** de la ventana de detalles, seleccione los nodos para los que desea ver métricas.

      Aparecerá una lista de las métricas de CloudWatch en la parte inferior de la ventana de la consola. 

   1. Haga clic en la métrica **CPU Utilization**. 

      Se abrirá la consola de CloudWatch y se mostrarán 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. 

## Monitoreo de las métricas de CloudWatch mediante la CLI de CloudWatch
<a name="cloudwatchmetrics.cli"></a>

 **Para recopilar estadísticas de uso de la CPU de un clúster** 
+ Utilice el comando de CloudWatch **aws cloudwatch get-metric-statistics** con los siguientes parámetros (tenga en cuenta que las horas de inicio y finalización que se muestran son solo ejemplos; deberá sustituir estos valores por sus propias horas de inicio y finalización):

  Para Linux, macOS o 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
  ```

  Para 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
  ```

## Monitoreo de las métricas de CloudWatch mediante la API de CloudWatch
<a name="cloudwatchmetrics.api"></a>

 **Para recopilar estadísticas de uso de la CPU de un clúster** 
+ Llame a la API de CloudWatch `GetMetricStatistics` con los siguientes parámetros (tenga en cuenta que las horas de inicio y finalización solo se muestran como ejemplos; tendrá que sustituir estos valores por sus propias horas de inicio y finalización):
  + `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=<Signature>
  ```