Comment choisir un serveur dédié pour le streaming en 2026

Par quoi faut-il commencer pour dimensionner un serveur de streaming ?

La vitesse du port. Pour le reste, on peut en discuter.

Un serveur de streaming exécute trois tâches aux profils de ressources complètement différents. L'ingestion reçoit le flux encodé provenant de ton logiciel de diffusion et ne coûte presque rien. Le transcodage transforme ce flux en plusieurs niveaux de qualité et sollicite le processeur. La diffusion envoie les segments aux spectateurs et utilise la bande passante, ce qui est souvent le premier poste où les budgets s'épuisent.

Tu peux compenser un processeur lent en encodant moins de versions. Tu peux compenser des disques de petite capacité en archivant les données sur un stockage objet. En revanche, tu ne peux pas compenser un port réseau saturé. Dès que le port est saturé, tous les utilisateurs se retrouvent en mise en mémoire tampon en même temps, et la seule solution, c'est de changer de matériel ou de forfait.

C'est cet ordre qui structure la suite de ce guide : le réseau en premier, le processeur en deuxième, la mémoire vive en troisième et le stockage en dernier.

Comment calculer la bande passante pour les spectateurs simultanés ?

Multiplie le nombre de spectateurs simultanés par leur débit moyen, puis ajoute une marge. Un flux en 1080p à 5 Mbps et un flux en 720p à 3 Mbps constituent des chiffres de référence raisonnables pour une diffusion adaptative, où la plupart des spectateurs se situent au milieu de l'échelle.

Nombre de spectateurs simultanés	Débit moyen de 5 Mbps	Il faut un port réaliste
250	1,25 Gbps	3 Gbps
500	2,5 Gbps	3 Gbps
1,000	5 Gbps	de 8 à 10 Gbps
2,500	12,5 Gbps	CDN obligatoire
10,000	50 Gbps	CDN obligatoire

Deux éléments permettent de garder les pieds sur terre. Le débit de la connexion correspond à la capacité nominale de celle-ci, et non au débit réel que tu vas mesurer. La surcharge liée au protocole, les retransmissions et les conditions du réseau réduisent tous ce débit ; il faut donc tabler sur environ 60 à 70 % de la valeur nominale pour un débit soutenu. Deuxièmement, le nombre de connexions simultanées n’est pas synonyme d’audience totale. Un streaming comptant 4 000 inscriptions et un taux de participation en direct de 35 % atteindra un pic de près de 1 400 spectateurs, et non de 4 000.

Les serveurs haute capacité d’InMotion sont livrés avec un port de base à 3 Gbps et un transfert illimité, avec une capacité supplémentaire disponible par paliers de 1 Gbps à 60 $ par mois, jusqu’à 10 Gbps. Le modèle CC-4000 inclut les 10 Gbps complets sans supplément. L’illimité est tout aussi important que le débit du port ici, car les forfaits avec limite de transfert transforment un streaming réussi en facture de dépassement.

De quelle puissance de processeur as-tu besoin pour le transcodage en direct ?

Fais ton budget par version, pas par flux.

Encodage logiciel avec x264 au veryfast Ce préréglage utilise environ 2 à 4 cœurs par rendu en 1080p à 30 images par seconde, selon la complexité de la scène. Une échelle à trois niveaux (1080p, 720p, 480p) générée à partir d’une seule source en 1080p utilise généralement entre 6 et 10 cœurs, une fois pris en compte les coûts liés à l’acquisition et au conditionnement. Deux chaînes simultanées font à peu près doubler ce chiffre.

Le choix du préréglage a plus d'impact sur les performances que le matériel lui-même. Le guide d'encodage H.264 de FFmpeg explique le compromis : les préréglages plus lents offrent une meilleure efficacité de compression, mais au prix d'une forte sollicitation du processeur, ce qui convient pour l'encodage à la demande mais est impossible en direct. Le transcodage en direct a un délai strict à respecter. Si l'encodage prend du retard par rapport au temps réel, des images sont perdues, et aucune augmentation ultérieure de la puissance du processeur ne permettra de rattraper le retard sur l'enregistrement.

