Jellyfin 성능이 LAN과 원격 연결에서 다른 이유

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Why Jellyfin Performance Differs on LAN and Remote Connections

Jellyfin은 원격 환경에서 다르게 작동합니다. 동일한 서버라도 더 제한된 업로드 용량, 변동성이 큰 경로, 다른 라우팅, 그리고 대개 다른 재생 프로필을 감당해야 하기 때문입니다.

유선 이더넷에 연결된 4K TV는 높은 비트레이트의 파일을 Direct Play로 재생할 수 있지만, 셀룰러 네트워크를 사용하는 휴대폰은 리버스 프록시나 VPN을 통해 1080p로 제한된 트랜스코드를 받을 수 있습니다. 서버 하드웨어는 바뀌지 않았지만 클라이언트, 사용 가능한 비트레이트, 지연 시간, 보안 경로가 달라진 것입니다. 이러한 조건의 변화가 서로 다른 작업을 선택하게 하고, 서로 다른 장애 지점을 만듭니다.

LAN 용량은 대개 원본 재생 경로를 유지합니다

유선 LAN은 일반적으로 처리량이 높고 안정적이며 지연 시간이 짧습니다. 따라서 호환되는 클라이언트는 화질을 낮추지 않고 원본 파일을 요청할 수 있습니다. 로컬 검색과 직접적인 사설 주소 사용은 연결 설정에 필요한 여러 의존성도 제거합니다.

Direct Play의 목표는 기존 미디어를 수정하지 않고 전송하는 것입니다. LAN에서는 충분한 대역폭 덕분에 많은 가정용 인터넷 회선의 업로드 속도를 초과할 수 있는 원본 비트레이트도 이 방식으로 처리할 수 있습니다.

하지만 혼잡한 Wi-Fi를 사용하거나 클라이언트가 원본을 디코딩하지 못하면 이러한 이점은 사라집니다. “로컬”이라는 말은 토폴로지를 설명할 뿐, 성능을 보장하지는 않습니다. 따라서 무선 구간이 불안정하면 여전히 가장 느린 단계가 될 수 있습니다.

원격 업로드 및 비트레이트 규칙은 변환을 유발할 수 있습니다

원격 트래픽은 서버가 위치한 곳의 업로드 회선을 통해 나가며, 이 회선은 대개 다운로드 서비스나 LAN보다 훨씬 느립니다. Jellyfin 또는 클라이언트가 더 낮은 비트레이트를 선택하면 원격 장치가 원본 코덱을 지원하더라도 비디오 변환이 필요할 수 있습니다.

동시 스트림과 업로드 속도를 사용한 용량 모델은 추가되는 각 원격 세션이 공유 업스트림 용량을 소비하는 이유를 보여줍니다. 원본 비트레이트의 최고점에 대비하려면 단순한 평균값 이상의 여유 용량이 필요합니다.

그 결과 수요가 서로 얽히게 됩니다. 네트워크 비트레이트를 낮추면 업로드 용량은 절약되지만 서버의 연산 자원은 더 사용됩니다. 로컬에서는 유휴 상태였던 GPU가 원격 사용자가 연결할 때만 바빠질 수 있습니다.

인터넷 라우팅은 지연, 손실, 중간 장비를 추가합니다

원격 세션은 ISP 라우팅, NAT, TLS 종료 지점, 리버스 프록시, 메시 VPN 또는 릴레이를 거칠 수 있습니다. 각 구성 요소는 두 개의 LAN 주소 사이에서는 발생하지 않는 버퍼링, 시간 초과, 헤더 제한 또는 대역폭 제약을 추가할 수 있습니다.

LAN에서는 원활하지만 원격에서는 버퍼링이 발생한다는 보고는 네트워크와 프록시 경로가 바뀌면 동일한 미디어와 서버 하드웨어에서도 결과가 달라질 수 있음을 보여줍니다. 이 증상만으로 어떤 중간 장비가 원인인지 알 수는 없습니다.

지연 시간 증가는 시작, 탐색, 패킷 손실 복구 시 가장 뚜렷하게 나타납니다. 안정적인 재생 중에는 충분한 버퍼링이 지연을 가릴 수 있지만, 처리량 부족을 영원히 보완할 수는 없습니다.

-15% OFF

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

Single board computer zimaboard2

LAN과 원격 환경을 비교하는 절차

테스트 간에 클라이언트, 요청한 화질, 자막 트랙 또는 재생 모드가 바뀌면 비교가 유효하지 않습니다. 네트워크에 대한 결론을 내리기 전에 원격 환경과 LAN 환경에서 이러한 변수를 동일하게 유지해야 합니다.

엔드투엔드 재생 경로를 사용해 스토리지, 변환, 전송을 각각 구분해 표시하세요. 그런 다음 운영 체제 및 네트워크 측정값과 함께 대시보드의 재생 모드를 확인하세요. 별도의 현장 보고서에서도 눈에 보이는 증상이 병목 지점을 나타낸다고 단정하지 말고 LAN과 원격 환경 비교를 사용하라고 권장합니다.

동일한 장치와 파일을 로컬에서, 원본 화질로 원격에서, 고정된 낮은 비트레이트로 원격에서 각각 테스트하세요. 재생 모드, 트랜스코드 속도, 업로드 속도, 지연 시간, 패킷 손실, 시작 시간, 재버퍼링 횟수를 기록하세요. 장애가 발생할 때 처음으로 변하는 변수가 다음에 조사할 계층을 알려줍니다.