가장 바쁜 일반적인 트랜스코딩과 백그라운드 작업이 겹치는 상황을 감당하면서도 지속적인 포화나 재생 불안정이 발생하지 않도록 Plex CPU 여유 용량을 충분히 확보하세요.
Direct Play, 소프트웨어 트랜스코딩, 하드웨어 가속, 자막, 스캔, 함께 실행되는 컨테이너는 CPU를 서로 다르게 사용하므로 보편적인 비율은 없습니다. 반복 가능한 최대 부하 시나리오를 구성하고 평균 사용률만이 아니라 포화 상태를 측정하세요. 여유 용량은 테스트한 최대 부하와 지연 시간 또는 오류가 발생하기 시작하는 지점 사이의 차이입니다.
가장 바쁜 일반 작업부터 시작하기
대부분의 세션이 Direct Play라면 합성 올코어 벤치마크는 Plex 사용 환경을 제대로 나타내지 못합니다. 실제 가정 환경에서 겹쳐 실행되는 스트림 구성, 자막, 스캔, 함께 사용하는 서비스를 재현하세요.
사용률 및 포화 상태 점검을 통해 CPU가 단순히 바쁜 것인지, 아니면 최대 부하에서 실행 대기열이 지속적으로 쌓이는지 확인하세요.
시나리오를 여러 번 실행하고 버퍼링, 작업 지연 시간, CPU 포화 상태를 기록하세요. 반복해서 재현되는 결과 중 가장 나쁜 일반적인 결과를 용량 산정의 기준으로 사용하세요.
하드웨어 트랜스코딩과 소프트웨어 트랜스코딩 구분하기
하드웨어 가속을 사용하면 비디오 변환 작업을 일반 CPU 코어에서 분리할 수 있지만, 소프트웨어 폴백은 동일한 스트림에 훨씬 더 많은 CPU를 사용할 수 있습니다. 여유 용량은 실제로 발생할 수 있는 처리 경로를 감당해야 합니다.
지원되는 미디어 엔진은 일반 CPU에 동일한 수준의 압박을 주지 않고 여러 트랜스코딩을 처리할 수 있습니다. N100 하드웨어 트랜스코딩 결과는 저전력 환경의 한 예입니다.
가장 처리하기 어려운 미디어에서 대시보드가 의도한 하드웨어 경로를 사용하는지 확인하세요. 폴백이 발생할 수 있다면 여유가 충분하다고 판단하기 전에 소프트웨어 트랜스코딩 테스트를 최소 한 번 포함하세요.
최대 부하에 백그라운드 작업 포함하기
스캔, 분석, 백업, 다른 컨테이너는 각각 단독으로는 안전하더라도 재생과 겹쳐 실행될 수 있습니다. 공유 호스트에서는 이러한 겹침을 포함한 최대 부하를 기준으로 삼아야 합니다.
다중 서비스 미디어 스택이 여러 서비스를 동일한 호스트와 스토리지 경로에서 실행한다면, 동시 리소스 사용량은 실제 작업 부하의 일부입니다.
일반적인 백그라운드 작업 하나를 실행한 상태에서 가장 바쁜 재생 작업을 수행하세요. 이러한 겹침으로 지속적인 포화가 발생한다면 작업 일정을 변경하거나 더 많은 컴퓨팅 리소스를 예약하세요. CPU 포화, 하드웨어 트랜스코딩 폴백 또는 다른 공유 작업 중 실제 한계가 무엇인지 파악한 후에만 측정한 최대 부하를 Plex 하드웨어 요구 사항으로 환산하세요.
임의의 비율 대신 장애 임계값 사용하기
유용한 여유 용량이란 사용자에게 보이는 지연 시간이나 대기 작업이 허용할 수 없는 수준에 이르지 않도록 시스템을 유지하는 데 필요한 만큼입니다. 이 임계값은 가정마다 다를 수 있습니다.
구성 변경 후 다시 포화 상태 점검을 수행하면 새로운 작동 지점에서 실제로 여유가 회복되었는지 확인할 수 있습니다.
버퍼링 없음, 안정적인 작업 완료, 지속적인 CPU 대기열 없음과 같은 통과 조건을 정의하세요. 하나의 비율을 영구적으로 유지하기보다 라이브러리, 클라이언트 또는 컨테이너를 크게 변경한 후 다시 테스트하세요.
지원 및 팁
더 읽어보기

Jellyfin을 실행한 채로 백업해야 할까요, 아니면 먼저 서비스를 중지해야 할까요?
간편하게 사용하려면 서비스가 중지된 상태에서 백업하는 것을 우선하세요. 애플리케이션 상태가 일관되게 캡처되고 복원이 테스트된 경우에만 라이브 스냅샷을 사용하세요.

아무도 스트리밍하지 않을 때 Jellyfin이 뜨겁거나 시끄럽게 작동하는 이유_久久爱
유휴 상태에서 발생하는 발열은 대개 백그라운드 작업이나 공유 호스트 워크로드를 의미하므로, 냉각이나 하드웨어를 변경하기 전에 활성 프로세스와 예약된 작업을 확인하세요.

Jellyfin을 복구하는 대신 언제 다시 구축해야 할까요?
런타임 드리프트가 문제이고 영구 상태가 백업되어 있다면 수리보다 재구축을 선택하세요. 유일하게 정상인 데이터베이스를 삭제하는 것을 “재구축”이라고 해서는 안 됩니다.

