SSD Nodes Learn Hosting plans →
Guides Matt ConnorPar Matt Connor · Mis à jour le 2026-08-24

Que faire avec un VPS ? 20 usages concrets

Découvrez 20 usages réels d’un VPS, des sites web et VPN au stockage photo, aux serveurs de jeux et aux agents IA, avec les besoins RAM pour chacun.

Que pouvez-vous faire avec un VPS ?

Un VPS (virtual private server) est une machine Linux dotée d’une adresse IP publique. Il fonctionne même lorsque votre ordinateur portable est éteint. Tout ce qui doit rester accessible peut donc y être hébergé. En pratique, cela inclut des sites web, un VPN privé, votre propre stockage de fichiers et de photos, des services multimédias, des serveurs de jeux, des scripts planifiés et un nombre croissant d’outils d’IA. Voici vingt usages réellement courants, classés approximativement selon la fréquence à laquelle ils justifient à eux seuls la location d’un serveur.

Chaque entrée indique la fonction concernée, la quantité de mémoire qu’elle consomme et l’emplacement du guide complet. Si vous cherchez plutôt un catalogue plus large d’applications que de fonctions, consultez la liste complémentaire des applications à auto-héberger en 2026, présentées une par une.

Les 20 usages les plus courants

  1. Héberger un site web ou une application web. C’est toujours la réponse la plus fréquente. Un petit serveur peut faire fonctionner nginx ou Apache, PHP et une base de données avec seulement 1 GB de RAM. Le point de départ classique est une stack LAMP sur Ubuntu 24.04. Ajoutez un certificat gratuit avec Certbot et Let’s Encrypt sur nginx, car une adresse IP seule sur le port 80 déclenche un avertissement dans les navigateurs et vous fait perdre des visiteurs.
  1. Faire fonctionner plusieurs sites et applications sur un même serveur. Un serveur peut publier une douzaine de noms de domaine si un composant en amont répartit les requêtes selon le nom d’hôte. Un reverse proxy s’en charge et renouvelle également les certificats. C’est pourquoi Traefik devant plusieurs applications Docker constitue généralement l’étape suivante. L’économie est réelle : cinq projets sur un serveur de 4 GB coûtent moins cher que cinq petits serveurs et sont plus faciles à sauvegarder.
  1. Votre propre VPN. Un VPS vous fournit une adresse IP de sortie que vous contrôlez. Le Wi-Fi public ne peut donc pas lire votre trafic, et vos services domestiques restent hors de l’Internet public. WireGuard utilise moins de 50 MB de mémoire et s’exécute dans le noyau. Le serveur le ressent à peine. Le guide VPN WireGuard auto-hébergé couvre les problèmes de handshake et de DNS qui piègent souvent les utilisateurs. Les deux produits sont souvent confondus. La comparaison entre VPS et VPN mérite donc d’être lue avant de commencer.
  1. Un gestionnaire de mots de passe que vous contrôlez. Vaultwarden parle le protocole Bitwarden. Toutes les applications officielles et les extensions de navigateur se connectent donc à votre serveur plutôt qu’à celui d’une entreprise. Il nécessite environ 150 MB de RAM et presque aucun espace disque. Vaultwarden sur un VPS est donc le meilleur premier projet de cette liste. Ce serveur contient tous vos mots de passe. Considérez donc son certificat et ses sauvegardes comme des éléments de l’installation, et non comme une tâche ultérieure.
  1. Un stockage de fichiers et des calendriers dans le cloud. Nextcloud remplace un abonnement payant à Drive ou Dropbox par des clients de synchronisation pour les ordinateurs et les téléphones, ainsi que par des fonctions de calendrier et de contacts. Prévoyez 1 à 2 GB de RAM en plus de l’espace nécessaire pour vos fichiers. Installez-le dès le départ sur PostgreSQL. Le guide Nextcloud avec Docker, TLS et sauvegardes explique pourquoi la migration ultérieure de la base de données est la cause la plus fréquente de dégradation d’une instance.
  1. Une photothèque avec import depuis le téléphone. Immich importe automatiquement les photos de votre appareil et permet d’effectuer des recherches par visage et par objet. C’est la fonction qui convainc enfin de nombreux utilisateurs de quitter Google Photos. C’est l’application la plus exigeante de cette liste en raison de son conteneur de machine learning. Consultez donc le guide Immich auto-hébergé avant de choisir le plus petit plan. Si cette quantité minimale de mémoire dépasse ce que votre plan peut fournir, PhotoPrism et Immich comparés directement évalue les deux solutions selon la RAM, les applications mobiles et les commandes de sauvegarde. Vous pourrez choisir celle que votre serveur peut réellement faire fonctionner. Épinglez une version plutôt que de tirer latest, car des changements incompatibles sont encore introduits entre les versions.
  1. Un serveur multimédia pour votre propre bibliothèque. Jellyfin diffuse vos films et séries vers une application TV, un navigateur ou un téléphone, sans compte et sans abonnement pour la lecture à distance. Il utilise environ 1 à 2 GB de RAM au repos. Le transcodage détermine toutefois s’il fonctionnera correctement. Jellyfin sur un VPS explique comment conserver les fichiers dans un format que les clients peuvent lire directement, afin que le serveur se contente de transférer les données. Une fois le service opérationnel, Halcyon transforme la même bibliothèque en vidéoclub des années 1990 que vous parcourez rayon par rayon. C’est finalement une bien meilleure façon de choisir un contenu que de faire défiler une grille infinie de miniatures.
  1. Un serveur de jeu pour vos amis. Un serveur Minecraft destiné à quelques joueurs nécessite 2 à 4 GB de RAM et une machine qui reste disponible lorsque l’hôte va se coucher. C’est précisément le rôle d’un VPS. Le guide Serveur Minecraft sur un VPS couvre les options mémoire de Java et l’exécution sous systemd, afin qu’un crash redémarre automatiquement le serveur.
  1. Des scripts, scrapers et bots planifiés. Tout ce qui doit s’exécuter à 3 heures du matin nécessite une machine disponible à 3 heures du matin. Définissez la tâche comme un service systemd avec un timer plutôt que comme une ligne cron. Vous bénéficierez ainsi des journaux, de l’état d’échec et d’une méthode de test claire. Services et timers systemd sur un VPS contient les fichiers d’unité. Un bot Discord ou Telegram suit le même modèle, mais avec un processus permanent au lieu d’une tâche planifiée.
  1. Des workflows d’automatisation. n8n fournit un éditeur visuel pour les tâches facturées par Zapier. L’exécuter vous-même supprime à la fois le coût et la limite sur le volume de données traité. Il utilise environ 500 MB de RAM. Définissez explicitement la clé de chiffrement, comme l’explique n8n auto-hébergé avec HTTPS. Sinon, la reconstruction d’un conteneur rend tous les identifiants enregistrés illisibles.
  1. Exécuter vous-même un modèle de langage. Ollama expose les modèles à poids ouverts via une API locale. Les prompts et les documents ne quittent donc jamais votre serveur. Sur un VPS limité au CPU, prévoyez quelques mots par seconde plutôt que des réponses instantanées. Comptez environ 8 GB de RAM pour un modèle 8B. Exécuter Ollama pour auto-héberger un LLM fournit des chiffres réalistes. Pour ajouter une plateforme de workflows au-dessus du modèle, Dify sur un VPS fournit une interface et des fonctions de retrieval.
  1. Fournir un environnement à un agent de programmation. Un agent de programmation IA qui travaille pendant une heure est inutile s’il s’arrête lorsque vous fermez votre ordinateur portable. Les utilisateurs le placent donc sur un serveur, dans un terminal multiplexer, puis se reconnectent plus tard. Claude Code sur un VPS avec tmux décrit cette configuration. Exécuter un agent de programmation sur un VPS présente le modèle général. Donnez-lui un utilisateur non privilégié et un répertoire dont il ne peut pas sortir.
  1. Héberger des serveurs MCP pour vos assistants. Les serveurs MCP (model context protocol) sont de petits processus permanents qui exposent des outils et des données à un client d’IA. Leur fonctionnement permanent est précisément ce qu’un ordinateur portable ne peut pas garantir. Serveurs MCP sur un VPS explique comment les exécuter derrière TLS avec une authentification. C’est important, car n’importe qui peut appeler un endpoint MCP ouvert.
  1. Surveiller vos autres serveurs. Uptime Kuma interroge vos sites et vous alerte sur presque tous les canaux. Il utilise environ 200 MB de RAM. La règle souvent oubliée est la suivante : surveillez la production depuis une autre machine. Surveillance de l’état avec Uptime Kuma exécuté sur le serveur qu’il surveille ne peut pas vous informer de la panne de ce serveur.
  1. De vraies métriques, pas seulement un état disponible ou indisponible. Lorsque vous gérez plusieurs serveurs plutôt qu’un seul, vous avez besoin de métriques historiques et de déclencheurs pour le CPU, le disque et les services. Un serveur de supervision Zabbix fournit ces fonctions avec un agent sur chaque hôte. Il nécessite 2 GB de RAM, en plus de sa propre base de données. Commencez par un simple contrôle de disponibilité, puis passez à une solution plus complète lorsque vous en aurez besoin.
  1. Des sauvegardes externalisées pour tout le reste. Une sauvegarde stockée sur le même disque que les données n’est pas une sauvegarde. Un VPS peu coûteux avec un grand volume constitue une bonne destination. Sauvegardes restic sur un VPS fournit des snapshots chiffrés, dédupliqués et versionnés, avec une restauration que vous pouvez réellement tester. Testez-la chaque mois, car une sauvegarde non testée n’est qu’un espoir.
  1. Votre propre runner CI. Les minutes de build hébergées s’épuisent. Un runner auto-hébergé conserve vos caches et vos secrets localement. Un runner GitHub Actions auto-hébergé décrit l’installation et l’isolation. Cette isolation est particulièrement importante pour les dépôts publics, où une pull request peut exécuter du code sur votre machine.
  1. Une messagerie d’équipe que vous contrôlez. Rocket.Chat prend en charge les fils de discussion, les appels et les intégrations pour une équipe qui préfère éviter une facturation par utilisateur. Il nécessite au moins 2 GB de RAM, car MongoDB est le composant le plus lourd. Rocket.Chat avec Docker Compose explique la progression entre les versions. Ignorer une version majeure de MongoDB lors d’une mise à niveau peut rendre la base de données inutilisable.
  1. Un réseau privé entre toutes vos machines. Lorsque vous avez plusieurs serveurs et un ordinateur portable, un réseau mesh est plus facile à gérer qu’un hub unique. Headscale comme serveur de contrôle Tailscale auto-hébergé conserve la coordination sur votre propre serveur. Lorsqu’un réseau entier doit être accessible, plutôt qu’un seul hôte, comme un LAN domestique ou une plage privée de fournisseur, un VPS qui annonce ces routes comme subnet router vous évite d’installer le client sur chaque appareil situé derrière ce réseau. Associez cette configuration à l’habitude de gérer les hôtes comme un groupe. C’est précisément le sujet de la gestion de plusieurs serveurs Linux.
  1. Un laboratoire, et un serveur de messagerie si vous y tenez. Un VPS est un environnement sûr pour expérimenter et casser des configurations. Essayez un serveur FreeBSD 15 ou exécutez des machines virtuelles dans votre serveur si votre offre autorise la virtualisation imbriquée. La messagerie arrive volontairement en dernier, car la plupart des fournisseurs bloquent le port sortant 25 et que la délivrabilité demande beaucoup de travail. Consultez donc la messagerie auto-hébergée avec Mailcow en connaissant ces contraintes.

