SUSE Linux Enterprise Server 16 は 2025 年 11 月に出た、この企業向けの系の世代が変わる版だ。導入は Agama へ移り、日々の管理は Cockpit が受け持ち、Ansible は最初から入り、二十余年使われた組の仕組みは外された。16 の系統全体に十六年の支援が付き、2038 年の坂を越える。

版の線が一代変わった

一覧のこの項目はまだ 15 SP7 に止まっているが、実際は一歩進んでいる。16.0 が 2025 年 11 月 4 日に開き、15 の系統を継ぐ。公式の拍子は 16.0 から 16.6 までの七つの次の版で、毎年 11 月に一つ出し、次の版ごとに五年の支援が付く。二年の通常の支援と三年の延長だ。

名づけも変わった。これまでの奉仕の包みは次の版と呼ばれ、長期の奉仕の包みの支援は単に長期の支援と呼ばれる。変わったのは物差しで、以前は包みの寿命が大きな版に従い、いまは次の版が自分の五年を数える。

YaST は保守の段へ退く

この版でいちばん説明の要る変化だ。YaST は 1996 年から SUSE の看板で、導入、区画分け、網の設定、奉仕の管理がすべてこれを通った。16 から保守の段に入る。15 の系統は完全な支援を続け、16 の系統ではその場所を三つが受け持つ。

導入は Agama に渡る。画面を土台にした導入の仕組みで、流れの全体が手元の閲覧器でも遠隔でも走る。芯は Rust で書かれ、外へ完全な HTTP の接続口を出すので自動の流れに収めやすい。古い設定ファイルとの互換を保ち、既にある自動導入の設定はたいていそのまま読める。同時に JSON を土台にした独自の書き方も備え、区画の案を全部書かず、変えたい部分だけを記す。

日々の管理は Cockpit に渡る。画面の制御台で、状態を見、記録を繰り、性能を調べるのが閲覧器の中で済む。SUSE はこれに専用の応用を幾つか足し、ソフトの出どころ、包みの導入、購読の管理という、以前は YaST でしか扱えなかったことが画面でできるようになった。自動化は Ansible に渡る。この版はこれを系の中に直接置き、防火壁、群れ、安全の方針、コンテナの実行環境などの標準の役を備える。これまでの Salt は系に付かなくなり、複数の Linux をまとめて扱う製品の一部としてのみ続く。

組の仕組みは外された

15 の系統の組分け、すなわち基礎の系、サーバーの応用、開発の道具がそれぞれ一つの組を持ち、独自のソフトの溜めと更新の道を備える形は、16 で取り消された。公式の理由は単純化だ。層の多い倉庫の作りは繕いを探すのも上げるかを決めるのも難しくし、外したことで包みを扱う仕組みの更新の性能も上がった。

代わりに習慣を変えることになる。先に組を足してから包みを入れる、という動きはもう無く、ソフトは主の倉庫から直接来る。次の版はそれぞれ独自の倉庫を帯びるので、上げる道はやはり次の版で数える。少数の奉仕だけを走らせる機械にはこの単純化は楽で、組で切り分けた形を作っていた環境では、移すときに何を入れたかを組み直すことになる。

面の写しと巻き戻しが標準になる

Btrfs と Snapper によるファイル系の写しは 12 からあり、この版はそれを雲の像にまで広げた。実機でも仮想の機械でも雲でも振る舞いは同じだ。包みを扱う仕組みや画面の制御台で更新すると、系は自分で写しを取り、決まった数だけ残し、いつでも戻せる。写しはファイル系の層で取るので、どのファイルが変わったかまで分かり、単に「ある更新があった」で終わらない。その場の繕い、この版ではすべての版に入れて別に売らない、と組めば、芯の安全の直しを再起動なしで当てられる。

安全の側で土台が二つ変わった

強制の接続制御が AppArmor から SELinux へ移り、四百余りの組を持つ方針の束が付く。長く使ってきた人にはこれが実際の移し替えの仕事になる。以前 AppArmor の設定で通していた奉仕は、これから SELinux の方針を書く必要がある。もう一つは再現できる組み上げで、同じ源から byte の単位で同じ産物ができ、署名と証明を添えて、配った像が途中で変えられていないことを示す。これに公開の統治が加わり、この配布は「数字の公共の産物」の認定を受けた。

引く一覧も短くない

攻めの面を狭めるため、この版が消したものは足したものより見る値がある。

机の上の部分も痩せ、最小の GNOME だけを載せる。閲覧器、ファイルの管理、画像と文書を見る道具が動けば足りる。サーバーの系がたまの図形の操作のために机の一式を背負う必要はない。

支援の期間をどう数えるか

いまも 15 の系統にいるなら急ぐことはない。15 SP7 は 2025 年 6 月に出て、通常の支援は 2031 年 7 月末まで、延ばした長期の支援は 2034 年 7 月末までで、二代が長く並んで走る。上げる計画を立てるときは次の版の行を見る。

機械の敷居と構成

公式の最低の仕様は低い。CPU 一つ、記憶 2GB、保管 32GB で、画面を持たないサーバーには足りる。構成の広さはこの製品の古い本領で、x86-64、ARM、IBM Power、IBM Z がすべて一覧にあり、混ざった構成の資料の中心には実際の値打ちがある。

製品の形も導入版一つではない。可用性の高い拡張は群れと拠点を跨ぐ切り替えを担い、高性能の計算の版は大きな群れの並行の割り振りを担い、即時の版は決まった割り振りと小さな遅れを与え、ほかに容器の形と変わらない形の配備、SAP の応用のために用意した版もある。この版はさらに模型の文脈の規約の宿主側を入れ、代理の AI を系の層へ引き入れた。ただし今は方向を示す動きで、すぐ使える機能ではない。

誰が考えるべきか

サーバーを長く持つ財産として扱い、支援の期限と責任の在り処をはっきりさせたい組織に向く。十六年の支援、再現できる組み上げ、数字の公共の産物の認定は、どれも調達と適規の審査の材料に書ける。IBM Power や IBM Z の上で走らせる環境にも向く。その構成で選べる営利の配布はもともと少ない。

逆に、手元の 15 の系統が落ち着いて走っているなら、真っ先に移る必要はない。YaST は 15 の上で完全な支援が続く。本当に手を動かすのは、組の倉庫に頼る自動のスクリプトと、AppArmor の規則で通していた奉仕だ。この二つが移し替えの費用の大半で、先に見きわめてから予定を組むほうが、版の番号を追うより確かだ。

SLES 16 は「道具を替える」世代の交代だ。Agama が導入を、Cockpit が管理を継ぎ、Ansible が中に入り、組の仕組みが消え、写しとその場の繕いが標準になる。同時に「物を消す」交代でもあり、X11、Xen、VNC、古い図形の束、32 ビットの支援がすべて退く。十六年の支援と二代が並ぶ時間の窓が、自分の拍子で移る余地を与えている。