Memorystore for Redis는 클라이언트 애플리케이션의 처리량, CPU 사용률, 메모리 사용량을 모니터링하기 위한 실시간 서버 측 측정항목을 제공합니다. 그러나 복잡한 분산 시스템의 경우 서버 측 데이터만으로는 애플리케이션에 지연 시간이 길어지는 이유를 설명하지 못할 수 있습니다.
클라이언트 측 측정항목은 애플리케이션이 명령어를 시작한 시간부터 애플리케이션이 응답을 처리하는 시간까지 명령어를 측정하여 전체 요청-응답 주기에 대한 투명성을 제공합니다. 이러한 데이터 포인트를 캡처하면 지연 시간이 애플리케이션 로직, 네트워크 경로 또는 Redis 서버에서 발생하는지 정확하게 확인할 수 있습니다.
클라이언트 측 측정항목의 작동 방식
클라이언트 측 측정항목은 애플리케이션의 Redis 클라이언트 라이브러리 내에서 직접 실행되는 OpenTelemetry 계측에 의해 캡처됩니다.
OpenTelemetry에 대한 자세한 내용은 OpenTelemetry 웹사이트를 참고하세요. 또한 OpenTelemetry와 호환되는 Redis 클라이언트 라이브러리에 대한 자세한 내용은 클라이언트 측 측정항목 사용을 참고하세요.
클라이언트 애플리케이션이 명령어를 실행하면 OpenTelemetry 계측은 요청-응답 주기의 다음 데이터 포인트에서 타임스탬프를 기록합니다.
풀 체크아웃: 애플리케이션이 클라이언트의 연결 풀에서 사용 가능한 연결을 기다리는 시간 (
redis_client_blocking_latency).왕복 시간 (RTT): 네트워크 전송 시간 및 서버 실행 시간 명령어 (
redis_client_rtt).애플리케이션 처리: 애플리케이션이 데이터가 도착한 후 데이터를 파싱하거나 역직렬화하는 데 걸리는 시간 (
redis_application_blocking_latency).
또한 계측은 다음 측정항목을 추적합니다.
재시도: 클라이언트의 지수 백오프 루프가 트리거하는 명령어 재시도 횟수 (
redis_retry_count).연결 오류: 연결 실패 및 제한 시간 수 (
redis_connectivity_error_count).
가격 책정
Cloud Monitoring에서 커스텀 클라이언트 측 측정항목을 사용하고 Cloud Trace에서 분산 trace를 사용하는 경우 다음 가격 책정 기준이 적용됩니다.
- 측정항목: Monitoring API를 사용하여 클라이언트 측 측정항목을 Monitoring으로 내보내는 경우 Monitoring에서 수집하는 바이트 수를 기준으로 볼륨 기반 가격 책정이 적용됩니다.
- Trace: Trace API를 사용하여 분산 trace를 Trace로 내보내는 경우 Trace에서 수집하는 trace 스팬 수를 기준으로 가격 책정이 적용됩니다.
측정항목 탐색기에서 클라이언트 측 측정항목을 보거나 Trace 탐색기에서 분산 trace를 보는 것은 무료입니다.
가격 책정에 대한 자세한 내용과 예시는 Google Cloud 모니터링 가능성 가격 책정을 참고하세요.
다음 단계
- 클라이언트 측 측정항목을 사용하여 지연 시간이 긴 문제를 해결합니다.
- Memorystore for Redis에 사용할 수 있는 클라이언트 측 측정항목에 대해 알아봅니다.