MemoryDB

Amazon MemoryDB for Redis

2022. 6. 13. 11:51

MSA로 오면서, Hot Data를 지원하기 위한 데이터베이스가 필요했다
- Fast
- Flexible
- Friendly
DB를 관리하기 어려워질 수 있다 (항상 가동)
Robust 하게 만들기가 어렵다. (내구성 및 데이터 손실 zero)
Scaling 어려울 수도
비싸거나
ElastiCache는 기본 DB및 다른 저장소의 Data를 캐싱 or 내구성이 필요하지 않은 일시적 데이터를 위함
- memcached와 비슷하게 이슈가 있어서 노드가 다운되면 데이터가 날아감
- 직접 구성하는 Redis의 경우 HDD에 저장되겠지만, ElastiCache는 날아감
  - 단일 노드의 경우 AOF 기능을 통해 노드 재부팅 시 데이터 지속, but 노드 손상 시 데이터 손실
  - multi-AZ(replica) 구성 시에도 노드 승격이 비동기 작업이기 때문에 down-time은 발생할 수 있음
- 따라서 Multi AZ가 필요함
MemoryDB는 멀티 AZ 내구성 / 애플리케이션의 기본 DB(Primary DB)로 지정 가능 (캐싱과는 별개) / 그러면서 Redis API와 호환
- 영구 저장
- 쓰기 속도는 ElastiCache보다 좀 느림 (ElastiCache는 쓰기 읽기 모두 microsecond 단위)

microsecond read / 한자리 ms write
cluster scale out 시 초당 수백만 건의 트랜잭션까지 가능
- 처리량이 높고 대기 시간이 짧은 까다로운 애플리케이션 지원 가능
관리작업 (스냅샷 등) 자동화
Redis API 100% 호환하는 Primary DB
multi-AZ 기본 지원 (cluster mode를 통함)
DB의 key set 별로 샤드당 최대 5개의 복제본 생성하여
- 해당 key space에 대한 고가용성 및 읽기 성능 확장
최대 500개의 노드를 가질 수 있음
- 250개의 Primary + 250개의 Replica (multi-AZ에 따라)
- 클러스터 당 128TB의 저장소까지 지원

aws memorydb update-cluster --cluster-name my-cluster --shard-configuration ShardCount=5

데이터 전송 시 기본 시스템이 다운되면, 해당 Replica와 해당 데이터는 사라질 것 (Primary가 act, but not deliver)
MemoryDB는 이를 내부적으로 multi-AZ transaction log에 저장하여 모든 노드에 저장되고 원하는 곳으로 전달될 것.
모든 것은 Primary DB로 Redis를 제공하기 위한 설계

PREV 1 NEXT