Peut-on vraiment jouer sur un VPS ?

Pouvez-vous jouer sur un VPS ? La réponse courte

Pouvez-vous jouer sur un VPS ? Cette question peut désigner deux besoins opposés. Si vous voulez jouer vous-même à un jeu sur un serveur loué et afficher l’image sur votre propre écran, un VPS (virtual private server) standard ne peut pas le faire. Aucune modification de configuration ne résout ce problème. Si vous voulez héberger un game server auquel d’autres joueurs se connectent, un VPS est l’une des meilleures solutions que vous puissiez louer pour ce prix. Une petite offre suffit souvent.

Si vous cherchez à héberger un game server, consultez directement choisir un VPS pour des game servers ou exécuter un serveur Minecraft sur un VPS. Les sections ci-dessous expliquent pourquoi jouer directement sur le VPS ne fonctionne pas. C’est une réponse que l’on obtient rarement de manière claire.

Pourquoi un VPS standard n’a pas de GPU

Un VPS standard est une portion d’un hôte partagé : cœurs de processeur virtuels, mémoire vive, disque et port réseau. L’hôte est un serveur rack, et un serveur rack ne contient pas de carte graphique grand public, car un GPU de jeu (graphics processing unit) est conçu pour un boîtier desktop avec ses propres ventilateurs et un budget électrique important. Votre machine virtuelle reçoit un adaptateur d’affichage virtuel afin que la console de démarrage puisse afficher quelque chose. C’est tout ce qu’il faut savoir sur la partie graphique.

lspci | grep -i -E 'vga|3d|display'
ls -l /dev/dri

La première commande affiche une ligne, généralement semblable à Cirrus Logic GD 5446 ou Red Hat, Inc. Virtio 1.0 GPU. Ces périphériques ne possèdent pas de moteur 3D. La deuxième commande répond normalement ls: cannot access '/dev/dri': No such file or directory, car aucun périphérique de rendu direct n’est disponible pour un programme. Sur une instance équipée d’un vrai GPU, la même commande affiche card0 et renderD128.

Mesa fournit tout de même OpenGL via llvmpipe, son renderer logiciel, qui dessine chaque triangle sur le CPU. Cela suffit pour un desktop ou un ancien jeu 2D. Un jeu 3D moderne fonctionne à quelques images par seconde. Le CPU est alors occupé par la tâche pour laquelle il est le moins adapté, et la logique du jeu ralentit également.

Pourquoi la latence des entrées est ce qui rend le jeu à distance inutilisable

Le jeu à distance fonctionne en boucle. Votre pression sur une touche est transmise au serveur, le serveur effectue le rendu d’une image, l’encode en vidéo et la renvoie, puis votre client la décode et l’affiche. Chaque étape prend quelques millisecondes, qui s’additionnent.

[
  {
    "label": "Input capture and send",
    "typical_ms": 5
  },
  {
    "label": "Network round trip",
    "typical_ms": 15
  },
  {
    "label": "Frame render on the server",
    "typical_ms": 12
  },
  {
    "label": "Hardware video encode",
    "typical_ms": 8
  },
  {
    "label": "Decode and display on the client",
    "typical_ms": 15
  },
  {
    "label": "Sum of the stages above",
    "typical_ms": 55
  }
]

Seuls 15 ms correspondent à l’aller-retour réseau. C’est la seule partie que vous pouvez améliorer en choisissant un serveur plus proche de vous. Le reste vient du pipeline lui-même et ne dépend pas de l’emplacement du serveur. Ces étapes ajoutent 55 ms de délai avant même que le jeu ait effectué son propre traitement. Il s’agit de valeurs typiques publiées pour un streaming assuré par un encodeur matériel vers un client situé dans la même région, et non de mesures réalisées sur une machine donnée. Elles servent donc à montrer la structure du problème.

Ce délai s’insère dans une boucle de rétroaction. Vous déplacez la souris, vous voyez le résultat, puis vous corrigez. Un délai supplémentaire fait arriver chaque correction trop tard. Vous dépassez alors la cible et devez corriger à nouveau. Les jeux au tour par tour, les jeux de stratégie, les jeux de gestion et les jeux de cartes le supportent généralement bien. Les jeux de tir, les jeux de combat, les jeux de rythme et les jeux de course ne le supportent pas.

La gigue et la perte de paquets posent un problème différent. Un flux vidéo ne peut pas attendre une retransmission, car l’image à laquelle appartient le paquet est déjà en retard. Une perte se manifeste donc par des artefacts en blocs ou une image figée, plutôt que par une pause. C’est aussi pourquoi un bureau distant n’est pas adapté. VNC (virtual network computing) et RDP (remote desktop protocol) classique transmettent sur TCP les rectangles modifiés. Or un écran qui change complètement 60 fois par seconde transforme cela en flux de retransmissions.

Ce dont une véritable machine de cloud gaming a besoin

Construire une telle solution correctement est possible. Elle nécessite quatre éléments à la fois.

