Redis Architect

 

 [Redis Architecture] 

• Redis Architect : https://couplewith.tistory.com/819
• Redis Enterprise 기능 비교 : https://couplewith.tistory.com/817
• Redis 버전별 라이선스 와 기능 비교 : https://couplewith.tistory.com/815
• Redis 8 - 새로운 기능 과 성능 개선 : https://couplewith.tistory.com/818
• Redis 보안 접근제어 ACL 적용-클라이언트IP제어 : [https://couplewith.tistory.com/816 

---

Redis 아키텍처

Redis를 구성하는 아키텍처 유형을  정리 합니다.

• Redis Replication
• Redis Sentinel
• Redis Cluster
• Redis Proxy (HA)

 

Redis Replication

 

복제는 데이터 안전성과 고가용성을 향상하는 동시에 읽기 전용 쿼리에 여러 복제본을 사용하여 확장성을 높이는 두 가지 목적을 달성합니다. 느린 O(N)작업은 복제본으로 오프로드하여 시스템의 전반적인 성능을 향상시킬 수 있습니다. 복제를 활용하면 Redis는 안정적이고 확장 가능한 분산 데이터베이스로 작동할 수 있습니다.

 

Redis Sentinel

Redis Sentinel은 여러 Sentinel 프로세스가 협력하는 구성에서 실행되도록 설계된 분산 시스템입니다. Redis Sentinel은 쿼럼 기반 방식을 사용하여 다수의 Sentinel이 페일오버 결정을 내리도록 하여 스플릿 브레인(split-brain) 시나리오의 위험을 방지합니다. 또한 구성 업데이트, 자동 노드 검색을 지원하고, 관리자에게 중요 이벤트를 알릴 수 있습니다.

 

Redis Sentinel

 

장점

• 자동 장애 조치를 제공합니다.
• 또한 서비스 검색을 위한 구성 공급자 역할도 합니다. 클라이언트는 Redis 토폴로지를 알 필요가 없습니다.

단점

• 복잡한 아키텍처 - 유지 관리해야 할 서버 대수가 늘어납니다.
• (Redis Sentinel을 인식하는) 전문화된 클라이언트가 필요합니다.

 

---

 

Redis Cluster

Redis 클러스터는 여러 개의 샤드로 구성되며 , 각 샤드는 기본 노드와 0개 이상의 복제 노드를 가질 수 있습니다. 클러스터의 샤드 수를 확장하면 데이터는 자동으로 분할되어 기본 Redis 노드에 분산됩니다 . 

redis Cluster

장점

• 데이터는 클러스터 전체에 자동으로 분할됩니다.
• 읽기(샤드에 복제본 추가)와 쓰기(샤드 추가)를 모두 확장할 수 있습니다.

단점

• Redis 클러스터 인식 클라이언트가 필요합니다.
• 여러 키의 작업 제약 조건을 염두에 두고 애플리케이션을 설계해야 합니다.
• 더욱 세부적인 제어를 위해서는 해시태그를 사용한 클라이언트 측 샤딩을 사용하도록 애플리케이션을 수정해야 합니다.
• 복잡한 아키텍처 – Redis 클러스터를 대규모로 실행하면 운영상의 복잡성이 커지고 인프라 요구 사항도 커집니다.

 

---

Redis Proxy (HA)

프록시 기반 HA 아키텍처는 Redis 클러스터와 Redis Sentinel의 중간쯤에 위치합니다. Sentinel과 마찬가지로, 외부 구성 요소를 사용하여 Redis 서버들을 프런트엔드합니다. 또한 Redis 클러스터처럼 사용자 지정 스키마를 사용하여 데이터 분할을 처리합니다.

장점

• 부하 분산, 데이터 분할, 그리고 연결 관리의 추가 혜택을 얻을 수 있습니다.
• 특수 클라이언트(클러스터 또는 센티넬 인식)가 필요하지 않으므로 독립형 Redis 클라이언트를 계속 사용할 수 있습니다.

단점

• 복잡한 아키텍처 - 유지 관리해야 할 서버 대수가 늘어납니다.
• 표준 Redis 툴링(예: Redis Cluster 또는 Sentinel)에 포함되지 않는 타사 구성 요소를 사용해야 합니다.

 

 

 

 

 

https://semaphore.io/blog/redis-architectures