모니터링 지표에 대한 고찰 : 세번째 대상 Redis

운영 환경에서 Redis는 단순 캐시를 넘어, 세션 저장소·큐·Pub/Sub 등 핵심 서비스로 활용된다.
따라서 성능 저하나 장애를 예방하기 위해선 메모리·네트워크·커넥션·퍼시스턴스 영역별 주요 지표를 주기적으로 점검해야 한다.

1. 메모리 지표

• used_memory
  Redis 프로세스가 실제 사용하는 메모리 크기.
  • 물리 메모리 대비 사용률이 급격히 증가하면 OOM 위험.
  • maxmemory 설정과 eviction 정책을 반드시 확인.
• mem_fragmentation_ratio
  메모리 파편화 비율.
  • 1.0에 가까울수록 정상.
  • 1.5 이상이면 파편화 심각 → 재시작·RDB/AOF 리라이트 고려.
• evicted_keys
  maxmemory 초과로 강제 제거된 키 수.
  • 증가 시 캐시 미스율 상승 가능성.
  • eviction 정책(noeviction, allkeys-lru 등) 확인 필요.

2. 성능 지표

• instantaneous_ops_per_sec
  초당 처리되는 명령어 수(QPS).
  • 트래픽 스파이크 확인용.
  • baseline 대비 급증/급감 패턴을 주의.
• slowlog
  초당 Redis에 기록되는 슬로우 쿼리(Slowlog) 항목 개수
  • 0에 가까운 값이 정상.
  • 일정 수준 이상 지속적으로 값이 커진다면, 애플리케이션에서 블로킹 명령이나 대용량 데이터 처리 패턴이 존재함을 의미

3. 연결 지표

• blocked_clients
  블로킹 명령(BRPOP, BLPOP 등) 대기 중인 클라이언트 수.
  • 급증하면 애플리케이션 큐 처리 병목 의심.
• connected_clients
  현재 연결된 클라이언트 수.
  • 애플리케이션 연결 풀 설정과 비교.
  • maxclients 근접 시 신규 연결 실패 위험.
• rejected_connections
  동시 연결 수 초과로 거절된 연결 횟수.
  • 급증하면 클라이언트 풀 조정 필요.

4. 네트워크 지표

• total_net_input_bytes / total_net_output_bytes
  누적 수신/송신 데이터량.
  • 네트워크 대역폭 추세 파악.
  • 특정 시점 폭증 시 대용량 값 set/get 여부 점검.

5. 퍼시스턴스 지표
: 데이터가 메모리를 넘어 디스크에
안전하게 보존되는 특성

• rdb_last_bgsave_status
  RDB 스냅샷 성공/실패 여부.
  • 실패 시 디스크 공간 부족/권한 오류 점검.
• aof_last_bgrewrite_status
  AOF 리라이트 성공/실패 여부.
  • AOF 파일 크기 급증 시 디스크 용량 주의.
• rdb_changes_since_last_save
  마지막 저장 이후 변경된 키 개수.
  • save 주기보다 과도하게 증가하면 장애 시 데이터 손실 위험.

6. 캐시 효율 지표

• keyspace_hits / keyspace_misses
  캐시 히트율 = hits / (hits + misses) * 100
  • 90% 이상 유지하는 것이 바람직.
  • 낮으면 캐시 정책·데이터 구조 재검토 필요.
    
    
• 적용된 Redis by Zabbix agent2 템플릿에는 캐시 히트율 아이템이 없다
  존재하는 아이템들의 값을 수식으로 처리해 아이템을 새로 만들어야 한다
  *수식
  last(//redis.stats.keyspace_hits) /
  ( last(//redis.stats.keyspace_hits) + last(//redis.stats.keyspace_misses) ) * 100
  

✅ 운영 포인트 요약

• 메모리 사용률 + 파편화 비율을 먼저 본다.
• 연결 수와 거절 건수로 애플리케이션 연결 문제를 추적한다.
• ops/sec·slowlog를 함께 보며 성능 저하 여부를 확인한다.
• 히트율과 evicted_keys 증가는 캐시 정책 검토 신호다.

🛠 마지막 수정일: 2025.09.18