Héberger Jellyfin sur un VPS : votre Netflix personnel, et le piège du transcodage

Jellyfin est un serveur multimédia auto-hébergé, gratuit et entièrement open source : vous y déposez vos films, séries, documentaires (et même musique ou photos), et il vous les diffuse via une interface web soignée et une foule d’applications — téléphone, tablette, télévision connectée, box Android TV. En clair, c’est votre Netflix personnel, sauf que le catalogue, c’est votre collection, qu’il n’y a ni abonnement, ni publicité, ni catalogue qui change du jour au lendemain — et, contrairement à Plex, aucune fonction verrouillée derrière un abonnement payant.

Pourquoi le faire sur un VPS loué plutôt que sur un NAS à la maison ? D’abord pour l’accès distant : votre médiathèque est joignable partout, sans bricoler l’ouverture de ports sur votre box ni dépendre de votre fibre montante (souvent poussive). Ensuite parce qu’un VPS est toujours allumé, dans un datacenter relié à un réseau rapide. Mais — et c’est tout l’objet de cette page — la vidéo n’est pas un service comme les autres : entre le transcodage (qui réclame un GPU absent du VPS) et la bande passante (que le streaming dévore), il y a deux pièges à connaître avant de se lancer. Voyons cela honnêtement.

Configuration requise : combien de RAM pour Jellyfin ?

Première bonne nouvelle : Jellyfin n’est pas gourmand en mémoire. Le processus serveur consomme typiquement 300 à 800 Mo de RAM au repos, même avec une grosse médiathèque indexée. Un VPS de 2 Go suffit pour un usage solo en lecture directe, et 4 Go apportent du confort dès que plusieurs personnes regardent en même temps ou que vous activez le transcodage. La RAM n’est donc presque jamais le facteur limitant.

Ce qui dimensionne réellement un VPS Jellyfin, ce sont deux autres ressources. La première est le CPU, mais uniquement si vous transcodez (nous y venons juste après) : en Direct Play, le processeur ne fait quasiment rien. La seconde est le stockage, qui doit contenir toute votre médiathèque : là où une bibliothèque musicale tient dans quelques dizaines de gigaoctets, une collection de films et de séries grimpe vite à plusieurs centaines de gigaoctets, voire plusieurs téraoctets. C’est souvent ce poste qui pèse le plus lourd dans le choix de l’offre.

Côté processeur, prévoyez 2 vCPU pour un usage tranquille en lecture directe, et plutôt 4 vCPU si vous comptez transcoder occasionnellement. Pour comprendre comment ces chiffres se comparent aux autres applications self-hosted, voyez notre guide combien de RAM pour s’auto-héberger.

Le piège du transcodage sur un VPS (pas de GPU)

C’est le point que tout le monde sous-estime, et la raison pour laquelle Jellyfin n’est pas une application self-hosted comme les autres. Pour comprendre, il faut distinguer deux modes de lecture.

En Direct Play, le serveur envoie le fichier vidéo tel quel à l’appareil, qui le décode lui-même. Le serveur ne fait alors presque rien : il lit le fichier sur le disque et le pousse sur le réseau. C’est le mode idéal, et il fonctionne dès lors que l’appareil sait lire le format du fichier (codec, conteneur, sous-titres). Une télé récente, un téléphone moderne, l’application Jellyfin officielle gèrent la plupart des formats courants en Direct Play.

En transcodage, à l’inverse, le serveur doit réencoder la vidéo à la volée parce que l’appareil ne sait pas lire le format d’origine, ou parce que la connexion est trop lente pour le débit du fichier. Et c’est là que le bât blesse : sur un PC de salon ou un NAS récent, ce travail est délégué à la carte graphique (GPU), conçue pour ça. Or un VPS standard n’a pas de GPU. Le transcodage se fait donc en logiciel, sur le CPU — et c’est extrêmement lourd. Un seul flux 1080p peut occuper plusieurs cœurs ; un flux 4K HDR est capable de saturer 4 à 8 vCPU à lui seul, provoquant saccades, mises en mémoire tampon et, à plusieurs, l’écroulement complet du serveur.

La parade tient en trois réflexes. Privilégier le Direct Play : stockez vos fichiers dans des formats largement compatibles (H.264/AAC en MP4, par exemple) pour que les appareils les lisent sans conversion. Limiter la qualité distante depuis les réglages utilisateur, afin d’éviter qu’un mauvais réseau ne déclenche un transcodage. Éviter le 4K HDR à distance : c’est le scénario qui combine fichier énorme et conversion la plus coûteuse — le pire des deux mondes sur un VPS.

