Migration vers Linux pour entreprises

CentOS Linux 8 ne reçoit plus de mises à jour depuis fin 2021 et CentOS Linux 7 depuis le 30 juin 2024, si bien qu’un serveur qui tourne encore sur l’une ou l’autre accumule depuis un moment des vulnérabilités non corrigées. La sortie dépend du besoin d’un support éditeur avec engagement de service : si c’est le cas, convert2rhel convertit le serveur en RHEL sans réinstallation ; si le support de la communauté et le nôtre suffisent, AlmaLinux et Rocky Linux sont compatibles avec RHEL et le changement se remarque à peine au quotidien.

Convertir ne change pas la version majeure. Un CentOS 7 converti reste un 7, et l’usage est de profiter de la même fenêtre pour passer en 9 avec Leapp ou ELevate, ou d’acheter le support étendu de RHEL 7 comme passerelle le temps de préparer cette montée de version.

Outils

convert2rhel, ELevate, Leapp et, depuis CentOS 8, migrate2rocky

Là où ça se complique

Dépôts tiers comme EPEL, paquets compilés à la main et modules noyau d’autres éditeurs : pilotes de stockage, agents de sauvegarde et antivirus.

RHEL 7 est sorti de la maintenance en juin 2024 et ne reçoit plus que des correctifs critiques si l’on paie le support étendu (ELS), qui s’arrête le 31 mai 2029, le jour même où se termine la maintenance de RHEL 8. Leapp met à niveau le serveur sur place, toujours d’une version majeure à la suivante, et avant de toucher à quoi que ce soit il produit un rapport de tout ce qui bloque la montée de version, ce qui donne la meilleure mesure du travail à venir.

Passer de la 7 à la 9, ce sont deux sauts d’affilée. Sur des serveurs qui traînent des années de modifications manuelles, il revient souvent moins cher d’installer un RHEL 9 propre, d’automatiser la configuration avec Ansible et de déplacer les données, et c’est ce que nous proposons quand le rapport de Leapp est long.

Outils

Leapp et son rapport préalable, Ansible, Satellite ou Foreman pour migrer par lots

Là où ça se complique

Python 2 disparaît, iptables cède la place à nftables, RHEL 9 retire les network-scripts et sa politique cryptographique refuse les signatures SHA-1 qu’utilisent encore certains certificats et applications anciennes.

Le support étendu de Windows Server 2016 prend fin le 12 janvier 2027, et avant de renouveler les licences il vaut la peine de regarder quels serveurs peuvent passer à Linux. Les serveurs de fichiers vont vers Samba, les sites IIS vers Apache ou Nginx, les applications .NET modernes (.NET Core et .NET 5 et suivants) tournent sous Linux sans réécriture et SQL Server existe en version Linux depuis 2017.

L’Active Directory peut rester tel quel, car les serveurs Linux rejoignent le domaine avec SSSD et chacun continue de se connecter avec son compte habituel. Ce qui ne peut pas bouger, comme les applications .NET Framework 4 ou les logiciels qui n’existent que pour Windows, reste sous Windows, et nous le disons dès l’inventaire, avant de commencer.

Outils

Samba, SSSD et realmd, .NET sous Linux, SQL Server pour Linux, Ansible

Là où ça se complique

Applications qui dépendent de COM ou du registre, licences tierces liées à Windows et tâches planifiées que personne n’a documentées.

Windows 10 n’est plus supporté depuis le 14 octobre 2025 et une bonne partie de ces postes ne remplit pas les exigences matérielles de Windows 11, si bien que l’alternative à la mise au rebut consiste à leur donner un autre système. Linux fonctionne bien pour les postes administratifs, l’accueil du public, les salles de formation et les bornes, où l’on travaille avec un navigateur, la messagerie et la bureautique, et fonctionne mal pour qui dépend de macros Excel complexes ou de logiciels de conception qui n’existent que pour Windows.

Dans le secteur public, ce qui décide d’une migration de poste n’est presque jamais le système d’exploitation : c’est la signature électronique. Elle fonctionne sous Linux, mais les points de blocage sont toujours les mêmes — le middleware de la carte agent et son lecteur, le magasin de certificats utilisé par chaque navigateur, et la chaîne de confiance des certificats qualifiés. En Belgique, c’est le middleware eID qui pose les mêmes questions. Nous testons sur les démarches réelles de chaque profil avant de déplacer qui que ce soit, et si une téléprocédure ne passe pas, ce poste reste où il est.

C’est pourquoi nous commençons toujours par un petit groupe pilote, nous mesurons les incidents pendant quelques semaines et seulement ensuite nous étendons au reste du personnel.

Outils

Ubuntu LTS ou Debian, LibreOffice, middleware de la carte à puce, Ansible pour déployer et maintenir les postes

Là où ça se complique

Macros VBA, périphériques dont le pilote n’existe que pour Windows, et la signature électronique : certificats et cartes fonctionnent, mais ils s’installent navigateur par navigateur et chaque démarche doit être vérifiée.

Quitter UNIX n’oblige pas à changer de matériel. RHEL, SUSE et Ubuntu tournent sur IBM Power (en ppc64le), si bien qu’un parc AIX peut déplacer des charges vers Linux dans une autre partition du même serveur, ce que nous faisons dans Linux sur IBM Power.

Ce qui passe inaperçu, c’est l’ordre des octets : AIX et Solaris sur SPARC stockent les données en big-endian, alors que Linux, sur x86 comme sur Power (ppc64le), est little-endian, donc même sur la même machine les fichiers binaires qu’écrit l’application elle-même peuvent devoir être convertis. Les données exportées d’une base de données voyagent en revanche sans difficulté. Et si vous allez dans l’autre sens, de Linux vers AIX, nous en parlons dans migration vers AIX.

Outils

Pacemaker à la place de PowerHA, ReaR pour les sauvegardes système (l’équivalent de mksysb), Ansible

Là où ça se complique

Scripts ksh remplis de commandes propres à AIX, gestion des volumes différente et applications compilées dont le code source a disparu.

Db2 sur IBM i et sur z/OS n’est pas le même produit que Db2 pour Linux : le catalogue change, une partie du SQL aussi, tout comme la façon de l’administrer, et les données passent d’EBCDIC à ASCII ou Unicode en chemin. C’est pourquoi nous traitons ces migrations comme des projets de base de données, avec des tests de performance sous charge réelle avant la bascule et le système d’origine disponible jusqu’à ce que le nouveau soit stable depuis plusieurs semaines.

Après la bascule, nous poursuivons avec le support technique Db2 sur Power et x86.

Outils

Export et chargement Db2, réplication pour des bascules courtes, tests sous charge réelle

Là où ça se complique

Conversion des jeux de caractères, programmes RPG ou COBOL qui accèdent directement aux données et traitements par lots aux horaires serrés.