로그 보존 용량 계산기
초당 요청 수와 한 줄 크기로 하루 로그량을 구하고, 보존 기간·압축률·복제본을 반영해 필요한 저장 용량을 계산합니다. 계층을 나눴을 때의 비용 차이도 보여줍니다.
계층별 보존 기간
모두 합쳐 90일 보존합니다.
필요한 저장 용량
543.15 GB
하루 6.03 GB × 90일 × 복제본 1벌 · 압축 전이라면 3.54 TB
계층별 용량과 월 비용
사용 방법
- 1초당 요청 수와 한 줄 크기를 넣습니다. 아래 버튼으로 흔한 규모를 고를 수 있습니다.
- 2압축률과 복제본 수를 넣습니다.
- 3계층별 보존 기간을 정하면 용량과 월 비용이 나옵니다.
자주 묻는 질문
초당 요청 수 × 요청당 줄 수 × 한 줄 크기 × 86,400 입니다. 1,000 rps에 한 줄 500바이트면 하루 8,640만 줄, 약 43GB(10진)가 쌓입니다.
로그는 같은 문자열이 되풀이되는 텍스트라 잘 압축됩니다. gzip으로 보통 80~90%가 줄어들며, JSON 구조화 로그처럼 필드 이름이 매 줄 반복되면 더 잘 줄어듭니다. 실제 로그가 얼마나 줄어드는지는 텍스트 압축률 계산기에 붙여 넣어 재 보면 정확합니다.
Elasticsearch는 기본 설정이 복제본 1개라 같은 데이터를 두 벌 저장합니다. 장애에 대비한 이중화가 그만큼 디스크를 더 쓰기 때문에, 용량을 산정할 때 빠뜨리면 실제의 절반만 잡게 됩니다.
최근 로그만 빠른 저장소에 두고 나머지를 싼 저장소로 내려 보내면 비용이 크게 떨어집니다. 콜드 스토리지는 GB당 단가가 핫의 10분의 1 아래라, 90일 가운데 7일만 핫에 두면 비용이 절반 아래로 내려가는 경우가 흔합니다.
아닙니다. 이 계산은 로그 본문만 셉니다. Elasticsearch 같은 검색 엔진에 넣으면 색인이 본문만큼, 설정에 따라 그보다 더 많은 공간을 차지하므로 따로 잡아야 합니다.
알아두면 좋은 점
- 계층별 단가는 클라우드·지역·계약에 따라 크게 달라지는 어림값입니다. 절대값보다 비율을 보세요.
- 로그 본문만 계산합니다. 검색 색인, 메타데이터, 파일시스템 오버헤드는 포함되지 않습니다.
- 실제 요청량은 시간대에 따라 몇 배씩 오르내립니다. 최대 부하 기준으로도 한 번 계산해 보세요.
함께 보면 좋은 도구
마지막 검증: 2026년 8월 30일 · 결과는 참고용 추정치입니다.