• Une instance GPU équipée d’une carte pour datacenter, car c’est le seul type de carte qu’un fournisseur est autorisé à louer.
• Un encodeur vidéo matériel comme NVENC, l’encodeur intégré de NVIDIA, car l’encodage logiciel consomme du temps CPU et augmente la latence.
• Un couple de streaming conçu pour les jeux plutôt que pour les bureaux. Sunshine sur le serveur et Moonlight sur le client constituent le choix open source courant.
• Un serveur situé dans votre propre région métropolitaine, car le temps aller-retour dépend de la distance, et la distance est limitée par la vitesse de la lumière dans la fibre.

Calculez ensuite le prix. Les instances GPU sont facturées à l’heure. Multipliez donc le tarif horaire par 730 pour obtenir le coût d’un mois d’exécution continue. En août 2026, cela représente une facture mensuelle à trois chiffres en dollars américains. En un an, ce montant suffit à acheter directement une console, sans compter les licences des jeux. Ce que fournit réellement un VPS GPU et le calcul du seuil de rentabilité de la location d’heures GPU détaillent les chiffres.

Si votre seul objectif est de jouer, les services commerciaux de cloud gaming exécutent déjà exactement cette architecture depuis des datacenters proches de chez vous, avec les licences réglées. Un seul VPS dans une seule ville ne peut pas rivaliser avec un réseau conçu pour cette tâche.

Blocage lié à l’anti-triche et aux licences

Même un serveur GPU parfaitement configuré doit respecter certaines règles. Vanguard, l’anti-triche de Riot, exige un TPM 2.0 (trusted platform module) et Secure Boot sous Windows 11. Il refuse aussi de fonctionner dans une machine virtuelle. Valorant ne démarrera donc pas sur du matériel cloud loué. Easy Anti-Cheat et BattlEye peuvent également détecter un hyperviseur. Plusieurs jeux qui les utilisent bloquent les machines virtuelles ou sanctionnent leur utilisation. Ce comportement est volontaire : les développeurs de triches utilisent des machines virtuelles pour dissimuler leurs outils. Refuser de fonctionner dans une machine virtuelle constitue donc une protection peu coûteuse pour le jeu.

Les licences s’ajoutent à ces contraintes. La licence des pilotes GeForce de NVIDIA limite l’utilisation en datacenter. C’est pourquoi les fournisseurs louent des cartes de datacenter, et non des cartes desktop. Windows nécessite une licence autorisant l’exécution sur du matériel que vous ne possédez pas. Les conditions des storefronts définissent les environnements dans lesquels une copie peut être exécutée. Chacune de ces contraintes peut être gérée séparément. Ensemble, elles signifient qu’une configuration cloud gaming assemblée manuellement ne fera pas fonctionner la plupart des jeux compétitifs pour lesquels elle est conçue.

Ce qu’un VPS uniquement doté d’un CPU exécute très bien

Passons maintenant à l’autre cas. Un serveur de jeu dédié n’affiche jamais d’image. Il simule le monde, applique les actions de chaque joueur et renvoie les mises à jour d’état sur le réseau. Ce sont les machines des joueurs qui effectuent le rendu. Comme aucun rendu n’est nécessaire, aucun GPU n’est requis. La machine inutilisable pour jouer convient donc parfaitement à l’hébergement.

• Serveurs dédiés pour Minecraft, Valheim, Terraria, Factorio, Rust, Project Zomboid et la plupart des autres jeux qui fournissent une version headless du serveur.
• Chat vocal. Un serveur Mumble est suffisamment léger pour fonctionner à côté du serveur de jeu sur le même petit plan.
• Téléchargements de mods et de cartes en HTTP simple, ainsi que le panneau web utilisé par vos joueurs pour voir qui est en ligne.
• Matchmaking, statistiques, classements, bots Discord et base de données associée.
• Sauvegardes planifiées du monde, stockées hors de la machine, afin qu’une sauvegarde corrompue vous fasse perdre une heure plutôt que toute la carte.

La RAM constitue généralement la limite principale. Pour beaucoup de ces jeux, la fréquence d’un seul cœur compte davantage que le nombre de cœurs, car la boucle de simulation principale d’un serveur Minecraft ou Factorio s’exécute sur un seul thread. Un plan doté de huit cœurs lents est moins performant qu’un plan doté de quatre cœurs rapides. La bande passante dépend davantage du nombre de joueurs que du CPU. Les fournisseurs comptabilisent le transfert de données : vérifiez donc le quota avant de choisir un plan.

Ouvrez les bons ports. N’oubliez pas que la plupart du trafic en jeu utilise UDP (user datagram protocol) plutôt que TCP.

sudo ufw allow 25565/tcp
sudo ufw allow 27015/udp
sudo ufw status

ufw status doit afficher chaque règle avec ALLOW à côté. Si le port est ouvert ici mais que le serveur reste inaccessible, consultez le panneau de contrôle de votre fournisseur pour vérifier la présence d’un pare-feu réseau distinct. Une règle configurée dans la machine n’a aucun effet sur le filtre placé devant celle-ci.

