Hébergement VPS vs hébergement mutualisé : qu'est-ce qui vous convient ?
---
Prérequis
Avant de faire un choix, vous avez besoin de ce qui suit :- Un nom de domaine que vous souhaitez associer à l'hébergement.
- L'accès au panneau d'administration de votre fournisseur d'hébergement actuel (si vous changez).
- Des connaissances de base en SSH et en commandes Linux si vous choisissez un VPS non géré.
- Une sauvegarde de vos fichiers de site web et de votre base de données avant de migrer.
Qu'est-ce que l'hébergement mutualisé ?
L'hébergement mutualisé signifie qu'un seul serveur physique est partagé par des dizaines à des centaines de sites web. Le fournisseur répartit le CPU, la RAM et le stockage entre tous les utilisateurs. Vous travaillez dans un cadre fixe : un panneau d'administration comme cPanel ou DirectAdmin, avec lequel vous téléversez des fichiers, créez des bases de données et configurez des comptes e-mail. Vous n'avez pas accès au noyau, pas de droits root et vous ne pouvez pas installer votre propre logiciel qui sort du cadre du panneau d'administration.Les ressources ne sont pas garanties. Si un autre site web sur le même serveur connaît un pic de trafic, ou si une fuite de mémoire se produit dans un script PHP d'un voisin, vous le remarquez par des temps de chargement lents. C'est ce qu'on appelle l'effet « noisy neighbor ». Le fournisseur peut limiter cela avec cgroups ou CloudLinux, mais l'isolation n'est jamais complète.
L'hébergement mutualisé coûte à partir d'environ 1,00 € par mois, avec des forfaits typiques entre 5 € et 15 € par mois. C'est le moyen le moins cher de mettre un site web en ligne.
---
Qu'est-ce qu'un VPS ?
Un VPS (Virtual Private Server) est une machine virtuelle qui tourne sur un serveur physique, isolée via un hyperviseur comme KVM ou Proxmox. Vous recevez une part garantie des ressources : un nombre fixe de cœurs CPU, une quantité fixe de RAM et une partition de stockage propre. D'autres machines virtuelles sur le même matériel ne peuvent pas utiliser vos ressources.Vous obtenez un accès root à votre propre système Linux. Cela signifie que vous choisissez le système d'exploitation (par exemple Ubuntu 24.04 LTS, Debian 12 ou AlmaLinux 9), configurez le noyau, mettez en place votre propre pare-feu avec iptables ou nftables, et installez des logiciels qui ne sont pas possibles dans un environnement partagé — comme Docker, Kubernetes, ou votre propre serveur de messagerie.
Le prix commence autour de 5 € à 20 € par mois pour un modèle d'entrée de gamme avec 1-2 Go de RAM. Un VPS avec 2 à 4 Go de RAM coûte environ 15 € à 30 € par mois et peut traiter environ 100 000 visiteurs par mois, selon l'optimisation de votre application.
---
Étapes : migrer de l'hébergement mutualisé vers un VPS
Si vous passez de l'hébergement mutualisé à un VPS, suivez ces étapes.Étape 1 : Choisissez un fournisseur VPS et commandez un serveur
Choisissez un fournisseur qui utilise la virtualisation KVM et propose une distribution Linux moderne. Commandez un VPS avec au moins 2 Go de RAM et 2 cœurs vCPU. Notez l'adresse IP, le mot de passe root et le numéro de port SSH que votre fournisseur vous donne.
Étape 2 : Faites une sauvegarde de votre site web actuel
Faites une sauvegarde complète de vos fichiers et de votre base de données. Via SSH sur votre hébergement mutualisé :
tar -czf website-backup.tar.gz /path/naar/je/website
mysqldump -u gebruikersnaam -p databasenaam > database-backup.sqlÉtape 3 : Connectez-vous à votre VPS via SSH
ssh root@jouw-vps-ip-adres
Modifiez immédiatement le mot de passe root :
passwd
Étape 4 : Mettez à jour le système et installez un serveur web
Sur Ubuntu 24.04 ou Debian 12 :
apt update && apt upgrade -y
apt install nginx mariadb-server php-fpm php-mysql -yÉtape 5 : Téléversez vos fichiers de site web
Utilisez `scp` depuis votre machine locale :
scp website-backup.tar.gz root@jouw-vps-ip-adres:/var/www/
Sur le VPS :
cd /var/www
tar -xzf website-backup.tar.gzÉtape 6 : Importez la base de données
mysql -u root -p < database-backup.sql
Étape 7 : Configurez Nginx
Créez un hôte virtuel dans `/etc/nginx/sites-available/jouw-domein` :
server {
listen 80;
server_name jouwdomein.nl www.jouwdomein.nl;
root /var/www/jouw-website;
index index.php index.html;</p><p>location / {
try_files $uri $uri/ =404;
}</p><p>location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/run/php/php8.3-fpm.sock;
}
}Activez le site et redémarrez Nginx :
ln -s /etc/nginx/sites-available/jouw-domein /etc/nginx/sites-enabled/
systemctl reload nginxÉtape 8 : Configurez un pare-feu
ufw allow OpenSSH
ufw allow 'Nginx Full'
ufw enable---
Vérification
Vérifiez que votre site web fonctionne correctement sur le VPS :curl -I http://jouwdomein.nl
systemctl status nginx
systemctl status mariadbLa première commande doit renvoyer un en-tête HTTP/1.1 200 OK. Les deuxième et troisième doivent afficher « active (running) ».
---
Problèmes fréquents
Problème : Le site web se charge mais la base de données ne fonctionne pasVérifiez si MariaDB tourne et si l’utilisateur de la base de données a les droits sur la base importée :
systemctl status mariadb
mysql -u root -p -e "SHOW DATABASES;"Problème : la connexion SSH est refusée
Vérifiez si le pare-feu laisse le port 22 ouvert. Si vous avez activé `ufw` avant d’autoriser SSH, vous devez vous connecter via la console de votre fournisseur et exécuter :
ufw allow OpenSSH
Problème : les scripts PHP sont téléchargés au lieu d’être exécutés
La configuration Nginx pointe vers un socket PHP-FPM incorrect. Vérifiez quelle version de PHP vous avez et adaptez le socket dans le fichier de configuration :
ls /run/php/
---
Quand l’hébergement mutualisé est le bon choix
L’hébergement mutualisé convient aux sites web à faible trafic et sans exigences techniques particulières. Un blog, un portfolio ou une petite boutique en ligne avec moins de dizaines de milliers de visiteurs par mois tourne sans problème sur un serveur partagé. Vous n’avez pas besoin d’accès SSH, ni de connaissances en configuration de serveur, et le fournisseur gère les mises à jour et la sécurité. L’inconvénient, c’est que vous n’avez aucun contrôle sur l’environnement — si vous avez besoin de logiciels spécifiques plus tard, ou si votre site grandit, vous vous heurtez aux limites.---
Quand le VPS est le bon choix
Le VPS est le choix si vous avez besoin de plus qu’un panneau d’administration. Les sites web qui tournent sur Node.js, Python ou une application personnalisée exigent un accès root. Si vous faites tourner plusieurs sites web avec des exigences différentes, ou si vous voulez utiliser des conteneurs Docker, alors un VPS est la base minimale. De même, si vous attendez des volumes de trafic de dizaines de milliers à des centaines de milliers de visiteurs par mois, un VPS offre la stabilité que l’hébergement mutualisé ne peut pas garantir.La gestion d’un VPS non géré exige des connaissances en Linux, en réseaux et en sécurité. Si vous n’avez pas ces connaissances, optez pour un VPS géré — le fournisseur s’occupe alors des mises à jour, de la surveillance et de la sécurité de base, mais vous payez plus. La liberté d’un VPS implique aussi des responsabilités : un pare-feu mal configuré met tout votre site à plat, et un port SSH non sécurisé invite aux attaques par force brute.
---
Les coûts en perspective
Le VPS est plus cher que l’hébergement mutualisé, mais la comparaison n’est pas honnête si on ne regarde que le prix mensuel. L’hébergement mutualisé à partir d’1 € par mois semble attrayant, mais vous payez en limitations : pas d’accès root, pas de ressources garanties, et aucune possibilité d’installer des logiciels qui sortent du cadre du panneau d’administration. Un VPS à 15 € par mois offre un système Linux complet sur lequel vous pouvez faire tourner tout ce que vous feriez tourner sur un serveur physique.Les coûts réels se situent dans votre temps. Un VPS non géré coûte des heures de configuration et de maintenance. Si vous n’avez pas ce temps, un VPS géré ou un bon hébergement mutualisé avec isolation CloudLinux est un choix plus judicieux.
La frontière entre hébergement mutualisé et VPS n’est pas seulement une question de budget — c’est une frontière entre un environnement que vous gérez et un environnement qui vous gère. Dès que vous avez besoin d’un accès root, le choix est fait. La seule question est de savoir quand vous en aurez besoin : maintenant, ou après le premier pic de trafic que votre serveur partagé ne pourra pas encaisser.