Plex 로그가 시스템 디스크를 가득 채우지 않도록 하는 방법

먼저 어떤 Plex 또는 컨테이너 로그가 얼마나 빠르게 증가하는지 정확히 확인하세요. 프로세스가 여전히 같은 오류를 계속 생성하는 동안 로그를 무작정 삭제해서는 안 됩니다.

시스템 디스크가 가득 차면 모니터링 기능뿐 아니라 데이터베이스, 패키지 업데이트, 컨테이너에도 필요한 여유 공간이 부족해질 수 있습니다. 짧은 시간 동안 증가량을 측정하고, 반복되는 이벤트가 포착된 샘플을 보존한 다음, 보존 기간을 줄이기 전에 로그를 과도하게 생성하는 원인을 해결하세요. 목표는 영구적으로 로그를 억제하는 것이 아니라, 로그 증가량을 제한하고 근본 원인을 해결하는 것입니다.

정확한 로그 생성 프로세스와 파일 식별

컨테이너 표준 출력, Plex 애플리케이션 로그, 프록시 로그, 호스트 저널은 서로 독립적으로 증가할 수 있습니다. 가장 큰 디렉터리만 확인해서는 충분하지 않습니다. 증가 원인을 설명하는 프로세스와 메시지 패턴을 찾아야 합니다.

Docker는 로깅 시스템을 통해 컨테이너의 표준 출력과 표준 오류를 기록할 수 있으며, 애플리케이션이 자체 파일에도 로그를 쓸 수 있습니다. 따라서 보존 정책을 변경하기 전에 두 경로를 모두 비교하세요.

10분 동안 디스크 사용량과 파일 증가량을 확인한 다음, 가장 빠르게 증가하는 파일에서 짧은 샘플을 수집하세요. 하나의 메시지가 계속 반복된다면 로그 순환을 더 공격적으로 설정하기 전에 해당 조건을 해결하세요.

보존 기간을 줄이기 전에 반복 오류 해결

잘못 구성된 마운트, 연결할 수 없는 종속 서비스, 또는 충돌 루프는 정상 작동보다 훨씬 많은 로그를 생성할 수 있습니다. 보존 기간을 짧게 설정하면 증상만 숨길 뿐 로그 기록 작업 자체는 줄어들지 않습니다.

반복되는 메시지에 언급된 종속 서비스에 오류 및 포화 상태 점검을 적용한 다음, 의심되는 수정 사항을 적용한 후 해당 조건을 한 번 재현해 보세요.

근본적인 오류를 해결한 뒤 로그 증가량이 줄어들었다면 적절한 진단 기간을 유지하세요. 그렇지 않다면 보존 기간을 다시 줄이는 대신 로그를 생성하는 프로세스를 계속 추적하세요.

운영 필요에 따라 보존 기간 설정

최근 문제 해결 이외에는 로그를 거의 사용하지 않는다면 보존 기간이 길다고 해서 자동으로 더 안전한 것은 아닙니다. 유용한 보존 기간은 일반적인 장애 발견에 필요한 범위를 충족하면서 시스템 디스크 용량도 고려해야 합니다.

소규모 배포 환경을 대상으로 한 로그 보존 기간의 트레이드오프 연구에서는 매우 긴 보존 기간의 운영 가치가 점차 감소하는 것으로 나타났습니다. 이는 무제한 기본값 대신 명시적인 정책을 마련해야 함을 뒷받침합니다.

오류를 해결한 후의 일일 로그 용량을 추정하고, 이를 원하는 문제 해결 기간과 곱한 다음 Plex 상태 데이터와 업데이트를 위한 여유 공간을 확보하세요. 컨테이너를 교체해도 유지되도록 보존 기간 설정을 영구 애플리케이션 데이터 구조 옆에 문서화해 두세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

디스크가 더 이상 무한정 가득 차지 않는지 확인

보존 규칙은 정상 작동 중일 때와 의도적으로 재현한 오류 상황에서 모두 사용 공간이 안정적으로 유지될 때만 성공한 것입니다. 모니터링을 통해 정리 메커니즘이 실제로 실행되는지도 확인해야 합니다.

최소 한 번의 전체 로그 순환 주기 동안 여유 공간, 로그 디렉터리 크기, 가장 오래 보존된 파일을 측정하세요. 가장 오래된 파일의 기준점이 예상대로 이동하지 않는다면 장애가 종료되었다고 판단하기 전에 로그 순환 메커니즘을 수정하세요.

증가량이 컸던 원본 샘플은 운영 시스템 볼륨이 아니라 장애 기록과 함께 보관하세요. 이렇게 하면 증거를 보존하면서도 운영 로그 경로가 한없이 증가하는 것을 막을 수 있습니다.