Un VPS évolue avec votre projet : l'offre qui suffisait au lancement devient juste quand le trafic, la base de données ou le nombre de sites augmentent. Le passage à un palier supérieur se fait sans réinstallation : vos données suivent, votre système d'exploitation reste en place et vous ne repartez pas de zéro.
Quand un changement de palier se justifie
free -haffiche un swap utilisé en permanence.- Le noyau tue des processus faute de mémoire (
dmesg | grep -i oom). - La charge moyenne dépasse durablement le nombre de vCPU disponibles.
- Le disque reste au-delà de 85 % d'occupation malgré le nettoyage.
- Le temps de réponse se dégrade aux heures de pointe.
Un seul de ces signaux ne suffit pas toujours ; plusieurs signaux simultanés indiquent un vrai besoin.
Ce que change une montée de gamme
- VPS-1G — Démarrage : 1 vCPU, 1 Go de RAM, 30 Go SSD NVMe.
- VPS-2G — Business : 1 vCPU, 2 Go de RAM, 40 Go SSD NVMe.
- VPS-3G — Performance : 2 vCPU, 3 Go de RAM, 50 Go SSD NVMe.
- VPS-4G — Avancé : 2 vCPU, 4 Go de RAM, 80 Go SSD NVMe.
- VPS-5G — Ultra : 3 vCPU, 5 Go de RAM, 100 Go SSD NVMe.
Chaque palier ajoute de la mémoire et des vCPU, et le disque suit. C'est la mémoire qui change le plus souvent la donne : elle évite le swap, et c'est le swap qui rend un serveur lent alors que son processeur est peu utilisé.
Avant la migration : la sauvegarde d'abord
Une migration se prépare. Prenez une sauvegarde complète de vos fichiers et de votre base de données, puis vérifiez qu'elle est lisible. Notez les versions installées, les services actifs, les tâches planifiées et les noms de domaine associés. Prévoyez enfin une fenêtre de maintenance, même courte : toute intervention sur un serveur en production mérite d'être planifiée.
Comment demander la migration
- Ouvrez un ticket depuis votre espace client, en choisissant le service concerné.
- Indiquez le palier visé et l'usage réel du serveur.
- L'équipe support confirme la procédure, la fenêtre d'intervention et la date retenue.
- Évitez de modifier la configuration du serveur pendant l'opération.
Vérifier après la migration
nproc free -h df -h systemctl --failed
Contrôlez ensuite vos sites, vos bases de données, vos certificats HTTPS et vos tâches planifiées. Comparez le temps de réponse avant et après : c'est l'indicateur le plus parlant pour valider l'opération.
Et si le nouveau palier ne suffit pas ?
Surveillez les mêmes indicateurs pendant quelques jours. Si le swap réapparaît ou si la charge reste haute, le palier suivant est probablement la bonne réponse. Si au contraire tout reste très bas, vous pouvez envisager de redescendre : l'important est de décider à partir de mesures, pas d'une impression.
