여러 사용자가 이용하는 홈 스트리밍을 위해 Jellyfin 설정하는 방법

다중 사용자가 Jellyfin을 사용할 때는 예측 가능한 직접 재생(Direct Play)을 우선으로 구성한 다음, 예외 상황에 대응할 수 있도록 충분한 트랜스코딩, 네트워크, 저장 공간 및 복구 용량을 추가하세요.

공유 가정 환경에서는 여러 경로에 동시에 부하가 발생합니다. 한 TV에서는 4K 파일이 직접 재생되는 동안 브라우저에서는 동영상 변환이 필요할 수 있고, 다른 사용자는 라이브러리를 검색하며 백업이 백그라운드에서 시작될 수 있습니다. 컴퓨팅, 미디어 저장소, Jellyfin 앱 데이터, 네트워크 액세스 및 백업을 별도의 역할로 분리하여 한 경로의 작업량 증가가 모든 사용자의 한계가 되지 않도록 하세요.

서버 사양표가 아니라 클라이언트부터 시작하세요

실제로 미디어를 재생하는 장치를 나열하세요. TV, 스트리밍 박스, 브라우저, 휴대폰, 태블릿 및 원격 클라이언트가 대상입니다. 대표적인 동영상 코덱, 오디오 형식, 자막 유형, HDR 사용 여부 및 일반적인 비트레이트를 기록하세요. 이렇게 하면 “사용자 3명”이라는 수치가 임의의 동시성 숫자가 아니라 여러 재생 경로의 조합으로 바뀝니다.

Jellyfin은 클라이언트 성능과 스트림 제약에 따라 직접 재생, 리먹스 또는 트랜스코딩 여부를 결정합니다. 공식 트랜스코딩 문서에 따르면 클라이언트가 성능 프로필을 보내고 서버가 호환되는 출력을 선택하므로, 서로 다른 파일을 시청하는 두 사용자가 서버에 전혀 다른 부하를 발생시킬 수 있습니다.

먼저 일반적인 사용 사례에 맞춰 설계하세요. 거실의 주요 장치에서 라이브러리를 직접 재생할 수 있다면 모든 스트림에 소프트웨어 동영상 인코딩이 필요하다고 가정하여 서버 전체를 구성하지 마세요. 대신 지원되지 않는 동영상, 오디오 변환, 자막 번인, 비트레이트 제한 또는 원격 대역폭처럼 변환을 유발하는 반복적인 조건을 파악하세요.

Jellyfin 앱 데이터는 고속 저장소에, 미디어는 대용량 저장소에 배치하세요

Jellyfin의 활성 데이터 경로와 대용량 미디어 경로를 분리하세요. 데이터베이스, 메타데이터, 인덱스, 캐시 및 트랜스코딩 작업 공간은 작은 읽기 및 쓰기를 많이 수행하는 반면, 영화와 에피소드 파일은 대부분 대규모 순차 읽기로 처리됩니다.

Jellyfin의 하드웨어 선택 가이드는 무작위 액세스 패턴 때문에 Jellyfin 파일에는 SSD 저장소를 권장하며, 미디어 저장소에는 미디어 비트레이트를 초과하는 순차 처리량만 필요하다고 설명합니다. 따라서 모든 데이터를 하나의 대형 디스크에 배치하는 것보다 앱 데이터에는 SSD를 사용하고 미디어에는 HDD 또는 NAS 대용량 저장소를 사용하는 편이 더 유용합니다.

가져오기, 생성된 이미지 및 임시 트랜스코딩 세그먼트를 위해 고속 저장소 계층에 충분한 여유 공간을 확보하세요. 앱 데이터 볼륨이 가득 차면 대용량 미디어 풀이 비어 있어도 도움이 되지 않습니다. 차단된 경로가 데이터베이스 및 캐시 측이지 영화 파일 측이 아니기 때문입니다.

서버와 가정 네트워크 사이에 안정적인 유선 경로를 하나 확보하세요

Jellyfin 호스트를 이더넷으로 연결하고, Wi-Fi는 서버의 기본 업링크가 아니라 클라이언트 측 편의 기능으로 취급하세요. 개별 클라이언트가 여러 무선 액세스 포인트에 분산되어 있더라도 여러 사용자의 트래픽은 서버에 집중됩니다.

최신 Jellyfin 네트워킹 지침은 서버에 이더넷을 사용할 것을 권장하며 로컬 검색이 서브넷에 종속된다고 설명합니다. VLAN, 게스트 네트워크 또는 여러 서브넷을 사용하는 경우 검색 브로드캐스트가 해당 경계를 넘어갈 것이라고 가정하지 말고 명시적인 라우팅과 이름 확인을 계획하세요.

