Ubuntu 22.04 LTS vs. 24.04 LTS pour un VPS : Notre choix pour 2026

Tu es en train de lancer un VPS, et tu ouvres le menu déroulant de l’OS.

Ubuntu 26.04 LTS…

Ubuntu 24.04 LTS…

Ubuntu 22.04 LTS…

Peut-être une version intermédiaire 25.10 si tu te sens aventureux. (Ce n’est pas le cas.)

Est-ce que cela compte vraiment ?

Bien sûr, il y a quelques différences entre tes options.

Mais, en réalité, choisir une version d’Ubuntu sert à te faciliter la vie lorsque tu cherches de la documentation ou des tutoriels, plutôt qu’à optimiser un benchmark.

Tu ne veux pas passer les deux prochaines années à devoir vérifier trois fois chaque source pour voir si elle t’indique vraiment sur quelles fonctionnalités du noyau tu peux compter, quand tu devras planifier une mise à niveau de version, ou avec quels environnements d’exécution de langage tu te battras dès le troisième jour.

Dans la plupart des cas, la meilleure option devient évidente une fois que tu sais entre quoi tu choisis réellement. Ici, nous te guidons précisément à travers cela — quelle version choisir, pourquoi Ubuntu domine l’hébergement VPS avant tout, et quand une autre distribution est réellement le choix le plus judicieux.

Quand choisir Ubuntu 24.04 pour un nouveau VPS ?

En 2026, utilise par défaut Ubuntu 24.04 LTS pour tout nouveau VPS, sauf si tu as une raison spécifique de rester sur 22.04. Les atouts de 24.04 sont suffisamment durables pour que « je vais juste utiliser ce dont j’ai l’habitude » cesse d’être un véritable argument.

Trois raisons de choisir 24.04 (Noble Numbat) :

1. Deux ans supplémentaires de support de sécurité standard. 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 se termine en mai 2027, et l’ESM se termine en mai 2032. Démarrer aujourd’hui sur 22.04 te vaut une mise à niveau de version dans environ 9 mois que tu aurais pu éviter.
2. Noyau 6.8 contre 5.15. Ubuntu 24.04 est livrée avec Linux 6.8, qui prend en charge la récupération de pages Multi-Gen LRU (utile sur un VPS de 2 GB ou 4 GB où la pression mémoire est le point de défaillance réaliste, même si Canonical a choisi de la désactiver par défaut dans le noyau 6.8, donc vérifie ton serveur avant de compter dessus). L’avantage fiable est une meilleure performance d’io_uring, surtout visible pour les bases de données.
3. Une chaîne d’outils par défaut à jour. Ubuntu 24.04 est livrée avec 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. La base plus ancienne implique simplement davantage de PPA et de dépôts tiers dans tes scripts d’installation, et un risque plus élevé qu’un tutoriel écrit cette année t’ignore complètement.

Trois raisons de rester sur 22.04 pour l’instant :

1. 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 ne l’ont pas fait. Si ta pile dépend de l’une d’elles, 22.04 te fait gagner du temps sans perdre la couverture de sécurité.
2. Tu es dans une période de gel des changements stricte. Audits de conformité, fenêtre de mise en production d’un client entreprise, 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.
3. Tu vas passer directement à 26.04 LTS via une réinstallation à neuf. Ubuntu 26.04 LTS est sortie en avril 2026, et les mises à niveau sur place depuis 22.04 aboutissent d’abord à 24.04, donc un passage direct implique une installation en parallèle puis une bascule. Si tu es déjà sur 22.04, un seul projet de migration vaut mieux que deux étalés entre 2026 et 2028. Mais cela ne fonctionne que si ta date limite stricte est l’échéance de mai 2027.

Les équipes passent régulièrement trois jours à déboguer une dépendance exclusive à Python 3.10 qu’elles découvrent après la mise à niveau. L’instinct de « tout mettre à niveau » est le bon 80 % du temps et coûteux les 20 % restants. La raison d’être de ces trois exceptions est de te donner la permission de faire partie des 20 % en connaissance de cause.

Et 26.04 LTS pour un tout nouveau serveur ? 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 tu aimes être en avance, 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 terminent encore leur portage vers 26.04. Pour un nouveau VPS en 2026, 24.04 est le juste milieu sans surprise : assez récente pour t’épargner une mise à niveau, assez mature pour que les dépôts et les tutoriels aient terminé leur portage.

