SUSE Linux Enterprise Server 16 est sorti en novembre 2025 et marque le changement de generation de cette lignee d entreprise : l installation passe a Agama, l administration quotidienne a Cockpit, Ansible est integre, et un systeme de modules utilise plus de vingt ans disparait. Toute la lignee 16 porte seize ans de soutien, au dela de la limite de 2038.

La lignee de versions a change de generation

La fiche reste peut etre a 15 SP7, mais la realite a avance : 16.0 a ouvert le 4 novembre 2025 comme successeur de la lignee 15. Le rythme officiel est de sept versions mineures de 16.0 a 16.6, une chaque novembre, et chaque version mineure porte cinq annees, deux de soutien regulier plus trois en extension.

Les noms ont suivi : ce qui etait un pack de service est une version mineure, et ce qui etait un soutien de pack de service long est simplement un soutien long. Le compte change aussi, car un pack vivait aussi longtemps que la version majeure et chaque version mineure compte desormais cinq ans pour elle.

YaST recule en maintenance

C est le changement a dire le plus clairement. YaST est la signature de SUSE depuis 1996, et installer, partitionner, configurer le reseau et gerer les services passaient tous par lui. A partir de 16 il entre en mode maintenance : la lignee 15 garde le soutien complet, et dans la lignee 16 trois choses prennent sa place.

L installation va a Agama, un installeur a base de pages dont tout le parcours tourne dans un navigateur local ou a distance ; le coeur est ecrit en Rust et expose une interface HTTP complete, ce qui facilite son insertion dans une chaine d automatisation. Il garde la compatibilite avec les anciens fichiers de configuration, donc la plupart des installations automatiques existantes se lisent directement, et il offre aussi une forme JSON native qui ne decrit que les parties a changer.

L administration quotidienne va a Cockpit, une console web ou etat, journaux et performance s examinent dans un navigateur. SUSE y a ajoute plusieurs applications, donc sources logicielles, installation de paquets et gestion des abonnements, que seul YaST savait faire, se font maintenant sur une page. L automatisation va a Ansible, integre cette fois au systeme avec des roles standards pour pare-feu, grappes, politique de securite et execution de conteneurs ; Salt ne vient plus avec le systeme et ne vit que dans un produit de gestion multi distributions.

Le systeme de modules a disparu

Le decoupage en modules de la lignee 15, ou systeme de base, applications serveur et outils de developpement tenaient chacun un module avec son propre vivier de paquets et son canal de mise a jour, est supprime en 16. La raison officielle est la simplification : une structure de depot en couches rendait la recherche de correctifs et la decision de montee plus difficiles, et sa disparition a ameliore la performance de mise a jour du gestionnaire.

Le prix, ce sont les habitudes. Ajouter un module avant d installer un paquet n existe plus, et le logiciel vient droit du depot principal ; les versions mineures gardent des depots propres, donc le chemin de montee se compte toujours par version mineure. Pour une machine a quelques services c est plus simple, et pour un environnement qui decoupait une image avec des modules, la migration demande de retrouver ce qui etait installe.

Instantanes et retour en arriere deviennent la norme

Les instantanes de systeme de fichiers sur Btrfs et Snapper sont arrives avec 12, et cette version les etend aux images nuage, donc le comportement est le meme sur metal, en machine virtuelle ou dans le nuage. Quand le gestionnaire de paquets ou la console web applique une mise a jour, le systeme prend seul un instantane et en garde un nombre fixe, pret a revenir en arriere ; comme l instantane se prend au niveau du systeme de fichiers, il montre quels fichiers ont change, pas seulement qu une mise a jour a eu lieu. Avec les correctifs a chaud, que cette version met dans toutes les editions, les corrections de securite du noyau passent sans redemarrage.

Deux fondations ont change du cote securite

Le controle d acces obligatoire passe d AppArmor a SELinux, avec un jeu de politiques de plus de quatre cents modules. Pour les habitues c est un vrai travail de migration : un service autrefois laisse passer par un profil AppArmor demande maintenant une politique SELinux. L autre piece est la construction reproductible, ou la meme source compile en un resultat identique a l octet, ce qui avec signature et attestation prouve qu une image publiee n a pas ete modifiee. Cela, plus une gouvernance ouverte, a valu a la distribution la reconnaissance de bien commun numerique.

La liste des retraits est longue aussi

Pour reduire la surface d attaque, ce que cette version retire merite plus d attention que ce qu elle ajoute.

Le bureau a maigri aussi et ne porte qu un GNOME minimal, qui fait tourner un navigateur, un gestionnaire de fichiers et une visionneuse, car un systeme serveur n a pas a porter toute une pile de bureau pour la tache graphique occasionnelle.

Comment se compte la fenetre de soutien

Qui est encore sur la lignee 15 n a pas a se presser : 15 SP7 est sorti en juin 2025 avec un soutien regulier jusqu a la fin de juillet 2031 et un soutien long etendu jusqu a la fin de juillet 2034, donc deux generations courent longtemps en parallele. Au moment de planifier une montee, c est la ligne de la version mineure qu on lit.

Seuil materiel et architectures

Le minimum officiel est bas : un processeur, 2 GB de memoire, 32 GB de stockage, assez pour un serveur sans interface graphique. La couverture d architectures est son ancien terrain : x86-64, ARM, IBM Power et IBM Z sont tous sur la liste, ce qui compte pour un centre de donnees aux architectures melangees.

Le produit vient aussi en plus d une forme installable : une extension de haute disponibilite pour grappes et bascule entre sites, une edition calcul haute performance pour l ordonnancement parallele de grandes grappes, une edition temps reel pour un ordonnancement deterministe et une faible latence, des formes conteneurisees et immuables, et une edition preparee pour les applications SAP. Cette version apporte aussi un cote hote pour le protocole de contexte de modele, ce qui amene une IA d agent a la couche du systeme, meme si cela se lit pour l instant comme une direction plutot qu une fonction utilisable.

Qui devrait l envisager

Cela convient aux organisations qui traitent les serveurs comme des biens de long terme et ont besoin d un horizon clair et d un responsable nomme : seize ans, constructions reproductibles et reconnaissance de bien commun numerique entrent tous dans les dossiers d achat et de conformite. Cela convient aussi aux environnements sur IBM Power ou IBM Z, ou les distributions commerciales de ces architectures sont rares.

A l inverse, une lignee 15 qui tourne tranquillement n est pas une raison de bouger le premier jour, car YaST y garde le soutien complet. Ce qui demande vraiment du travail, ce sont les scripts d automatisation qui dependent des depots de modules, et les services laisses passer par des regles AppArmor ; ces deux points font le gros du cout de migration, et les comprendre avant de planifier vaut mieux que courir apres un numero de version.

SLES 16 est un changement de generation des outils : Agama prend l installation, Cockpit l administration, Ansible entre, le systeme de modules part, instantanes et correctifs a chaud deviennent la norme. C est aussi un changement de generation par retrait, avec X11, Xen, VNC, une serie d anciennes bibliotheques graphiques et le soutien 32 bits qui s en vont. Seize ans de soutien et deux generations en parallele laissent la place de migrer a son rythme.