홈 서버는 Docker 로그 공간을 얼마나 확보해야 할까요?

Docker 로그를 위해 제한 없는 단일 풀을 예약하지 마세요. 컨테이너별 순환을 설정하고 별도의 호스트 여유 공간 하한을 유지하세요. 실용적인 시작점은 일반 컨테이너의 경우 30-100MB이며, 문제 해결에 필요한 기간이 더 긴 서비스에만 더 큰 제한을 적용하세요.

전체 공간은 컨테이너별 제한에 컨테이너 수를 곱한 값에 데몬, journald, 애플리케이션, 크래시 및 임시 로그를 더한 값입니다. 올바른 예약 공간은 로그 급증 중에도 이미지 가져오기, 업데이트 및 컨테이너 재시작이 작동하도록 유지해야 합니다. 이 구분이 측정 방법, 안전 여유 공간 및 중지 조건을 결정합니다. 이 구분이 측정 방법, 안전 여유 공간 및 중지 조건을 결정합니다.

각 로그 생성자를 기준으로 예산 구성

Docker 로깅 드라이버, 컨테이너 수, 로그 발생률, 보존 기간 및 볼륨 내부에 기록되는 애플리케이션 로그를 목록화하세요. stdout 순환은 애플리케이션이 생성한 별도의 로그 파일을 제한하지 않습니다.

json-file의 경우 max-size=10m 및 max-file=3으로 컨테이너당 보존 파일을 약 30MB로 제한할 수 있습니다. local 드라이버는 압축 및 제한된 순환을 추가하지만, 변경된 기본값을 적용하려면 기존 컨테이너를 다시 생성해야 할 수 있습니다.

이미지, 쓰기 가능 레이어, 패키지 업데이트 및 긴급 진단을 위해 시스템 디스크에 추가 여유 공간을 확보하세요. 로그 예산이 /var/lib/docker의 마지막 사용 가능 공간까지 소모하도록 두지 마세요.

크기만이 아니라 발생률과 여유 공간을 기준으로 알림 설정

컨테이너별 바이트 수, 시간당 증가량, 순환 이벤트, 파일 시스템의 여유 바이트 및 inode 사용량을 추적하세요. 갑작스러운 발생률 변화는 디스크가 가득 차기 전에 크래시 루프를 드러내는 경우가 많습니다.

재시작 및 업데이트 작업을 보존할 수 있도록 경고 및 심각 임계값을 충분히 이르게 설정하세요. 소형 시스템 디스크에서는 백분율만 사용하는 것보다 고정된 5–10GB 운영 예약 공간이 더 의미 있을 수 있습니다.

아래 표를 사용해 관찰된 동작을 제한값으로 전환하세요.

필수 증거를 잃지 않고 순환 적용

데몬 기본값과 중요 서비스에 대한 명시적 예외를 설정한 다음, 설정이 적용되도록 컨테이너를 다시 생성하거나 재배포하세요. 컨테이너 검사를 통해 활성 드라이버와 옵션을 확인하세요.

보안 또는 감사 로그를 로컬 순환 이후에도 보존해야 한다면 별도의 내구성 있는 대상으로 전달하세요. 일반적인 디버그 출력은 시스템 디스크에 무기한 보존하지 않아야 합니다.

ZimaSpace의 Docker 디스크 증가 워크플로는 로그를 레이어 및 볼륨과 구분합니다.

RunBook Academy의 로그 순환 분석은 max-size와 max-file이 예측 가능한 상한을 만드는 방식을 보여줍니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

시끄러운 컨테이너 검증 강제 실행

테스트 컨테이너에서 제어된 로그 출력을 생성하고 파일이 순환되는지 확인하세요. 설정된 개수에 도달하면 이전 파일이 사라지고 컨테이너가 계속 실행되는지 확인하세요.

Docker와 호스트를 재시작한 다음 검사를 반복하세요. 운영 예약 공간이 소모되기 전에 알림이 발생하는지, 드라이버 외부의 애플리케이션 로그가 별도로 제한되는지 확인하세요.

최악의 경우의 전체 로그가 예산 안에 들어오고 재시작 후에도 순환이 유지될 때 진행하세요. 컨테이너 하나라도 제한 없이 증가하거나, 순환이 활성화되지 않았거나, 여유 공간이 시스템 예약 공간 아래로 떨어지면 중지하고 구성을 수정하세요.