Trois façons de réduire tes dépenses en processeurs avant d'en acheter d'autres :

• Passe par le niveau supérieur. Transmets le flux source en 1080p tel quel et ne transcode que les niveaux inférieurs. Rien que ça, ça élimine la rendu la plus coûteuse de la charge de travail.
• Adapte la longueur de l'échelle. On en compte généralement quatre échelons. Trois suffisent souvent pour un public professionnel qui utilise une connexion haut débit et des ordinateurs de bureau.
• Encode à 30 images par seconde au lieu de 60 pour les vidéos où les intervenants parlent face à la caméra. Les vidéos de sport, de gameplay et celles où il y a beaucoup de mouvement nécessitent une fréquence d'images plus élevée. Ce n'est pas le cas pour les webinaires et les démos de produits.

InMotion ne propose pas de serveurs GPU, donc l'encodage accéléré par le matériel ne fait pas partie de cette infrastructure. L'encodage logiciel sur des cœurs modernes gère sans problème les tâches monocanal et les petites tâches multicanal ; les très gros projets couvrant de nombreux canaux simultanés doivent être traités sur une couche d'encodage dédiée ou via un service de transcodage externe.

Quelle quantité de RAM un serveur de streaming utilise-t-il réellement ?

C'est moins cher que ce à quoi s'attendent la plupart des acheteurs pour un seul canal, et bien plus quand tu en utilises plusieurs.

La pile de streaming en elle-même est plutôt modeste. NGINX le module RTMP, un processus FFmpeg par rendu et le système d'exploitation dépassent rarement les 8 à 16 Go pour une seule chaîne. Ça surprend pas mal de nouveaux acheteurs qui pensent que la vidéo, c'est aussi gourmand en mémoire que les bases de données.

La RAM prend toute son importance lorsque le serveur fait office de source. Les segments diffusés à partir du cache de pages ne passent jamais par le disque, ce qui permet de maintenir une latence stable même sous charge. Une seule diffusion à 5 Mbps avec une fenêtre DVR de 60 secondes occupe environ 37 Mo dans le cache. Multiplie ça par une échelle à quatre niveaux et vingt chaînes, et tu te retrouves à mettre en cache plusieurs gigaoctets de segments en direct en continu, en plus des processus d'encodage.

Les configurations de 64 Go sur les serveurs dédiés gérés d'InMotion offrent une marge suffisante pour une source multicanal sans que les lectures de segments ne soient renvoyées sur le disque.

Quelle configuration de stockage convient à une infrastructure de diffusion vidéo ?

NVMe les segments actifs, une capacité moins chère ou un stockage objet pour les archives.

Les segments en direct sont de petits fichiers qui sont constamment écrits puis supprimés. Ce type d'écriture est idéal pour NVMe pénalise les disques rotatifs. Les enregistrements, c'est une autre histoire : leur taille ne fait qu'augmenter.

Les chiffres liés à l'enregistrement sont prévisibles. Une capture en 1080p à 6 Mbps consomme environ 2,7 Go par heure. À 12 Mbps, ça avoisine les 5,4 Go par heure.

• Huit heures par jour à 6 Mbps : environ 22 Go par jour, soit 650 Go par mois
• Deux disques NVMe de 1,92 To NVMe RAID-1 offrent une capacité utile de près de 1,92 To ; à ce rythme, la matrice sera pleine dans environ trois mois
• Le RAID-1 utilise la mise en miroir pour assurer la redondance ; par conséquent, une matrice à deux disques ne double pas l'espace utilisable

Prévois le chemin d'archivage avant le premier flux, pas après l'alerte de disque. Premier Care inclut 500 Go d'espace de sauvegarde sur les serveurs dédiés et 2 To sur les serveurs haute capacité, ce qui permet de conserver une copie hors serveur des enregistrements importants. Pour les bibliothèques à long terme, synchronise les enregistrements terminés vers un stockage objet compatible S3 selon un calendrier défini et garde le disque local pour les données actives.

Quel protocole devrais-tu utiliser pour envoyer ton code ?

La latence et l'évolutivité vont dans des directions opposées, et la bonne réponse dépend de ce dont ton public a réellement besoin.