Faites fonctionner le serveur sans intervention manuelle. Une unité systemd ou une restart policy Docker redémarre le serveur après un reboot. Une compose stack qui démarre automatiquement au boot constitue le schéma habituel. Associez-la à des sauvegardes planifiées hors de la machine afin que le fichier du monde survive à une panne du disque.

Comment vérifier un VPS avant d’y héberger votre serveur

La latence vers vos joueurs détermine la réactivité du serveur, et elle se mesure. Demandez au fournisseur une adresse de test dans la région souhaitée, puis exécutez ces commandes depuis le réseau d’un joueur, pas depuis le serveur.

ping -c 20 203.0.113.10
mtr -r -c 100 203.0.113.10

ping se termine par une ligne récapitulative telle que rtt min/avg/max/mdev = 18.4/19.1/24.6/1.2 ms. Le dernier nombre correspond à la gigue. Une moyenne stable avec une faible gigue offre une meilleure expérience en jeu qu’une moyenne plus basse mais très variable. mtr affiche les pertes pour chaque saut. Vous devez lire uniquement les pertes de la dernière ligne, car les routeurs intermédiaires donnent aux réponses ICMP (internet control message protocol) leur priorité la plus basse et signalent souvent des pertes qui n’affectent pas le trafic réel.

Vérifiez ensuite si l’hôte est en surallocation.

vmstat 1 5

La colonne st correspond au steal time : la part du temps pendant laquelle votre CPU virtuel était prêt à s’exécuter, tandis que l’hôte physique attribuait ces cycles à un autre guest. Une valeur constamment différente de zéro signifie que votre tick rate variera sous charge, quelle que soit l’offre affichée sur la page du fournisseur. Steal time et noisy neighbours explique comment l’interpréter, tandis que effectuer vous-même un benchmark d’un VPS présente les autres valeurs à relever avant de vous engager pour un an.

La réponse directe aux deux questions

Si vous voulez jouer, faites-le sur du matériel auquel vous avez physiquement accès, ou utilisez un service conçu pour le streaming de jeux. Un VPS généraliste ne peut pas effectuer le rendu graphique, et une instance GPU coûte plus cher que le matériel tout en restant incompatible avec les systèmes anti-triche. Si vous voulez héberger un serveur de jeu, louez le VPS. C’est une solution réellement adaptée et peu coûteuse, et le même serveur pourra exécuter d’autres services entre deux sessions de jeu.

FAQ

Puis-je installer Steam sur un VPS et jouer à mes jeux ?

Vous pouvez installer le client Steam sur un VPS Linux, et il téléchargera les jeux. C’est la lecture qui échoue. Une offre standard ne dispose d’aucun GPU. Les jeux 3D utilisent donc le rendu CPU à quelques images par seconde, et de nombreux jeux récents refusent de démarrer sans renderer compatible. La transmission vers votre écran de ce qui a été rendu ajoute ensuite la latence d’encodage et la latence réseau. Steam Remote Play est conçu pour diffuser le jeu depuis une véritable machine de jeu que vous possédez. Il suppose que cette machine dispose d’une carte graphique.

Un VPS avec GPU me permettra-t-il de jouer à tous les jeux que je possède ?

Cela résout le problème du rendu, mais pas les autres. Vous avez toujours besoin d’un encodeur matériel, d’un client à faible latence comme Moonlight et d’un serveur suffisamment proche pour que l’aller-retour reste court. L’anti-triche constitue le principal obstacle : Vanguard de Riot refuse de fonctionner dans une machine virtuelle, et Easy Anti-Cheat ainsi que BattlEye peuvent détecter un hyperviseur. Les jeux de tir compétitifs sont donc exclus. Les jeux solo et les jeux au rythme plus lent sont les usages réalistes, pour un coût mensuel supérieur au prix d’un matériel local.

Quelle taille de VPS me faut-il pour un serveur Minecraft destiné à dix amis ?

Un serveur Java vanilla pour dix joueurs fonctionne confortablement avec 2 vCPU et 4 GB de RAM. Attribuez environ 3 GB à la JVM (machine virtuelle Java) avec -Xmx3G et laissez le reste au système d’exploitation. La JVM utilisera chaque octet que vous lui autorisez, tandis que le kernel a toujours besoin de mémoire pour le page cache. Un modpack volumineux change la réponse : prévoyez à lui seul 6 GB à 8 GB de heap et choisissez l’offre dotée du cœur unique le plus rapide, car le tick principal du monde s’exécute sur un seul thread.

Pourquoi un bureau distant semble-t-il fluide alors qu’un jeu ne l’est pas ?

Un bureau ne modifie qu’une petite partie de l’écran à la fois, et personne ne remarque le retard de 100 ms d’un redessin de fenêtre. Un jeu modifie chaque pixel des dizaines de fois par seconde et ferme une boucle de rétroaction par l’intermédiaire de vos mains. VNC et RDP simple transmettent les rectangles modifiés via TCP. Un écran en mouvement permanent entraîne donc des retransmissions et des blocages. Même un véritable flux vidéo ne supprime pas la latence des entrées. C’est cette latence que vous ressentez lorsque vous essayez de viser.