메모리 리밋, 감으로 정하면 사고가 난다
컨테이너 메모리 리밋을 너무 낮게 설정하면 OOMKilled로 인해 예고 없이 컨테이너가 죽고, 너무 높게 잡으면 노드 자원이 낭비돼 다른 파드가 스케줄링되지 못합니다. 이 도구는 애플리케이션 유형과 예상 동시 사용자 수를 입력하면 표준 티어(128Mi, 256Mi, 512Mi...) 중 적정한 값을 추천해줍니다.
유형별 기본 메모리와 사용자당 추가량
| 앱 유형 | 기본 메모리 | 사용자당 추가 |
|---|---|---|
| 정적 사이트 | 128Mi | +0.2Mi |
| 경량 API | 256Mi | +0.5Mi |
| 일반 웹앱(DB 포함) | 512Mi | +1Mi |
| ML·데이터 처리 | 1024Mi | +2Mi |
이 값은 시작점일 뿐입니다
추천값은 일반적인 시나리오를 가정한 시작점입니다. 실제 서비스에서는 반드시 모니터링 도구로 실측 메모리 사용량을 확인하고, 리밋과 리퀘스트(request) 값을 실측 데이터에 맞춰 조정하는 것이 안전합니다.
자주 묻는 질문
메모리 리밋은 어떻게 추천되나요?
앱 유형별 기본 메모리에 동시 사용자 수에 따른 추가량을 더하고 20% 여유분을 반영해 가장 가까운 표준 티어로 추천합니다.
메모리 리밋을 너무 낮게 잡으면 어떻게 되나요?
OOMKilled로 컨테이너가 강제 종료되거나, 스왑이 발생해 응답 속도가 크게 느려질 수 있습니다.
리밋을 넉넉하게 잡으면 무조건 좋은가요?
아닙니다. 리밋이 과도하면 노드 자원을 낭비하고 다른 파드가 스케줄링되지 못할 수 있으므로 실측 데이터로 조정하는 것이 이상적입니다.