Protocole	Latence typique	S'adapte à	Meilleur pour
HLS standard	15 à 30 secondes	Un très large public grâce au CDN	Webinaires, VOD, chaînes linéaires
HLS à faible latence	2 à 5 secondes	Un large public grâce au CDN	Événements en direct, sport, lancements de produits
WebRTC	Moins d'une seconde	Des centaines par serveur	Enchères, télésanté, interaction bidirectionnelle

La documentation d'Apple sur le HTTP Live Streaming aborde l'extension HLS à faible latence, qui utilise des segments partiels pour réduire le délai tout en conservant le modèle de diffusion HTTP qui permet la mise en cache via un CDN. C'est justement cette propriété de mise en cache qui permet au HLS d'évoluer à moindre coût : un segment est un fichier statique, donc un seul serveur peut alimenter un CDN qui, à son tour, alimente tous les autres utilisateurs.

WebRTC établit une connexion avec état pour chaque spectateur. Du coup, le coût serveur par spectateur grimpe en flèche, c'est pourquoi les plateformes interactives utilisent généralement WebRTC pour la poignée de participants qui s'expriment et HLS pour le public qui regarde.

Quand est-ce qu'un CDN devrait prendre le relais de ton serveur pour la diffusion ?

Dès que le volume de livraison atteint environ la moitié de ta capacité de port disponible, ou dès que ton public s'étend sur plus d'un continent.

Le calcul est simple. Sans CDN, 2 000 spectateurs simultanés à 5 Mbps consomment 10 Gbps directement depuis ton serveur. Avec un CDN en amont, le serveur d'origine ne sert chaque segment qu'une seule fois vers chaque nœud périphérique et ne gère plus que quelques dizaines de connexions au lieu de 2 000. La charge de ton serveur ne suit plus la croissance de ton audience.

La géographie impose la même décision quand il y a moins de spectateurs. Un spectateur à Sydney qui récupère des segments provenant de Virginie doit attendre à chaque aller-retour. InMotion exploite des centres de données en Virginie, en Californie et à Amsterdam, ce qui réduit considérablement le premier saut pour les publics nord-américains et européens, mais un public mondial a quand même besoin d'une mise en cache en périphérie.

Configure bien la source avant de la relier à un CDN. Les fichiers de segment doivent avoir une durée de mise en cache longue, car ils ne changent plus une fois enregistrés. Les manifestes de playlists doivent avoir une durée très courte, car ils changent toutes les quelques secondes. Si tu inverses ça, tu auras soit des flux obsolètes, soit un CDN qui ne met rien en cache.

Est-ce que la vidéo à la demande change les exigences ?

En gros, la VOD supprime la contrainte de temps réel qui dicte les choix en matière de matériel pour les serveurs de streaming.

Quand tu encodes une bibliothèque pendant la nuit, tu peux utiliser des préréglages lents mais efficaces qui permettent d'obtenir des fichiers plus légers tout en conservant la même qualité visuelle. Des fichiers plus légers, ça veut dire moins de bande passante nécessaire pour chaque visionnage futur, donc l'effort fourni une fois par le processeur te rapporte tout le temps. L'encodage en direct, lui, n'a jamais cette option.

Ce que la VOD apporte en plus, c'est de l'espace de stockage. Une bibliothèque de 500 heures en 1080p, répartie sur trois niveaux, représente plusieurs téraoctets, et ces bibliothèques ne cessent de s'agrandir. Si ton activité repose principalement sur la vidéo à la demande, privilégie dans ton budget la capacité de stockage et le déchargement via un CDN plutôt que les cœurs de processeur.

Quel serveur InMotion correspond le mieux à tes besoins en matière de streaming ?