Ubuntu 22.04 contre 24.04 : qu’est-ce qui change sous le capot ?

Les principales différences pratiques entre les versions 22.04 et 24.04 sont 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), plus 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 avec 24.04
Fin de l’ESM	Mai 2032	Mai 2034	+2 ans avec 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 ; meilleur io_uring
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 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, maturité de cgroup v2
Format des sources apt	/etc/apt/sources.list	deb822 (/etc/apt/sources.list.d/ubuntu.sources)	Les dépôts personnalisés doivent être adaptés lors de la mise à niveau

Tu envisages 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 dans ton script de déploiement.

Le saut de noyau porte ses fruits le jour où un serveur de 4 GB subit une pression mémoire.

Les sauts de Python et de PHP sont ceux qui font mal lors d’une mise à niveau de version, car les schémas obsolètes cessent enfin de fonctionner.

Le changement de format des sources apt surprend presque tout le monde la première fois. Un /etc/apt/sources.list fonctionnel sur 22.04 devient /etc/apt/sources.list.d/ubuntu.sources sur 24.04. Tous les fichiers de dépôt personnalisés nécessitent une retouche pour correspondre au nouveau format deb822.

Pourquoi Ubuntu domine-t-il l’hébergement VPS, au fond ?

Ubuntu l’emporte pour la plupart des charges de travail VPS parce que la plupart des projets auto-hébergés le documentent en premier. Sa popularité s’auto-alimente — les tutoriels l’utilisent par défaut, les scripts d’installation l’utilisent par défaut, les images cloud l’utilisent par défaut.

C’est un véritable avantage opérationnel au quotidien lorsque quelque chose tombe en panne à 23h.

La plus grande base de paquets deb/apt sous Linux

Lorsqu’un projet auto-hébergé publie un script d’installation, il suppose presque toujours Ubuntu. Le dépôt de distributions NodeSource fournit les instructions pour 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 pour Ubuntu que la plupart des tutoriels suivent à la lettre.

La plupart des tutoriels et réponses Stack Overflow partent d’Ubuntu par défaut

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, donc les guides et les réponses sur Stack Overflow sont d’abord rédigés pour Ubuntu.

En gros, quand quelque chose tombe en panne au milieu de la nuit, la réponse que tu trouveras sera taillée pour Ubuntu. Interroge plutôt un assistant IA et tu obtiendras le même résultat : entraîné sur ce corpus dominé par Ubuntu, il te renvoie par défaut des commandes apt et des chemins de fichiers Ubuntu.

Une image cloud de premier plan chez tous les grands fournisseurs

AWS, GCP, Azure, DigitalOcean, Hetzner, Linode/Akamai, Vultr et DreamHost proposent tous Ubuntu Server comme option d’image Linux de premier plan sur l’écran de provisionnement.

(Traduction : tu n’as pas besoin de te battre avec le menu déroulant.)

Paquets Snap préinstallés

Snap est préinstallé sur Ubuntu Server, donc les applications auto-hébergées disponibles en paquets snap s’installent en une seule ligne. Si le comportement de mise à jour automatique de snap t’agace, tu n’es pas seul — mais il est là quand tu en as besoin, ce qui est unique parmi les distributions serveur.

Quand ne pas choisir Ubuntu pour ton 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.

1. Hébergement cPanel ou WHM. À l’origine, cPanel ne fonctionnait que sur la famille RHEL, et bien qu’il prenne désormais aussi en charge Ubuntu LTS, la migration depuis un hôte CentOS géré reste la plus simple vers AlmaLinux 9. Mêmes outils RPM, mêmes réflexes d’administration, aucun coût surprise de transposition entre gestionnaires de paquets. Si tu migres un workflow de revendeur hébergé depuis un ancien serveur CentOS et que tu veux conserver cPanel, AlmaLinux 9 est la cible naturelle.
2. Exigences strictes de conformité ou FIPS uniquement. Certains environnements réglementés (FedRAMP, DoD, back-office financier) se 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é veut une filiation avec la famille RHEL, AlmaLinux rend la discussion plus simple.
3. Un serveur à la RAM limitée exécutant un seul processus. Debian 13 (Trixie) est plus léger qu’Ubuntu dès l’installation (pas de snapd, moins d’éléments superflus par défaut). Sur un serveur au dimensionnement serré où chaque tranche de 200 MB compte, l’empreinte par défaut plus réduite vaut la peine d’être exploitée. Debian 13 est bien pris en charge sur n’importe quel VPS, et comme la formule d’entrée de gamme Stack 4 (4 GB) de DreamHost est fournie avec une image Debian 13 prête à l’emploi, la marge est là si l’empreinte est la priorité.

