CentOS 7 est en fin de vie : convertir, payer un support ou reconstruire ?

La page CentOS Linux confirme cette date de fin pour la version 7, il y a maintenant plus de deux ans, et pourtant le serveur démarre toujours et sert encore le site. CentOS Linux 8 est resté encore plus longtemps sans correctifs, et ses paquets ont été déplacés vers vault.centos.org, sans plus aucune mise à jour.

Vous pouvez reconstruire sur un nouveau serveur AlmaLinux ou Rocky Linux, convertir sur place celui que vous avez, ou payer un fournisseur pour qu'il continue de mettre à jour CentOS 7 encore quelque temps. Nous n'avons pas effectué de conversion : chaque étape de conversion et chaque point de défaillance ci-dessous proviennent de la documentation des éditeurs des outils. Nous avons en revanche démarré les deux systèmes cibles de reconstruction sur une machine de test, et la section consacrée à la reconstruction montre les ressources qu'ils ont utilisées.

Les façons de quitter CentOS 7, côte à côte

Prix et dates tels qu'affichés par chaque fournisseur le 2 octobre 2026, par serveur, hors taxes. Pour CIQ, up to four years, et pour TuxCare, up to five years : ces durées sont comptées à partir de la fin de vie de CentOS 7. Si vous achetez l'ELS de Red Hat maintenant, il doit être antidaté au 30 juin 2024, comme l'explique la section consacrée à Red Hat.

Toutes les offres payantes pour CentOS 7 expirent dans un délai d'environ 33 mois : celles de SUSE et de CIQ dans environ 21 mois, l'ELS de Red Hat dans environ 32 mois et celle de TuxCare dans 33 mois au plus. Une offre payante ne fait que retarder la migration. Avec AlmaLinux ou Rocky Linux, la version 8 laisse environ 32 mois, et c'est là qu'aboutit la première mise à niveau sur place depuis CentOS 7, ou une conversion de CentOS 8. La version 9 laisse environ 68 mois. Une reconstruction sur la version 10 en laisse environ 104.

Reconstruire sur un nouveau serveur AlmaLinux ou Rocky Linux

Pour la plupart des serveurs CentOS, nous commencerions par une reconstruction. Elle mène à la même date de fin, 2035, qu'une conversion jusqu'à AlmaLinux 10, sans trois redémarrages de mise à niveau, et une installation neuve ne traîne aucun des paquets résiduels qu'une mise à niveau sur place peut laisser derrière elle. Comme l'ancien serveur continue de servir le trafic pendant tout ce temps, un nouveau serveur qui n'est pas encore prêt ne met pas le site hors ligne.

Pour une reconstruction, AlmaLinux et Rocky Linux se valent, et notre guide AlmaLinux ou Rocky Linux présente les quelques points sur lesquels ils diffèrent. Tous deux reçoivent des mises à jour jusqu'au 31 mai 2032 pour la version 9 et jusqu'au 31 mai 2035 pour la version 10, selon les notes de version d'AlmaLinux et la page des versions de Rocky Linux. Les limites de Rocky présentées plus bas sur cette page ne comptent que si vous convertissez un serveur ou utilisez cPanel. Choisissez la version 10, sauf si une application tierce ou vos propres outils ne l'ont pas encore certifiée. Dans ce cas, choisissez la 9. Si rien ne vous lie aux paquets de type RHEL, Ubuntu et Debian fonctionnent sur les mêmes offres DreamHost.

Chez DreamHost, vous choisissez l'OS lors de la création du VPS : AlmaLinux ou Rocky Linux, chacun en version 10 ou 9. Il n'existe ni image de version 8 ni image CentOS. Changer d'OS par la suite implique de reconstruire le serveur. Les fiches des offres affichent par défaut la formule mensuelle. Elle convient à un serveur que vous montez pour vos tests, puisque vous ne le garderez peut-être pas après la bascule. Vous disposez d'un accès root complet. Le support de DreamHost est disponible 24 h/24, 7 j/7 pour le matériel, le réseau et la connectivité. C'est vous qui gérez l'OS, les logiciels et la configuration.

