Que faire avec un VPS ? 20 usages concrets

Que pouvez-vous faire avec un VPS ?

Un VPS (serveur privé virtuel) est une machine Linux dotée d’une adresse IP publique qui 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 les sites web, un VPN privé, votre propre stockage de fichiers et de photos, les contenus multimédias, les serveurs de jeux, les 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 motivent 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 un catalogue plus large d’applications plutôt qu’une liste d’usages, consultez la liste associée des applications à auto-héberger en 2026, présentée application par application.

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 suffit largement pour exécuter nginx ou Apache, PHP et une base de données avec 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 fait fuir les visiteurs.

1. Exécuter plusieurs sites et applications sur un même serveur. Un serveur peut servir une douzaine de noms si un composant en amont trie 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 souvent 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 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 kernel. Le serveur en ressent à peine la charge. Le guide VPN WireGuard auto-hébergé couvre les problèmes de handshake et de DNS qui prennent souvent les utilisateurs au dépourvu. 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’un fournisseur. 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. Traitez donc son certificat et ses sauvegardes comme des éléments de l’installation, et non comme une tâche à effectuer plus tard.

1. Un stockage de fichiers et des calendriers dans le cloud. Nextcloud remplace un forfait Drive ou Dropbox payant par des clients de synchronisation pour chaque ordinateur et téléphone, ainsi que par un calendrier et des contacts. Prévoyez 1 à 2 GB de RAM, en plus de l’espace nécessaire pour vos fichiers, et installez-le avec PostgreSQL dès le départ. Le guide Nextcloud avec Docker, TLS et sauvegardes explique pourquoi la migration ultérieure de la base de données est la méthode la plus courante pour endommager une instance.

1. Une photothèque avec import depuis le téléphone. Immich importe automatiquement les photos de votre appareil et permet de rechercher des visages et des objets. C’est la fonction qui pousse enfin de nombreux utilisateurs à quitter Google Photos. C’est l’application la plus exigeante de cette liste à cause du conteneur de machine learning. Consultez donc le guide Immich auto-hébergé avant de choisir le plus petit forfait. La page des prérequis d’Immich demande au moins 6 GB de RAM (8 GB recommandés) et 2 cœurs CPU, ou 4 GB de RAM si les fonctions de machine learning sont désactivées. Si cette quantité minimale de mémoire dépasse les ressources de votre forfait, PhotoPrism et Immich comparés côte à côte compare les deux solutions selon la RAM, les applications mobiles et les commandes de sauvegarde. Vous pourrez ainsi choisir celle que votre serveur peut réellement exécuter. Épinglez une version au lieu de récupérer latest, car des changements incompatibles peuvent encore être introduits entre les versions.

1. Un media server 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 guide matériel de Jellyfin recommande toutefois 8 GB pour un déploiement moyen et indique que 4 GB peuvent suffire sur un serveur Linux sans environnement de bureau. Le transcodage détermine si la solution fonctionnera. Jellyfin sur un VPS explique comment conserver les fichiers dans un format que les clients peuvent lire directement. Le serveur se contente alors 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. Cette interface est finalement bien plus pratique qu’une grille interminable 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 exactement le rôle d’un VPS. Le guide Serveur Minecraft sur un VPS couvre les options de mémoire Java et l’exécution sous systemd afin qu’un crash provoque automatiquement un redémarrage.

1. Des scripts, scrapers et bots planifiés. Tout ce qui doit s’exécuter à 3 heures du matin a besoin d’une machine disponible à 3 heures du matin. Écrivez 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 propre pour effectuer des tests. Services et timers systemd sur un VPS fournit les fichiers d’unité. Un bot Discord ou Telegram suit le même modèle, mais avec un processus permanent au lieu d’un processus planifié.

1. Des workflows d’automatisation. n8n fournit un éditeur visuel pour les tâches facturées par Zapier. Son auto-hébergement supprime donc la facturation par tâche. La taille des données reste limitée, mais vous contrôlez cette limite. n8n plafonne par défaut les payloads à 16 MiB via N8N_PAYLOAD_SIZE_MAX. Vous pouvez augmenter cette valeur, puis redémarrer le service. n8n utilise environ 500 MB de RAM. Définissez explicitement la clé de chiffrement, comme l’explique n8n auto-hébergé avec HTTPS. Sinon, n8n génère une clé au premier démarrage et l’enregistre dans son dossier ~/.n8n. Si ce dossier ne se trouve pas sur un volume persistant, la reconstruction du conteneur supprime la clé et rend tous les identifiants enregistrés illisibles.

