도구스개발

로그 보존 용량 계산기

초당 요청 수와 한 줄 크기로 하루 로그량을 구하고, 보존 기간·압축률·복제본을 반영해 필요한 저장 용량을 계산합니다. 계층을 나눴을 때의 비용 차이도 보여줍니다.

rps
B
%

계층별 보존 기간

모두 합쳐 90일 보존합니다.

필요한 저장 용량

543.15 GB

하루 6.03 GB × 90일 × 복제본 1벌 · 압축 전이라면 3.54 TB

하루 줄 수86,400,000줄
하루 로그량 (압축 전)40.23 GB
하루 저장량 (압축 후)6.03 GB
90일 보존543.15 GB
복제본 1벌까지543.15 GB
압축으로 아낀 용량3.01 TB

계층별 용량과 월 비용

핫 (SSD·검색 가능)742.24 GB7,604원
웜 (HDD·느린 검색)23138.80 GB8,328원
콜드 (오브젝트 스토리지)60362.10 GB9,052원
아카이브 (꺼내는 데 시간이 걸림)00 B0원
계층을 나눴을 때 월 비용24,985원
전부 핫에 두면97,767원
아끼는 몫72,782원 (74.4%)
압축이 가장 크게 줄여 줍니다. 로그는 같은 문자열이 되풀이되는 텍스트라 gzip 으로 흔히 80~90% 가 줄어듭니다. 지금 설정으로도 3.01 TB 를 아끼고 있습니다. 실제 로그가 얼마나 줄어드는지는 텍스트 압축률 계산기에 붙여 넣어 재 보면 정확합니다.
복제본을 잊기 쉽습니다. Elasticsearch 는 기본이 복제본 1개라 저장 용량이 두 배가 되고, 오브젝트 스토리지도 내부적으로 여러 벌을 둡니다. 위 계산은 눈에 보이는 복제본만 곱한 값입니다.
색인은 여기에 들어 있지 않습니다. 이 값은 로그 본문만 센 것입니다. Elasticsearch 같은 검색 엔진에 넣으면 색인이 본문만큼, 설정에 따라 그보다 더 많은 공간을 차지합니다.
계층별 단가는 클라우드·지역·계약에 따라 크게 달라지는 어림값입니다. 비용의 절대값보다 계층을 나누면 얼마나 줄어드는지를 보는 눈금으로 쓰세요.

사용 방법

  1. 1초당 요청 수와 한 줄 크기를 넣습니다. 아래 버튼으로 흔한 규모를 고를 수 있습니다.
  2. 2압축률과 복제본 수를 넣습니다.
  3. 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일 · 결과는 참고용 추정치입니다.