1. Créez le nouveau serveur à côté de l'ancien

   Choisissez AlmaLinux ou Rocky Linux 10 (ou 9) lors de la création du VPS. Ne touchez pas au serveur CentOS. Il continue de servir le site.

2. Réduisez le TTL DNS

   Un ou deux jours avant la bascule, réduisez le TTL des enregistrements que vous allez modifier, afin que le changement atteigne rapidement les visiteurs.

3. Installez la pile de zéro, puis copiez les données et la configuration

   Installez le serveur web, l'environnement d'exécution du langage et la base de données à partir des paquets du nouvel OS. Transférez ensuite les données et les éléments de la liste ci-dessous.

4. Testez l'application sur le nouveau serveur

   Faites pointer votre propre machine vers la nouvelle IP grâce à une entrée dans le fichier hosts, puis testez le site, les connexions, les formulaires, l'e-mail et les tâches planifiées.

5. Basculez le DNS et gardez l'ancienne machine quelque temps

   Modifiez les enregistrements. Gardez ensuite le serveur CentOS en marche jusqu'à ce que le trafic, les journaux et la sortie de cron sur le nouveau serveur soient corrects, puis éteignez-le.

Ce qu'un nouveau serveur cible consommait sur notre VM de test

Pour voir avec quoi démarre un nouveau serveur, nous avons utilisé l'image cloud arm64 officielle de chaque projet, AlmaLinux 10.2 et Rocky Linux 10.2, sur une VM de test dotée de 2 vCPU et de 4 Go de mémoire, soit la configuration de Stack 4. Nous avons relevé la mémoire après 10 minutes au repos, puis ajouté la même pile web aux deux à partir de leurs propres dépôts : nginx, PHP-FPM, MariaDB 10.11, PostgreSQL 18, Node.js 24 et Valkey.

Chacun s'est stabilisé autour de 300 Mio au repos et a absorbé la pile web avec environ 200 Mio de plus : une application CentOS 7 migrée vers Stack 8 dispose donc de bien assez de mémoire pour l'application et sa base de données. Exécutez dnf upgrade avant toute chose, car l'image cloud de Rocky Linux, créée en mai, avait 130 mises à jour en attente. Ces tests ont été effectués sur notre machine de test, et non sur un serveur DreamHost ni avec les images de DreamHost, le 20 octobre 2026, une fois chacun. Nous n'avons pas pu mesurer une conversion ELevate : CentOS 7 ne reçoit plus de mises à jour, nos machines de test sont en arm64 alors que la plupart des serveurs CentOS 7 sont en x86_64, et une conversion dépend de ce que chaque serveur a installé.

Voici ce qu'il faut transférer. Rien de tout cela ne migre tout seul :

• Tâches planifiées. Exécutez crontab -l pour chaque utilisateur, et vérifiez /etc/crontab, /etc/cron.d ainsi que les éventuels timers systemd.
• Configuration modifiée à la main sous /etc. Les vhosts du serveur web, php.ini, la configuration de la base de données, logrotate et les paramètres de messagerie. Copiez-les comme référence et réappliquez les modifications à la main, car les valeurs par défaut des paquets diffèrent d'une version majeure à l'autre.
• Règles de pare-feu. Enregistrez ce qu'affiche firewall-cmd --list-all ou iptables-save. Red Hat a fait de nftables le framework de filtrage de paquets par défaut à la place d'iptables dans RHEL 8. Réécrivez les anciens scripts iptables bruts sous forme de règles firewalld.
• Utilisateurs, clés et règles sudo. Le fichier ~/.ssh/authorized_keys de chaque utilisateur, les fichiers de /etc/sudoers.d et les comptes de service sous lesquels tourne l'application.
• Paramètres réseau. Les fichiers d'interface dans /etc/sysconfig/network-scripts ne sont pas repris, car RHEL 9 a abandonné le paquet network-scripts au profit de NetworkManager.
• Certificats TLS et leur tâche de renouvellement.
• Bases de données, sous forme de dump. Transférez-les avec mysqldump ou pg_dump et restaurez le dump sur le nouveau serveur, car le serveur de base de données saute plusieurs versions majeures.