Soyons honnêtes jusqu’au bout : pour une grosse médiathèque vidéo nécessitant du transcodage intensif (beaucoup de 4K, formats exotiques, plusieurs flux simultanés à réencoder), un NAS ou un homelab équipé d’un GPU reste souvent le meilleur choix — c’est précisément le terrain où le matériel à la maison garde l’avantage. Le VPS, lui, brille pour une médiathèque raisonnable lue en Direct Play et pour l’accès distant : films et séries dans des formats standards, regardés sur des appareils modernes, sans réencodage. Si c’est votre usage, un VPS fait parfaitement l’affaire. Si vous prévoyez du transcodage lourd quotidien, mieux vaut le savoir avant de payer.

La bande passante : le vrai facteur

Voici le second piège, plus discret mais tout aussi réel. Le streaming vidéo consomme énormément de bande passante — sans commune mesure avec de la musique, des photos ou des fichiers bureautiques. Un film en 1080p tire entre 5 et 15 Mbit/s ; un flux 4K monte à 25-40 Mbit/s, parfois davantage. Sur une soirée film, cela représente déjà plusieurs gigaoctets ; multiplié par plusieurs utilisateurs et plusieurs soirées, on atteint vite plusieurs téraoctets par mois.

Or tous les hébergeurs ne facturent pas le trafic de la même façon. Beaucoup d’offres VPS européennes incluent un trafic généreux, voire « illimité » (avec une politique d’usage raisonnable) — c’est le cas chez plusieurs acteurs cités plus bas. Mais d’autres, notamment certaines offres cloud à l’américaine, facturent le trafic sortant au gigaoctet au-delà d’un quota : sur un usage vidéo, la facture peut alors exploser sans prévenir. C’est exactement le genre de mauvaise surprise qui transforme un hébergement « pas cher » en gouffre.

Le réflexe, donc, avant même de regarder le CPU ou la RAM : vérifier le trafic inclus et la politique de l’hébergeur. Pour de la vidéo, une offre avec trafic sortant abondant ou non facturé vaut bien mieux qu’une offre puissante mais comptée au gigaoctet. C’est l’un des critères les plus structurants pour un serveur Jellyfin, et l’un de ceux qu’on oublie le plus souvent.

Combien coûte l’auto-hébergement de Jellyfin ?

Posons les choses honnêtement. Netflix coûte autour de 14 €/mois pour un accès à un catalogue mondial que vous ne possédez pas et qui change en permanence. Jellyfin ne vous donne pas ce catalogue : il diffuse votre propre collection, celle dont vous possédez déjà les fichiers. Ce sont deux usages différents, et il faut le dire clairement — Jellyfin ne « remplace » Netflix que si vous avez déjà une médiathèque à diffuser.

Là où la comparaison est nette, en revanche, c’est face à Plex. Jellyfin est 100 % gratuit et open source : aucune fonction n’est verrouillée. Plex, lui, réserve plusieurs fonctions clés (accès mobile fluide, certaines options) à son Plex Pass, facturé environ 5 €/mois ou ≈ 120 € à vie. Avec Jellyfin, tout est inclus, pour toujours, sans compte tiers obligatoire ni télémétrie imposée. C’est l’argument décisif pour beaucoup d’utilisateurs.

Côté infrastructure, le budget dépend surtout de votre médiathèque. Un VPS de 2 à 4 vCPU avec 4 Go de RAM coûte typiquement 6 à 10 €/mois ; s’y ajoute le stockage, qui devient vite le vrai poste de dépense si votre collection se chiffre en téraoctets (un volume de stockage additionnel est souvent plus économique qu’un gros disque NVMe inclus). À budget égal, gardez en tête l’arbitrage de cette page : mieux vaut un VPS bien doté en disque et en bande passante qu’un VPS surpuissant en CPU que vous n’exploiterez de toute façon pas sans GPU.

Quel hébergeur choisir pour Jellyfin ?

Le critère numéro un ici n’est ni le CPU ni la RAM, mais le couple stockage + bande passante. Estimez d’abord le volume réel de votre médiathèque : une collection sérieuse de films et séries occupe facilement plusieurs centaines de gigaoctets à plusieurs téraoctets. Choisissez une offre dont le disque (ou un volume additionnel attachable) couvre ce volume, et dont le trafic sortant est abondant ou non facturé.

