著者 CentOS終了の理由とRocky Linux・AlmaLinuxの違い
Red Hat LinuxからFedoraとRHELが分かれた経緯、CentOSが存在した理由、2020年のCentOS Stream変更が何を壊したのか、Rocky LinuxとAlmaLinuxの登場までを整理します。
Red Hat Enterprise Linux の無償リビルドが2つある理由
Rocky Linux と AlmaLinux が存在するのは、Red Hat がユーザーの想定していた時期より何年も前に CentOS Linux を終了したためです。CentOS は Red Hat Enterprise Linux (RHEL) の無償でブランド表示のないリビルドで、同じ長期サポート期間が提供されていました。2020年12月8日、CentOS Project は CentOS Linux 8 を2029年まで提供するのではなく、2021年末で終了すると発表しました。この発表から1週間以内に2つの後継プロジェクトが発表され、現在もどちらもリリースされています。
この発表を理解するには、まず CentOS が何であり、なぜ商用製品の無償コピーがそもそも存在を認められていたのかを知る必要があります。経緯は2003年に始まります。
2003 年に Red Hat Linux はどうなったのか: Fedora と RHEL
Red Hat の最初の製品は、Red Hat Linux という箱入りのディストリビューションでした。最初のベータ版ではないリリースは 1995 年 5 月に公開されました。Red Hat はこのシステムを最初から作ったわけではありません。Bell Labs の Unix から無料の Linux カーネルに至る経路をたどると、Red Hat がパッケージ化した構成要素を箱に入れて販売できた理由が分かります。最後の製品である Red Hat Linux 9 は 2003 年 3 月 31 日にリリースされ、2004 年 4 月 30 日にサポートが終了しました。
この頃、Red Hat は企業向けに販売していました。企業が求めていたのは、箱入り製品では提供できないものでした。つまり、何年も状態を維持し、セキュリティ修正を受けられ、予期しないアップグレードが発生しないバージョンです。Red Hat はこれを Red Hat Linux Advanced Server として構築し、2002 年 3 月に Red Hat Enterprise Linux 2.1 となりました。RHEL はサブスクリプションとして販売され、システムごとに年間料金がかかります。サブスクリプションには更新とサポートが含まれます。認証も含まれます。ハードウェアベンダーや商用ソフトウェアベンダーは RHEL を対象にテストし、サポート条件で RHEL を明示します。
その結果、無料版の役割が明確でなくなったため、Red Hat はこれを外部のコミュニティプロジェクトと統合しました。Fedora Project と Red Hat Project は 2003 年 9 月 22 日に正式に統合されました。Fedora は、新しい成果が最初に取り込まれる、高速で無料のディストリビューションになりました。RHEL は、Fedora を基に構成される、更新が遅く有料のディストリビューションになりました。それ以来、開発はこの方向に進んでいます。Fedora が先行し、RHEL が後に続きます。最も分かりやすい例は systemd です。systemd は 2011 年 5 月に Fedora のデフォルトになり、RHEL に導入されたのは 2014 年 6 月の version 7 でした。そのため、SysV init を置き換えるべきかという議論は、エンタープライズサーバーに導入される何年も前に上流プロジェクトで決着していました。
この分割によって空白が生じました。多くの人は、サーバーごとの料金なしで RHEL の 10 年間のライフサイクルを利用したいと考えました。しかし、Fedora ではその要件を満たせませんでした。Fedora の各リリースは、およそ 13 か月しかサポートされないためです。
RHEL の無償リビルドが可能だった理由
RHEL は、ほぼすべてが自由なライセンスのソフトウェアを基に構築されています。ここで重要なのは GNU General Public License (GPL) です。GPL では、バイナリを受け取った人が対応するソースも取得できるようにすることを求めています。Red Hat はこの義務を公開の形で果たし、各コンポーネントのパッケージ化されたソースである source RPM (SRPM) を公開サーバーで提供し、後には git.centos.org のリポジトリでも公開しました。
ソースだけでは製品全体にはなりません。RHEL には、コピーを自由に作成できない部分が2つありました。Red Hat の商標は Red Hat に帰属するため、リビルド側はすべてのロゴと名称の記載を削除する必要があります。有償サービスも有料の範囲に残ります。更新サーバー、サポート契約、認証プロセス、各修正を説明する errata などです。
手順の説明は簡単です。公開されたソースを取得し、ブランド表示を削除してリビルドし、その結果を公開します。目標はバグ単位の互換性でした。つまり、リビルドには RHEL と同じパッチと同じ動作が含まれ、バグもそのまま含まれます。この精度が重要でした。商用ソフトウェアは RHEL に対して認証されるためです。リビルドが同一に動作すれば、そのソフトウェアはリビルド上でも動作します。ただし、ベンダーはその環境をサポートしません。
CentOS は何のためのものだったのか
CentOS は Community ENTerprise Operating System の略です。Gregory Kurtzer が 2002 年に開始した cAos Linux というプロジェクトから発展しました。最初の CentOS リリースは 2004 年 5 月 14 日に公開されました。RHEL 2.1AS を基に構築されたため、バージョン番号は 2 でした。
CentOS の魅力はライフサイクルにありました。各 CentOS リリースは RHEL の 10 年間のサポート期間に追随し、費用もかかりませんでした。ホスティング企業はデフォルトイメージに使用し、大学はクラスタで運用し、アプライアンスベンダーは自社製品に組み込み、コントロールパネルも CentOS が存在する前提で動作していました。おおむね 2006 年から 2020 年の間に 仮想プライベートサーバーを借りていたなら、OS の選択肢に CentOS があり、多くの場合はデフォルトでした。
CentOS Linux 7 は、その利点が期待どおりに機能した例です。2014 年 7 月 7 日にリリースされ、セキュリティサポートは 2024 年 6 月 30 日まで続きました。丸 10 年には数日届きませんでした。この実績があったため、次のリリースを前提に 10 年単位の計画を立てても問題ないと考えられていました。
2014 年に CentOS が Red Hat と統合した際の変更点
2014 年 1 月 7 日、Red Hat と CentOS Project は協力関係を結ぶと発表しました。当時の Red Hat の最高技術責任者 Brian Stevens と、CentOS のリード開発者 Karanbir Singh が発表に参加しました。Red Hat はスタッフとインフラを提供し、CentOS の主要開発者数名が Red Hat の従業員になりました。また、プロジェクトには正式な運営委員会が設置されました。
ユーザーにとって、目に見える効果は好ましいものでした。各 RHEL リリースの後、ビルドがより早く提供されるようになりました。ソースは git.centos.org に移行しました。Special Interest Groups は、ベースディストリビューションに加えて、仮想化やストレージのスタックなどの追加コンテンツを提供しました。
構造上の変化は目立たず、6 年後に重要になりました。RHEL を再構築していたプロジェクトは、RHEL を販売する企業から資金と人員の大部分を受けるようになりました。この取り決めには、Red Hat に再構築版の提供を継続させる義務はありませんでした。
CentOS Linux 8 はなぜ 2021 年に終了したのですか？
CentOS Linux 8 は 2019 年 9 月 24 日にリリースされました。RHEL 8 のサポート期間は 2029 年 5 月 31 日までだったため、CentOS Linux 8 も 2029 年まで利用できると受け止められていました。
2020 年 12 月 8 日、Rich Bowen は CentOS blog に「CentOS Project shifts focus to CentOS Stream」を掲載しました。CentOS Linux 8 は 2021 年 12 月 31 日に終了することになりました。CentOS Linux 7 は、当初の予定どおり 2024 年 6 月 30 日まで継続されました。示された理由は、プロジェクトの将来が CentOS Stream にあるというものでした。
The data behind this chart
[
{
"label": "Announced at release, September 2019",
"support_window": 9.7
},
{
"label": "Delivered, ended December 2021",
"support_window": 2.3
}
]CentOS Linux 8 には、約 9.7 年のサポート期間が想定されていました。実際に提供された期間は約 2.3 でした。機能が削除されたわけでも、コードの品質が低下したわけでもありません。失われたのは、すでに本番稼働中のマシンで利用を決めていたサポート終了日であり、その通知から残された期間は 1 年余りでした。フリート全体でオペレーティングシステムを移行する作業は、計画して進めるものです。しかし、この変更によって、期限付きの予定外の作業になりました。
CentOS Stream とは、正確には何ですか？
現在でも多くの解説では、CentOS Stream を CentOS Linux を終了させたものとして説明しています。時期については正しいものの、説明としては正しくありません。2 つの製品は正反対の方向に位置付けられているためです。
CentOS Linux は RHEL の下流に位置していました。Red Hat が RHEL のマイナーリリースを公開し、その後で CentOS が再ビルドしていました。コピーは常に元のリリースの後に提供されていました。
CentOS Stream は RHEL の上流に位置します。次期 RHEL マイナーリリースを組み立てる公開ブランチです。Fedora から CentOS Stream、そして RHEL へと変更が流れるため、パッケージはまず Stream に現れ、その後 RHEL のマイナーリリースに取り込まれます。Stream は継続的に提供されるため、公開済みの RHEL のようにマイナーバージョン間で変化が止まることはありません。
そのため、Stream は CentOS Linux では実現できなかった用途に適しています。次期 RHEL マイナーリリースでも動作し続ける必要があるソフトウェアを保守している場合、Stream によってそのリリースを数か月前から確認できます。RHEL のバグ修正を望む場合は、Stream にパッチを送れます。下流での再ビルドでは、そのような手段は提供されていませんでした。Red Hat が 2020 年に示した主張は、これによって受動的なコピーが、コミュニティーが実際に変更できるディストリビューションになるというものでした。
Stream は、CentOS Linux ユーザーが求めていたものの代替としては、依然として適していません。サポート期間にもそれが表れています。CentOS Stream 10 は 2024 年 12 月 12 日にリリースされ、サポート期間は約 5 年でした。一方、RHEL は 10 年です。10 年計画でフリートを運用していたチームが受け取ったのは、その計画を短縮したものではありません。目的の異なる、別の製品でした。
Rocky Linux と AlmaLinux の起源
Rocky Linux は 2020 年 12 月 8 日、CentOS に関する告知と同じ日に、CentOS の母体となったプロジェクトを始めた Gregory Kurtzer によって発表されました。名称は、CentOS の初期の共同創設者だった Rocky McGaugh への敬意を表したものです。このプロジェクトは Rocky Enterprise Software Foundation (RESF) が運営し、主な商業的支援者は Kurtzer が設立した企業 CIQ です。2021 年 4 月末にリリース候補版が公開され、最初の安定版 Rocky Linux 8.4 "Green Obsidian" が 2021 年 6 月 21 日に続きました。
AlmaLinux は、ホスティング事業者向けに RHEL 派生ディストリビューションをすでに販売していた企業 CloudLinux から生まれました。2020 年 12 月 15 日、CloudLinux は、当時 Project Lenix というコードネームで呼ばれていた無料の RHEL 再構築版に、年間 100 万 US ドルを超える資金を拠出すると表明しました。AlmaLinux という名称は 2021 年 1 月 12 日に発表され、2 月 1 日にベータ版が公開され、AlmaLinux 8.3 "Purple Manul" が 2021 年 3 月 30 日にリリースされました。同日、商標の保有とプロジェクトの理事会運営は、非営利団体 AlmaLinux OS Foundation に移管されました。
2 つのプロジェクトは、異なるガバナンス体制で同じ問題を解決しました。Rocky は CentOS を始めた人物を起点とし、そのプロジェクトを中心に企業が設立されました。AlmaLinux は企業から生まれ、リリース日に商標を財団へ移管しました。2 年間、実際の違いは小さく、どちらも CentOS Linux ユーザーが失ったものを提供しました。
2023 年に Red Hat が RHEL のソースについて変更したこと
2023 年 6 月 21 日、当時 Red Hat でコアプラットフォーム担当バイスプレジデントを務めていた Mike McGrath は、「CentOS Stream の発展をさらに進める」を公開しました。そこでは、CentOS Stream が公開される RHEL 関連ソースコードリリースの唯一のリポジトリになると説明されていました。それまで git.centos.org にプッシュされていた RHEL のソースは、同サイトへのプッシュが停止されました。
Red Hat の顧客とパートナーは、顧客ポータル経由で RHEL のソースに引き続きアクセスできます。これは GPL の要件を満たします。ソース提供の義務は、バイナリを受け取った相手に対して生じるためです。変更されたのは公開経路です。特定の RHEL マイナーリリースで実際に提供された内容を、パッケージ単位で正確に記録した情報は、公開されなくなりました。また、CentOS Stream は RHEL と同じ位置にあるのではなく、RHEL の前段にあります。そのため、Stream だけを基にする再構築プロジェクトは、リリース済みのマイナーバージョンを正確に再現できません。
Red Hat の立場は、Stream がアップストリームであり、公開ソースはアップストリームに属するというものでした。一方、再構築プロジェクト側は、この変更によって、2004 年以来利用してきた基盤が失われたと主張しました。これらの説明はどちらも正確です。対立点は、ライセンスに何が書かれているかではなく、ライセンスが何のためにあるかです。
再構築プロジェクトの対応と OpenELA とは
Rocky Linux が最初に対応しました。2023 年 6 月 29 日付の投稿で、プロジェクトは追加の契約を必要としない経路から RHEL のソースを引き続き取得すると説明しました。具体的には、Red Hat の Universal Base Image (UBI) コンテナイメージと、パブリッククラウドの従量課金制 RHEL インスタンスです。これらのバイナリを受け取った人は、対応するソースコードに対する GPL の権利を持ちます。Rocky は、RHEL のリリースごとに追随する目標を維持しました。
AlmaLinux は異なる対応を取りました。2023 年 7 月、benny Vasquez が議長を務める理事会は、RHEL と 1 対 1 で一致させる目標を取り下げ、アプリケーションバイナリインターフェイス (ABI) 互換性を採用しました。ABI 互換性とは、2 つのディストリビューションが同一のビルドでなくても、RHEL 向けにビルドされたソフトウェアを変更せずに AlmaLinux で実行できることです。この方針転換により、自由度が高まりました。AlmaLinux は RHEL より先に修正をリリースでき、RHEL がサポートを終了したハードウェアのサポートも継続できます。
さらに、2 社の大手ベンダーも対応しました。2023 年 7 月 11 日、SUSE は公開されている RHEL をフォークし、互換ディストリビューションに 1,000 万 US ドルを超える投資を行うと発表しました。2006 年以来、RHEL 互換製品として Oracle Linux をリリースしてきた Oracle も、同じ週に独自の対応を発表しました。
2023 年 8 月 10 日、CIQ、Oracle、SUSE は Open Enterprise Linux Association (OpenELA) を発表しました。これは、1 つの目的を持つ業界団体です。RHEL 互換ディストリビューションのビルドを継続できるようエンタープライズ Linux のソースを公開し、そのソースを自由に再配布できる状態に保つことです。2023 年 11 月、OpenELA はガバナンス文書とコードの利用可能性を発表しました。AlmaLinux は参加しませんでした。これは ABI の決定から自然に導かれる対応です。AlmaLinux は、もはや完全に一致するソースフィードを必要としていないためです。
サーバーで今運用するなら、どれを選ぶべきか
The data behind this chart
[
{
"distro": "RHEL 10",
"support_window": 10,
"notes": "Released May 2025, supported to May 2035"
},
{
"distro": "AlmaLinux 10",
"support_window": 10,
"notes": "Released May 2025, supported to May 2035"
},
{
"distro": "Rocky Linux 10",
"support_window": 10,
"notes": "Released June 2025, supported to May 2035"
},
{
"distro": "CentOS Stream 10",
"support_window": 5,
"notes": "Released December 2024, supported to May 2030"
}
]バージョン 10 のリリースを見ると、これまでの流れが分かります。RHEL 10 は 2025 年 5 月 20 日、AlmaLinux 10 "Purple Lion" は 2025 年 5 月 27 日、Rocky Linux 10 "Red Quartz" は 2025 年 6 月 11 日にリリースされました。これらはそれぞれ 10 年のサポート期間を設定しています。CentOS Stream 10 は 5 年を設定しており、これは固定された運用対象ではなく、開発ブランチであることを示す正直な指標です。
プロジェクト間には、運用で問題になり得る違いも出てきました。RHEL 10 はハードウェアの最低要件を x86-64-v3 に引き上げました。これは AVX2 など、より新しい CPU 命令を必要とするマイクロアーキテクチャレベルです。Rocky Linux 10 もこの基準に従い、x86-64-v2 を廃止しました。AlmaLinux 10 は x86-64-v3 をデフォルトで提供し、古いプロセッサー向けに x86-64-v2 の別ビルドも提供します。古いホスト CPU 上で動作する安価な VPS では、この 1 つの判断によってシステムをインストールできるかどうかが変わります。特定のマシンでこのトレードオフを検討している場合は、VPS 向けに 2 つの rebuild を比較した記事で、互換性に関する方針と CPU の最低要件を並べて確認できます。違いはインストール後も続きます。Rocky Linux または AlmaLinux に Docker Engine をインストールする方法は、多くの人が最初に直面する違いです。podman がすでに docker コマンドを保持しており、SELinux が bind mount を、Ubuntu のガイドでは触れない方法で再ラベル付けするためです。
このタイムラインからは、4 つの実用的な判断ができます。
- ベンダーとの関係が必要なら、RHEL を購入してください。サブスクリプション自体が製品であり、rebuild では提供できない認定とサポート窓口が含まれます。
- CentOS Linux が提供していたものを求めるなら、AlmaLinux と Rocky Linux のどちらでも実現できます。どちらも無料で、10 年のサポート期間があります。Debian または Ubuntu のマシンから移行する場合、日常的な変更点は主にパッケージマネージャーです。最初の 1 週間は、各 apt コマンドに対応する dnf コマンドを手元に置いてください。
- RHEL 上で動作するソフトウェアを書く場合、または自分のパッチを RHEL に届けたい場合は、CentOS Stream が適切な対象です。短いサポート期間はその代償です。
- どれにも該当しない場合は、Debian 系の世界が同じライフサイクルの問題に独自の方法で答えています。そこで直面する同じ判断が、Ubuntu LTS と interim release の選択です。
このタイムラインの背景にある教訓は、コードよりもガバナンスに関するものです。CentOS Linux は優れたソフトウェアでしたが、早期に終了しました。コピー元の製品を提供する企業から資金を受けていたためです。10 年間の稼働を想定するマシンのディストリビューションを選ぶときは、誰が資金を提供し、誰が商標を所有しているかを確認してください。AlmaLinux の商標は財団が保持しています。Rocky の商標は RESF が保持し、CIQ が商業スポンサーを務めています。両プロジェクトはこれらの情報を公開しており、これは 2019 年の CentOS ユーザーが確認できた情報を上回ります。
サーバーをレンタルしている場合、この問題は直接影響します。管理なし VPS では自分で更新を適用するため、早期のサポート終了は、計画すべき移行であり、費やすべき自分の時間になります。その作業の定型部分では、常にキーボードの前にいる必要はありません。タイマーでセキュリティ更新をインストールするよう dnf-automatic を設定する方法を使えば、本当に対応が必要な移行に注意を向けられます。パッチをインストールすることと、そのパッチを実行することは同じではありません。そのため、マシンにパッチを適用済みと判断する前に、更新のうち再起動が必要なものを確認する方法と、サービスの再起動だけで済むものを確認してください。オペレーティングシステムの選択をより広い観点でまだ検討している場合は、まず Linux と Windows Server の比較を確認してください。
FAQ
CentOS は終了したのですか？
CentOS Linux は終了しています。CentOS Linux 8 は 2021 年 12 月 31 日に、CentOS Linux 7 は 2024 年 6 月 30 日に終了したため、どちらもセキュリティ更新を受け取れません。CentOS Project 自体は存続しており、CentOS Stream を提供しています。ただし、これは別の製品で、Red Hat Enterprise Linux に取り込まれる公開開発ブランチです。サーバーがまだ CentOS Linux で稼働している場合、その環境にはパッチが適用されていません。一般的な移行先は AlmaLinux と Rocky Linux です。
CentOS Stream と CentOS Linux の違いは何ですか？
方向性が異なります。CentOS Linux は下流に位置し、Red Hat が RHEL のマイナーリリースを提供した後、CentOS がそれを再構築していました。CentOS Stream は上流に位置し、次の RHEL マイナーリリースを組み立てる場所です。そのため、コンテンツは RHEL より後ではなく前に提供されます。Stream は固定された状態ではなく継続的に更新されます。また、CentOS Stream 10 のサポート期間は約 5 年で、RHEL の 10 年より短くなっています。
Rocky Linux と AlmaLinux のどちらを選ぶべきですか？
どちらも無料で、RHEL を緊密に追随し、10 年間のサポート期間を公開しています。そのため、ほとんどのサーバーではどちらを選んでも運用できます。実際の違いは、2023 年の方針決定にあります。Rocky は RHEL の各リリースと一致することを目指し、UBI コンテナイメージと公開クラウドインスタンスを通じて取得したソースから再構築しています。AlmaLinux は ABI 互換性を目指しているため、より早くパッチを適用でき、RHEL がサポートを終了したハードウェアのサポートも維持できます。AlmaLinux 10 は古い CPU 向けに x86-64-v2 ビルドを提供していますが、Rocky Linux 10 には x86-64-v3 が必要です。そのため、古いハードウェアではこの違いだけで選択が決まる場合があります。
Red Hat は 2023 年に GPL に違反したのですか？
違反したと判断した裁判所はなく、GPL の義務はバイナリを受け取る人々に対して生じます。Red Hat は現在も顧客に対応するソースを提供しています。問題は、その後に何が起きるかです。サブスクリプションは更新を拒否される可能性があり、再構築プロジェクトはこれを、ライセンスが認める再配布権を行使しないよう圧力をかけるものと解釈しました。そのため Rocky は、サブスクリプション契約を伴わないソース取得経路へ移行しました。また、ソースを公開するために OpenELA が設立されました。
Red Hat はなぜ CentOS Linux を終了したのですか？
2020 年 12 月 8 日の発表で示された理由は、プロジェクトの将来が CentOS Stream にあり、RHEL をコピーするだけの再構築ではコミュニティがプロジェクトに影響を与える方法を提供できないというものでした。CentOS Linux は Red Hat が販売する製品の無料版であり、サブスクリプションを購入できる組織の本番環境でも稼働していたため、多くのユーザーは商業的な動機も読み取りました。Red Hat 自身の投稿は、その解釈ではなく開発モデルについて説明しています。