Que faire avec un VPS ? 20 usages concrets

Que faire avec un VPS ?

Un VPS (serveur privé virtuel) est une machine Linux dotée d’une adresse IP publique. Elle 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 médias, les serveurs de jeux, les scripts planifiés et un nombre croissant d’outils d’IA. Vous trouverez ci-dessous vingt utilisations réellement courantes, classées approximativement selon la fréquence à laquelle elles motivent la location d’un serveur.

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

Les 20 usages réellement courants

1. Héberger un site web ou une application web. C’est toujours la réponse la plus courante. Un seul petit serveur exécute nginx ou Apache, PHP et une base de données sans problème 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 vous fait perdre des visiteurs.

1. Exécuter plusieurs sites et applications sur un même serveur. Un serveur peut publier 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 aussi 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 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 ouvert. WireGuard utilise moins de 50 MB de mémoire et s’exécute dans le kernel. Le serveur le remarque à 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 une minute d’attention.

1. Un gestionnaire de mots de passe que vous contrôlez. Vaultwarden utilise le protocole Bitwarden. Toutes les applications officielles et les extensions de navigateur se connectent donc à votre serveur, et non à celui d’une entreprise. Il nécessite environ 150 MB de RAM et presque aucun espace disque. Cela fait de Vaultwarden sur un VPS 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 ultérieure.

1. Du stockage de fichiers et des calendriers dans le cloud. Nextcloud remplace une offre payante Drive ou Dropbox 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 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 cause la plus courante de la 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 fonctionnalité qui convainc finalement les utilisateurs de 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 l’offre la plus petite. Épinglez une version au lieu de récupérer latest, car des changements incompatibles sont encore introduits entre les releases.

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 paiement pour la lecture à distance. Il utilise environ 1 à 2 GB de RAM au repos. Le transcodage détermine si l’ensemble fonctionne : 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.

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 active 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 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 active à 3 heures du matin. Écrivez la tâche sous forme de service systemd avec un timer plutôt que sous forme de ligne cron. Vous obtenez ainsi des logs, un état d’échec et une méthode propre pour la tester. La page Services et timers systemd sur un VPS contient les fichiers d’unités. Un bot Discord ou Telegram suit le même modèle, avec un processus long au lieu d’une exécution planifiée.

1. Des workflows d’automatisation. n8n fournit un éditeur visuel pour les tâches facturées par Zapier. Son auto-hébergement supprime le coût et la limite sur la quantité de données traitées. 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 toutes les informations d’identification enregistrées 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, et non des réponses instantanées. Prévoyez 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 workflow au-dessus du modèle, Dify sur un VPS fournit une interface utilisateur et la recherche documentaire.

1. Fournir un environnement permanent à un coding agent. Un coding agent qui travaille pendant une heure est inutile 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 s’y reconnectent plus tard. Claude Code sur un VPS avec tmux décrit cette configuration. Exécuter un coding agent sur un VPS présente l’architecture générale. 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 toujours actifs qui exposent des outils et des données à un client d’IA. Cette disponibilité permanente est difficile à assurer avec un ordinateur portable. Serveurs MCP sur un VPS explique comment les exécuter derrière TLS avec 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. La règle souvent oubliée est la suivante : surveillez la production depuis une autre machine. La surveillance d’état avec Uptime Kuma exécutée sur le serveur qu’elle surveille ne peut pas vous informer de l’arrêt de ce serveur.

1. De véritables métriques, et pas seulement un état actif ou arrêté. Avec plusieurs serveurs, vous voulez conserver l’historique et définir des déclencheurs pour les métriques du CPU, du disque et des services. Un serveur de supervision Zabbix fournit ces fonctions avec un agent sur chaque hôte. Il nécessite 2 GB de RAM et sa propre base de données. Commencez par une vérification simple de disponibilité. Passez à cette solution lorsque vous aurez besoin de métriques détaillées.

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 volume important 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é présente 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 fournit les threads, les appels et les intégrations pour une équipe qui préfère ne pas payer par utilisateur. Il nécessite au moins 2 GB de RAM, car MongoDB est le composant le plus exigeant. Rocket.Chat avec Docker Compose explique la progression entre les versions. Le saut d’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. Associez cette solution à l’habitude de gérer les hôtes comme un groupe. C’est le sujet 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 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 connaissance de cause.

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

La mémoire est la limite, pas le CPU ni le disque. Une offre de 1 GB permet d’exécuter un seul service léger : un site web, un VPN, un gestionnaire de mots de passe ou un bot. Une offre de 4 GB permet d’exécuter confortablement plusieurs services derrière un proxy unique. C’est la configuration que la plupart des utilisateurs de cette page finissent par choisir.

La capacité de 2 GB est la plus délicate. C’est à ce niveau qu’une personne ajoute un troisième conteneur, que le kernel le tue silencieusement et que rien dans le log 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 workloads d’IA font exception à cette règle : un modèle de langage de 8B nécessite environ 8 GB avant même de pouvoir être chargé, et le machine learning appliqué aux photos suit une logique similaire.

La capacité disque dépend de vos données. Les photos, les contenus multimédias et les sauvegardes sont les seuls éléments de cette liste à nécessiter des centaines de gigaoctets. Tout le reste tient dans les 20 à 50 GB inclus dans une petite offre.

Avant d’exécuter quoi que ce soit

Toutes les utilisations ci-dessus supposent la même base : une machine à laquelle vous pouvez accéder, 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 un accès à la console depuis le panneau de votre fournisseur. La page dix premières minutes sur un nouveau VPS couvre toute la procédure, et le durcissement 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 fournies sous forme de conteneur. 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

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’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 pour quoi un VPS n’est pas adapté

Certaines limites doivent être clairement établies. 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. Un service pour lequel cinq minutes d’arrêt causent des dommages réels, comme une alarme domestique ou une alerte médicale, ne doit pas être hébergé 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 de bascule testée.

La messagerie 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 jusqu’à ce que les enregistrements DNS soient corrects et que l’adresse ait été progressivement utilisée. La gestion de la messagerie est une tâche continue, pas un travail de 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, un site 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 total de la stack. Le deuxième cas d’utilisation 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 combien de RAM ai-je besoin pour les éléments de cette liste ?

Pour un petit service, 1 GB suffit. Pour quelques services derrière un reverse proxy, 4 GB offrent une capacité confortable. C’est le forfait que la plupart des utilisateurs choisissent. Les charges de travail d’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 devient important que si vous stockez des médias, des photos ou des sauvegardes.

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

Oui, et c’est courant. Placez chaque application dans son propre container, ne publiez rien directement 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 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 en 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 à ce que le guide indique. 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 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 facturation 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 est donc réelle uniquement si vous les effectuez effectivement.