Hetzner offre l’un des meilleurs rapports stockage/prix d’Europe, des VPS bien dotés en disque et un trafic mensuel très généreux — un excellent terrain pour Jellyfin. OVH, hébergeur français, propose des VPS avec un trafic souvent illimité et la possibilité d’attacher du stockage, le tout avec un support et une facturation en français. Scaleway, également français, est idéal si vous tenez à héberger vos données en France avec une facturation en euros. Dans les trois cas, visez une offre de milieu de gamme (2-4 vCPU, 4 Go) et concentrez votre budget sur le disque et le trafic plutôt que sur la puissance brute.

Installer Jellyfin sur un VPS avec Docker

L’installation tient en un seul conteneur, sans base de données externe à gérer. Une fois Docker installé sur votre VPS, créez un dossier de projet et déposez-y ce fichier docker-compose.yml :

services:
  jellyfin:
    image: jellyfin/jellyfin:latest
    container_name: jellyfin
    restart: unless-stopped
    ports:
      - "8096:8096"
    environment:
      - TZ=Europe/Paris
    volumes:
      # Configuration : base SQLite, comptes, métadonnées — À SAUVEGARDER
      - ./config:/config
      # Cache (vignettes, transcodage temporaire) — régénérable
      - ./cache:/cache
      # Votre médiathèque, montée en LECTURE SEULE (:ro)
      - /srv/media:/media:ro

Quelques points importants. Le dossier ./config contient tout l’état de Jellyfin : sa base SQLite intégrée (aucun PostgreSQL ni MySQL à installer), vos comptes utilisateurs, les métadonnées et l’historique de lecture — c’est le dossier à inclure dans vos sauvegardes. Le dossier ./cache stocke les vignettes et les fichiers temporaires de transcodage ; il est régénérable, donc moins critique. Le troisième volume pointe vers votre médiathèque sur le VPS (/srv/media dans l’exemple), monté en lecture seule grâce au suffixe :ro : Jellyfin ne modifiera jamais vos fichiers vidéo. Le port 8096 est le port HTTP standard de Jellyfin.

Lancez ensuite le conteneur :

mkdir -p config cache
docker compose up -d
docker compose logs -f

Au premier démarrage, ouvrez http://IP_DU_VPS:8096 dans votre navigateur : Jellyfin lance un assistant de configuration qui vous guide pour choisir la langue, créer le compte administrateur et ajouter vos premières bibliothèques (Films, Séries…) en pointant vers /media. Jellyfin scanne alors les fichiers et récupère automatiquement affiches, résumés et métadonnées. Attention : ne laissez pas le port 8096 exposé en clair sur Internet à long terme.

Comment servir Jellyfin en HTTPS ?

Exposer le port 8096 en clair n’est pas recommandé : vos identifiants et vos flux transiteraient sans chiffrement. Placez Jellyfin derrière un reverse proxy qui gère le HTTPS et un certificat Let’s Encrypt automatique. Avec Caddy, la configuration tient en quelques lignes :

films.mondomaine.fr {
    reverse_proxy localhost:8096
}

Caddy obtient et renouvelle seul le certificat TLS. Traefik (si vous orchestrez déjà plusieurs conteneurs) ou Nginx Proxy Manager (interface graphique) font tout aussi bien le travail. Une fois en place, votre serveur est joignable sur https://films.mondomaine.fr, proprement chiffré — indispensable pour se connecter depuis l’extérieur en toute sécurité. Pensez ensuite, dans les réglages de chaque utilisateur, à plafonner la qualité de lecture distante pour favoriser le Direct Play et éviter les transcodages involontaires.

Jellyfin est une application magnifique — un vrai Netflix personnel, gratuit et libre — à condition de l’aborder lucidement : sobre en RAM, mais sensible au transcodage (faute de GPU) et vorace en bande passante. Sur un VPS, la recette gagnante est claire : une médiathèque en formats standards, lue en Direct Play, sur une offre bien dotée en disque et en trafic. Pour bien choisir votre machine, consultez notre guide quel VPS pour s’auto-héberger ; et si vous voulez aussi streamer votre musique sur le même serveur, sans aucune contrainte de transcodage, découvrez comment héberger Navidrome.