1. Exécuter vous-même un modèle de langage. Ollama expose des modèles open weight via une API locale. Les prompts et les documents ne quittent donc jamais votre serveur. Sur un VPS utilisant uniquement le 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 courant. Le téléchargement llama3.1:8b par défaut d’Ollama occupe à lui seul 4.9 GB, avant même de compter le contexte. Exécuter Ollama pour auto-héberger un LLM fournit des chiffres réalistes. Pour ajouter une plateforme de workflow au-dessus du modèle, Dify sur un VPS fournit une interface et des fonctions de retrieval.

1. Fournir un environnement permanent à un agent de programmation. Un agent de programmation IA qui travaille pendant une heure ne sert à rien s’il s’arrête lorsque vous fermez votre ordinateur portable. Les utilisateurs l’exécutent 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 son propre 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 IA. Cette disponibilité permanente 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 teste vos sites et vous alerte sur presque tous les canaux. Il utilise environ 200 MB de RAM. Une règle est souvent oubliée : surveillez la production depuis une autre machine. La supervision d’état avec Uptime Kuma exécutée sur le serveur qu’elle surveille ne peut pas vous informer lorsque ce serveur tombe.

1. Des métriques réelles, pas seulement un état disponible ou indisponible. Avec 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. Les exemples matériels de Zabbix indiquent 2 cœurs CPU et 8 GiB de mémoire même pour la plus petite installation (1,000 métriques surveillées), en plus de sa propre base de données. Commencez par un simple contrôle de disponibilité. Passez ensuite à une supervision plus complète lorsque vous aurez quelque chose à superviser.

1. Des sauvegardes externalisées pour tout le reste. Une sauvegarde placée sur le même disque que les données n’est pas une sauvegarde. Un VPS bon marché doté d’un volume de grande capacité 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 finissent par manquer. Un runner auto-hébergé conserve vos caches et vos secrets localement. Un runner GitHub Actions auto-hébergé explique l’installation et l’isolation. Cette isolation est particulièrement importante pour les dépôts publics, dans lesquels 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 threads, les appels et les intégrations pour une équipe qui préfère éviter une facturation par utilisateur. C’est l’une des solutions les plus lourdes de cette liste. Au 2026-10-12, les prérequis système officiels de Rocket.Chat indiquent, même pour le plus petit niveau (jusqu’à 500 utilisateurs simultanés, sans haute disponibilité), un minimum de 4 GiB de mémoire pour le nœud Rocket.Chat et 4 GiB supplémentaires pour MongoDB, indiqué avec trois membres de replica set. Un serveur qui héberge l’application et un membre MongoDB nécessite donc au moins 8 GB. Rocket.Chat 8.x nécessite MongoDB 8.0 ou une version ultérieure. Rocket.Chat avec Docker Compose présente les différentes versions. Ignorer une version majeure de MongoDB pendant une mise à niveau rend 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 simple à utiliser 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, par exemple un LAN domestique ou une plage privée fournie par un opérateur, un VPS qui annonce ces routes comme subnet router vous évite d’installer le client sur chaque appareil situé derrière lui. Associez cette solution à l’habitude de gérer les hôtes comme un groupe. C’est l’objectif de la gestion de plusieurs serveurs Linux.

1. Un lab, et un serveur de messagerie si vous y tenez. Un VPS est un environnement sûr pour expérimenter et provoquer des pannes. Essayez un serveur FreeBSD 15 ou exécutez des machines virtuelles à l’intérieur de votre serveur si votre forfait 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 connaissance de cause.

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

La mémoire est généralement la première limite atteinte, même si le CPU et le disque restent importants : Immich demande notamment au moins 2 cœurs CPU en plus de la mémoire nécessaire. Une formule avec 1 GB suffit pour une petite application : un site web, un VPN, un gestionnaire de mots de passe ou un bot. Une formule avec 4 GB offre une marge confortable pour exécuter plusieurs services derrière un même proxy, ce que font finalement la plupart des personnes qui consultent cette page.

La capacité de 2 GB est la plus problématique. C’est à ce moment qu’un troisième conteneur est ajouté, que le kernel le termine silencieusement et qu’aucune indication 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 font exception : tel qu’il est fourni par Ollama, un modèle de langage courant de 8B demande environ 8 GB de RAM pour fonctionner dans de bonnes conditions, et le machine learning appliqué aux photos suit une logique similaire. La quantification modifie fortement cette valeur : le modèle Bonsai 8B 1-bit de PrismML regroupe ses paramètres 8B dans un fichier de 1.16 GB qui s’exécute avec llama.cpp. Rocket.Chat constitue l’autre exception : sa documentation indique un minimum de 4 GiB pour le serveur de chat et pour sa base de données, soit au moins 8 GB.