De quelles ressources serveur chacun de ces services a-t-il besoin ?

La mémoire est le facteur limitant, pas le CPU ni le disque. Un plan de 1 GB permet d’exécuter un petit service : un site web, un VPN, un gestionnaire de mots de passe ou un bot. Un plan de 4 GB est la configuration confortable pour exécuter plusieurs services derrière un même proxy. C’est le cas de la plupart des personnes qui consultent cette page.

La taille de 2 GB pose souvent problème. C’est à ce moment que quelqu’un ajoute un troisième conteneur, que le kernel le termine silencieusement et que rien dans le journal de l’application n’explique pourquoi. Exécutez sudo dmesg | grep -i "out of memory" pour voir la ligne Out of memory: Killed process que le runtime de conteneurs a masquée. Les charges de travail d’IA ne suivent pas cette règle : un modèle de langage 8B demande environ 8 GB avant même de pouvoir être chargé, et l’apprentissage automatique appliqué aux photos est similaire.

L’espace disque dépend de vos données. Seuls les photos, les contenus multimédias et les sauvegardes nécessitent des centaines de gigaoctets. Tout le reste tient dans les 20 à 50 GB inclus dans un petit plan.

Avant de lancer ces commandes

Toutes les utilisations ci-dessus reposent sur la même base : une machine joignable, un utilisateur qui n’est pas root et un pare-feu.

