Seonglae ChoRedis Cluster Notion
When multiple services share a single Redis cache cluster, if one service experiences a traffic surge and reaches memory limits, keys from other services may be unexpectedly deleted, causing performance and accuracy degradation, while making monitoring and debugging more complex. As the system scales, it's more stable to configure separate cache clusters for each service.
Why sharing a redis cluster across services is asking for trouble
If there’s one pattern I’ve seen across multiple companies, from scrappy startups to big corps, that causes endless headaches, it’s this: a single cache cluster shared across services. I recently shor
https://www.16elt.com/2025/05/01/one-cache-cluster/
Cluster 정리
[Redis] Cluster Overview
Redis에서 사용하는 Cluster 즉, Clustering은 데이터를 분산시키는 방법이다. (분산 시스템처럼) 때문에 Redis에서는 한 곳의 Node 자원만 사용하는 것이 아닌 다른 Node 자원 또한 사용하여 전체 computing 자원을 최대한 사용하려 한다. 그림 1. Redis Cluster (+ Node 1과 통신 환경) Redis Cluster를 간략하게 그린 그림 1을 보면 computing 자원을 최대한 사용한다는 의미를 알 수 있다.
![[Redis] Cluster Overview](https://www.notion.so/image/https%3A%2F%2Ft1.daumcdn.net%2Ftistory_admin%2Fstatic%2Ftop%2Ffavicon_0630.ico?table=block&id=f5388cc9-c630-44f7-bf13-251b34aa2a4f&cache=v2)
https://timewizhan.tistory.com/entry/Reids-Cluster-Overview
![[Redis] Cluster Overview](https://www.notion.so/image/https%3A%2F%2Fimg1.daumcdn.net%2Fthumb%2FR800x0%2F%3Fscode%3Dmtistory2%26fname%3Dhttps%253A%252F%252Ft1.daumcdn.net%252Fcfile%252Ftistory%252F99B533335C298FB307?table=block&id=f5388cc9-c630-44f7-bf13-251b34aa2a4f&cache=v2)
Redis cache
Redis 기본 정리
캐시를 알아야 하는 순간! | 캐시를 접하게 되는 순간 서비스를 처음 운영할 때는 WEB-WAS-DB의 전형적인 3티어 구조를 취하는 편이 보통입니다. 사용자가 몇 명 되지 않는 서비스의 경우에는 3티어 구조로도 충분히 서비스가 가능하지만, 사용자가 늘어나면 DB에 슬슬 무리가 가기 시작합니다.
https://brunch.co.kr/@jehovah/20
