컨테이너 격리가 Plex 리소스 액세스를 어떻게 변경하는가

컨테이너 격리는 물리적 머신이 그대로인 경우에도 Plex가 스토리지, GPU, 네트워크 및 호스트 리소스에 접근하는 경로를 바꿉니다.

핵심적인 차이는 가시성과 용량입니다. 호스트에 GPU가 존재하더라도 Plex에서는 사용할 수 없을 수 있으며, 호스트의 쓰기 가능한 디렉터리가 컨테이너 내부에서는 읽기 전용으로 표시되거나 다른 경로에 나타날 수 있습니다. 호스트 자체의 성능이 부족하다고 판단하기 전에 마운트, 디바이스, 네트워크, UID/GID 및 제한 등 컨테이너 계약을 진단하세요.

네임스페이스는 Plex가 볼 수 있는 대상을 바꿉니다

컨테이너는 파일 시스템, 프로세스 및 네트워킹에 대해 자체적인 관점을 가집니다. 따라서 동일한 기반 데이터를 가리키더라도 호스트 경로와 Plex 경로가 다를 수 있습니다.

컨테이너 I/O 오버헤드는 워크로드에 따라 달라지므로, 격리는 단순히 비용이 없는 레이블을 추가하는 것이 아니라 Plex가 호스트 리소스에 접근하는 방식을 바꿉니다.

설정된 컨테이너 경로와 Plex 내부에서 실제로 마운트된 경로 및 권한을 비교하세요. 호스트 측 테스트는 통과하지만 컨테이너 측 테스트가 실패한다면 진단 범위를 네임스페이스 경계에 두세요.

디바이스 액세스는 의도적으로 노출해야 합니다

하드웨어 가속을 사용하려면 Plex가 컨테이너 경계를 통해 해당 GPU 또는 미디어 디바이스에 접근할 수 있어야 합니다. CPU를 사용할 수 있다고 해서 가속기도 사용할 수 있는 것은 아닙니다.

컨테이너 내부의 GPU 가속은 호스트 디바이스에 대한 명시적인 액세스 권한에 달려 있습니다. 컨테이너에서 GPU 가속기에 액세스하는 것은 호스트에 GPU가 설치되어 있다는 사실과는 별개의 기능입니다.

하드웨어 트랜스코딩이 확실히 수행되는 세션 하나를 실행하고, 디바이스 활동과 Plex 재생 모드를 모두 확인하세요. 하드웨어 가속 스트리밍 경로는 컨테이너가 디바이스에 접근할 수 있고 실제로 예상한 코덱 경로에서 해당 디바이스를 사용할 때만 유효합니다.

영속 상태는 교체 가능한 런타임 외부에 저장해야 합니다

컨테이너를 다시 생성해도 Plex 라이브러리의 식별 정보, 데이터베이스 또는 메타데이터가 함께 새로 생성되어서는 안 됩니다. 따라서 영속적인 상태는 이미지 레이어와 별도로 마운트해야 합니다.

영속 마운트는 복구와 성능 모두에 영향을 주며, 볼륨 기반 I/O 동작은 이미지 자체가 변경되지 않아도 컨테이너 시작 성능을 바꿀 수 있습니다.

영속적인 Plex 루트 경로를 문서화하고 해당 데이터를 건드리지 않은 채 컨테이너를 교체하는 테스트를 수행하세요. 재생성된 인스턴스에서 라이브러리나 식별 정보가 사라진다면 격리 경계가 잘못 설정된 것입니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

리소스 제한은 인위적인 병목을 만들 수 있습니다

CPU 공유량, 메모리 제한, 디바이스 권한 및 네트워크 설정은 컨테이너의 성능을 호스트의 물리적 용량보다 낮게 제한할 수 있습니다. 호스트에 여유 리소스가 있어도 Plex 인스턴스가 느려질 수 있습니다.

호스트와 컨테이너 범위 모두에서 리소스 포화 상태 점검을 수행하여 cgroup 제한이나 제약된 디바이스 큐를 전역 하드웨어 고갈로 오인하지 않도록 하세요.

동일한 지연 이벤트가 발생하는 동안 호스트의 여유 용량과 컨테이너 자체의 제한을 비교하세요. 호스트는 여유로운데 컨테이너가 한계에 도달한다면 제한을 신중하게 조정한 뒤 한 번에 하나의 워크로드만 다시 테스트하세요.