조용히 쌓이다 갑자기 터지는 로그 디스크
로그는 장애 원인을 추적하는 데 필수적이지만, 관리하지 않으면 조용히 디스크를 잠식하다가 어느 날 갑자기 "No space left on device" 오류로 서비스를 멈춰버리는 골칫거리가 됩니다. 특히 요청량이 갑자기 늘어나거나 디버그 로그 레벨을 켜둔 채 방치하면 예상보다 훨씬 빠르게 디스크가 가득 찰 수 있습니다.
이 계산기는 일일 요청 수와 로그 한 줄의 평균 크기를 곱해 하루·한 달 단위 로그 증가량을 구하고, 입력한 가용 디스크 공간을 기준으로 며칠 뒤 디스크가 가득 차는지 역산합니다. 기존 로그 파일의 크기를 라인 수로 나누면 평균 로그 크기를 쉽게 추정할 수 있습니다.
예상 소진 기간이 짧게 나왔다면 logrotate 등으로 오래된 로그를 압축·삭제하는 정책을 설정하거나, 별도의 중앙 로그 수집 서버(ELK, CloudWatch 등)로 로그를 옮겨 로컬 디스크 부담을 줄이는 것을 검토해보세요.
자주 묻는 질문
기존 로그 파일 하나를 열어 전체 크기를 라인 수로 나누면 대략적인 평균 크기를 구할 수 있습니다. 일반적인 접근 로그는 200~800바이트 수준입니다.
디스크 용량이 가득 차면 새로운 로그 기록이 실패하고, 심한 경우 애플리케이션 자체가 쓰기 오류로 멈추거나 데이터베이스 저장이 실패할 수 있습니다.
로그 로테이션(logrotate)으로 오래된 로그를 압축·삭제하고, 로그 레벨을 조정하거나 별도의 로그 수집 서버로 전송해 로컬 디스크 부담을 줄이는 것이 일반적입니다.