최신 블로그
홈 서버에서 Jellyfin 자동 업데이트를 사용해야 할까요?
자동 Jellyfin 업데이트는 무인 전환 전에 백업, 버전 범위, 롤백, 업데이트 후 검증을 정의해 두는 것이 가장 안전합니다.
업데이트 후 Jellyfin이 CPU를 많이 사용하는 이유는 무엇인가요?
Jellyfin 업데이트 후 CPU 사용량이 높아지는 원인은 일시적인 작업, 트랜스코딩, 플러그인 또는 다른 워크로드일 수 있습니다. 문제를 해결하기 전에 원인을 분리해 확인하세요.
Jellyfin 서비스를 여러 호스트로 분리해야 할 때는 언제인가요?
측정된 병목이나 장애 경계로 인해 경로, 종속성, 복구 작업을 추가할 타당한 이유가 있을 때만 Jellyfin에 여러 호스트를 사용하세요.
안전한 복구를 위해 Jellyfin에 필요한 백업 보존 기간은 얼마인가요?
변경 빈도와 복구 필요성에 따라 최근 복원 지점, 업그레이드 전 복원 지점, 오래된 Jellyfin 복원 지점을 유지한 다음 복원 테스트를 거친 후에만 정리하세요.
Jellyfin은 ARM과 x86에서 동일한 데이터로 실행할 수 있나요?
지원되는 ARM64 및 x86-64 호스트 간에 Jellyfin 상태를 서버를 중지한 상태로 마이그레이션한 다음, 플랫폼별 구성 요소를 다시 빌드하고 검증합니다.
Jellyfin이 예상한 구성 파일을 사용하고 있는지 확인하는 방법
중복 파일을 편집하는 대신 런타임 설정과 시작 로그를 확인하고 되돌릴 수 있는 변경 한 가지를 적용하여 활성 Jellyfin 구성 경로를 확인하세요.
Jellyfin 로그가 시스템 디스크를 가득 채우지 않도록 방지하는 방법
올바른 로그 계층의 크기를 제한하고, 디버그 세션을 제한하며, 정리 작업을 확인하고, 여유 공간을 모니터링하여 Jellyfin 로그가 계속 증가하지 않도록 하세요.
