Serveurs dédiés CentOS

Si vous avez cherché un « serveur dédié CentOS », commencez par la nouvelle qui a tout changé : CentOS Linux est abandonné. CentOS Linux 8 est arrivé en fin de vie le 31 décembre 2021 et CentOS Linux 7 le 30 juin 2024 — aucun des deux ne reçoit plus de mises à jour de sécurité. Ce qui survit sous le nom CentOS, c’est CentOS Stream, désormais une rolling release positionnée en amont de Red Hat Enterprise Linux plutôt qu’un rebuild stable qui le suit.

Un serveur dédié CentOS signifie donc aujourd’hui l’une de trois choses sur du bare metal Serverside : CentOS Stream si vous voulez suivre la direction que prend RHEL, ou — bien plus couramment — AlmaLinux ou Rocky Linux, les deux rebuilds communautaires drop-in, compatibles bug-for-bug avec RHEL et successeurs directs de l’ancienne expérience CentOS Linux. Les trois sont dans notre catalogue d’OS, les trois sont exempts de frais de licence, et les trois tournent sur une machine mono-locataire avec accès root complet et sans hyperviseur en travers du chemin.

Vous pesez le pour et le contre entre Alma, Rocky et Stream ? Consultez notre guide des serveurs dédiés Linux.

CentOS Linux est mort — ce que cela signifie pour vous

Ce n’est pas une dépréciation en douceur. CentOS Linux 8 a cessé de recevoir des mises à jour le 31 décembre 2021, et CentOS Linux 7 — la version sur laquelle la plupart des parcs legacy tournent encore — a atteint sa fin de vie le 30 juin 2024. Après ces dates, plus aucun correctif de sécurité, aucune correction de bug et aucun nouveau paquet ne sort du CentOS Project. Chaque CVE divulguée contre ces versions depuis lors reste tout simplement non corrigée sur un système d’origine.

Le tournant a eu lieu en décembre 2020, lorsque Red Hat et le CentOS Project ont annoncé qu’ils mettaient fin à CentOS Linux en tant que rebuild RHEL downstream et réorientaient les efforts vers CentOS Stream. C’est cette seule décision qui explique l’existence des rebuilds communautaires — AlmaLinux et Rocky Linux. Si vous faites tourner CentOS 7 ou 8 sur un serveur exposé, le conseil honnête est de migrer maintenant, pas lors d’une future fenêtre de maintenance.

• CentOS Linux 8 — fin de vie le 31 décembre 2021 (aucune mise à jour)
• CentOS Linux 7 — fin de vie le 30 juin 2024 (aucune mise à jour)
• Aucun CentOS Linux 9 ou 10 n’a jamais été publié — la lignée s’est arrêtée à la 8
• Des fournisseurs tiers de « cycle de vie étendu » existent, mais ce sont des correctifs payants pour un OS mort, pas une plateforme à long terme

CentOS Stream vs AlmaLinux vs Rocky Linux

Ce qui prête à confusion, c’est que « CentOS » désigne désormais quelque chose de structurellement différent. CentOS Stream est une rolling release positionnée en amont de RHEL : elle contient les changements destinés à la prochaine version mineure de Red Hat Enterprise Linux. Vous voyez les correctifs avant qu’ils n’atterrissent dans RHEL, et non après — l’exact inverse du fonctionnement de l’ancien CentOS Linux. Stream 9 est maintenue jusqu’au 31 mai 2027 et Stream 10 (publiée en décembre 2024) tourne jusqu’à environ 2030, chacune s’achevant lorsque la version majeure RHEL correspondante quitte le Full Support.

AlmaLinux et Rocky Linux forment l’autre moitié de l’histoire. Les deux sont des rebuilds RHEL communautaires, downstream et bug-for-bug — les remplacements drop-in qui préservent exactement ce qu’était CentOS Linux : une base libre, stable et compatible RHEL que vous standardisez et laissez tranquille. En 2026, tous deux suivent RHEL 10.1. Pour la plupart des équipes qui tapent « serveur dédié CentOS » par habitude, l’une de ces deux options est la bonne destination, pas Stream.

• CentOS Stream — rolling, en amont de RHEL. Convient : suivre le prochain RHEL, dev/test contre le futur RHEL, contributeurs. Pas une cible stable à point fixe.
• AlmaLinux — rebuild RHEL 1:1 downstream, soutenu par une fondation, ELevate pour les mises à niveau de version majeure, large support des panels (cPanel, Plesk, DirectAdmin).
• Rocky Linux — rebuild RHEL 1:1 downstream, fondé par un co-fondateur de CentOS, migrate2rocky pour la conversion au sein d’une même majeure.
• Les trois : SELinux, dnf/yum, noms de paquets compatibles RHEL — vos playbooks et RPM existants sont transposables.

Migrer depuis CentOS 7 ou 8

