Redis 모니터링 도구

클라우드에서 Redis를 모니터링하려면 다양한 메트릭을 면밀히 살펴야 합니다. 그렇게 하면 클라우드에서 Redis와 지원 인프라의 잠재적인 병목 현상을 보다 쉽게 ​​식별하고 문제를 정확히 파악할 수 있습니다.

그러나 빠른 대응 시간과 같은 주요 메트릭을 유지하는 것은 종종 클라우드 성능에 대한 Redis의 지속적인 모니터링과 이해도가 전체 인프라에 어떤 영향을 미치는지에 따라 달라집니다. 클라우드 성능에서 Redis를 추적하고 이러한 인사이트를 회귀 분석 및 대기행렬이론과 같은 고급 기술과 결합하여 통합된 보기에서 데이터베이스 유형 및 서버에 대한 탁월한 가시성을 제공하도록 설계된 도구를 사용하면 시스템 상태를 더 잘 이해하는 데 도움이 될 수 있습니다.

모니터링할 주요 메트릭과 관련하여 Redis 클라우드 서비스뿐만 아니라 모든 데이터베이스에 대한 일반적인 모범 사례는 다음과 같은 주요 영역에 대한 인사이트를 제공할 수 있는 데이터베이스 모니터링 계획을 수립하는 것입니다.

• 데이터 소스 및 해당 데이터의 프로세스 상태
• 데이터 소스에 대해 실행되는 쿼리의 성능 및 성공
• 상황이 악화될 때 일반적으로 문제가 되는 상황

클라우드 기반의 Redis는 데이터 스토리지를 위해 주 메모리를 사용하도록 제작되었기 때문에 모니터링해야 할 가장 중요한 메트릭 중 대부분은 메모리와 관련된 것입니다. 여기에는 메모리 조각화 비율, 사용한 메모리, 캐시 적중률, 차단된 클라이언트 및 제거된 키 통계가 포함됩니다.

하지만 Redis와 관련하여 모니터링할 가치가 있는 것은 메모리 메트릭뿐만이 아닙니다. 다음과 같이 클라우드 데이터베이스 상태의 Redis에 대한 가장 포괄적인 보기를 위해 모니터링을 고려해야 하는 5가지 다른 주요 메트릭과 카테고리가 있습니다.

1. 대기 시간과 같은 성능 메트릭. 대기 시간이란 클라이언트 요청과 서버 응답 사이에 걸리는 시간을 측정한 것입니다. Redis의 구조로 인해 대기 시간 분배에 특이치가 있으면 심각한 병목 현상이 발생할 수 있습니다. 단일 요청에 대한 응답 시간이 길어지면 이후의 모든 요청에 ​​대한 대기 시간이 늘어납니다.
2. used_memory와 같은 메모리 메트릭 used_memory가 사용 가능한 총 시스템 메모리를 초과하게 되면 운영 체제는 오래되었거나 사용되지 않는 메모리 부분을 교체하기 시작합니다. 이렇게 교체된 부분은 각각 디스크에 기록되는데, 이는 메모리에서 읽거나 쓰는 것보다 100,000배 느립니다.
3. connected_clients와 같은 기본 활동 메트릭. Redis는 일반적으로 애플리케이션을 통해 중재되므로 연결되는 클라이언트 수에 상한과 하한이 있습니다. 이 숫자가 정상 범위를 벗어나면 업스트림 연결이 해제되거나 요청을 처리하는 서버의 능력에 과부하가 걸리는 것과 같은 문제가 발생할 수 있습니다.
4. rdb_last_save_time and rdb_changes_since_last_save와 같은 지속성 메트릭 이러한 메트릭은 데이터 집합의 변동성을 추적하는 데 도움이 되고, 지속성은 원본이 다시 시작될 때 복제본이 빈 데이터 집합을 복사하는 것을 방지하는 데 도움이 됩니다. 뿐만 아니라 이러한 메트릭을 통해 오류가 발생할 경우 손실될 수 있는 데이터의 양을 정확하게 파악할 수도 있습니다.
5. ejected_connections과 같은 오류 메트릭. 클라이언트 연결은 사전 설정된 최대값을 초과하면 연결이 끊어지게 됩니다. 이 메트릭은 연결을 추적하고 한도를 초과하지 않았는지 확인하는 데 도움이 됩니다.