현실적으로 사용량이 많은 시간에 경로를 검증하세요. 동시에 2~3개의 스트림을 재생하고, 라이브러리를 탐색하며, 파일 전송이나 백업도 실행해 보세요. 저장소 트래픽이 활성화된 경우에만 재생 품질이 저하된다면 다음 해결책은 더 빠른 CPU가 아니라 트래픽 배치, 링크 용량 또는 작업 일정 조정일 수 있습니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

트랜스코딩을 자체 용량이 필요한 예외 경로로 취급하세요

클라이언트가 소스를 직접 재생할 수 없으면 동영상 트랜스코딩이 주요 컴퓨팅 작업이 될 수 있습니다. 하드웨어 가속을 사용하면 호환되는 디코딩, 처리 및 인코딩 단계를 고정 기능 미디어 하드웨어로 옮길 수 있지만, 지원되지 않는 단계는 여전히 CPU로 처리될 수 있습니다.

Jellyfin은 지원되는 가속 방식으로 Intel QSV, NVIDIA NVENC, AMD AMF/VA-API, Apple VideoToolbox 및 Rockchip RKMPP를 문서화하고 있습니다. 하드웨어 가속 가이드는 부분적인 가속으로 CPU 부하가 더 높아질 수 있다고도 설명합니다. 따라서 “GPU 활성화”는 전체 스트림이 가속된다는 증명이 아닙니다.

각 까다로운 클라이언트 유형에 대해 대표적인 트랜스코딩 하나를 강제로 실행하고 스트림 세부 정보와 호스트 활동을 확인하세요. ZimaSpace의 하드웨어 트랜스코딩 검증 워크플로는 대시보드, GPU 활동 및 FFmpeg 증거를 하나의 테스트로 다루므로 유용합니다. 단순히 토글이 켜져 있는지만 확인하지 않기 때문입니다.

가정 내 사용자 계정, 원격 액세스 및 관리자 권한을 분리하세요

시청 상태, 자녀 보호 범위, 원격 액세스 또는 라이브러리 표시 여부를 다르게 설정해야 한다면 가족 구성원마다 별도의 Jellyfin 사용자를 만드세요. 공유 자격 증명을 사용하면 유용한 분리가 사라지고, 한 사람의 권한을 변경할 때 모든 사람에게 영향을 주지 않도록 관리하기가 어려워집니다.

원격으로 사용할 때는 의도적으로 관리하는 액세스 경로만 노출하세요. Jellyfin의 네트워킹 문서는 인터넷에 직접 노출하지 말 것을 경고하며, 리버스 프록시나 VPN 같은 더 안전한 방식을 지원합니다. 특히 서버에서 다른 홈 서비스를 함께 호스팅하는 경우 관리자 액세스를 일반적인 재생 액세스보다 더 제한적으로 유지하세요.

사용자 권한 규칙을 설정한 후 일반 로컬 사용자, 제한된 사용자 및 원격 사용자를 각각 테스트하세요. 관리자 계정으로 스트리밍이 원활하다고 해서 공유 가정 환경이 검증된 것은 아닙니다. 다른 프로필에서 잘못된 라이브러리가 표시되거나 예상한 네트워크에서 인증할 수 없다면 문제가 남아 있는 것입니다.

백업, 복구 및 확장 기준으로 구성을 완성하세요

Jellyfin 상태를 미디어 라이브러리와 별도로 백업하세요. 미디어는 다른 일정에 따라 다시 가져오거나 복원할 수 있는 경우가 많지만, 사용자, 시청 상태, 메타데이터 설정, 자막 및 서버 구성은 신속하게 복구해야 할 운영 상태일 수 있습니다.

내장된 Jellyfin 백업 시스템에는 데이터베이스, 메타데이터, 자막 및 트릭플레이 데이터가 포함될 수 있습니다. 동일한 앱 데이터 볼륨과 함께 손실되지 않는 대상에 백업을 저장하고, 구성을 완료된 것으로 간주하기 전에 테스트 복원을 수행하세요.

반복되는 한계가 측정으로 확인될 때만 확장하세요. 지속적인 트랜스코딩 포화, 앱 데이터 지연, 부족한 사용 가능 용량, 시청 시간과 겹치는 백업 창 또는 한계에 도달한 네트워크 경로가 그 예입니다. 일반적인 클라이언트에서 직접 재생이 원활하고 앱 데이터가 응답성을 유지하며 복구 테스트까지 완료되었다면, 추가 하드웨어는 필수가 아니라 선택 사항입니다.