Le chemin de migration dépend de la majeure sur laquelle vous êtes et de votre destination. Pour une bascule au sein d’une même majeure — CentOS 8 vers Rocky 8 ou Alma 8, ou CentOS Stream vers AlmaLinux — la communauté fournit des scripts de conversion en place qui repointent vos dépôts et échangent les paquets de release sans réinstallation : migrate2rocky pour Rocky, et almalinux-deploy pour AlmaLinux (qui peut convertir depuis CentOS Linux, CentOS Stream, Rocky et Oracle Linux, et prend en charge les machines cPanel/Plesk/DirectAdmin).

Si vous êtes bloqué sur CentOS 7, il n’y a pas de cible dans la même majeure — les rebuilds RHEL 7 sont eux-mêmes en fin de vie. Ici, AlmaLinux ELevate fait le gros du travail : il effectue des sauts de version majeure (EL7 vers 8, 8 vers 9, 9 vers 10) que ni Rocky ni RHEL n’offrent en tant qu’outil communautaire. En pratique, beaucoup d’équipes profitent d’une migration de serveur dédié pour faire plutôt une réinstallation propre — ce qui, sur Serverside, est un re-provisioning en moins d’une minute plutôt qu’un projet d’une journée entière, si bien que vous reconstruisez sur un AlmaLinux ou un Rocky à jour et restaurez l’état depuis une sauvegarde.

Une migration est aussi précisément le moment où vous devez toucher à la machine sous l’OS. Lorsque vous démarrez un installeur AlmaLinux ou Rocky arbitraire, la pile réseau n’est pas encore active et une conversion ratée peut vous laisser verrouillé dehors — le montage d’ISO plug-and-play vous permet donc d’attacher l’installeur de votre choix, et l’accès à la console KVM vous donne un écran et un clavier sur la machine pour le piloter et le voir démarrer. Pour les utilisateurs avancés, la même prise en charge de l’iPXE personnalisé qui démarre vos propres images par le réseau transforme une reconstruction propre en une étape scriptée et reproductible plutôt qu’en une récupération ponctuelle.

• CentOS 8 / Stream → AlmaLinux : almalinux-deploy (en place, convertit aussi Rocky/Oracle)
• CentOS 8 → Rocky 8 : migrate2rocky (repointe les dépôts, échange les RPM de release en place)
• CentOS 7 → EL plus récent : AlmaLinux ELevate pour les sauts de version, ou une réinstallation propre
• Sur notre matériel, une réinstallation propre vers l’Alma/Rocky actuel est un re-provisioning en moins d’une minute — souvent plus simple qu’une conversion en place

Que devriez-vous réellement faire tourner ?

Tranchez avec trois questions. Si vous êtes encore sur CentOS 7 ou 8 en production, la réponse n’est pas « lequel est le meilleur » — c’est « migrez maintenant », car vous faites tourner un OS sans mises à jour de sécurité sur une machine exposée à Internet. Tout le reste relève de la préférence.

• Vous voulez l’expérience CentOS Linux classique — stable, sans surprise, compatible RHEL, à installer et oublier → AlmaLinux ou Rocky Linux sur Serverside.
• Vous devez suivre le développement de RHEL, tester contre la prochaine mineure ou contribuer en amont → CentOS Stream.
• Vous faites tourner cPanel/WHM ou un panel d’hébergement → AlmaLinux est le pari le plus sûr (le support des panels s’est consolidé autour de lui).
• Vous êtes sur CentOS 7/8 aujourd’hui → migrez immédiatement ; choisissez Alma ou Rocky comme destination et utilisez l’outillage ci-dessus ou une réinstallation propre.

Le vrai risque de faire tourner un CentOS EOL sur un serveur exposé

Il vaut mieux être concret qu’alarmiste. Un OS mort ne cesse pas de fonctionner le jour où il passe EOL — il cesse de recevoir des correctifs. Le risque s’accumule discrètement : chaque vulnérabilité de noyau, d’OpenSSL, de glibc ou de sudo divulguée après votre date EOL reste ouverte sur votre machine indéfiniment, et les serveurs exposés sont précisément là où celles-ci sont trouvées et exploitées. Sur un hôte bare metal avec un uplink complet, c’est une large surface d’attaque à laisser non corrigée.

Il y a aussi une dimension conformité qui prend les équipes au dépourvu. PCI-DSS, SOC 2, HIPAA et la plupart des polices de cyber-assurance exigent que les systèmes exécutent des logiciels supportés recevant des correctifs de sécurité. Un hôte CentOS 7 ou 8 échouera d’emblée à ce contrôle — un auditeur ne se soucie pas que la machine démarre encore. Migrer vers une version maintenue d’AlmaLinux, Rocky ou Stream comble à la fois l’écart technique et l’écart administratif. Notre mitigation DDoS permanente réduit une classe d’exposition, mais elle ne remplace pas un OS à jour.