Charge de travail	Profil	Plan recommandé
Une seule chaîne, moins de 500 spectateurs simultanés, avec un CDN en amont	Échelle à 3 échelons, enregistrement ponctuel	Essential, à partir de 99,99 $ par mois (64 Go de RAM, deux NVMe de 1,92 To)
Deux à trois chaînes, 500 à 2 000 téléspectateurs	Plusieurs échelles, enregistrement quotidien	Formule « Advanced » à partir de 149,99 $ par mois ou « Elite » à partir de 199,99 $ par mois
Contenu provenant de plusieurs sources, vaste catalogue de VOD, plus de 2 000 utilisateurs simultanés	Source derrière un CDN, débit élevé et constant	Serveurs haute capacité avec une bande passante de base de 3 Gbps, évolutifs jusqu'à 10 Gbps
Stack personnalisée, pas de panneau de configuration, accès root uniquement	Nœud d'encodage ou de source spécialement conçu à cet effet	Serveurs de métal nu
Développement et tests des encodeurs	Pas de spectateurs en direct	Un serveur dédié d'entrée de gamme ou un VPS

Chaque serveur dédié géré inclut l'assistance produit avancée, et tous les niveaux supérieurs à l'entrée de gamme peuvent bénéficier du service « Premier Care » pour la protection contre les logiciels malveillants, le stockage de sauvegarde et des heures de conseil.

Combien coûte un serveur de streaming par mois ?

La ligne « service » représente rarement la totalité de l'addition. Prévoyez quatre postes de dépenses :

• Le serveur lui-même, à partir de 99,99 $ par mois pour une configuration permettant de gérer une seule chaîne bien optimisée
• Débit de port supérieur à la base, à 60 $ par mois par gigabit supplémentaire pour les forfaits où cette option s'applique
• La diffusion via un CDN, facturée au téraoctet par ton fournisseur et qui représente souvent le coût variable le plus important à grande échelle
• Stockage d'archives, avec soit une capacité de sauvegarde incluse, soit un stockage objet facturé au téraoctet

Une licence pour le panneau de contrôle, si tu en as besoin, est facturée séparément des forfaits de gestion des soins. Vérifie les tarifs en vigueur dans ton panier avant de valider ta commande, car les tarifs promotionnels et ceux des renouvellements diffèrent.

Qu'est-ce qui provoque les temps de chargement après l'achat du serveur ?

Le matériel est rarement en cause. Ces cinq problèmes de configuration sont à l'origine de la plupart des réclamations après achat :

• Les intervalles entre les images clés ne correspondent pas à la durée des segments. Les lecteurs ne peuvent pas passer d'une version à l'autre de manière fluide, ce qui fait que les spectateurs voient des saccades lors des changements de qualité. Régle l'intervalle entre les images clés sur le double de la fréquence d'images et harmonise-le sur tous les niveaux.
• Un préréglage trop lent pour le live. L'encodage ne suit pas le temps réel et il y a des pertes d'images. Opte pour veryfast et tu t'adapteras en fonction.
• Le RTMP est accessible depuis Internet. N'importe qui qui trouve ce port peut diffuser un flux en utilisant ta bande passante. Limite l'acquisition aux adresses des diffuseurs que tu connais.
• Les enregistrements sont stockés sur le même volume que les segments en direct. Les conflits d'accès au disque se traduisent par des saccades lors de longues sessions. Sépare les chemins d'accès.
• Pas de CDN en amont d'un serveur d'origine qui dessert un public international. La distance, c'est pas un problème de matériel, et aucune mise à niveau du serveur ne peut y remédier.

Où trouver un deuxième avis sur la configuration ?

Les charges de travail liées au streaming varient plus que presque n'importe quel autre cas d'utilisation en hébergement. Une simple chaîne de webinaire en 720p et une source sportive à quatre chaînes en 1080p60 se situent aux extrémités opposées d'une même gamme de produits, et la différence entre une configuration bien adaptée et une erreur coûteuse se résume généralement à deux chiffres : le nombre maximal de spectateurs simultanés et le nombre de rendus dont tu as réellement besoin.

Si ces chiffres ne sont encore que des estimations, discute-en avec eux avant de passer commande. L'équipe d'InMotion gère des charges de travail liées au streaming et aux médias dans des configurations d'origine partagées, des déploiements multicanaux et des architectures basées sur un CDN. Les discussions sur le dimensionnement se font avec des ingénieurs, pas selon un script tout fait. Contacte l'équipe en lui communiquant ton estimation du nombre de connexions simultanées et ta structure d'encodage, ou consulte les offres actuelles de serveurs dédiés pour comparer directement les configurations.