Le plus gros du travail concerne généralement l'environnement d'exécution de l'application. Le guide de Red Hat sur l'adoption de RHEL 8 indique PHP 5.4 et MariaDB 5.5 dans RHEL 7, la base à partir de laquelle CentOS 7 a été construit. RHEL 8 est passé à PHP 7.2 et MariaDB 10.3, a fait de Python 3 la version par défaut et a supprimé la commande python sans numéro de version. AlmaLinux 10 va plus loin, avec PHP 8.3, MariaDB 10.11, MySQL 8.4 et Python 3.12 selon ses notes de version. Si votre code a été écrit pour PHP 5.4 ou Python 2, il devra probablement être modifié avant de pouvoir y tourner, et c'est cette partie qui peut faire durer une reconstruction une semaine.

Convertir sur place avec ELevate

ELevate est l'outil de mise à niveau sur place du projet AlmaLinux. Il repose sur Leapp, le même utilitaire que Red Hat utilise pour ses propres mises à niveau de RHEL 7 vers RHEL 8. C'est aussi le seul outil maintenu que nous ayons trouvé qui fait passer CentOS 7 lui-même à une version majeure plus récente sans réinstallation ni abonnement RHEL.

Leapp met à niveau une version majeure à la fois : passer de CentOS 7 à AlmaLinux 10 demande donc trois passes, de 7 à 8, de 8 à 9 et de 9 à 10. Chaque passe redémarre sur une entrée de démarrage spéciale dédiée à la mise à niveau, et le guide d'AlmaLinux pour passer de CentOS 7 à AlmaLinux 10 recommande de garder un accès console pour suivre l'opération. Les dépôts de CentOS 7 sont hors ligne. Avant la première passe, vous devez faire pointer yum vers le vault CentOS ou vers le miroir CentOS 7 d'AlmaLinux. AlmaLinux prévient que la vérification préalable échoue sur une installation par défaut tant que vous n'avez pas corrigé ce que liste son rapport.

Un lecteur de Hacker News l'a utilisé sur quelques VM personnelles et a jugé que it worked pretty well. Son parcours : from Centos 7 to Alma 9 one release at a time.

Les éléments concernant les pilotes et le réseau proviennent de la page des problèmes fréquents d'AlmaLinux et de son guide de mise à niveau, et les versions des environnements d'exécution proviennent du guide de Red Hat sur l'adoption de RHEL 8.

ELevate ne cible plus Rocky Linux. Le projet l'a abandonné dans sa mise à jour du 3 novembre 2025, au motif que les données de migration dont Rocky Linux a besoin dans le nouveau format n'ont pas été fournies. L'outil de Rocky, migrate2rocky, convertit les systèmes en version 8 ou 9 au sein de la même version majeure : il ne peut donc pas faire évoluer un serveur CentOS 7. Si vous préférez Rocky Linux, une reconstruction vous y mène, avec les mêmes dates. Oracle publie aussi un script communautaire qui convertit CentOS Linux 7.9 en Oracle Linux 7. Selon Oracle, ce script n'est pas officiellement pris en charge et ne peut pas changer de version majeure : vous resteriez donc sur une version 7. Les images VPS de DreamHost sont Ubuntu, Debian, AlmaLinux et Rocky Linux ; il n'existe pas d'image Oracle Linux.

Les serveurs cPanel nécessitent la surcouche ELevate propre à cPanel. Selon cPanel, exécuter les outils standard sur une installation cPanel empêche le système de fonctionner correctement. Sa surcouche suit le même chemin : de CentOS 7 vers AlmaLinux 8, puis 9, puis 10. cPanel a aussi abandonné la prise en charge de Rocky Linux, installations existantes comprises. Entre les deux, un serveur cPanel qui quitte CentOS 7 doit donc passer sur AlmaLinux, que vous le convertissiez ou que vous le reconstruisiez. Si vous visez AlmaLinux 9, notre guide AlmaLinux 9 sur un VPS répond dans sa FAQ à la question du passage de CentOS 7 à AlmaLinux 9.

Payer pour un support étendu

