인프라·운영 추정
로그를 30일 보관하는 데 필요한 용량은?
사용할 도구
로그 볼륨이 차면 한 줄이 짧다는 말로 건수 증가를 설명할 수 없고 원본 크기만 보면 과대 추정할 수도 있습니다. 건수·건당 byte·보관일·압축 후 비율·총사본으로 나누세요.
하루 10만 건·건당 500byte부터
events per day: 100000
bytes per event: 500
days: 30
compression ratio: 1
stored copies: 1하루 50,000,000byte×30=1,500,000,000byte, 1.5GB·약 1.397GiB입니다. GiB 숫자를 GB로 읽지 마세요.
현재 공개 구성의 구간당 건수는 하루입니다. 초당 100건이면 먼저 8,640,000건/일로 환산하세요. 100만 넣으면 하루 100건입니다. 측정 구간부터 맞추세요.
비율 0.5는 원본 절반 저장 가정
0.5면 750,000,000byte, 0.25면 375,000,000입니다. 압축 후/전 배율이지 50을 넣는 퍼센트가 아닙니다. 1은 무감소, 25% 감소는 0.75입니다.
내용·방식에 따라 압축률이 다릅니다. 반복 로그와 이미 압축·암호화된 자료를 같게 볼 근거는 없습니다. 미측정이면 1·0.5 시나리오로 보고 외부 업로드 측정 기능은 없습니다.
복제 수는 추가분 아닌 총사본
압축 0.5·총 2사본은 1,500,000,000byte입니다. 원본1+추가1은 2이며 서비스 replicas=1이 추가만 뜻하면 그대로 복사할 때 과소 추정합니다.
백업·다른 지역 포함 여부를 정하세요. 동일 사본 가정이므로 보관·압축이 다르면 별도 계산 합산이 명확합니다. 사본 증가만으로 복구 가능한 백업을 증명하지 못합니다.
건당 500byte에 무엇이 포함되나
저장되는 시각·등급·요청 ID·JSON 키·구분자도 평균에 포함하세요. 문자 수는 UTF-8 byte가 아니며 다국어·이모지가 특히 다릅니다. 짧은 예제를 문자·byte 도구로 보세요.
한 줄이 한 이벤트는 아닙니다. 스택 추적 여러 줄·수집기 병합이 있으니 건수와 평균 크기 단위를 맞추세요. 샘플 총byte/대응 이벤트 수로 기준을 명시할 수 있습니다.
같은 일별 모델에서 90일은 세 배
같은 조건 90일은 4,500,000,000byte입니다. 고정 일별 모델은 3배지만 증가 전망·신기능·로그 수준이 건수와 크기를 바꿀 수 있습니다.
장애 폭증은 평균으로 최대량을 설명하지 못하니 정상·증가 시나리오와 실제 사용량을 비교하세요. 피크 예측·과거 로그 추세 분석 기능은 없습니다.
본문량과 검색 시스템 디스크량은 별개
인덱스·메타·작업 공간·파일시스템 여유는 기본 본문량에 자동 포함되지 않습니다. 제품마다 달라 임의 배율을 실측이라 못 하니 공식 자료·대표 측정으로 별도 기록하세요.
만료와 실제 공간 회수는 동시가 아닐 수 있고 정상 상태 모델은 삭제 지연·전환 피크를 모사하지 않습니다. 결과와 디스크 한도를 딱 맞추지 말고 포함·제외를 확인하세요.
일평균과 장애 시나리오를 나누어 추정하기
하루 10만 건과 초당 10만 건은 크게 다릅니다. 이 화면은 일 단위이므로 초당 100건이 계속되면 86,400을 곱해 하루 864만 건입니다. 최고치였던 1초를 하루로 늘리면 피크가 계속된다는 가정입니다. 평균, 바쁜 날, 장애 상황을 나눠 쓰세요. 계산기가 가정을 실측값으로 바꾸지는 않습니다.
장애는 빈도뿐 아니라 이벤트 크기도 바꿉니다. 스택 추적은 짧은 접근 로그보다 큽니다. 건수와 평균 바이트를 모두 두 배로 하면 데이터는 네 배입니다. 어떤 가정을 바꿨는지 남기세요. 화면은 시나리오 이력을 자동 저장하지 않으므로 비교할 조건과 결과는 명시적으로 보관해야 합니다.
보관 기간은 나중에 무엇을 조사할지도 고려해야 합니다. 필수 필드를 빼면 사건을 재구성하지 못할 수 있고 용량이 남는다고 불필요한 비밀이나 본문을 저장할 이유도 없습니다. 도구는 선택한 건수·크기·일수의 용량을 보여 주며 수집 정책, 권한, 보관 의무를 정하지 않습니다.