Streaming 24/7 : VPS ou service cloud géré, que choisir ?
Faire tourner un live 24/7 sur un VPS avec FFmpeg paraît simple, jusqu'au jour où la playlist repart de zéro, où le processus meurt en pleine nuit ou où une deuxième destination double votre trafic sortant. Voici ce qu'implique vraiment le fait-maison, et quand un service géré devient plus pertinent.
Environ 7 min de lecture
Sur cette page
Vous pouvez tout à fait faire tourner un streaming 24/7 sur un VPS avec FFmpeg : envoyer vos vidéos sur un serveur loué, écrire une playlist concat et la diffuser en boucle vers l'URL RTMP d'une plateforme. Cela fonctionne, et c'est même un bon projet pour apprendre. Le vrai coût, c'est votre temps, englouti dans l'encodage, la reprise après plantage, la supervision et la planification de la bande passante.
Voici ce qu'implique réellement le fait-maison, et dans quels cas un service géré est un meilleur usage de vos heures.
À retenir
- Une boucle FFmpeg basique se monte vite ; la faire tenir pendant des mois, c'est là qu'est le travail.
- Des fréquences d'images ou des horodatages incohérents peuvent faire planter une playlist en mode copie et la renvoyer au début.
- FFmpeg ne se relance pas tout seul et ne vous prévient de rien.
- Chaque destination supplémentaire ajoute tout son débit au trafic sortant.
À quoi ressemble une installation VPS fait-maison
La pile auto-hébergée classique comporte quatre éléments :
- Un VPS Linux avec assez d'espace disque pour votre bibliothèque et assez de transfert sortant pour un live qui ne s'arrête jamais.
- Vos fichiers vidéo, envoyés par SFTP ou synchronisés depuis un stockage.
- Un fichier de playlist pour le démultiplexeur concat de FFmpeg.
- Une commande FFmpeg qui lit la playlist en temps réel, la met en boucle et la pousse vers une URL d'ingestion comme
rtmp://a.rtmp.youtube.com/live2suivie de votre clé.
La plupart des tutoriels utilisent le mode stream copy, dans lequel FFmpeg transmet la vidéo et l'audio sans réencodage. L'utilisation du processeur reste minime, un petit serveur suffit, et le premier live se lance vraiment vite.
Le piège : le mode copie ne tourne proprement que si tous les fichiers sont techniquement homogènes, et c'est là que part l'essentiel de l'effort sur la durée.
Encodage et horodatages : pourquoi les playlists FFmpeg redémarrent
En stream copy, FFmpeg assemble les fichiers tels quels, si bien qu'un seul fichier atypique casse les raccords. Les coupables habituels :
- Des fréquences d'images différentes, comme un export en 29,97 fps au milieu de fichiers en 30 fps, ou un enregistrement de smartphone à fréquence d'images variable.
- Des résolutions ou des formats audio différents, par exemple un clip en 720p parmi des fichiers en 1080p.
- Des timebases étranges ou des horodatages manquants, laissés par certains logiciels de montage et enregistreurs d'écran.
Les symptômes vont de simples avertissements dans les logs à une image figée, jusqu'à l'arrêt pur et simple de FFmpeg. Au redémarrage, la playlist repart de la première vidéo, et les spectateurs revoient sans cesse la même première heure.
La solution consiste à tout réencoder selon un seul profil avant l'entrée dans la playlist : même résolution, fréquence d'images constante, même intervalle d'images clés et même format audio. Consultez les paramètres d'encodage pour le streaming 24/7.
Plantages, redémarrages et supervision : tout repose sur vous
FFmpeg est excellent, mais c'est un processus unique qui ne se soucie pas de rester en vie. Quand la plateforme coupe la connexion, que le réseau a un raté ou qu'un fichier déclenche une erreur, il s'arrête, et rien ne le relance, sauf si vous avez mis en place :
- Un superviseur, par exemple un service systemd avec redémarrage automatique.
- Un suivi de position, pour qu'un redémarrage ne reprenne pas la playlist depuis le début.
- Des contrôles de santé qui confirment que la plateforme reçoit bien la vidéo, car un processus actif peut très bien s'afficher hors ligne.
- Des alertes sur votre téléphone, pour qu'une panne à 3 h du matin ne dure pas jusqu'au petit-déjeuner.
Ajoutez à cela la maintenance : mises à jour, redémarrages, disques saturés par les logs et clés de stream en clair dans des scripts. Rien de tout cela n'est difficile isolément ; mis bout à bout, c'est un travail à temps partiel. Voir surveiller la santé et la disponibilité d'un live pour savoir quoi surveiller.
Bande passante et destinations multiples depuis un seul serveur
Un live non-stop consomme plus de données qu'on ne l'imagine. Un seul flux à 6 Mbps qui tourne pendant 30 jours envoie environ 1,9 To. Envoyez-le vers trois plateformes et le serveur pousse environ 18 Mbps en continu, soit près de 6 To par mois. Vérifiez le quota de transfert sortant de votre hébergeur et ses conditions de dépassement.
Le multi-destination avec FFmpeg a ses propres bizarreries. Un processus par plateforme, c'est plusieurs processus à superviser. Le muxer tee de FFmpeg envoie une même entrée vers plusieurs sorties, mais une seule destination défaillante, par exemple une plateforme qui rejette une clé périmée, peut faire tomber tout le processus si chaque sortie n'est pas configurée pour tolérer les échecs.
Les particularités des plateformes sont aussi à votre charge, comme la limite d'archivage de 12 heures de YouTube, qu'une simple boucle ignore complètement.
Quand un live sur VPS fait-maison est le bon choix
L'auto-hébergement convient lorsque la plupart de ces conditions sont réunies :
- Vous êtes à l'aise en ligne de commande Linux et vous aimez administrer des systèmes.
- Vous diffusez vers une seule destination, ou vous êtes prêt à concevoir la gestion des pannes pour plusieurs.
- Votre bibliothèque est petite et stable, et vous maîtrisez l'export de chaque fichier.
- Un redémarrage occasionnel depuis le début de la playlist n'est pas un drame pour votre audience.
- Vous voulez comprendre comment le streaming fonctionne sous le capot.
Un service géré est plus judicieux lorsque le live soutient un revenu ou une marque, que vous ajoutez souvent des vidéos, que vous avez besoin de plusieurs plateformes ou que votre temps est mieux investi dans le contenu. La comparaison honnête : la facture du serveur plus les heures d'installation et de dépannage nocturne, face à un service qui a déjà résolu ces problèmes.
Faire tourner la même boucle 24/7 sur StreamHouse
StreamHouse remplace chaque brique de cette pile. Les vidéos envoyées sont préparées à l'avance selon un profil d'encodage unique et cohérent, ce qui garde le débit et les horodatages stables : un fichier atypique ne fait donc pas redémarrer votre playlist. Construisez la playlist dans le navigateur, ajoutez des destinations comme YouTube, Twitch, Rumble, Facebook, un RTMP personnalisé ou SRT, puis cliquez sur Démarrer ou programmez une heure.
La boucle tourne 24/7 dans le cloud et se reconnecte automatiquement après un incident de plateforme ou de réseau. Ajoutez, retirez ou réorganisez des vidéos en plein direct ; les changements s'appliquent à la vidéo suivante. Les destinations supplémentaires ne consomment pas d'emplacement de stream en plus et, pour une chaîne YouTube connectée, la protection de l'enregistrement peut clôturer la première diffusion au moment que vous choisissez et enchaîner sur une nouvelle sans redémarrer la playlist.
Comparez les abonnements et les crédits sans engagement sur la page des tarifs.
Questions fréquentes
Peut-on faire tourner un live YouTube 24/7 avec FFmpeg sur un VPS ?
Oui. Une commande FFmpeg en boucle pointée vers l'URL RTMP de YouTube maintient une chaîne en direct. Le plus dur est de la garder en bonne santé pendant des semaines : encodage homogène, redémarrages automatiques, supervision et archivage des longues diffusions, tout repose sur vous.
Pourquoi ma playlist FFmpeg redémarre-t-elle sans cesse depuis le début ?
En général, un fichier ne correspond pas aux autres : fréquence d'images, résolution ou format audio différents. En mode copie, les horodatages se cassent, FFmpeg s'arrête et repart de la première vidéo. Réencodez chaque fichier selon un profil unique et constant.
Quelle bande passante consomme un live 24/7 par mois ?
Environ 1,9 To pour un flux à 6 Mbps diffusé sans interruption pendant 30 jours, et proportionnellement plus avec un débit plus élevé ou des destinations supplémentaires. Trois plateformes à ce débit, c'est près de 6 To : vérifiez d'abord le quota de transfert de votre serveur.
Faut-il un VPS puissant pour diffuser en 24/7 ?
Non, si vous pré-encodez vos fichiers et utilisez le stream copy, qui sollicite très peu le processeur. L'encodage 1080p en temps réel sur le serveur, c'est autre chose : il faut des cœurs dédiés, et les petites offres mutualisées n'arrivent souvent pas à suivre la vitesse du temps réel.
