Consulta de datos de monitoreo de rendimiento - Tair (Redis® OSS-Compatible)

Tair (compatible con Redis OSS) rastrea en tiempo real las métricas clave de salud de la instancia: uso de CPU, uso de memoria, latencia promedio y consultas por segundo (QPS). Utilice la página de Performance Monitoring para revisar tendencias de cualquier rango de tiempo dentro del último mes y detectar problemas antes de que afecten su aplicación.

Métricas de monitoreo

A continuación se muestran las métricas disponibles en la página de Performance Monitoring:

Métrica	Descripción
Uso de CPU	Porcentaje de capacidad de CPU que utiliza la instancia
Uso de memoria	Cantidad de memoria que consume la instancia
Latencia promedio	Tiempo medio para procesar un comando
QPS (consultas por segundo)	Número total de comandos procesados por segundo

Consulta de datos de monitoreo

Inicie sesión en la consola y vaya a la página de Instances. En la barra de navegación superior, seleccione la región donde reside su instancia. Localice la instancia y haga clic en su ID.
En el panel de navegación izquierdo, haga clic en Performance Monitoring.
Seleccione un rango de tiempo. Los gráficos de tendencias se actualizan para mostrar los datos de ese periodo.

El rango de tiempo máximo por consulta es de tres días. La granularidad de los datos en los gráficos de tendencias se ajusta automáticamente según el rango de tiempo seleccionado.

Interprete los datos según la arquitectura de su instancia:

Arquitectura	Pestañas disponibles	Forma de agregación de métricas
Réplica maestra	(vista predeterminada)	Enfóquese en las métricas del nodo maestro
Clúster	All, Data Node	La pestaña All muestra datos agregados de todos los nodos réplica o réplicas de lectura (uso de CPU = promedio entre nodos; algunas métricas usan suma)
División de lectura/escritura	All, Data Node	La pestaña All agrega los nodos réplica; las métricas de las réplicas de lectura no se agregan
Cualquier arquitectura con nodos proxy	All, Proxy Node	La pestaña All muestra el rendimiento general del proxy; la pestaña Proxy Node muestra métricas individuales por proxy

Preguntas frecuentes

¿Por qué las réplicas de lectura tienen QPS de escritura después de habilitar la división de lectura/escritura?

El QPS de escritura en las réplicas de lectura no proviene de solicitudes de escritura del cliente, sino que refleja las operaciones de escritura que ocurren cuando el nodo maestro sincroniza datos con las réplicas de lectura.

¿Por qué el recuento de conexiones muestra 0 en instancias con arquitectura de clúster?

En modo proxy, los nodos de datos muestran 0 conexiones porque son internas: se establecen entre nodos proxy y nodos de datos, se reutilizan y normalmente promedian entre 0 y 2. Para consultar las conexiones reales de clientes, consulte las métricas del nodo proxy en la pestaña Proxy Node. Ignore el recuento de conexiones en los nodos de datos.

¿Por qué mi instancia no tiene una métrica de tasa de uso de QPS?

Las instancias de clúster nativas de la nube solo proporcionan el valor absoluto de QPS (comandos por segundo) como métrica de monitoreo, no una tasa de uso de QPS. Esto se debe a que estas instancias no tienen un límite superior estricto de QPS. El valor de referencia es de aproximadamente 100,000 comandos por segundo, pero el throughput real puede ser mayor según las características de la carga de trabajo. Para evaluar la carga de la instancia, se recomienda monitorear el uso de CPU, el uso de memoria y el uso de ancho de banda.

¿Por qué aparece la métrica de latencia P99 después de actualizar a una nueva versión de proxy?

Los nuevos nodos proxy admiten estadísticas de latencia P99, mientras que las versiones anteriores no recopilaban esta métrica. Si observa que la métrica de latencia P99 cambia de no disponible a disponible, o de 0 a un valor distinto de cero después de una actualización, este comportamiento es esperado. Indica que la nueva versión recopila correctamente los datos de latencia y no representa una degradación del rendimiento. Además, al comprobar las conexiones de la instancia, consulte el recuento de conexiones en los nodos proxy en lugar de los nodos de datos, ya que el recuento de conexiones del nodo de datos no refleja las conexiones reales de los clientes.

¿Por qué el recuento de conexiones utilizadas muestra 1 en el monitoreo de rendimiento cuando el monitoreo de sesiones muestra 0 conexiones de cliente?

Cuando el monitoreo de sesiones indica que el recuento de conexiones de cliente es 0, pero el recuento de conexiones utilizadas (Counts, Sum) en Performance Monitoring muestra consistentemente 1, esa conexión corresponde a una conexión interna de O&M o de latido, no a una conexión externa de negocio. La métrica de recuento de conexiones utilizadas incluye conexiones internas como las de O&M y latido. Para distinguir las conexiones de negocio de las internas, consulte los datos de monitoreo de sesiones.

Referencia de API

Operación de API	Descripción
DescribeHistoryMonitorValues	Consulta el historial de monitoreo de rendimiento de una instancia

Pasos siguientes

Si los datos de monitoreo revelan un problema de rendimiento, los siguientes temas pueden ayudarle a diagnosticarlo y resolverlo: