bande passante des bureaux à distance : maths et astuces de réduction

Vous devez connaître la quantité de données réellement utilisée par une session distante — pas des chiffres marketing, mais un calcul répétable que vous pouvez appliquer au dimensionnement du personnel, à la facturation ou aux décisions d’hébergement. Ce guide expose les calculs de bande passante, donne des exemples (1080p, 4K, lecture vidéo) et propose des réglages concrets pour réduire le trafic sans dégrader l’utilisabilité.

Le calcul brut : pixels → octets → bits

Commencez par l’évidence : une image est width × height pixels. Une profondeur de couleur courante est 24 bits par pixel (8 bits × RGB). Cela donne octets par image = width × height × 3. Multipliez par les images par seconde (fps) puis par 8 pour obtenir les bits par seconde (bps) pour un flux non compressé.

Exemple : 1920×1080 @ 30 fps, 24 bpp (brut, non compressé)
bytes/frame = 1920 * 1080 * 3 = 6,220,800 bytes
bytes/sec = 6,220,800 * 30 = 186,624,000 bytes/s
bits/sec = 186,624,000 * 8 ≈ 1,492,992,000 bits/s ≈ 1,493 Mbps (brut)

Les nombres bruts sont astronomiques parce que les systèmes de bureau à distance compressent ou n’envoient que les deltas. Le ratio de compression est la variable critique. Pour le partage d’écran où la majeure partie de l’écran est du texte statique, des débits compressés pratiques se situent souvent sous 1–2 Mbps pour du 1080p à 15–30 fps. Pour de la vidéo pleine action dans la session (lecture d’un film ou jeu), ciblez réalistement 5–25 Mbps selon la qualité de l’encodeur et la complexité de la scène.

Comment estimer l'utilisation par session et mensuelle

Construisez un modèle simple avec trois entrées : débit moyen de la session (bps), durée de session (secondes), et nombre de sessions par mois. Les calculs sont triviaux mais vous permettent de convertir des “Mbps” en GB par mois.

bits_per_session = avg_bitrate_bps * session_seconds
bytes_per_session = bits_per_session / 8
GB_per_session = bytes_per_session / (1024^3)
GB_per_month = GB_per_session * sessions_per_month

Exemples pratiques :

• Travail administratif léger : 1 Mbps en moyenne, 30 minutes par session → ~0.225 GB par session → 45 sessions/mois ≈ 10.1 GB/mois.
• Développeur avec vidéo occasionnelle : 5 Mbps en moyenne, 1 heure/jour × 20 jours → ~2.25 GB/jour → ~45 GB/mois.
• Montage vidéo ou streaming à distance : 15 Mbps en moyenne, 2 heures/session × 10 sessions → ~12.9 GB/session → ~129 GB/mois.

Ce sont des estimations — le trafic réel fluctue selon le contenu affiché. Utilisez des captures de paquets ou les statistiques intégrées au client pour mesurer une session réelle avant de budgéter ou dimensionner un relai.

Où vont les octets : mises à jour d'écran, vidéo, audio et contrôle

Savoir où se dépensent les données aide à choisir le bon levier.

• Mises à jour d’écran : la plupart des protocoles envoient soit des images complètes soit des deltas. Si seul un petit rectangle change, les protocoles basés sur deltas économisent beaucoup. La vidéo plein écran ou un contenu qui change constamment force des débits plus élevés.
• Vidéo dans la session : lire un film dans le bureau distant est le pire cas. Cela se comporte comme du streaming vidéo et doit être traité comme tel.
• Audio : PCM stéréo 44,1–48 kHz fait ~1,4–1,5 Mbps non compressé ; la plupart des systèmes de remote compressent l’audio à quelques dizaines à quelques centaines de kbps.
• Entrées/contrôle : souris et clavier sont négligeables.
• Chiffrement et overhead protocolaire : TLS, retransmissions et en-têtes de paquets ajoutent ~5–15% d’overhead selon le MTU et la congestion.

Leviers concrets pour réduire la bande passante — tactiques testées

Voici les changements les plus efficaces et pratiques, classés approximativement selon l’impact vs. le coût pour l’utilisateur.

• Réduire la résolution en premier : diviser chaque axe par deux réduit le nombre de pixels par 4×. 1080p → 720p diminue le nombre de pixels de 2,25× ; 2560×1440 → 1920×1080 coupe ~1,78×. Si 1366×768 suffit pour les tâches administratives, utilisez-le.
• Réduire le framerate : pour le travail bureautique, 10–15 fps est souvent acceptable. Passer de 30→10 fps réduit la bande passante par 3× avec une perte perçue minimale, sauf si vous regardez de la vidéo.
• Diminuer la profondeur de couleur : 24-bit → 16-bit réduit la fidélité visuelle pour les dégradés mais économise de la bande passante ; utile sur des UIs à faible contraste.
• Utiliser des réglages favorables à l’encodeur : activez les encodeurs matériels (NVENC, QuickSync) sur l’hôte quand disponibles — ils sont plus rapides et souvent plus efficaces que les encodeurs logiciels CPU pour des flux soutenus.
• Privilégier des profils intra-image optimisés pour le contenu écran : des codecs ou modes qui favorisent les blocs en mouvement et les motifs répétitifs (codecs d’écran) surpassent les encodeurs généraux pour les écrans riches en texte.
• Désactiver le fond d’écran et les animations : supprimez le fond de bureau, les ombres de fenêtres et les animations fluides sur la machine distante pour que moins de pixels changent à chaque image.
• Mettre en pause ou limiter les mises à jour quand inactif : certains clients détectent l’inactivité et throttlent les mises à jour à <0.2 fps. Si votre flux de travail comporte de longues périodes d’inactivité, activez ce throttling.
• Restreindre la lecture vidéo : si les utilisateurs doivent regarder une vidéo, demandez-leur de la lire localement ou d’utiliser une solution de streaming dédiée. Si c’est inévitable, baissez la résolution de lecture dans la session.
• Streamer l’audio en mono/bas débit quand la haute fidélité n’est pas nécessaire — un flux audio compressé 32–64 kbps suffit pour la voix.
• Utiliser des relais proches géographiquement : la latence influence les retransmissions et l’adaptation du codec. Un relai dans la même région cloud que les deux endpoints réduit les pertes de paquets et peut diminuer le débit gaspillé en retransmissions.
• Limiter les sessions simultanées par appareil : plusieurs spectateurs concurrents multiplient la bande passante sortante de cet hôte.
• Activer l’adaptive bitrate et des plafonds : imposez un plafond sensé (par ex. 8–10 Mbps pour un usage général) pour qu’une seule session ne puisse pas saturer les liaisons montantes de façon inattendue.

Combinez plusieurs leviers : une session 720p@15fps avec un encodeur optimisé pour écran et les effets de bureau désactivés peut coûter en octets 5–10× moins qu’un flux naïf 1080p@30fps.

Mesurer, valider et ajuster : étapes de test pratiques

Ne devinez pas. Suivez cette boucle de test légère :

1. Capturer la baseline : lancez une session typique de 10–15 minutes et enregistrez le débit moyen depuis le client ou via une capture de paquets.
2. Changer une variable : résolution, fps, profondeur de couleur ou réglage du codec — mesurez de nouveau.
3. Tester les contenus extrêmes : un document texte statique, une présentation avec changements fréquents, et une séquence vidéo pleine action de 30 secondes. Utilisez le pire cas pour le budget.
4. Lancer des sessions longues pour détecter la dérive de l’encodeur ou des pics périodiques (par ex. mises à jour automatiques, synchronisation en arrière-plan).

Si vous concevez une politique de support ou facturez au Go, prévoyez une marge : planifiez 1.5–2× la moyenne mesurée pour couvrir les pics.

Relais et hébergement : le relai géré par Tenvo vs auto-hébergement

Quand les sessions traversent un relai tiers, gardez en tête le compromis technique : une connexion peer-to-peer directe maintient TLS entre les endpoints ; quand un relai est utilisé, TLS est terminé au relai et celui-ci est en position d’accéder au trafic de la session. Cela compte pour la conformité et le modèle de menace.

Pour la plupart des équipes, le relai géré par Tenvo est le choix par défaut approprié. Tenvo propose des clients natifs pour macOS, Windows et Linux, un client navigateur (bêta public) et un relai géré multi-région pour router les sessions près des utilisateurs. Les tarifs sont simples : Free $0, Lite $2.99/mo, Pro $7.99/mo. Utiliser un relai géré vous fait économiser du temps d’astreinte, le patching, la garde des clés et le renouvellement des certificats comparé à l’auto-hébergement — surtout quand vous ajoutez le basculement multi-région et la supervision.