Le support étendu des mises à jour continue de fournir des mises à jour à CentOS 7, ou à un RHEL 7 converti, pendant une durée déterminée. Toutes les offres que nous avons trouvées se terminent au plus tard mi-2029. Red Hat a prolongé RHEL 6 au-delà de la fin initiale de son ELS grâce à des contrats annuels renouvelables baptisés ELS Long-Life : vérifiez donc à nouveau les dates avant de signer.

SUSE Multi-Linux Support Lite est affiché à 67 $ par serveur et par an, avec un engagement de 3 ans payé d'avance. Cela fait 201 $ par serveur au prix catalogue. Le tableau des offres de SUSE indique pour Lite : NO SUPPORT. Vous obtenez un ensemble limité de mises à jour du système de base, sans demandes d'assistance, et la couverture de CentOS 7 court jusqu'au 30 juin 2028. Un contrat de 3 ans acheté en octobre 2026 irait au-delà de cette date. Demandez à SUSE comment cette période est facturée.

CIQ Bridge fournit un support étendu des mises à jour pour CentOS 7 jusqu'à quatre ans après la fin de vie, ce que CIQ arrondit ainsi : through 2028. Quatre ans après le 30 juin 2024, on arrive au 30 juin 2028, la même échéance que chez SUSE. CIQ n'affiche pas de prix. Sa page de tarifs vous demande de remplir un formulaire pour obtenir un devis.

TuxCare vend un support pour CentOS 7 jusqu'à cinq ans après la fin de vie, soit jusqu'au 30 juin 2029, facturé au mois ou à l'année. Son niveau Standard couvre un ensemble limité de mises à jour. Sa page n'affichait aucun prix lors de notre vérification.

La voie de Red Hat convertit d'abord le serveur en RHEL, puis y ajoute un support payant :

1. Convert2RHEL fait passer CentOS Linux 7.9 à RHEL 7.9 et nécessite un abonnement RHEL pour accéder au service de mises à jour de Red Hat.
2. Seuls les abonnements RHEL Server Standard ou Premium donnent droit à l'Extended Life Cycle Support (ELS). La boutique de Red Hat affiche Standard à 878,90 $ pour un an, sans indiquer de prix pour l'option ELS.
3. L'ELS couvre RHEL 7.9 jusqu'au 31 mai 2029, avec un ensemble limité de mises à jour et une sélection de correctifs de bugs urgents. La politique de support des anciennes versions de Red Hat indique que l'ELS de RHEL 7 doit être acheté avant le 30 juin 2024, et qu'un achat ultérieur doit être antidaté à cette date. Vous paieriez donc aujourd'hui pour une couverture déjà écoulée, et Red Hat ne publie pas le montant total que cela représente.
4. La mise à niveau Leapp de Red Hat remplace sur place RHEL 7.9 par RHEL 8.10 sur un système enregistré. Une seconde exécution fait passer RHEL 8.10 à RHEL 9, et Red Hat précise qu'on ne peut pas sauter de 7 à 9 en une seule exécution.

Red Hat vend aussi une offre groupée appelée RHEL for Third Party Linux Migration, avec des outils de conversion et l'ELS en option, dont le prix n'est pas publié non plus.

Si vous êtes sous CentOS 8

C'est un serveur CentOS 8 qui est resté le plus longtemps sans correctifs. Chacun des outils de conversion ci-dessous fait passer un serveur CentOS 8 vers un autre système en version 8, et la suite dépend de l'outil que vous avez utilisé.

Les détails des outils proviennent du README d'almalinux-deploy, du README de migrate2rocky et de la documentation de Red Hat sur Convert2RHEL et les mises à niveau ; la présentation d'ELevate par AlmaLinux recense les mises à niveau sur place entre EL8 et EL9 et entre EL9 et EL10. Exécutez migrate2rocky dans screen ou tmux pour qu'une connexion interrompue ne l'arrête pas.

Si vous vous arrêtez à la version 8, il vous reste environ 32 mois avant la fin de son support des mises à jour. DreamHost ne propose pas d'image en version 8. Si vous migrez un serveur CentOS 8 chez nous, vous le reconstruirez sur la version 9 ou 10 en suivant la même liste que pour une reconstruction de CentOS 7.

FAQ sur la fin de vie de CentOS