Jellyfin은 백그라운드 작업을 위해 얼마나 많은 여유 저장 공간을 유지해야 하나요?

Jellyfin은 메타데이터 증가, 생성된 에셋, 트랜스코딩 임시 파일, 로그, 유지 관리 작업이 정상적으로 가장 많이 발생하는 조합을 감당할 수 있을 만큼 충분한 여유 저장 공간을 확보해야 합니다.

단순한 라이브러리와 Trickplay 이미지가 많은 라이브러리는 앱 저장 공간을 사용하는 방식이 크게 다르므로, 고정 비율은 신뢰하기 어렵습니다. 영구적으로 증가하는 공간과 일시적인 피크를 분리한 다음, 실제로 해당 데이터가 저장되는 경로에서 각각 측정하세요. 미디어 볼륨에 여유 공간이 있어도 구성 파일이나 트랜스코딩 저장 공간이 다른 파일 시스템에 있고 그곳이 가득 차 있다면 도움이 되지 않습니다.

먼저 영구적인 앱 데이터 증가량 측정하기

데이터베이스, 메타데이터, 아트워크, 플러그인, 생성된 에셋은 라이브러리와 활성화된 기능이 확장됨에 따라 증가할 수 있습니다. 이러한 증가 추세는 원본 미디어 용량과 별도로 측정해야 합니다.

생성된 에셋은 작업 집합을 크게 늘릴 수 있습니다. 한 Jellyfin 운영자는 라이브러리 업데이트 중 추가 저장 공간과 처리 리소스를 사용한다는 이유로 Trickplay 및 챕터 이미지를 사용하지 않습니다.

안정된 스캔이 끝난 후 구성 디렉터리의 크기를 기록하고, 대표적인 한 달 또는 대규모 가져오기가 끝난 후 다시 측정하세요. 미디어 테라바이트 수를 기준으로 추측하지 말고 실제 증가율을 사용하세요.

트랜스코딩 임시 공간을 일시적인 피크로 측정하기

활성 변환 작업은 세션이 끝나면 사라질 수 있는 작업 파일을 생성합니다. 최악의 경우는 가장 큰 원본 파일의 크기, 동시에 실행되는 트랜스코딩 수, 구성된 임시 경로에 따라 달라집니다.

트랜스코딩 임시 파일을 로컬 고속 저장 공간에 저장하면 변경이 잦은 임시 작업과 영구적인 라이브러리 상태를 분리할 수 있습니다.

예상되는 가장 부하가 큰 동시 트랜스코딩을 실행하고 임시 공간 사용량의 최고치를 기록하세요. 이 공간은 장기적인 앱 데이터 예산과 별도로 확보해야 합니다.

예약 작업은 단기간의 급증을 일으킬 수 있습니다

Trickplay, 이미지 추출, 스캔, 플러그인 분석은 CPU와 저장 공간을 동시에 사용할 수 있습니다. 여러 작업이 같은 시간대에 시작되면 평상시 유휴 상태보다 훨씬 큰 일시적인 사용량이 발생할 수 있습니다.

백그라운드 작업은 예약된 Jellyfin 작업으로 확인할 수 있으므로, 여유 공간 테스트에는 실제로 라이브러리 데이터를 생성하거나 새로 고치는 작업을 포함해야 합니다.

부하가 큰 작업의 실행 시간을 분산하고 전체 예약 주기 동안 여유 공간을 관찰하세요. 홈 미디어 서버 역할 맵을 사용하면 임시 작업이 거의 가득 찬 시스템 볼륨을 자신도 모르게 공유하는 일을 방지할 수 있습니다.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

0%가 아니라 장애 발생 지점보다 높은 곳에서 알림 설정하기

파일 시스템이 100% 가득 찰 때까지 기다리면 데이터베이스 쓰기, 패키지 업데이트, 로그 기록, 복구 작업에 사용할 공간이 거의 남지 않습니다. 정리나 위치 이전이 아직 안전한 시점에 알림이 발생하도록 설정해야 합니다.

제한 없이 증가하는 컨테이너 로그는 애플리케이션 미디어와 별개로 호스트 저장 공간을 소모할 수 있습니다.

측정된 일시적 최고 사용량과 일반적인 증가량을 더한 값보다 높은 여유 공간 기준을 정하세요. 새로운 생성 미디어 기능을 활성화하거나 트랜스코딩 디렉터리를 변경한 후에는 기준을 다시 계산하세요.