AlmaLinux 10.2, « Lavender Lion », démontre à quel point la distribution Linux d’entreprise a dépassé ses origines en tant que reconstruction un pour un de Red Hat Enterprise Linux (RHEL).
La version maintient la compatibilité binaire avec RHEL tout en rétablissant la prise en charge du matériel plus ancien et en ajoutant des fonctionnalités non disponibles dans RHEL 10. Ces différences offrent une vision plus claire de ce qu’AlmaLinux peut faire maintenant qu’il ne s’engage plus à reproduire strictement RHEL.
La Fondation AlmaLinux OS a lancé AlmaLinux 10.2 le 26 mai. La version comprend des chaînes d’outils de développement mises à jour, une prise en charge étendue des langues et des bases de données, des outils de conteneur et de virtualisation actualisés et des mises à jour de sécurité.
En 2023, Red Hat a cessé de publier le code source de RHEL via le référentiel public git.centos.org et a fait de CentOS Stream la principale source publique de code lié à RHEL. Le changement a incité la Fondation AlmaLinux OS à s’éloigner de son modèle de clonage 1:1, bug pour bug, et à maintenir à la place la compatibilité de l’interface binaire d’application (ABI) à l’aide de CentOS Stream et d’autres sources accessibles au public. AlmaLinux 10.2 fournit certaines des preuves les plus solides à ce jour de ce que cette plus grande indépendance permet au projet de faire.
Selon Benny Vasquez, président du conseil d’administration de la Fondation, la version 10.2 est la première version à montrer ce que rend possible le passage d’un clone strict 1:1 à une focalisation sur la compatibilité binaire. Un clone strict ne pourrait pas réactiver les pointeurs de trame pour le profilage, restaurer les pilotes de stockage et de réseau sur lesquels la communauté s’appuie toujours, ni ajouter la prise en charge de Btrfs.
« Rien de tout cela ne touche à la compatibilité, et tout cela vient de problèmes réels que les gens nous ont signalés. Pour moi, c’est tout l’intérêt de maintenir une distribution au lieu de simplement en reconstruire une », a déclaré Vasquez à LinuxInsider.
Prolonger la durée de vie du matériel d’entreprise
AlmaLinux 10.2 comble une lacune de prise en charge matérielle résultant du passage de RHEL 10 à x86-64-v3 comme référence. Cette exigence inclut les instructions du processeur AVX2, ce qui empêche de nombreuses anciennes plates-formes de serveur d’exécuter RHEL 10.
« Lorsque notre amont a déplacé la ligne de base vers x86-64-v3, de nombreux matériels parfaitement performants n’étaient soudainement plus pris en charge : pas cassés, mais pas assez nouveaux », a déclaré Vasquez.
La décision d’AlmaLinux de créer et de maintenir les versions x86-64-v2 – et de restaurer la prise en charge des pilotes pour les anciens adaptateurs de bus hôte (HBA), les contrôleurs RAID et les cartes d’interface réseau (NIC) désactivées en amont – a des implications économiques, a noté Vasquez. Il peut étendre le retour sur investissement matériel existant en permettant aux organisations de maintenir les équipements fonctionnels du centre de données en production plus longtemps.
La prise en charge matérielle ajoutée s’accompagne d’une mise en garde. Les packages tiers conçus pour RHEL 10 ciblent x86-64-v3 et ne peuvent pas s’exécuter sur les systèmes x86-64-v2. AlmaLinux affirme que sa version v2 est la mieux adaptée aux environnements qui s’appuient principalement sur des packages de système d’exploitation standard ou qui peuvent reconstruire des packages supplémentaires pour l’ancienne base de référence.
Garder du matériel plus ancien en service plus longtemps peut également retarder la mise hors service des serveurs et réduire les déchets électroniques.
« L’aspect développement durable en découle directement. Un serveur qui continue de fonctionner au lieu d’être mis au rebut est meilleur pour l’environnement et coûte moins cher pour l’entreprise », a déclaré Vasquez.
Une gouvernance conçue pour limiter les risques liés aux fournisseurs
Le modèle de gouvernance d’AlmaLinux est conçu pour répondre à une autre préoccupation des utilisateurs en entreprise : la possibilité qu’un seul propriétaire d’entreprise puisse modifier la licence, l’accès ou l’orientation du projet. Vasquez a souligné la structure de la Fondation comme une garantie contre ce risque.
AlmaLinux 10 devrait bénéficier d’un support actif jusqu’en mai 2030 et d’un support de sécurité jusqu’en mai 2035, offrant ainsi aux organisations une fenêtre de support à long terme définie.
Vasquez a souligné que la Fondation AlmaLinux OS est une organisation à but non lucratif sans actionnaires, sans propriétaire capable de la vendre en tant qu’entreprise et sans personne capable de changer soudainement sa mission.
Le conseil d’administration de la Fondation est élu par ses membres, ses statuts définissent l’objectif de l’organisation et le système d’exploitation est distribué sous des licences open source qui ne peuvent pas être simplement révoquées pour le code déjà publié.
« Un changement surprise de licence n’est pas quelque chose que nous promettons de ne pas faire. En tant qu’organisation américaine à but non lucratif, ce n’est tout simplement pas quelque chose que nous pouvons faire », a déclaré Vasquez.
Réduire la dépendance à l’égard de Red Hat
Les garanties de gouvernance d’AlmaLinux traitent de ce qui peut arriver au sein de la Fondation, mais elles ne contrôlent pas les décisions prises par Red Hat. Cela soulève une autre question pour les utilisateurs en entreprise : que se passe-t-il lorsque la relation en amont d’AlmaLinux change ?
Lorsque Red Hat a modifié l’accès public au code source de RHEL en 2023, AlmaLinux est passé à la construction à partir de CentOS Stream et d’autres sources publiques. Il s’est engagé à assurer la compatibilité binaire au lieu de maintenir un clone ligne par ligne.
« Cela nous a rendu moins dépendants de Red Hat, pas plus. CentOS Stream est public, Red Hat l’a conservé ainsi et le code est ouvert. Ils peuvent rendre l’accès moins pratique, mais ils ne peuvent pas renouveler la licence de ce qui existe déjà. Nous avons vécu exactement ce dont ces CTO ont peur, et cela nous a laissé dans une meilleure situation qu’au début », a-t-elle déclaré.
La compatibilité facilite la migration de RHEL
La compatibilité binaire d’AlmaLinux avec RHEL peut simplifier le déploiement dans des environnements déjà construits autour des outils Red Hat. La couverture étendue des rôles système dans la version 10.2 offre également aux administrateurs davantage d’options pour gérer les hôtes AlmaLinux et RHEL à l’aide de l’automatisation commune.
« En réalité, AlmaLinux s’installe partout où vous exécutez déjà RHEL, car avec la compatibilité binaire, vos outils existants ne peuvent pas faire la différence. Les mêmes rôles Ansible, images de conteneur et fichiers kickstart fonctionnent », a déclaré Vasquez.
Elle a ajouté qu’AlmaLinux peut également fonctionner avec Ubuntu dans des environnements Linux mixtes et que l’interopérabilité avec les outils RHEL existants provient du modèle de compatibilité d’AlmaLinux plutôt que d’une fonctionnalité spécifique introduite dans la version 10.2.
« La partie transparente vient de la compatibilité elle-même, et non de ce que nous avons livré dans la version 10.2 », a déclaré Vasquez.
Clarification du support 32 bits
AlmaLinux 10.2 inclut des packages d’espace utilisateur i686, mais pas de noyau ou d’installateur 32 bits. Les utilisateurs ne peuvent pas démarrer une installation AlmaLinux 10.2 32 bits.
« Nous n’adoptons pas une architecture complète. Ce que les gens demandaient en réalité était plus restreint. Les entreprises continuent de créer et d’exécuter des binaires 32 bits : d’anciennes applications internes que personne ne va réécrire, des environnements de construction multilib, des logiciels propriétaires plus anciens et des pipelines CI qui ciblent toujours le 32 bits », a-t-elle expliqué.
Les responsables d’AlmaLinux ne font pas ce travail seuls. Les ingénieurs des membres sponsors de la Fondation, Arista Networks et Meta, aident à créer et à maintenir les packages i686 via le groupe d’intérêt spécial AltArch (SIG).
« C’est un petit coût partagé qui résout un réel problème pour les personnes qui en dépendent », a déclaré Vasquez.
Les demandes de la communauté stimulent le développement
Pour Vasquez, la leçon plus large de Lavender Lion est que le processus d’AlmaLinux pour transformer les demandes de la communauté en fonctionnalités livrées fonctionne. Plusieurs des ajouts de la version 10.2 proviennent de demandes de la communauté plutôt que d’une feuille de route interne.
« Les voir tous atterrir dans une seule version nous a montré que le processus lui-même est solide, et pas seulement les correctifs individuels », a-t-elle déclaré. « Nous pouvons continuer à dire oui lorsque quelqu’un dans notre communauté nous fait part d’un réel besoin, car Lavender Lion a prouvé que nous pouvions réellement y répondre. »
