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.
¿Qué métricas debo monitorear?
Las siguientes CloudWatch métricas ofrecen una buena visión del rendimiento de MemoryDB. 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.
Métricas que se van a monitorear
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.
Para los tipos de nodos más pequeños con 2 vCPUs o menos, usa la CPUUtilization
métrica para monitorear tu carga de trabajo.
En términos generales, te sugerimos que establezcas tu umbral en el 90% del límite disponibleCPU. Como Valkey y Redis OSS son de un solo subproceso, el valor umbral real debe calcularse 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%. Para saber el número de núcleos (vCPUs) que tiene su tipo de nodo, consulte los precios de MemoryDB
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 usar la métrica a nivel de hostCPUUtilization
, es posible que puedas usar la métricaEngineCPUUtilization
, que indica el 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 MemoryDB.
Para los tipos de nodos más grandes con 4 vCPUs o más, es recomendable utilizar la EngineCPUUtilization
métrica, que indica el 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 MemoryDB.
E ngineCPUUtilization
Para tipos de nodos más grandes con 4 vCPUs o más, es posible que desee utilizar la EngineCPUUtilization
métrica, que indica el porcentaje de uso en el núcleo del OSS motor Valkey o Redis. Para ver si esta métrica está disponible en sus nodos y para obtener más información, consulte Métricas de MemoryDB.
SwapUsage
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.
esta métrica no debe superar los 50 MB.
Evictions
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
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 cada vez mayor CurrConnectionspodría indicar un problema con la aplicación; tendrá que investigar el comportamiento de la aplicación para solucionar este problema.
Memoria
La memoria es un aspecto fundamental de Valkey y de OSS Redis. 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 la utilización de la memoria de un nodo están disponibles en la sección de memoria del INFO
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 del nodo, consulte Precios de Amazon MemoryDB
Replicación
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