L’espace disque dépend de vos données. Les photos, les médias et les sauvegardes sont les seuls éléments de cette liste qui nécessitent des centaines de gigaoctets. Les médias nécessitent également de l’espace temporaire en plus de la bibliothèque : le guide matériel de Jellyfin recommande 100 GB de SSD pour l’OS, les fichiers de Jellyfin et le cache de transcodage. La taille de ce cache doit correspondre à la taille de votre fichier le plus volumineux multipliée par le nombre maximal de flux simultanés. Pour tout le reste, il faut compter des dizaines de gigaoctets plutôt que des centaines. Vérifiez donc que le disque de la formule choisie correspond aux données que vous prévoyez de conserver.

Avant d’exécuter quoi que ce soit

Toutes les commandes ci-dessus supposent la même base : une machine à laquelle vous pouvez accéder, un utilisateur qui n’est pas root et un firewall.

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 firewall qui vous bloque nécessite une récupération via la console du 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 soient plus un problème.

Presque toutes les applications ci-dessus sont distribuées sous forme de conteneurs. Installez donc Docker une seule fois ; le reste de la liste se résume à des copier-coller :

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

Une erreur lors de la lecture de permission denied while trying to connect to the Docker daemon socket signifie que la modification du groupe n’est pas encore 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.

À quoi un VPS ne convient pas

Voici quelques limites à garder à l’esprit. 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 à domicile est l’alternative la plus honnête. L’article Proxmox à domicile ou 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’indisponibilité ont des conséquences réelles, comme une alarme domestique ou une alerte médicale, ne doit pas être hébergé sur un serveur de loisir que vous ne mettez à niveau que le dimanche soir. Un serveur unique constitue également un point de défaillance unique. Un service qui doit rester disponible en permanence nécessite donc un second serveur et une procédure testée pour basculer dessus.

La messagerie électronique mérite une mise en garde distincte, même si elle figure dans la liste. Le port sortant 25 est bloqué par la plupart des fournisseurs. Même lorsqu’il est ouvert, une nouvelle adresse IP sans réputation aboutit dans les spams tant que les enregistrements DNS ne sont pas corrects et que l’adresse n’a pas été progressivement utilisée. Sa gestion demande un travail continu, et non une simple intervention le temps d’un week-end.

FAQ

Quelle est l’utilisation la plus courante 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. La deuxième utilisation la plus courante est un VPN privé, car un serveur que vous possédez vous fournit une adresse de sortie que personne d’autre ne partage.

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

Pour un petit service, 1 GB suffit. Pour quelques services placés derrière un reverse proxy, 4 GB offrent une marge confortable. C’est généralement l’offre que la plupart des utilisateurs choisissent. Les workloads d’IA font exception : un modèle de langage 8B classique dans Ollama nécessite environ 8 GB pour fonctionner confortablement, même si les builds fortement quantifiés en demandent beaucoup moins. Le machine learning appliqué aux photos nécessite une quantité similaire. Rocket.Chat se situe également dans cette catégorie, car sa documentation indique un minimum de 4 GiB pour l’application et de 4 GiB pour MongoDB. Le disque ne compte vraiment que si vous stockez des médias, des photos ou des sauvegardes.

Puis-je exécuter plusieurs de ces services sur le même serveur ?

Oui, c’est une configuration normale. Placez chaque application dans son propre conteneur, ne publiez directement aucun service sur Internet et laissez un reverse proxy gérer les noms et les certificats. La limite dépend davantage de la mémoire que du nombre d’applications. Additionnez donc les valeurs réalistes indiquées ci-dessus, 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 en SSH, modifier un fichier et lire un journal. Pour le reste, ces guides vous demandent essentiellement de copier, coller et vérifier que la sortie correspond à ce qui est indiqué. Si vous préférez cliquer plutôt que saisir des commandes, un panneau de contrôle gère les applications pour vous. La comparaison de Cloudron, CasaOS et Coolify explique ce que chacun vous fait perdre en flexibilité.

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

En général, 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 gestionnaire de mots de passe, une offre de stockage de photos et la facture d’un outil d’automatisation. En contrepartie, vous devez y consacrer votre temps : les mises à jour, les certificats et les sauvegardes sont désormais sous votre responsabilité. L’économie n’est réelle que si vous les effectuez effectivement.