L’auto-hébergement est le bon choix uniquement lorsqu’une exigence écrite l’impose — par exemple une règle de conformité interdisant l’infrastructure tierce, un réseau isolé sans sortie Internet, ou un mandat strict de résidence des données. Si vous envisagez l’auto-hébergement, lisez attentivement les compromis : vous héritez de la disponibilité, de la gestion des certificats TLS, des mises à jour logicielles et de la complexité du dimensionnement des relais. Pour plus de détails, voir Bureau à distance auto-hébergé : pourquoi, comment et ce qui casse et les implications de sécurité couvertes dans Chiffrement des bureaux à distance : qu'est‑ce qui protège réellement une session.

Quand les concurrents l’emportent vraiment (points de comparaison honnêtes)

Certaines solutions sont optimisées pour des workflows spécifiques : AnyDesk et Parsec ont des décennies d’ingénierie dédiées à la vidéo ultra-faible latence et peuvent surpasser des clients génériques pour le jeu et le multimédia temps réel. Si votre besoin principal est la lecture vidéo à distance ou la performance live, testez ces outils. Consultez nos articles comparatifs pour le contexte : RustDesk vs AnyDesk 2026 : et une troisième option et Tarification AnyDesk expliquée : décryptage clair pour 2026.

Cela dit, quand on intègre le coût opérationnel — hébergement des relais, cycle de vie des certificats, astreinte, et basculement régional — un relai géré comme celui de Tenvo est souvent moins cher et moins risqué qu’une flotte auto‑hébergée, sauf si vous avez une exigence explicite d’héberger tout vous‑même.

Recettes de réglage

Appliquez les recettes suivantes selon la charge de travail :

• Support IT léger (texte et formulaires) : 720p, 10–15 fps, couleur 16-bit, activer le throttling en inactivité. Attendez-vous à ~0.3–1 Mbps.
• Sessions développeur avec IDE : 1080p, 15 fps, encodeur matériel, fond d’écran désactivé. Attendez-vous à ~1–3 Mbps.
• Lecture vidéo dans la session : 1080p, 30 fps, 6–10 Mbps si acceptable ; sinon demander à l’utilisateur de streamer localement.
• Montage à distance (sensible à la couleur) : 1440p, 30 fps, débit plus élevé 8–20 Mbps et utiliser un codec haute qualité ; prévoyez un transfert mensuel plus important.

Checklist opérationnelle avant le déploiement

• Mesurer : baseline des débits par utilisateur et par workflow.
• Politique : définir la résolution/fps par défaut et fournir des exceptions pour les power users.
• Supervision : collecter le débit moyen par session et alerter sur une utilisation élevée soutenue.
• Réseau : assurer la capacité d’upload — planifier pour des sessions simultanées (par ex. 50 sessions concurrentes à 5 Mbps → 250 Mbps d’upload).
• Facturation : si vous facturez les clients à l’usage, arrondir et inclure une marge (1.5× mesuré).

Exemple de dimensionnement : 200 techniciens de support à distance, pic moyen 10 Mbps chacun, mais seulement 10% concurrents : provisionnez 200 * 10% * 10 Mbps = 200 Mbps plus 20% de marge → ~240 Mbps. Sans prendre la concurrence en compte vous sur‑provisionneriez énormément.

Remarques finales et prochaines étapes

La bande passante devient prédictible si vous mesurez les bonnes choses : résolution, framerate et la fraction d’écran qui change régulièrement. Utilisez les formules ci‑dessus pour convertir ces paramètres en GB/mois et en estimations de coûts. Commencez par des valeurs par défaut sensées (résolution et fps réduits pour les tâches normales), mesurez les extrêmes (lecture vidéo), et utilisez l’adaptive bitrate ainsi que des relais placés près des utilisateurs.

Si vous voulez une option gérée opérationnelle qui gère les relais multi-région, des clients natifs et un client navigateur en bêta publique — et qui évite la taxe de maintenance de l’auto‑hébergement dans la plupart des cas — essayez Tenvo. Pour l’installation pratique et un téléchargement, allez sur Télécharger.