L’essentiel : AlmaLinux convient au public de cPanel et de la conformité, Debian convient aux charges de travail limitées en ressources 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 officielle du projet.

Charge de travail	Pourquoi Ubuntu convient	Base recommandée
Applications web Node.js / Python / PHP	Les dépôts NodeSource, deadsnakes et les dépôts PHP d’Ondřej Surý utilisent tous par défaut des procédures d’installation pour 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 fournit en priorité une image Docker Ubuntu ou un script d’installation compatible deb	De 4 GB à 16 GB 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 GB de base, 8 GB pour les jeux de données plus volumineux

Pour la plupart de ces charges de travail, la formule Stack 4 de l’hébergement VPS de DreamHost (4 GB de RAM) constitue la base. Elle peut faire tourner une application Node modeste avec Postgres et Redis, mais le trafic, la taille des données et le réglage fixent la vraie limite. Passe à 8 GB si tu fais tourner des piles gourmandes en stockage ou multi-services.

Le choix de l’OS est l’endroit où Ubuntu prend l’avantage. Tout ce qui se trouve sous cette couche est en grande partie interchangeable.

Comment configurer concrètement Ubuntu sur un VPS ?

Lance l’image Ubuntu, connecte-toi en SSH, crée un utilisateur non root, configure UFW et active unattended-upgrades. Les 15 premières minutes te mènent à un serveur de base prêt pour la production. Tout ce qui suit dépend de l’application que tu installes.

1. Choisis 24.04 LTS lors du provisionnement. Presque tous les fournisseurs proposent Ubuntu 24.04 LTS comme image en un clic. Sur le VPS Ubuntu de DreamHost, Stack 4 (4 GB) constitue la base pour la plupart des charges de travail.
2. Connecte-toi en SSH avec ta clé, pas avec un mot de passe. Les images cloud utilisent cloud-init pour injecter la clé SSH que tu as téléversée lors du provisionnement. La première connexion se fait avec ssh root@<ton-ip> ou ssh ubuntu@<ton-ip>, selon le fournisseur.
3. Crée un utilisateur non root et désactive l’authentification SSH par mot de passe. Exécute adduser deploy, puis usermod -aG sudo deploy. Copie la clé SSH et définis PasswordAuthentication no dans /etc/ssh/sshd_config. Recharge sshd. Teste la nouvelle connexion SSH dans un second terminal avant de fermer la session root. (Tous les administrateurs système se sont déjà bloqué l’accès au moins une fois.)
4. Active le pare-feu. Exécute ufw allow OpenSSH, puis ufw enable. Ouvre les ports de l’application au fur et à mesure (ufw allow 443/tcp pour HTTPS, et ainsi de suite). UFW (Uncomplicated Firewall) est la surcouche conviviale d’iptables fournie par défaut avec Ubuntu.
5. Active les mises à jour de sécurité automatiques. Exécute apt install unattended-upgrades. Ubuntu appliquera automatiquement les correctifs de sécurité en arrière-plan. C’est la mesure de renforcement « configure et oublie » la plus efficace, et pourtant c’est celle que la plupart des guides d’installation survolent parce qu’elle n’est pas spectaculaire.

Pour la procédure complète avec vérifications des résultats et cas limites, le Guide d’Ubuntu Server est la référence canonique.

Comment planifier une migration de 22.04 vers 24.04 ?

Tu as jusqu’en mai 2027 avant qu’Ubuntu 22.04 perde son support de sécurité standard. C’est assez long pour planifier une migration sereine, et assez court pour que tu doives inscrire une date dans le calendrier ce trimestre et arrêter d’en parler comme d’un travail pour plus tard.

Encore sur 20.04 LTS ? Ce délai est déjà écoulé — 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 est séquentiel, donc un serveur en 20.04 passe par 22.04 avant d’atteindre 24.04 ; une nouvelle installation en parallèle est généralement la voie la plus rapide.

Deux voies viables :

1. Mise à niveau sur place avec do-release-upgrade. Fonctionne sur la plupart des serveurs standard. Plus rapide et moins cher. Plus risqué sur tout ce qui est fortement personnalisé. Exécute-la toujours d’abord sur un clone de la production.
2. Nouveau VPS en parallèle avec une bascule DNS. Plus de travail, moins de risques. Lance un nouveau serveur 24.04, installe la pile, copie les données, bascule le DNS et mets l’ancien hors service. La plupart des équipes de production choisissent cette voie, car le retour arrière consiste à « remettre le DNS comme avant ».

