Plex의 영구 앱 데이터는 안정적인 저장소에 보관하고, 트랜스코딩 임시 파일은 여유 공간이 충분한 빠른 로컬 경로에 저장하세요. 임시 출력 파일을 미디어 폴더에 섞어 저장하지 마세요.
Plex의 “캐시”와 “트랜스코딩 임시 디렉터리”는 서로 다른 문제를 해결합니다. 서버 데이터 디렉터리에는 영구 데이터베이스와 메타데이터, 그리고 캐시 하위 디렉터리가 포함되며, 트랜스코더 설정은 임시 스트리밍 세그먼트가 저장되는 위치를 제어합니다. Docker 홈 서버에서는 이러한 역할을 신중하게 분리해 매핑하세요. 그러면 구성 데이터베이스를 위험에 빠뜨리지 않고 빠른 임시 작업 공간을 변경할 수 있으며, 임시 경로가 가득 차더라도 Plex가 핵심 상태를 정상적으로 유지하는 데 필요한 볼륨까지 소진되지 않습니다.
영구 앱 데이터와 삭제 가능한 임시 작업 분리
Plex 구성 마운트를 영구 상태 데이터로 취급하세요. 컨테이너를 다시 만들 때도 유지되어야 하며 정기적인 백업 대상이어야 합니다. 이 상태 데이터 안의 캐시는 삭제해도 될 수 있지만, 데이터베이스와 메타데이터는 그렇지 않습니다. 따라서 썸네일이나 트랜스코딩 속도를 높이기 위해 전체 구성 트리를 휘발성 위치로 옮기는 것은 잘못된 최적화입니다.
Plex는 서버 데이터 디렉터리가 지나치게 커졌을 때 중요도가 낮은 자료를 제외하거나 다른 위치로 옮겨 줄일 수 있다고 안내합니다. 또한 서버 데이터 크기 안내에서는 데이터 디렉터리와 미디어 저장소를 명확히 구분합니다. 이 구분을 활용해 복구에 중요한 경로를 깔끔하게 유지하세요.
현재 Docker 템플릿이 구성 경로 하나만 매핑한다면 우선 해당 매핑을 그대로 유지하세요. Plex 데이터베이스를 동시에 옮기지 않고 성능과 용량을 테스트할 수 있도록 트랜스코딩 임시 작업 경로는 별도로 추가하거나 변경하세요.
용량을 우선 확인한 다음 속도를 기준으로 트랜스코딩 디렉터리 선택
Plex의 고급 트랜스코더 설정에서는 스트리밍 트랜스코딩에 사용할 임시 디렉터리를 선택할 수 있습니다. 활성 세션에서 생성되는 임시 세그먼트를 저장할 수 있을 만큼 여유 공간이 있어야 합니다. 빠른 SSD나 NVMe 저장소는 지연 시간을 줄일 수 있지만, 대규모 트랜스코딩 중 가득 차는 작은 고속 볼륨은 안전한 여유 공간이 있는 다소 느린 로컬 볼륨보다 좋지 않습니다.
공식 Plex 트랜스코더 문서에서는 트랜스코딩 임시 디렉터리에 네트워크 공유, 미디어 라이브러리 경로 또는 관련 없는 데이터가 이미 들어 있는 위치를 사용하지 말라고 안내합니다. 또한 Plex는 원본 파일 크기에 추가 여유 공간을 더한 정도의 빈 공간을 권장하므로, 현실적으로 예상되는 최대 동시 작업량을 기준으로 임시 작업 경로의 용량을 정하세요.
메모리 기반 임시 저장소를 사용한다면 용량을 엄격한 한도로 취급하고 다른 서비스가 사용하는 공간도 계산에 포함하세요. RAM 기반 경로는 빠를 수 있지만, 대규모 또는 동시 트랜스코딩으로 NAS 전체에 메모리 부족 압박을 일으킬 수도 있습니다. RAM을 사용해야 할 이유를 측정으로 확인한 경우가 아니라면 로컬 SSD/NVMe부터 사용하세요.
호스트와 컨테이너가 동일한 경로를 사용하도록 Docker 경로 매핑
Docker에서는 컨테이너 내부에서 Plex가 보는 경로가 의도한 호스트 저장소에 매핑되어야 합니다. 마운트 대상이 잘못되면 호스트 디렉터리에 여유 공간이 충분해도 컨테이너는 다른 위치에 파일을 기록할 수 있습니다. Plex 트랜스코더 설정을 변경하기 전에 매핑의 양쪽을 모두 확인하세요.
ZimaOS 첫 Docker 앱 가이드는 ZimaOS에서 앱 볼륨을 이해하는 데 유용한 기준을 제공합니다. 애플리케이션은 자신에게 노출된 컨테이너 경로만 볼 수 있으며, 해당 경로가 호스트에서 어디에 위치하는지는 NAS 관리자가 결정합니다.
매핑이 올바른지 확인한 후 트랜스코딩을 강제로 실행하고 호스트 디렉터리를 관찰하세요. 재생이 진행되는 동안 새 임시 파일이 해당 위치에 나타나야 합니다. 구성 볼륨이나 다른 호스트 경로에 파일이 나타난다면 더 많은 Plex 설정을 변경하지 말고 중단한 뒤 마운트를 수정하세요.
정리, 재시작 동작 및 디스크 가득 참의 경계 확인
강제로 실행한 트랜스코딩을 측정 가능한 임시 데이터가 생성될 만큼 충분히 오래 실행한 다음 재생을 중지하고 임시 작업 디렉터리가 예상대로 정리되는지 확인하세요. Plex를 다시 시작한 후 동일한 테스트를 반복해 컨테이너 수명 주기 이벤트 이후에도 마운트가 유지되고 쓰기 가능한지 확인하세요.
가정에서 동시에 스트리밍하는 경우가 많다면 대표적인 트랜스코딩 두 개를 실행하면서 여유 공간을 확인하세요. 성공 여부는 단순히 시작 속도가 빨라졌는지가 아니라, 원래 작업량에 따라 임시 경로가 커지는 동안에도 NAS가 Plex 데이터베이스, Docker 및 다른 서비스에 필요한 용량을 충분히 유지하는지로 판단해야 합니다.
임시 디렉터리가 반복해서 가득 찬다면 동시 트랜스코딩 수를 줄이거나, 임시 작업 공간의 용량을 늘리거나, 다른 로컬 저장소 계층을 선택하세요. 긴급한 해결책으로 이 설정을 미디어 라이브러리나 네트워크 공유에 연결하지 마세요. 대신 용량 계획을 변경하세요.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

일관성이 깨진 데이터베이스를 백업하지 않고 Plex를 백업하는 방법
핵심 상태에는 Plex의 데이터베이스 백업을 사용하거나, 전체 앱 데이터 트리를 복사하기 전에 Plex를 중지한 다음 라이브 파일 복사본을 무작정 신뢰하지 말고 복원 가능성을 테스트하세요.

