Redis 읽기는 되는데 쓰기만 OOM 오류라면 noeviction 확인
noeviction 정책은 키를 퇴출하지 않고 새 데이터를 늘리는 명령에 오류를 반환할 수 있습니다. 기존 읽기가 된다는 이유로 메모리 한도 문제가 없다고 단정하지 않습니다. 실제 maxmemory와 퇴출 정책, 실패 명령을 비교합니다.
먼저 기억할 핵심
- 메모리 한도에서 모든 요청이 똑같이 실패하지 않습니다
- 캐시와 원본 데이터의 역할을 먼저 정합니다
- 용량·키 수명·재시도 정책을 함께 조정합니다
메모리 한도에서 모든 요청이 똑같이 실패하지 않습니다
noeviction 정책은 키를 퇴출하지 않고 새 데이터를 늘리는 명령에 오류를 반환할 수 있습니다. 기존 읽기가 된다는 이유로 메모리 한도 문제가 없다고 단정하지 않습니다. 실제 maxmemory와 퇴출 정책, 실패 명령을 비교합니다.
캐시와 원본 데이터의 역할을 먼저 정합니다
다시 계산할 수 있는 캐시인지 유일한 업무 데이터인지에 따라 퇴출을 허용할 수 있는 범위가 달라집니다. 오류를 없애려고 allkeys 정책으로 바로 바꾸면 필요한 키가 사라질 수 있습니다. 만료와 퇴출의 의미도 나눠 봅니다.
용량·키 수명·재시도 정책을 함께 조정합니다
큰 키와 증가 패턴을 조사하고 정상 요구량을 측정합니다. 쓰기 실패를 무한 재시도하면 부하만 늘 수 있습니다. 시험 환경에서 한도에 도달했을 때의 앱 응답을 확인한 뒤 정책 변경을 계획합니다.
서버 운영 실행 전 점검표
- 메모리 한도에서 모든 요청이 똑같이 실패하지 않습니다
- 캐시와 원본 데이터의 역할을 먼저 정합니다
- 용량·키 수명·재시도 정책을 함께 조정합니다
이 가이드의 근거 문서
출처 확인일: 2026-11-04. 공식 문서에 기반한 편집 가이드이며 직접 수행한 벤치마크가 아닙니다. 비용 사례는 명시된 가정에 한합니다.
오류 제보 방법