Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- Kubernetes
- CKA
- AI
- 기록으로 실력을 쌓자
- CKA 기출문제
- kotlin coroutine
- kotlin spring
- kotlin
- Spring
- APM
- 정보처리기사실기 기출문제
- MySQL
- CloudWatch
- IntelliJ
- aws
- 정보처리기사 실기
- Java
- Linux
- 오블완
- Elasticsearch
- 공부
- PETERICA
- Pinpoint
- 티스토리챌린지
- minikube
- 코틀린 코루틴의 정석
- mysql 튜닝
- AWS EKS
- kotlin querydsl
- 정보처리기사 실기 기출문제
Archives
- Today
- Total
목록redis (1)
피터의 개발이야기
[Redis] KEYS보다 SCAN 명령어를 써야하는 이유?
ㅁ 개요 Redis slowlog를 모니터링하는 중 KEYS가 롱쿼리로 감지되어, SCAN으로 변경하여 Redis Blocking 시간을 최소화한 과정을 정리하였다. ㅁ Redis 모니터링의 필요성 ㅇ 현재 내가 담당하는 시스템은 대량 트래픽을 처리하고 있다. 그래서 메인 디비로 Redis를 사용하고 있다. ㅇ 고성능 고가용성을 위해 쿠버네티스 환경으로 구축되었고, 어플리케이션 내의 개별 프로세스도 비동기형태로 구현되어 있다. ㅇ RDS의 처리 속도가 보장되지 않아 Redis를 사용하고 있기 때문에 Redis의 slowlog확인을 통해 10ms 이상인 것은 지속적으로 튜닝을 해야만 전체 서비스의 TPS를 보장할 수 있다. ㅁ Grafana Slow log 확인 ㅇ HKEYS 명령어가 10ms 이상 발생하..
DevOps/Redis&Redict
2022. 5. 28. 21:59