Plex는 왜 밤새 디스크에 계속 액세스하나요?

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

밤새 디스크가 작동하는 것은 Plex의 정상적인 유지 관리일 때가 많지만, 설정된 시간대가 아닌데도 반복적으로 접근한다면 기능을 비활성화하기 전에 프로세스 수준에서 확인해야 합니다.

항상 켜져 있는 홈 NAS에서는 아무도 시청하지 않을 때에도 Plex가 스토리지에 접근할 수 있습니다. 데이터베이스 백업, 라이브러리 업데이트, 메타데이터 새로 고침, 캐시 정리, 미디어 분석이 한가한 시간대에 예약되어 있을 수 있기 때문입니다. 먼저 I/O 발생 시간이 Plex 활동과 일치하는지 확인한 다음, Plex가 아닌 다른 컨테이너, 백업 작업, 파일 시스템 작업 또는 클라이언트 요청인지 구분하는 것이 중요합니다. 일부 유지 관리 작업은 서버 상태를 보호하거나 최적화하므로, 모든 유지 관리 옵션을 처음부터 비활성화하지 마세요.

먼저 디스크 활동이 Plex 유지 관리 시간대와 일치하는지 확인하세요

NAS 설정을 변경하기 전에 Plex Web을 열고 예약된 작업의 시작 및 종료 시간을 확인하세요. Plex는 기본적으로 밤 시간대에 시작하는 유지 관리 시간대를 사용하며, 작업에는 데이터베이스 백업, 데이터베이스 최적화, 캐시 정리, 라이브러리 업데이트, 메타데이터 작업, 미디어 분석 등이 포함될 수 있습니다. 디스크 소음이 해당 시간대 안에서 시작하고 끝난다면, 드라이브 고장보다는 예약된 작업일 가능성이 높습니다.

어떤 작업이 밤에 정상적으로 실행될 수 있는지 판단하려면 공식 Plex 예약된 작업 문서를 참고하는 것이 가장 좋습니다. 설정된 일정과 드라이브 LED 또는 스토리지 그래프가 활성화되는 정확한 시간을 비교하세요. 시간이 가깝게 일치하면 유용한 단서가 되지만, 일치하지 않는다면 계속 진단해야 합니다.

활동이 Plex 시간대 외부에서 시작된다면 Plex가 여전히 원인이라고 단정하지 마세요. NAS 백업, SMART 테스트, 스크럽, 인덱서, 다운로드 프로그램 또는 다른 미디어 앱이 같은 시간에 시작되는지 확인하세요. 판단 기준은 간단합니다. Plex 작업과 함께 발생하는 활동은 Plex 관련 분기로 계속 확인하고, 일치하지 않는 활동은 호스트 또는 다른 컨테이너 쪽에서 조사하세요.

라이브러리 스캔을 분석 및 트랜스코딩 I/O와 구분하세요

다음으로 디스크가 바쁜 동안 Plex가 무엇을 하고 있는지 확인하세요. 일반적인 라이브러리 스캔은 미디어 경로를 확인하고 변경된 항목을 업데이트하지만, 미디어 분석은 파일의 훨씬 더 많은 부분을 읽을 수 있습니다. 트랜스코딩은 또 다릅니다. 재생과 연결되어 임시 출력 파일을 생성하므로, 조용한 유지 관리 시간대보다는 현재 스트림과 활동 시간이 일치해야 합니다.

최근에 대규모 라이브러리를 추가했거나, 경로를 변경했거나, 심층 분석을 활성화했거나, 메타데이터를 복원했다면 한 번의 유지 관리 시간대가 평소보다 훨씬 바쁠 수 있습니다. 실용적인 홈 미디어 서버 워크플로에서도 라이브러리 구성, 스캔, 재생, 트랜스코딩을 별도의 계층으로 다룹니다. 이러한 계층을 분리하면 예상된 애플리케이션 작업을 스토리지 장치의 문제로 오인하는 일을 피할 수 있습니다.

활성 클라이언트가 없는 상태로 하룻밤 동안 한 번 통제된 테스트를 진행하고 동일한 I/O가 다시 발생하는지 기록하세요. 활동이 사라진다면 클라이언트 요청, 원격 스트림, 다운로드 또는 재생으로 인해 시작된 변환이 관련되었을 수 있습니다. 같은 예약 시간에 활동이 계속된다면 클라이언트 문제 해결 대신 유지 관리 관련 분기를 계속 확인하세요.

설정을 변경하기 전에 정확한 프로세스를 확인하세요

이벤트가 발생하는 동안 NAS 프로세스 또는 스토리지 모니터를 사용해 읽기와 쓰기를 생성하는 프로세스를 확인하세요. Docker 호스트라면 같은 시각을 기준으로 Plex 컨테이너의 활동과 로그도 확인하세요. 목적은 전체 디스크 사용량을 바라보는 것이 아니라, 해당 I/O가 Plex, 다른 컨테이너 또는 호스트 서비스 중 어디에 연결되는지 확인하는 것입니다.

Plex가 해당 프로세스라면 타임스탬프를 활동 보기, 서버 로그, 유지 관리 일정과 대조하세요. 다른 프로세스가 I/O를 점유하고 있다면 Plex 설정은 그대로 두고 해당 프로세스를 따라가세요. 변수를 한 번에 하나씩 확인하면 Plex 유지 관리를 비활성화했는데도 백업이나 인덱싱 작업이 계속 디스크를 깨우는 흔한 실수를 피할 수 있습니다.

재시작을 해결책으로 여기지 마세요. 재시작하면 현재 작업이 중단되어 디스크가 일시적으로 조용해질 수 있지만, 이는 프로세스가 멈추자 작업도 멈췄다는 사실만 보여 줍니다. 더 확실한 테스트는 같은 설정에서 다음 예약 실행 시 동일한 활동이 다시 발생하는지 확인하는 것입니다.

-15% OFF

확인된 원인만 변경하고 밤새 검증하세요

특정 Plex 작업이 명확한 원인이고 실행 시간이 방해가 된다면 먼저 유지 관리 시간대를 더 적절한 시간으로 옮기세요. 개별 작업을 비활성화할 때는 무엇을 포기하게 되는지 이해한 경우에만 진행하세요. 데이터베이스 백업, 최적화, 분석은 각각 목적이 다르므로 모두 끄는 것은 특정 작업을 확인하는 대신 사용하는 좋지 않은 방법입니다.

변경 후에는 원래 상황을 재현하세요. 다음 유지 관리 시간대 동안 서버를 유휴 상태로 두고 같은 시간의 디스크 활동을 비교합니다. 성공적인 해결이란 이전에 문제가 발생하던 시간에 방해되는 I/O가 더 이상 나타나지 않으면서도 Plex가 새로 설정한 시간에 예상대로 라이브러리를 스캔하고, 재생하며, 유지 관리하는 상태를 의미합니다.

프로세스를 확인한 뒤에도 I/O의 원인을 설명할 수 없거나, 스토리지 오류가 함께 발생하거나, Plex를 중지한 상태에서도 계속된다면 그때 드라이브 또는 파일 시스템 진단으로 넘어가세요. 이 시점에는 문제가 Plex의 범위를 벗어난 것이므로 추가적인 Plex 조정만으로는 원인을 해결하기 어렵습니다.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.