Las solicitudes lentas son una causa común de los tiempos de espera de conexión que afectan la calidad del servicio de Tair (Redis OSS-compatible). El sistema de registro de consultas lentas de Tair (Redis OSS-compatible) registra cada solicitud lenta y la dirección IP del cliente que la envió. Esto le permite identificar tanto la solicitud como su origen. Siga el procedimiento de este tema para localizar la causa de un tiempo de espera. Si los registros de consultas lentas no explican el problema, utilice las rutas alternativas.
Métodos de visualización
|
Tipo |
Método |
|
Registro de consultas lentas del nodo de datos |
Conéctese a la instancia desde un cliente y ejecute el comando SLOWLOG GET. Para más detalles, consulte SLOWLOG GET. Use la consola o llame a una operación de API: Query slow query logsDescribeSlowLogRecords |
|
Registro de consultas lentas del nodo proxy |
Use la consola o llame a una operación de API: Query slow query logsDescribeSlowLogRecords |
Elección de una ruta de solución de problemas
Los registros de consultas lentas son el método principal para solucionar problemas de tiempo de espera, pero no cubren todas las causas posibles. Compare lo que observa con la ruta correspondiente en este tema.
|
Condición observable |
Ruta |
|
Se produce un tiempo de espera del servicio |
Comience con el registro de consultas lentas del nodo proxy y luego revise el registro de consultas lentas del nodo de datos. Consulte Análisis de registros de consultas lentas para identificar la causa del tiempo de espera. |
|
Se produce un tiempo de espera del servicio y la instancia usa la arquitectura estándar |
Omita el registro de consultas lentas del nodo proxy y analice el registro de consultas lentas del nodo de datos. Consulte Análisis de registros de consultas lentas para identificar la causa del tiempo de espera. |
|
El registro de consultas lentas del nodo proxy está vacío y se accede a la instancia a través de una red pública (Internet) |
Revise el enlace de red entre el cliente y la instancia. Consulte Solución de problemas de latencia en conexiones de red pública. |
|
Las solicitudes de lectura sobre una clave ocurren con alta frecuencia, pero cada una finaliza más rápido que el umbral |
Consulte Límites de los registros de consultas lentas y de auditoría para solucionar problemas de claves activas. |
|
El análisis del registro de consultas lentas y la revisión de la conexión de red pública no identifican la causa |
Consulte Continuación de la solución de problemas en VPC, ECS y la aplicación. |
Revisión previa del rendimiento del servidor
El registro de consultas lentas solo guarda las solicitudes que superan el umbral de consulta lenta. Antes de determinar si un tiempo de espera proviene de una solicitud lenta o del enlace de red, compruebe si la instancia misma presenta un cuello de botella de rendimiento.
Ejecución de AI Instance Inspection
En la página del producto, haga clic en AI Instance Inspection.
Seleccione los ocho elementos de inspección y haga clic en Start Inspection.
Revise el informe de inspección generado para detectar anomalías en el estado de la instancia, la seguridad, la alta disponibilidad (HA), el rendimiento del nodo de datos, el rendimiento del nodo proxy, los registros de consultas lentas, el estado de claves grandes y claves activas, y las alertas de eventos.
Consulta del monitoreo de rendimiento
En la página del producto, haga clic en Performance Monitoring.
Cambie a la vista Data Node o a la vista Proxy Node. A continuación, revise el uso de CPU, las solicitudes por segundo (QPS), el tiempo de respuesta promedio (RT) y las tasas de tráfico entrante y saliente.
Use las métricas de cada nodo para determinar si la instancia tiene un problema de rendimiento.
Análisis de registros de consultas lentas para identificar la causa del tiempo de espera
Los tiempos de espera del servicio pueden tener causas complejas, aunque suelen relacionarse con solicitudes lentas. Siga estos pasos para solucionar problemas de tiempo de espera.
-
Cuando ocurra un tiempo de espera del servicio, revise primero el registro de consultas lentas del nodo proxy. Para ver las instrucciones, consulte Query slow query logs.
NotaSi su instancia usa la arquitectura estándar, vaya directamente a Step 3 para analizar el registro de consultas lentas del nodo de datos.
Si el registro de consultas lentas del nodo proxy está vacío, compruebe la conexión de red entre el cliente y la instancia. Si se accede a la instancia a través de una red pública (Internet), consulte Solución de problemas de latencia en conexiones de red pública más adelante.
-
Identifique el comando de la entrada más antigua en el registro de consultas lentas del nodo proxy.
NotaLos registros de consultas lentas del nodo proxy generalmente se generan cuando las solicitudes lentas en un nodo de datos provocan la acumulación de comandos.
En este ejemplo, la entrada más antigua del registro de consultas lentas la genera un comando KEYS. La dirección IP del registro corresponde al cliente que envió el comando.
En la página Slow Logs, haga clic en la pestaña Proxy Node para consultar el registro de consultas lentas del nodo proxy. En este ejemplo, la tabla muestra cinco registros: uno para un comando
KEYSy cuatro para comandosSET, con tiempos de ejecución de entre 64,048 y 88,861 microsegundos. -
Revise el registro de consultas lentas del nodo de datos para comprobar si también aparece el comando encontrado en el registro del proxy. Esto puede confirmar que es la causa raíz.
NotaPor lo general, el comando que genera primero una entrada en el registro de consultas lentas de un nodo proxy también genera una entrada en un nodo de datos. El registro de consultas lentas del nodo de datos suele tener menos entradas que el del nodo proxy, ya que ambos definen el tiempo de ejecución de forma distinta y usan umbrales de consulta lenta diferentes.
En este ejemplo, la comparación de ambos registros revela que existe una entrada para el comando KEYS en los dos. La ausencia de los demás comandos del registro del proxy en el registro del nodo de datos confirma que el comando KEYS es la causa raíz.
En la página Slow Logs, haga clic en la pestaña Data Node para consultar el registro de consultas lentas del nodo de datos. En este ejemplo, solo aparece una entrada de consulta lenta para el comando
KEYS. Su largo tiempo de ejecución confirma que este comando es la causa raíz del tiempo de espera. En el registro de consultas lentas del nodo proxy, busque el comando del paso anterior para encontrar la dirección IP del cliente de origen. Luego, optimice la aplicación cliente. Si el análisis del registro de consultas lentas y la revisión de la conexión de red pública no identifican la causa, consulte Continuación de la solución de problemas en VPC, ECS y la aplicación.
Límites de los registros de consultas lentas y de auditoría para solucionar problemas de claves activas
El parámetro slowlog-log-slower-than establece el umbral para el registro de consultas lentas del nodo de datos. El valor predeterminado es 20,000 microsegundos (20 ms). Las solicitudes de lectura que ocurren con alta frecuencia, pero finalizan individualmente más rápido que este umbral, no se registran. Por lo tanto, el registro de consultas lentas predeterminado no captura las solicitudes de lectura que causan un problema de clave activa. Si sospecha que existe un problema de clave activa, reduzca el valor de slowlog-log-slower-than para registrar más solicitudes e identificar el origen de las solicitudes de lectura de alta frecuencia. Para ver las instrucciones, consulte Query slow query logs.
Después de habilitar los registros de auditoría, solo se registran las operaciones de escritura. Las operaciones de lectura no se registran. Por esta razón, no puede usar los registros de auditoría para consultar las direcciones IP de los clientes de las solicitudes de lectura que acceden a una clave activa. Para localizar estas direcciones IP, reduzca el umbral slowlog-log-slower-than y revise los registros de consultas lentas resultantes. Para obtener más información sobre la función de registro de auditoría, consulte Overview of audit logs. Si el problema de clave activa se debe a solicitudes de escritura, use la función de consulta de claves activas basada en registros de auditoría. Para ver las instrucciones, consulte Query historical hotkeys.
Solución de problemas de latencia en conexiones de red pública
Si las métricas del servidor no muestran cuellos de botella de rendimiento (la CPU, la memoria y las conexiones funcionan con normalidad, y el registro de consultas lentas está vacío), pero el cliente sigue reportando errores de tiempo de espera de conexión, compruebe el enlace de red entre el cliente y la instancia.
Síntomas comunes
El cliente reporta errores como socket error, read error o connection timeout. Al mismo tiempo, las métricas de CPU, memoria y conexiones del servidor de la instancia son normales, y el RT es bajo.
Causa principal
El enlace de red pública entre el cliente y la instancia es inestable, y la transmisión entre regiones añade retraso. Ambos efectos son más notorios en escenarios de acceso transfronterizo.
Recomendaciones
Use una conexión de red interna para las cargas de trabajo empresariales principales en lugar de depender de un enlace de red pública.
Para despliegues entre regiones, use Cloud Enterprise Network (CEN) para conectar VPCs de distintas regiones y lograr una conectividad de red interna estable y de baja latencia. Para ver las instrucciones, consulte Manage inter-region connections.
En el lado del cliente, aumente los valores de tiempo de espera de conexión y de lectura/escritura. Además, implemente lógica de reintentos para manejar las fluctuaciones de la red. Para conocer soluciones comunes a errores de tiempo de espera, consulte Common errors and troubleshooting.
Continuación de la solución de problemas en VPC, ECS y la aplicación
Si el análisis del registro de consultas lentas y la revisión de la conexión de red pública no identifican la causa, use la información de VPC, ECS y la aplicación para acotar el alcance.
Obtenga el ID de VPC y el ID de vSwitch desde la página del producto.
Compruebe si la instancia ECS que presenta lentitud o tiempos de espera tiene un comportamiento anómalo, y si el momento coincide con algún cambio en la aplicación.
Si el momento coincide con un cambio en la aplicación, revierta el cambio o investíguelo para buscar pistas. Use el ID de VPC y el ID de vSwitch para continuar la solución de problemas en la consola de VPC o ECS.