유용한 진단 정보를 잃지 않고 Plex 로깅을 조정하는 방법

먼저 시끄러운 오류를 해결한 다음, 실제로 진단해야 하는 장애 발생 시간대를 기준으로 보존 기간을 설정해 Plex 로깅을 조정하세요.

무엇이 반복되는지 파악하기 전에 로그 양을 줄이면 종속성 장애의 유일한 증거가 사라질 수 있습니다. 어떤 파일이 커지는지, 어떤 프로세스가 파일에 기록하는지, 메시지가 얼마나 빠르게 반복되는지 측정하세요. 근본 원인을 해결한 후에는 일반적인 장애를 발견하는 데 충분한 기록을 보존하는 제한된 정책을 설정하세요.

로그 수준을 변경하기 전에 기록 주체 확인

Plex 애플리케이션 로그, 컨테이너 표준 출력, 리버스 프록시, 호스트 저널은 각각 별도로 증가할 수 있습니다. 모든 로그 소스를 한꺼번에 줄이지 말고 정확한 기록 주체를 식별하세요.

Docker 컨테이너 로그 처리는 애플리케이션이 관리하는 파일과 별도로 표준 출력과 표준 오류를 수집할 수 있습니다.

10분 동안 디렉터리 증가량을 측정하고 가장 빠르게 증가하는 파일에서 짧은 샘플을 수집하세요. 보존 설정을 변경하기 전에 샘플을 보관하세요.

더 빠르게 순환시키기 전에 반복 오류 해결

마운트 실패, 충돌 루프 또는 연결할 수 없는 서비스는 정상 작동보다 훨씬 많은 로그를 생성할 수 있습니다. 짧은 보존 기간은 기록량을 줄이지 않은 채 패턴만 숨깁니다.

로그 수준을 변경하기 전에 반복 메시지에 언급된 종속성에 오류 및 포화 상태 점검을 적용하세요.

오류를 수정한 뒤 한 번 재현하세요. 로그 증가량이 크게 줄어든다면 메시지를 영구적으로 억제하는 대신 적절한 진단 기간을 유지하세요.

장애 발견 시간에 맞춰 보존 기간 설정

적절한 기간은 일반적인 장애를 인지하기 전까지 거슬러 올라갈 수 있을 만큼 길면서도 시스템 디스크의 여유 공간을 보호할 만큼 짧아야 합니다. 사용하지도 않을 상세 로그를 수개월 동안 보존하는 것은 아무런 이점이 없습니다.

스토리지 백업 용량과 변경량은 유용한 비유입니다. 보존 기간은 “모두 보관”이 아니라 운영상의 가치에 맞춰야 합니다.

수정 후 하루 평균 로그량을 추정하고 원하는 문제 해결 기간을 곱하세요. 데이터베이스, 업데이트 및 기타 시스템 작업을 위한 여유 공간을 남겨 두세요. 컨테이너를 교체해도 유지되는 영구 앱 데이터 레이아웃과 함께 로그 및 보존 설정을 저장하되, 임시 진단 데이터가 영구 상태로 남지 않도록 하세요.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

로그 순환 메커니즘 확인

가장 오래된 로그의 경계가 이동하고, 정상 작동과 재현된 오류 한 번을 거치는 동안 전체 로그 크기가 안정될 때 비로소 설정 변경이 완료됩니다.

운영 복원 테스트는 동작을 검증하는 데 기반하며, 로그 관리에도 설정 파일을 믿는 대신 같은 원칙을 적용해야 합니다.

완전한 로그 순환 주기를 한 번 이상 관찰하세요. 원래의 진단 샘플은 운영 로그 디렉터리 외부에 보관하여 증거를 보존하되, 운영 로그가 제한 없이 증가하지 않도록 하세요.