Les mises à niveau sur place ont tendance à échouer pour quelques raisons clés : le passage de Python 3.10 à 3.12 (certaines bibliothèques ne sont toujours pas pleinement compatibles avec 3.12 un an après sa sortie, surtout tout ce qui touche à distutils ou à d’anciens schémas d’asyncio), et le changement de format des sources apt qui casse silencieusement tout fichier de dépôt personnalisé que tu as oublié de migrer.

Teste les deux avant de basculer.

Si tu es sur 22.04 et que tu pèses tes options, 26.04 LTS est déjà sortie — ce qui signifie qu’un seul projet de migration au lieu de deux est encore envisageable. Cela ne fonctionne que si ta date limite stricte est la fin du support standard en mai 2027, et que ta pile ne se bat pas déjà avec Python 3.10.

Où cliquer ensuite ?

Ouvre le menu déroulant des images du fournisseur et choisis Ubuntu 24.04 LTS. C’est la réponse pour presque tous ceux qui lisent ceci.

Les cas où 22.04 reste pertinente sont limités et se réduisent chaque trimestre. Sous Ubuntu 24.04 LTS, 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 grandes distributions Linux appartient désormais à Ubuntu 26.04 LTS : support standard jusqu’en mai 2031, ESM jusqu’en mai 2036.

L’hébergement VPS de DreamHost avec 4 GB gère confortablement la plupart des charges de travail Ubuntu. Passe à 8 GB pour les piles gourmandes en stockage ou multi-services.

La prochaine fois que quelqu’un de ton équipe demandera quelle version d’Ubuntu installer, tu auras les dates de mai 2027 et mai 2029 prêtes à coller. La version de 30 minutes de cette décision est le véritable problème. La version de 30 secondes est la réponse.

Choisis 24.04 LTS. Monte la pile. Ferme 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, utilise Ubuntu 24.04 LTS. Elle te donne deux années supplémentaires de support de sécurité standard (mai 2029 contre mai 2027), le noyau 6.8 avec une meilleure gestion de la mémoire sur les petits serveurs, et les versions par défaut actuelles de Python (3.12), PHP (8.3) et PostgreSQL (16).

Reste sur 22.04 uniquement pour des raisons 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 plan délibéré de migrer directement vers 26.04 LTS via une réinstallation à neuf (26.04 est sortie en avril 2026).

Quand Ubuntu 22.04 LTS arrive-t-il en fin de vie ?

Ubuntu 22.04 LTS atteint la fin du support de sécurité standard en mai 2027, et l’Extended Security Maintenance (ESM) court jusqu’en mai 2032. L’ESM est gratuit pour un usage personnel sur un maximum de cinq machines 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 d’un support de sécurité standard jusqu’en mai 2029 (cinq ans après sa sortie), l’ESM prolongeant la couverture jusqu’en mai 2034. Un module complémentaire Legacy optionnel 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 usage personnel sur un VPS ?

Oui, Ubuntu Pro est gratuit pour un usage personnel sur un maximum de cinq machines. L’offre gratuite inclut l’Extended Security Maintenance (ESM), le livepatch du noyau et l’accès à l’ensemble de paquets renforcés et 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 — donc pour un parc commercial, vérifie les tarifs actuels de Canonical et compare une année d’abonnements au simple fait de planifier la mise à niveau vers 24.04 avant mai 2027. Pour la plupart des équipes, la mise à niveau est l’option la moins chère.

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 sans accroc sur les serveurs standard et il est plus risqué sur ceux 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 de fichier des sources apt de sources.list vers le nouveau format deb822. Teste 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 parce que 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 fournisseurs d’hébergement (AWS, GCP, Azure, DigitalOcean, Hetzner, Linode, Vultr, DreamHost). Les auteurs de tutoriels écrivent en fonction de ce qu’utilise leur public, ce qui crée une boucle auto-entretenue : 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 ?

Utilise 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 années supplémentaires d’ESM (10 ans au total, 15 avec le module complémentaire Legacy), ce qui correspond au rythme de maintenance que la plupart des serveurs de production souhaitent réellement. Réserve les versions intermédiaires aux ordinateurs de bureau, où le renouvellement constant des mises à niveau fait partie du plaisir.