Redis 복제본이 연결됐으면 마지막 쓰기도 안전한가요?
Redis는 기본적으로 비동기 복제를 사용합니다. 복제본이 연결됐다는 표시만으로 주 서버의 마지막 쓰기까지 모두 반영됐다고 보장할 수 없습니다. 장애 시 어떤 데이터까지 허용할지 요구를 먼저 정해야 합니다.
먼저 기억할 핵심
- 기본 비동기 복제는 데이터 손실 창을 남길 수 있습니다
- 복제 지연과 지속성 구성을 각각 확인합니다
- 전환 뒤 클라이언트와 데이터 상태를 검증합니다
기본 비동기 복제는 데이터 손실 창을 남길 수 있습니다
Redis는 기본적으로 비동기 복제를 사용합니다. 복제본이 연결됐다는 표시만으로 주 서버의 마지막 쓰기까지 모두 반영됐다고 보장할 수 없습니다. 장애 시 어떤 데이터까지 허용할지 요구를 먼저 정해야 합니다.
복제 지연과 지속성 구성을 각각 확인합니다
복제본 수와 연결 상태뿐 아니라 처리 위치와 지연, 저장 정책을 함께 조사합니다. 최소 복제본 조건이 개별 쓰기의 전달을 완전히 보장하는 것처럼 설명하지 않습니다. 복제와 디스크 보존은 역할이 다릅니다.
전환 뒤 클라이언트와 데이터 상태를 검증합니다
장애 전환을 시험 환경에서 재현하고 새 주 서버로 쓰기가 일관되게 향하는지 확인합니다. 이전 주 서버의 재접속도 통제해야 합니다. 복제는 실수 삭제를 되돌리는 과거 백업 대신이 아니므로 복구 자료를 별도로 관리합니다.
서버 운영 실행 전 점검표
- 기본 비동기 복제는 데이터 손실 창을 남길 수 있습니다
- 복제 지연과 지속성 구성을 각각 확인합니다
- 전환 뒤 클라이언트와 데이터 상태를 검증합니다
이 가이드의 근거 문서
출처 확인일: 2026-11-04. 공식 문서에 기반한 편집 가이드이며 직접 수행한 벤치마크가 아닙니다. 비용 사례는 명시된 가정에 한합니다.
오류 제보 방법