Vous lancez un VPS et vous ouvrez le menu déroulant des systèmes d'exploitation.
Ubuntu 26.04 LTS…
Ubuntu 24.04 LTS…
Ubuntu 22.04 LTS…
Peut-être une version intermédiaire 25.10 si vous avez l'âme aventurière. (Ce n'est pas le cas.)
Est-ce que ça compte vraiment ?
Bien sûr, il existe quelques différences entre ces options.
Mais en réalité, choisir une version d'Ubuntu sert à vous simplifier la vie quand vous cherchez de la documentation ou des tutoriels, pas à optimiser un benchmark.
Vous n'avez pas envie de passer les deux prochaines années à revérifier chaque source pour savoir si elle vous indique vraiment sur quelles fonctionnalités du noyau vous pouvez compter, quand vous devrez planifier une mise à niveau de version, ou contre quels environnements d'exécution vous vous battrez dès le troisième jour.
Dans la plupart des cas, la meilleure option devient évidente une fois que vous savez entre quoi vous choisissez réellement. C'est justement ce que nous détaillons ici : quelle version choisir, pourquoi Ubuntu domine l'hébergement VPS et quand une autre distribution est en fait le choix le plus judicieux.
Quand choisir Ubuntu 24.04 pour un nouveau VPS ?
En 2026, optez par défaut pour Ubuntu 24.04 LTS sur tout nouveau VPS, sauf si vous avez une raison précise de rester sur 22.04. Les atouts de 24.04 sont suffisamment solides pour que «je vais prendre ce que je connais
» ne soit plus un vrai argument.
Trois raisons de choisir 24.04 (Noble Numbat) :
- Deux années de support de sécurité standard en plus. Ubuntu 24.04 LTS bénéficie de la maintenance de sécurité standard jusqu'en mai 2029 et de l'Extended Security Maintenance (ESM) jusqu'en mai 2034. Le support standard d'Ubuntu 22.04 LTS prend fin en mai 2027, et l'ESM en mai 2032. Partir de zéro sur 22.04 aujourd'hui, c'est vous imposer dans environ 9 mois une mise à niveau de version que vous auriez pu éviter.
- Noyau 6.8 contre 5.15. Ubuntu 24.04 embarque Linux 6.8, qui prend en charge la récupération de pages Multi-Gen LRU (utile sur un VPS de 2 Go ou 4 Go, où la pression mémoire est le point de défaillance le plus réaliste ; Canonical a toutefois choisi de la désactiver par défaut dans le noyau 6.8, alors vérifiez votre machine avant de compter dessus). Le gain fiable, ce sont de meilleures performances io_uring, surtout visibles pour les bases de données.
- Une chaîne d'outils par défaut à jour. Ubuntu 24.04 embarque Python 3.12, PHP 8.3, PostgreSQL 16, OpenSSL 3.0 et systemd 255. 22.04 fournit toujours Python 3.10 et PHP 8.1 par défaut. Les deux fonctionnent. Une base plus ancienne implique simplement davantage de PPA et de dépôts tiers dans vos scripts d'installation, et plus de risques qu'un tutoriel écrit cette année vous ignore complètement.
Trois raisons de rester sur 22.04 pour l'instant :
- Une dépendance critique n'a pas été portée vers Python 3.12 ou PHP 8.3. La plupart des bibliothèques populaires ont rattrapé leur retard dans les 12 mois suivant la sortie. Certaines bibliothèques de niche, non. Si votre stack dépend de l'une d'elles, 22.04 vous fait gagner du temps sans sacrifier la couverture de sécurité.
- Vous êtes en plein gel strict des modifications. Audits de conformité, fenêtre de mise en production d'un client grand compte, trimestre de pic de trafic : le support standard de 22.04 court jusqu'en mai 2027. Cela laisse assez de marge pour tenir pendant presque n'importe quel gel.
- Vous comptez passer directement à 26.04 LTS via une reconstruction complète. Ubuntu 26.04 LTS est sortie en avril 2026, et les mises à niveau sur place depuis 22.04 passent d'abord par 24.04 : un saut direct implique donc de construire un serveur en parallèle, puis de basculer. Si vous êtes déjà sur 22.04, un seul projet de migration vaut mieux que deux répartis entre 2026 et 2028. Mais cela ne fonctionne que si votre échéance ferme est la date butoir de mai 2027.
Les équipes passent régulièrement trois jours à déboguer une dépendance compatible uniquement avec Python 3.10, découverte après la mise à niveau. Le réflexe «on met tout à jour
» est le bon dans 80 % des cas, et coûteux dans les 20 % restants. Ces trois exceptions existent précisément pour vous autoriser à faire partie des 20 % en connaissance de cause.
Et 26.04 LTS pour une toute nouvelle machine ? Bonne question. Ubuntu 26.04 LTS (Resolute Raccoon) est sortie en avril 2026, avec un support de sécurité standard jusqu'en mai 2031 et l'ESM jusqu'en mai 2036, selon le cycle de publication de Canonical. Si vous aimez être parmi les premiers, elle fonctionne. La plupart des équipes attendent toutefois la première version ponctuelle d'une nouvelle LTS avant de lui faire confiance en production, et les dépôts tiers et les tutoriels finalisent encore leur portage vers 26.04. Pour un nouveau VPS en 2026, 24.04 est le juste milieu sans surprise : assez récente pour vous éviter une mise à niveau, assez mature pour que les dépôts et les tutoriels aient terminé leur portage.
Ubuntu 22.04 ou 24.04 : qu’est-ce qui change sous le capot ?
Les principales différences pratiques entre les versions 22.04 et 24.04 concernent le noyau (5.15 contre 6.8), le Python par défaut (3.10 contre 3.12) et la chaîne d'outils PHP (8.1 contre 8.3), sans oublier deux années supplémentaires de support de sécurité standard.
Tout le reste découle de ces changements.
| 22.04 LTS (Jammy) | 24.04 LTS (Noble) | Ce qui change | |
|---|---|---|---|
| Nom de code | Jammy Jellyfish | Noble Numbat | Nom uniquement |
| Date de sortie | Avril 2022 | Avril 2024 | Cycle LTS de deux ans |
| Fin du support standard | Mai 2027 | Mai 2029 | +2 ans pour 24.04 |
| Fin de l'ESM | Mai 2032 | Mai 2034 | +2 ans pour 24.04 ; Ubuntu Pro gratuit pour un usage personnel sur 5 machines maximum |
| Noyau Linux | 5.15 (HWE 6.8 disponible) | 6.8 | Prise en charge de MGLRU ; io_uring amélioré |
| Python (par défaut) | 3.10 | 3.12 | distutils supprimé ; interpréteur plus rapide |
| PHP | 8.1 | 8.3 | Constantes de classe typées (8.3) ; les classes readonly sont arrivées avec la 8.2 |
| Node.js (apt) | 12 par défaut (NodeSource pour 18+) | 18 par défaut (NodeSource pour 22/24) | Environnement d'exécution par défaut plus récent, disponible d'emblée |
| PostgreSQL | 14 | 16 | Améliorations de la réplication logique |
| OpenSSL | 3.0 | 3.0 | Même version majeure |
| systemd | 249 | 255 | Meilleure gestion des OOM, cgroup v2 arrivé à maturité |
| Format des sources apt | /etc/apt/sources.list | deb822 (/etc/apt/sources.list.d/ubuntu.sources) | Les dépôts personnalisés doivent être remaniés lors de la mise à niveau |
Vous envisagez plutôt 26.04 LTS ? Ses dates, selon le cycle de publication de Canonical : sortie en avril 2026, support de sécurité standard jusqu'en mai 2031, ESM jusqu'en mai 2036.
Sur le papier, deux de ces lignes comptent.
En pratique, quatre d'entre elles changent réellement quelque chose à votre script de déploiement.
Le saut de noyau devient rentable le jour où une machine de 4 Go subit une pression mémoire.
Ce sont les sauts de Python et de PHP qui font mal lors d'une mise à niveau de version, car les pratiques obsolètes cessent enfin de fonctionner.
Le changement de format des sources apt piège presque tout le monde la première fois. Un fichier /etc/apt/sources.list fonctionnel sous 22.04 devient /etc/apt/sources.list.d/ubuntu.sources sous 24.04. Tous les fichiers de dépôts personnalisés doivent être retouchés pour correspondre au nouveau format deb822.
Pourquoi Ubuntu domine-t-il l’hébergement VPS ?
Ubuntu l'emporte pour la plupart des charges de travail VPS parce que la plupart des projets auto-hébergés la documentent en premier. La popularité fait boule de neige : les tutoriels la prennent par défaut, les scripts d'installation aussi, tout comme les images cloud.
C'est un vrai avantage opérationnel au quotidien quand quelque chose casse à 23 h.
La plus grande base de paquets deb/apt sous Linux
Quand un projet auto-hébergé publie un script d'installation, il suppose presque toujours Ubuntu. Le dépôt de distributions NodeSource propose les instructions Ubuntu comme voie principale. Le dépôt apt officiel de PostgreSQL est réservé à Ubuntu/Debian. Et Docker fournit un dépôt apt officiel pour Ubuntu, avec des instructions d'installation que la plupart des tutoriels reprennent mot pour mot.
La plupart des tutoriels et des réponses Stack Overflow partent d’Ubuntu
Ubuntu est la distribution Linux la plus utilisée au monde pour la troisième année consécutive, selon le rapport OpenLogic 2025 State of Open Source. Les auteurs de tutoriels écrivent pour le public le plus large : les guides et les réponses Stack Overflow sont donc d'abord rédigés pour Ubuntu.
En gros, quand quelque chose casse en pleine nuit, la réponse que vous trouverez sera taillée pour Ubuntu. Interrogez plutôt un assistant IA et vous obtiendrez le même résultat : entraîné sur ce corpus dominé par Ubuntu, il vous renvoie par défaut des commandes apt et des chemins de fichiers Ubuntu.
Une image cloud de premier plan chez chaque grand fournisseur
AWS, GCP, Azure, DigitalOcean, Hetzner, Linode/Akamai et Vultr proposent tous Ubuntu Server comme image Linux de premier plan sur l'écran de provisionnement. La bibliothèque d'applications de DreamHost compte Ubuntu 26.04 LTS et 24.04 LTS parmi ses images de base.
(Traduction : pas besoin de batailler avec le menu déroulant.)
Paquets Snap préinstallés
Snap est préinstallé sur Ubuntu Server : les applications auto-hébergées disponibles en paquets snap s'installent donc en une seule ligne. Si la mise à jour automatique de snap vous agace, vous n'êtes pas le seul, mais elle est là quand vous en avez besoin, ce qui est unique parmi les distributions serveur.
Quand éviter Ubuntu pour votre VPS ?
Ubuntu est le bon choix par défaut pour la plupart des charges de travail VPS, mais trois scénarios orientent vers une autre distribution.
- Hébergement cPanel ou WHM. cPanel ne fonctionnait à l'origine que sur la famille RHEL et, même s'il prend désormais aussi en charge Ubuntu LTS, la migration depuis un hôte CentOS géré reste plus simple vers AlmaLinux 9. Mêmes outils RPM, mêmes automatismes pour les administrateurs, aucun coût caché lié au changement de gestionnaire de paquets. Si vous migrez un workflow de revendeur d'hébergement depuis une ancienne machine CentOS et souhaitez conserver cPanel, AlmaLinux 9 est la cible naturelle.
- Exigences de conformité strictes ou FIPS uniquement. Certains environnements réglementés (FedRAMP, DoD, back-office financier) standardisent sur la famille RHEL pour ses modules cryptographiques validés FIPS. AlmaLinux OS 9.2 intègre des modules cryptographiques validés FIPS 140-3. Le module complémentaire FIPS d'Ubuntu Pro comble l'essentiel de l'écart, mais si le responsable de la conformité tient à une filiation RHEL, la discussion sera plus simple avec AlmaLinux.
- Une machine limitée en RAM qui exécute un seul processus. Debian 13 (Trixie) est plus légère qu'Ubuntu dès l'installation (pas de snapd, moins d'éléments superflus par défaut). Sur une machine au dimensionnement serré où chaque tranche de 200 Mo compte, cette empreinte par défaut réduite vaut le coup. Debian 13 est bien prise en charge sur n'importe quel VPS et, comme l'offre d'entrée de gamme Stack 4 (4 Go) de DreamHost est livrée avec une image Debian 13 prête à l'emploi, vous disposez de la marge nécessaire si l'empreinte est votre priorité.
En résumé : AlmaLinux convient aux adeptes de cPanel et de la conformité, Debian aux charges de travail aux ressources limitées et à celles qui veulent du stable et sans surprise
. Ubuntu convient à tous les autres.
Quelles charges de travail Ubuntu gère-t-il le mieux sur un VPS ?
Ubuntu convient à presque toutes les charges de travail VPS courantes. Ces quatre-là sont celles où l'avantage en matière de documentation et de paquets est le plus évident : la procédure d'installation est celle qu'utilise la documentation du projet lui-même.
| Charge de travail | Pourquoi Ubuntu convient | Configuration de base recommandée |
|---|---|---|
| Applications web Node.js / Python / PHP | Les dépôts NodeSource et deadsnakes, ainsi que les dépôts PHP d'Ondřej Surý, utilisent tous par défaut les procédures d'installation Ubuntu | 4 GB |
| Hôtes Docker et de conteneurs | Le dépôt apt officiel de Docker privilégie Ubuntu ; les paramètres par défaut de cloud-init sont bien documentés ; les scripts d'installation en une ligne supposent Ubuntu | 4 GB |
| Alternatives SaaS auto-hébergées (Nextcloud, n8n, Ghost, Supabase, GitLab CE) | Chaque application propose d'abord une image Docker Ubuntu ou un script d'installation compatible avec les paquets deb | 4 Go à 16 Go selon l'application |
| Postgres ou MySQL sur la même machine | Le dépôt apt officiel de PostgreSQL est réservé à Ubuntu/Debian ; MySQL fournit des paquets deb de premier plan | 4 Go de base, 8 Go pour les jeux de données plus volumineux |
Pour la plupart de ces charges de travail en production, l'offre Stack 8 (8 Go de RAM) de DreamHost est celle à choisir. Stack 4 (4 Go) permet de démarrer une application légère, mais le trafic, la taille des données et les réglages fixent la vraie limite. Passez à 8 Go si vous exécutez des stacks gourmandes en stockage ou multiservices.
C'est dans le choix du système d'exploitation qu'Ubuntu prend l'avantage. Tout ce qui se trouve sous cette couche est en grande partie interchangeable.
Comment installer concrètement Ubuntu sur un VPS ?
Lancez l'image Ubuntu, connectez-vous en SSH, créez un utilisateur non root, configurez UFW et activez unattended-upgrades. En 15 minutes, vous obtenez une machine de base prête pour la production. Tout le reste dépend de l'application que vous installez.
- Choisissez 24.04 LTS lors du provisionnement. Presque tous les fournisseurs proposent Ubuntu 24.04 LTS sous forme d'image installable en un clic. Sur le VPS Ubuntu de DreamHost, choisissez Ubuntu 24.04 LTS (26.04 LTS est également proposé) ; Stack 8 est l'offre adaptée à la production.
- Connectez-vous en SSH avec votre clé, pas avec un mot de passe. Les images cloud utilisent cloud-init pour injecter la clé SSH que vous avez téléversée lors du provisionnement. Selon le fournisseur, la première connexion se fait avec ssh root@<your-ip> ou ssh ubuntu@<your-ip>.
- Créez un utilisateur non root et désactivez l'authentification SSH par mot de passe. Exécutez
adduser deploy, puisusermod -aG sudo deploy. Copiez la clé SSH, puis définissezPasswordAuthentication nodans /etc/ssh/sshd_config. Rechargez sshd. Testez la nouvelle connexion SSH dans un second terminal avant de fermer la session root. (Tout administrateur système s'est déjà retrouvé enfermé dehors au moins une fois.) - Activez le pare-feu. Exécutez
ufw allow OpenSSH, puisufw enable. Ouvrez au fur et à mesure les ports dont votre application a besoin (ufw allow 443/tcp pour HTTPS, etc.). UFW (Uncomplicated Firewall) est la surcouche conviviale d'iptables fournie par défaut avec Ubuntu. - Activez les mises à jour de sécurité automatiques. Exécutez
apt install unattended-upgrades. Ubuntu appliquera automatiquement les correctifs de sécurité en arrière-plan. C'est la mesure de durcissement « à configurer une fois pour toutes » la plus rentable, et pourtant la plupart des guides d'installation la survolent parce qu'elle n'a rien de spectaculaire.
Pour la procédure complète, avec la vérification des sorties et les cas particuliers, l'Ubuntu Server Guide est la référence officielle.
Comment planifier une migration de 22.04 vers 24.04 ?
Vous avez jusqu'en mai 2027 avant qu'Ubuntu 22.04 ne perde le support de sécurité standard. C'est assez long pour planifier une migration sereine, et assez court pour que vous inscriviez une date dans votre agenda dès ce trimestre au lieu de la repousser à plus tard.
Encore sous 20.04 LTS ? Le compte à rebours est déjà terminé : le support standard a pris fin en mai 2025, et seul l'ESM via Ubuntu Pro la couvre encore (jusqu'en mai 2030). De plus, do-release-upgrade procède étape par étape : un serveur en 20.04 doit passer par 22.04 avant d'atteindre 24.04. Une nouvelle installation en parallèle est généralement plus rapide.
Deux options viables :
- Mise à niveau sur place avec
do-release-upgrade. Fonctionne sur la plupart des serveurs standards. Plus rapide et moins coûteuse. Plus risquée sur tout système fortement personnalisé. Exécutez-la toujours d'abord sur un clone de la production. - Nouveau VPS en parallèle avec bascule DNS. Plus de travail, moins de risques. Lancez un nouveau serveur en 24.04, installez la stack, copiez les données, basculez le DNS, puis mettez l'ancien serveur hors service. La plupart des équipes en production choisissent cette option, car pour revenir en arrière, il suffit de
rétablir le DNS.
Les mises à niveau sur place échouent généralement pour quelques raisons clés : le passage de Python 3.10 à 3.12 (certaines bibliothèques ne sont toujours pas entièrement compatibles avec 3.12 un an après sa sortie, surtout celles qui touchent à distutils ou à d'anciens modèles asyncio), et le changement de format des sources apt, qui casse sans prévenir tout fichier de dépôt personnalisé que vous avez oublié de migrer.
Testez les deux avant de basculer.
Si vous êtes sous 22.04 et que vous pesez vos options, sachez que 26.04 LTS est déjà sortie : vous pouvez donc encore envisager un seul projet de migration au lieu de deux. Cela ne fonctionne que si votre échéance impérative est la fin du support standard en mai 2027 et que votre stack ne se bat pas déjà avec Python 3.10.
Et maintenant ?
Ouvrez le menu déroulant des images de votre fournisseur et choisissez Ubuntu 24.04 LTS. C'est la bonne réponse pour presque tous ceux qui lisent ces lignes.
Les cas où 22.04 reste justifiée sont rares, et de moins en moins nombreux chaque trimestre. Le support de sécurité standard court jusqu'en mai 2029, l'ESM jusqu'en mai 2034, et la plus longue durée de support de toutes les distributions Linux grand public revient désormais à Ubuntu 26.04 LTS : support standard jusqu'en mai 2031, ESM jusqu'en mai 2036.
L'offre Stack 8 (8 Go) de l'hébergement VPS de DreamHost est celle qu'il vous faut pour un serveur Ubuntu en production ; Stack 4 (4 Go) convient à une application légère ou à un serveur de test.
La prochaine fois que quelqu'un de votre équipe demandera quelle version d'Ubuntu installer, vous aurez les dates de mai 2027 et de mai 2029 prêtes à coller. La version de 30 minutes de cette décision, c'est justement le problème. La version de 30 secondes, c'est la réponse.
Choisissez 24.04 LTS. Montez votre stack. Fermez l'onglet.
Questions fréquentes sur Ubuntu sur un VPS
Faut-il utiliser Ubuntu 22.04 ou 24.04 sur un VPS ?
Pour tout nouveau VPS en 2026, utilisez Ubuntu 24.04 LTS. Vous bénéficiez de deux ans de support de sécurité standard supplémentaires (mai 2029 contre mai 2027), du noyau 6.8 avec une meilleure gestion de la mémoire sur les petits serveurs, et des versions par défaut actuelles de Python (3.12), PHP (8.3) et PostgreSQL (16).
Ne restez sous 22.04 que pour des raisons bien précises : une dépendance spécifique qui n'a pas été portée, une période de gel des changements en cours, ou un projet délibéré de migrer directement vers 26.04 LTS via une réinstallation complète (26.04 est sortie en avril 2026).
Quand Ubuntu 22.04 LTS arrive-t-il en fin de vie ?
Le support de sécurité standard d'Ubuntu 22.04 LTS prend fin en mai 2027, et l'Extended Security Maintenance (ESM) court jusqu'en mai 2032. L'ESM est gratuit pour un usage personnel sur cinq machines maximum via Ubuntu Pro ; un usage commercial nécessite un abonnement payant.
Combien de temps Ubuntu 24.04 LTS sera-t-il pris en charge ?
Ubuntu 24.04 LTS bénéficie du support de sécurité standard jusqu'en mai 2029 (cinq ans après sa sortie), et l'ESM prolonge la couverture jusqu'en mai 2034. Un module complémentaire optionnel, Legacy, l'étend jusqu'en mai 2039 pour les organisations qui ont besoin d'une fenêtre de 15 ans.
Ubuntu Pro est-il gratuit pour un VPS à usage personnel ?
Oui, Ubuntu Pro est gratuit pour un usage personnel sur cinq machines maximum. L'offre gratuite comprend l'Extended Security Maintenance (ESM), le livepatch du noyau et l'accès à l'ensemble de paquets renforcés validés FIPS. Au-delà de cinq machines, ou pour tout usage commercial, il faut un abonnement Ubuntu Pro payant auprès de Canonical, facturé par machine. Pour un parc commercial, consultez donc les tarifs actuels de Canonical et comparez le coût d'une année d'abonnements à celui d'une simple mise à niveau vers 24.04 planifiée avant mai 2027. Pour la plupart des équipes, la mise à niveau revient moins cher.
Peut-on passer de 22.04 à 24.04 sans réinstaller ?
Oui, la commande do-release-upgrade d'Ubuntu effectue une mise à niveau sur place de 22.04 vers 24.04 sans réinstaller le système d'exploitation. Le processus se déroule généralement bien sur les serveurs standards, mais il est plus risqué sur ceux qui sont fortement personnalisés. Les deux principaux pièges sont le passage de Python 3.10 à 3.12 (certaines bibliothèques mettent du temps à prendre en charge 3.12) et la migration du format des fichiers de sources apt, de sources.list vers le nouveau format deb822. Testez toujours sur un clone avant de l'exécuter en production.
Pourquoi la plupart des tutoriels VPS utilisent-ils Ubuntu ?
La plupart des tutoriels VPS utilisent Ubuntu, car c'est la distribution Linux la plus utilisée au monde (selon le rapport OpenLogic 2025 State of Open Source) et l'image cloud par défaut chez tous les grands hébergeurs (AWS, GCP, Azure, DigitalOcean, Hetzner, Linode, Vultr). Les auteurs de tutoriels écrivent pour ce qu'utilise leur public, ce qui crée un cercle qui s'auto-entretient : Ubuntu a le plus de tutoriels, donc les gens choisissent Ubuntu parce qu'il a le plus de tutoriels.
Faut-il utiliser Ubuntu LTS ou la dernière version intermédiaire sur un serveur ?
Utilisez la version LTS sur un serveur. Les versions intermédiaires comme 24.10, 25.04 et 25.10 ne sont prises en charge que pendant neuf mois et nécessitent une mise à niveau de version environ deux fois par an. Les versions LTS bénéficient de cinq ans de support de sécurité standard, plus cinq ans d'ESM (10 ans au total, 15 avec le module Legacy), ce qui correspond au rythme de maintenance que recherchent réellement la plupart des serveurs de production. Réservez les versions intermédiaires aux postes de travail, où les mises à niveau à répétition font partie du plaisir.