sudo apt update && sudo apt upgrade -y
sudo adduser deploy
sudo usermod -aG sudo deploy
sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

sudo ufw status doit afficher Status: active avec une ligne autorisant 22/tcp. Ouvrez un deuxième terminal et vérifiez que vous pouvez toujours vous connecter avant de fermer le premier, car un pare-feu qui vous bloque nécessite une récupération par la console depuis le panneau de votre fournisseur. Les dix premières minutes sur un nouveau VPS couvrent toute la procédure, et le renforcement de SSH désactive la connexion par mot de passe afin que les tentatives constantes de brute force en arrière-plan ne posent plus de problème.

Presque toutes les applications ci-dessus sont fournies sous forme de conteneurs. Installez donc Docker une seule fois, puis copiez-collez le reste de la liste :

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

Un échec lors de la lecture de permission denied while trying to connect to the Docker daemon socket signifie que la modification du groupe n’a pas encore été prise en compte par votre shell. Déconnectez-vous, puis reconnectez-vous. Les bases de Docker Compose expliquent le format de fichier utilisé par tous les guides ci-dessus.

Ce qu’un VPS ne convient pas à héberger

Quelques limites importantes. Les travaux graphiques lourds et l’entraînement de modèles nécessitent un GPU. Un VPS standard n’en possède pas. L’inférence sur CPU reste donc lente, quelle que soit la quantité de RAM ajoutée. Lorsque vous avez réellement besoin d’un GPU ou de quelques téraoctets de stockage, une machine chez vous constitue l’alternative la plus réaliste. Proxmox chez soi ou la location d’un VPS compare le coût du matériel et de l’électricité à une facture mensuelle. Tout service pour lequel cinq minutes d’interruption causent un préjudice réel, comme une alarme domestique ou une alerte médicale, n’a pas sa place sur un serveur de loisir que vous mettez à niveau le dimanche soir. Un serveur unique constitue également un point de défaillance unique. Un service qui ne doit jamais être indisponible nécessite donc un second serveur et une procédure testée pour basculer dessus.

