Pourquoi les prix VPS bougent en 2026
Le marché des serveurs virtuels traverse une recomposition qui touche simultanément les composants, la géographie des datacenters et la demande. La mémoire vive a subi une hausse de 250 à 300 % entre septembre 2025 et la fin 2026, tirée par les déploiements d'infrastructure d'IA. Les fournisseurs européens, soumis à des coûts énergétiques et salariaux structurellement plus élevés qu'aux États-Unis, absorbent une partie de cette pression, mais répercutent l'excédent. Les gammes dites « cost-optimized » sont les premières touchées : elles reposent sur des générations de matériel maintenues en service pour contenir les prix, ce qui plafonne mécaniquement la capacité disponible.
- 2 septembre 2026 — Hetzner : toute la gamme CX et CAX passe en « non disponible » simultanément sur tous les datacenters ; la gamme CPX reste commandable à un tarif sensiblement plus élevé.
- 1er avril 2026 — OVH : les VPS de la gamme 2026 (VPS-1 à VPS-6) augmentent de 40 à 67 % ; le VPS-1 passe de 4,90 à 7,60 € HT/mois, le VPS-4 de 26,00 à 43,50 €.
- 15 juin 2026 — Oracle Cloud : la dotation Always Free Ampere A1 passe de 4 OCPU / 24 Go RAM à 2 OCPU / 12 Go RAM sans annonce publique ; application de la contrainte à partir du 18 août 2026.
Hetzner : sold out depuis le 2 septembre 2026
La gamme CX de Hetzner est construite sur du matériel de génération précédente délibérément maintenu en service pour proposer des tarifs parmi les plus compétitifs du marché européen. Cette politique implique une capacité finie et non extensible à court terme. Le 2 septembre 2026, les traceurs de stock ont enregistré le passage simultané de tous les plans CX et CAX au statut « not available » sur l'ensemble des datacenters. Des fenêtres de restockage se produisent ponctuellement — parfois de quelques dizaines de minutes — selon les retours de machines résiliées, mais aucun calendrier n'est communiqué. La gamme CPX, basée sur du matériel récent, est restée commandable, à un niveau de prix différent. Pour une infrastructure existante sur CX, le risque immédiat est celui du renouvellement ou de l'extension : un plan actif continue de fonctionner, mais ajouter un nœud supplémentaire peut se heurter à une indisponibilité prolongée.
OVH VPS : +40 à +67 % sur les entrées de gamme (avril 2026)
OVHcloud a annoncé en amont une révision tarifaire effective au 1er avril 2026 sur l'ensemble de la gamme VPS 2026. Les augmentations varient entre 40 et 67 % selon le plan. L'argument avancé est la hausse des composants — mémoire vive en premier lieu — conjuguée aux coûts énergétiques des datacenters français et canadiens. Les contrats en cours ont été maintenus au tarif ancien jusqu'à leur prochaine échéance de renouvellement. Ce délai a offert une fenêtre pour évaluer les alternatives sans contrainte immédiate, mais beaucoup de clients ont découvert la hausse au moment de la facture de renouvellement, sans avoir reçu ou pris en compte la notification initiale.
Oracle Cloud ARM : divisé par deux silencieusement (juin–août 2026)
Le niveau Always Free d'Oracle Cloud proposait depuis 2020 une dotation Ampere A1 de 4 OCPU et 24 Go de RAM répartissables librement entre instances. Cette dotation constituait la base de nombreuses architectures légères : serveur Kubernetes mono-nœud, instance de développement, reverse proxy. Le 15 juin 2026, sans communiqué de presse, sans billet de blog, sans courriel aux utilisateurs concernés, Oracle a réduit cette dotation à 2 OCPU et 12 Go. L'application a été différée jusqu'au 18 août 2026, date à laquelle les instances dépassant les nouvelles limites ont été automatiquement arrêtées. Le problème n'est pas seulement la réduction elle-même — c'est l'absence totale de préavis, qui a pris au dépourvu des équipes dont l'instance Oracle était un maillon de leur infrastructure, sans monitoring ni redondance prévue à cet endroit.
Critères stables pour évaluer un hébergeur VPS en 2026
Faites défiler le tableau
| Critère | Ce qu'il faut vérifier | Signal d'alerte |
|---|---|---|
| Ressources garanties | Les vCPU et la RAM sont-ils dédiés ou partagés (burst) ? | Mention « shared vCPU » ou « burst » sans plafond garanti |
| Politique de modification | Le fournisseur peut-il changer les specs ou les tarifs sans préavis ? | Absence de clause de préavis contractuelle (30 j minimum) |
| Localisation du datacenter | Le datacenter est-il en Europe (RGPD, latence) ? | Datacenter US ou Asie présenté sans transparence sur la juridiction des données |
| Accès root | L'accès root SSH est-il garanti sans restriction ? | Panel de contrôle propriétaire obligatoire, SSH root désactivé par défaut |
| IPv4 dédiée | Une IPv4 publique dédiée est-elle incluse ou optionnelle payante ? | IPv4 partagée ou NAT par défaut, IPv4 dédiée facturée en supplément non annoncé |
| SLA uptime | Quel est le SLA contractuel et comment le remboursement est-il calculé ? | SLA insuffisant ou remboursement sous forme de crédits non utilisables |
Ce qu'on cherche vraiment dans un VPS en 2026
Les trois événements décrits ci-dessus révèlent un décalage entre ce que beaucoup d'utilisateurs pensaient avoir acheté et ce qu'ils avaient réellement. Un VPS dont les ressources peuvent être réduites sans préavis n'est pas un VPS au sens contractuel ; c'est une allocation variable. Une gamme dont la disponibilité dépend du parc matériel existant n'offre pas de garantie d'extension. Ce que l'on cherche en 2026, c'est moins un prix d'entrée que des invariants : ressources garanties à l'écrit, IPv4 dédiée incluse, datacenter localisé en Europe avec clause RGPD explicite, accès root sans restriction, et une politique de modification qui oblige le fournisseur à un préavis suffisant pour planifier une éventuelle migration.
Comment préparer une migration VPS sans coupure
Dresser l'inventaire exact de ce qui tourne : services, ports ouverts, cron jobs, volumes de données, dépendances inter-services. Un inventaire incomplet est la première cause d'oubli lors d'une migration.
Souscrire le nouveau VPS en parallèle de l'ancien, sans résilier immédiatement. Garder les deux actifs pendant toute la durée de la migration permet un repli instantané.
Créer un snapshot complet du serveur source avant de commencer. Ce snapshot constitue le point de repli en cas de problème détecté après bascule.
Transférer les données et configurer le nouveau serveur en miroir. Tester l'application sur le nouveau serveur avec son propre nom DNS de test (par exemple,
mondomaine.com→nouveau.mondomaine.com) avant toute bascule DNS.Réduire le TTL DNS à 300 secondes au moins 24 heures avant la bascule. Un TTL élevé au moment de la bascule prolonge la fenêtre de propagation et donc la durée pendant laquelle une partie des visiteurs atteint encore l'ancien serveur.
Basculer le DNS en conservant l'ancien serveur actif. Surveiller les logs des deux serveurs pendant au moins 2 heures pour détecter des requêtes qui iraient encore vers l'ancien.
Vérifier que l'IPv4 dédiée du nouveau serveur est correctement référencée dans toutes les configurations dépendantes : SPF, DKIM, rDNS, pare-feu client, accès whitelist.
Résilier l'ancien serveur uniquement après une période de stabilité constatée, jamais le jour même de la bascule.
Dépannage : les erreurs classiques d'une migration précipitée
Voici les erreurs les plus fréquentes lors d'une migration VPS précipitée, et comment les éviter.
- Résilier l'ancien serveur avant la stabilisation DNS : la propagation peut prendre jusqu'à 48 heures, et des visiteurs peuvent encore être routés vers l'ancienne IP pendant ce délai.
- Oublier de reconfigurer le rDNS sur le nouveau serveur : les serveurs de messagerie vérifient la cohérence PTR/A ; une absence de rDNS provoque des rejets silencieux sur les envois sortants.
- Migrer sans tester les sauvegardes automatiques sur le nouveau serveur : un système de sauvegarde non testé est un système de sauvegarde non fonctionnel.
- Négliger la vérification de l'IPv4 dans les règles de pare-feu client : si des clients ou des partenaires ont whitélisté l'ancienne IPv4, ils seront bloqués après la bascule sans aucun message d'erreur explicite.
- Supposer que les mêmes scripts de déploiement fonctionneront à l'identique sur une distribution légèrement différente : vérifier la version exacte de l'OS cible avant de commencer.
Avant de signer chez un nouvel hébergeur, vérifiez dans les conditions générales si les ressources annoncées (vCPU, RAM) sont garanties ou partagées en mode burst. Demandez explicitement si le fournisseur peut modifier ces ressources sans préavis. Une réponse vague ou renvoyant aux CGU sans clause précise est une réponse négative.
Réévaluer sans urgence, choisir sur des critères durables
Les trois chocs de 2026 n'obligent aucun hébergeur existant à migrer dans les prochaines semaines, sauf si ses ressources actuelles sont directement touchées. Ils invitent en revanche à réévaluer le contrat implicite qui existait avec le fournisseur. Un VPS avec IPv4 dédiée, ressources garanties et datacenter européen n'est pas une catégorie premium : c'est la définition minimale d'un service sur lequel construire une infrastructure professionnelle. ServOrbit propose des VPS root avec IPv4 dédiée, hébergés dans des datacenters européens, avec des ressources garanties à partir de 99 DH/mois. La migration depuis un fournisseur existant peut s'effectuer sans coupure selon les étapes décrites ci-dessus.
