Acerca de las métricas del cliente

Memorystore for Redis proporciona métricas en tiempo real del servidor para supervisar la capacidad de procesamiento, el uso de CPU y el uso de memoria de tus aplicaciones cliente. Sin embargo, para sistemas distribuidos complejos, es posible que los datos del servidor por sí solos no expliquen por qué una aplicación experimenta una latencia alta.

Las métricas del cliente proporcionan transparencia en el ciclo completo de solicitud-respuesta, ya que miden un comando desde el momento en que la aplicación lo inicia hasta el momento en que lo procesa. Si capturas estos puntos de datos, puedes determinar con precisión si la latencia se origina en la lógica de la aplicación, la ruta de red o el servidor de Redis.

Cómo funcionan las métricas del cliente

Las métricas del cliente se capturan con la instrumentación de OpenTelemetry que se ejecuta directamente dentro de la biblioteca cliente de Redis de tu aplicación.

Para obtener más información sobre OpenTelemetry, consulta el OpenTelemetry web. Además, para obtener más información sobre las bibliotecas cliente de Redis que son compatibles con OpenTelemetry, consulta Habilita las métricas del cliente.

Cuando tu aplicación cliente ejecuta un comando, la instrumentación de OpenTelemetry registra marcas de tiempo en los siguientes puntos de datos del ciclo de solicitud-respuesta:

  • Pool checkout: Es el tiempo que espera la aplicación para obtener una conexión disponible en el grupo de conexiones del cliente (redis_client_blocking_latency).

  • Tiempo de ida y vuelta (RTT): Es el tiempo en tránsito de la red y el tiempo de ejecución del servidor para el comando (redis_client_rtt).

  • Procesamiento de la aplicación: Es el tiempo que la aplicación dedica a analizar o deserializar los datos después de que llegan (redis_application_blocking_latency).

La instrumentación también hace un seguimiento de las siguientes métricas:

  • Reintentos: Es la cantidad de reintentos de comandos que activa el bucle de retirada exponencial del cliente (redis_retry_count).

  • Errores de conectividad: la cantidad de fallas de conexión y tiempos de espera (redis_connectivity_error_count).

Precios

El uso de métricas personalizadas del cliente en Cloud Monitoring y seguimientos distribuidos en Cloud Trace está sujeto a los siguientes criterios de precios:

  • Métricas: La exportación de métricas del cliente a Monitoring con la API de Monitoring está sujeta a precios basados en el volumen según la cantidad de bytes que transfiere Monitoring.
  • Seguimientos: La exportación de seguimientos distribuidos a Trace con la API de Trace está sujeta a precios según la cantidad de intervalos de seguimiento que transfiere Trace.

No se cobra por ver tus métricas del cliente en el Explorador de métricas ni tus seguimientos distribuidos en el Explorador de Trace.

Para obtener más información y ejemplos detallados sobre los precios, consulta Google Cloud Precios de observabilidad.

¿Qué sigue?