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.
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. Como Redis OSS es 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 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
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 a nivel de hostCPUUtilization, es posible que pueda utilizar la métrica OSS de RedisEngineCPUUtilization, que indica el porcentaje de uso en el núcleo del motor de 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 MemoryDB.
Para los tipos de nodos más grandes con 4 CPU virtuales 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 MemoryDB.
EngineCPUUtilization
Para los tipos de nodos más grandes con 4 CPU virtuales 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 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 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 la utilización de la memoria de un nodo están disponibles en la sección de memoria del comando 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