La messagerie électronique mérite un avertissement particulier, même si elle figure dans la liste. La plupart des fournisseurs bloquent le port sortant 25. Même lorsque ce port est ouvert, une nouvelle adresse IP sans réputation arrive dans les spams tant que les enregistrements DNS ne sont pas corrects et que l’adresse n’a pas acquis une réputation suffisante. La gestion de la messagerie est un travail continu, pas une tâche réalisable en un week-end.

FAQ

Quel est l’usage le plus courant d’un VPS ?

Héberger un site web ou une application web. Un petit serveur exécutant nginx ou Apache avec PHP et une base de données suffit pour un site personnel, le site d’un client ou un petit produit avec 1 GB de RAM. C’est aussi le moyen le moins cher d’obtenir une véritable adresse IP publique avec un contrôle complet de la stack. Le deuxième usage le plus courant est un VPN privé, car un serveur que vous possédez vous fournit une adresse de sortie que personne d’autre ne partage.

De quelle quantité de RAM ai-je besoin pour les éléments de cette liste ?

Pour un seul petit service, 1 GB suffit. Pour quelques services derrière un reverse proxy, 4 GB offrent un confort suffisant et c’est le forfait que la plupart des utilisateurs choisissent. Les charges de travail liées à l’IA font exception : un modèle de langage 8B nécessite environ 8 GB avant même son chargement, et le machine learning appliqué aux photos demande une quantité similaire. Le disque ne compte vraiment que si vous stockez des médias, des photos ou des sauvegardes.

Puis-je en exécuter plusieurs sur le même serveur ?

Oui, c’est même une configuration normale. Placez chaque application dans son propre conteneur, n’exposez directement aucun service sur Internet et laissez un reverse proxy gérer les noms et les certificats. La limite dépend de la mémoire, pas du nombre d’applications. Additionnez donc les valeurs réalistes indiquées plus haut, puis gardez une marge d’au moins 25 pour cent afin qu’une mise à niveau ou une sauvegarde ne déclenche pas un kill pour manque de mémoire.

Dois-je connaître Linux pour utiliser un VPS ?

Vous devez connaître les bases : vous connecter via SSH, modifier un fichier et lire un log. Pour le reste, ces guides vous demandent essentiellement de copier, coller et vérifier que la sortie correspond à celle attendue. Si vous préférez cliquer plutôt que saisir des commandes, un control panel gère les applications à votre place. La comparaison de Cloudron, CasaOS et Coolify explique ce que chacun vous coûte en matière de flexibilité.

Un VPS coûte-t-il moins cher que ces services ?

Généralement, dès que vous en utilisez plusieurs. Un seul serveur de 4 GB peut remplacer à la fois un abonnement de synchronisation de fichiers, une offre de password manager, une offre de stockage de photos et la facture d’un outil d’automatisation. En contrepartie, vous devez consacrer du temps à la maintenance : les mises à jour, les certificats et les sauvegardes sont désormais sous votre responsabilité. L’économie est donc réelle uniquement si vous effectuez effectivement ces opérations.