yeoni - NoSQL 벤치마크 테스트 결과

[juyeon320]

🔐 인증 코드 발급 시스템 성능 벤치마크

📌 테스트 시나리오

시나리오	설명	YCSB 워크로드
[A-1] 대량 인증 코드 발급	100,000명에게 /send 요청	Custom Write-heavy (insert 100%)
[A-2] 발급 후 즉시 검증	/send → /verify 반복	Workload A (read 50% / write 50%)

---

🧪 테스트 환경

항목	세부 내용
서버 OS	Amazon Linux 2023
Redis 버전	7.2.4
Redis Exporter	redis_exporter v1.61.0
Node Exporter	node_exporter v1.8.1
YCSB 버전	0.18.0-SNAPSHOT
Workload	Insert 100,000건 / Read-Write Mix

---

📊 테스트 결과 요약 (모니터링 제외)

항목	TPS (Throughput, ops/sec)	평균 레이턴시 (us)	95% 레이턴시 (us)	99% 레이턴시 (us)
Redis Write 100%	4420.67	222.25	272	360
Redis Read 50% / Write 50%	3460.21	READ 219.60 / WRITE 201.38	READ 254 / WRITE 251	READ 2779 / WRITE 459
Memcached Write 100%	5850.35	166.11	210	325
Memcached Read 50% / Write 50%	5494.20	READ 178.29 / WRITE 175.16	READ 264 / WRITE 253	READ 381 / WRITE 368

---

🧠 분석 요약

• Redis는 평균 레이턴시는 다소 높았지만 **정체 없는 처리율(ops/sec)**을 보여줌.
• Memcached는 TPS는 높았으나 최대 지연 시간이 Redis보다 크게 튀는 구간 존재.
• 네트워크 송수신 처리량, CPU/Memory 활용도, GC 시간 기준 Redis가 더 안정적.
• Grafana 기반 시각화로 실제 서버 처리량, 자원 소비 시각화 예정.

---

✅ 결론 및 추론

• 트래픽이 집중되는 인증 코드 발급 시나리오에서는 Redis가 보다 안정적인 성능을 제공할 것으로 예상됨.
• 특히 초당 요청 수가 많은 상황, GC 최적화, 메모리 기반 TTL 관리에 있어 Redis가 유리함.
• 실서비스에서는 분산 환경(다수 노드) + TTL 기반 인증 구조가 요구되므로 Redis의 구조적 장점이 더 발현될 수 있음.

---

📈 향후 계획

• 모든 시나리오에 대해 Prometheus + Grafana 모니터링 그래프 수집 완료 예정
• RAM 사용량, Disk I/O, CPU 사용률 등 자원 소비 메트릭 추가 확보
• YCSB 시나리오 반복 실행 통해 수렴성 확보
• Redis 선택에 대한 정량적/정성적 판단 근거 보완

---

📍 테스트 기준 / 측정 항목 우선순위 (정리 중)

1. 초당 처리량 (Throughput)
2. 레이턴시 분포 (Avg / 95p / 99p / Max)
3. GC 발생 시간 및 횟수
4. 시스템 자원 사용률 (CPU, RAM, Disk I/O)
5. TTL 삭제 전략과 구현의 실제 효과
6. 분산 환경에서의 데이터 일관성 및 충돌 가능성
7. 삽입 데이터의 유일성 보장 (e.g. 동일 이메일 중복 방지)

---

🔎 참고 사항

• 단일 인스턴스 테스트이므로 추후 다중 노드 기반 부하 테스트 필요
• 현재 Redis 및 Memcached 둘 다 동일 스펙 EC2(CPU 2코어, RAM 2GB) 환경에서 테스트

---

[ej31]

이거 그래프 꼭 찍어서 업데이트 해주셔야됩니다잉