Rocky LinuxとAlmaLinux、VPSにはどちらがいい？

Rocky Linux と AlmaLinux の比較: 簡単な結論

ほとんどすべてのサーバーでは、Rocky Linux と AlmaLinux のどちらを選んでも問題ありません。どちらのプロジェクトも同じ Red Hat Enterprise Linux (RHEL) のソースコードを再構築しているため、同じパッケージを同じ 10 年間のサポートライフサイクルでリリースします。違いは実際にありますが、日常的なサーバー運用ではなく、ガバナンスと少数の特殊なケースに関係します。

単純に決められない場合は、2 つの点で判断します。AlmaLinux 10 は Intel Haswell より前のプロセッサー向けビルドも引き続き提供しますが、Rocky Linux 10 は提供しません。これは、安価または古い VPS (virtual private server) ハードウェアでは重要です。AlmaLinux は同一の動作ではなく ABI 互換性を保証している点も異なります。厳格なサポート対象一覧を持つベンダー製品を運用する場合、この違いが重要になります。

両ディストリビューションの起源

2020 年 12 月 8 日、CentOS プロジェクトは、RHEL 8 のリビルドである CentOS Linux 8 を 2021 年末で終了すると発表しました。当初は 2029 年まで提供される予定でした。同じ発表では、今後の CentOS を CentOS Stream とし、現行の RHEL リリースより少し先行する内容を追跡し、RHEL のアップストリーム開発ブランチとして機能すると説明していました。CentOS Linux 7 は当初の予定どおり継続され、2024 年 6 月 30 日に EOL を迎えました。

問題は CentOS Stream 自体ではありませんでした。すでにインストール済みのマシンで、2029 年まで続くはずだったライフサイクルが、約 1 年前の通知で 8 年短縮されたことが問題でした。Rocky Linux と AlmaLinux は、この出来事を受けて存在しています。両方とも 2021 年に登場し、同じ役割を目指しました。つまり、運用担当者がインストールした後、10 年間そのまま運用できる、無償の RHEL リビルドです。そもそも CentOS がその役割を担っていた理由と、1 つの Red Hat Linux から Fedora、RHEL、そして一連のリビルドが生まれた経緯については、Red Hat、CentOS、Rocky、AlmaLinux の背景にある長い歴史で説明します。

Rocky Linux と AlmaLinux の共通点

まず共通部分を確認してください。全体像の大半を占めるためです。どちらも同じ上流の RHEL ソースから再構築されるため、パッケージのバージョン、dnf パッケージマネージャー、SELinux (security enhanced Linux) ポリシー、firewalld フロントエンド、systemd unit 構成は同じです。設定ファイルのパスも同じです。一方のディストリビューション向けに書かれたガイドは、名前を置き換えるだけで他方でも使えます。実際の作業でも同じです。Docker Engine のインストールは、docker コマンドを提供する podman パッケージや、bind mount に必要な SELinux の再ラベル付けまで、両方で同じ手順になります。ファイアウォールの動作も同じです。そのため、firewalld で SSH ポートと Web ポートを開くでは、どちらのディストリビューションでも同じ firewall-cmd コマンドを使います。再起動後もルールを維持するかどうかを決める --permanent フラグも同じです。

どちらも RHEL のマイナーリリースをほぼ同じ時期に追従します。AlmaLinux 10.2 は 26 May 2026 にリリースされ、Rocky Linux 10.2 は 28 May 2026 にリリースされました。9 シリーズも同じ週に更新され、AlmaLinux 9.8 は 26 May 2026、Rocky Linux 9.8 は 27 May 2026 にリリースされました。以前は差が大きく、AlmaLinux 10.0 は 27 May 2025、Rocky Linux 10.0 は 11 June 2025 にリリースされました。

その差はセキュリティではなく、マイナーリリース用メディアに関するものです。どちらのプロジェクトも、それぞれの errata サービスからマイナーリリース間に継続的に errata を公開しています。.2 イメージの公開時期に 2 週間の差があっても、2 週間パッチが提供されなかったという意味ではありません。ログインせずに errata を取得する作業は、どちらのディストリビューションでも同じです。そのため、タイマーでセキュリティ更新をインストールするよう dnf-automatic を設定する手順も、どちらをインストールした場合でも同一です。パッチをインストールすることと、それを実行することは同じではありません。再起動が必要な更新とサービスの再起動で済む更新を 判別する場合も、両方が同じ RHEL パッケージから継承しているため、使用する needs-restarting コマンドは共通です。

両方とも RHEL から継承した 10 年間のライフサイクルモデルを採用しています。おおむね 5 年間はアクティブサポート、その後の 5 年間はセキュリティのみのメンテナンスです。両方の 10 シリーズは 2035 年まで続きます。

各プロジェクトを支えているのは誰ですか？

Rocky Linux は、CentOS の共同創設者である Gregory Kurtzer が設立した Delaware 州の公益法人、Rocky Enterprise Software Foundation（RESF）に属しています。2022 年 11 月、RESF は定款と憲章を承認し、創設者の手から運営権を移して、これらの文書に基づく体制へ移行しました。Kurtzer が設立した会社である CIQ は創設スポンサーであり、Rocky Linux の商用サポートを販売しています。

AlmaLinux は、2021 年 3 月に設立された Delaware 州法人の 501(c)(6) 非営利団体、AlmaLinux OS Foundation に属しています。理事会は財団の会員によって選出され、任期は 4 年ごとにずらして設定されています。理事会の議事録は 14 日以内に公開されます。また、定款により、スポンサー金額にかかわらず、1 社の雇用主が投票権を持つ理事席を 1 つより多く占めることは禁止されています。CloudLinux がこのプロジェクトを開始し、2024 年 10 月には年間 100 万ドル相当のプラチナスポンサーシップを更新しました。同社の TuxCare 部門が商用サポートを販売しています。

どちらの体制も、CentOS Linux 8 で起きたことを単一の企業が繰り返せないように構築されています。どちらが明らかに安全というわけでもありません。実際に両方で確認できるのは同じ点です。定款を読み、資金を提供している組織を特定できます。

2023 年に何が変わり、現在も重要なのか

2023 年 6 月 21 日、Red Hat は CentOS Stream を、公開される RHEL 関連ソースコードリリースの唯一のリポジトリにすると発表しました。それ以前は RHEL のパッケージソースが git.centos.org に公開されており、各再構築プロジェクトはそこからソースを取得していました。このフィードを削除しても、再構築自体は止まりませんでした。ただし、各プロジェクトはソースをどのように取得するのかを公開の場で説明する必要が生じました。

Rocky は 2023 年 6 月 29 日に回答しました。Rocky は、Universal Base Image (UBI) コンテナイメージと従量課金のパブリッククラウドインスタンスから RHEL のソースを取得しています。その根拠は、「誰も GPL ソフトウェアの再配布を阻止できない」というものです。2023 年 8 月には、CIQ、Oracle、SUSE が Open Enterprise Linux Association (OpenELA) を設立しました。OpenELA は、バグ単位で互換性のある Enterprise Linux 再構築に必要なソースを公開しています。AlmaLinux は加盟していません。

AlmaLinux は 2023 年 7 月 13 日に回答しました。その内容は、目標の変更でした。プロジェクトは 1:1 のバグ単位の互換性を取り下げ、ABI 互換性を採用しました。プロジェクト自身の表現では、「今後は Red Hat とのバグ単位の互換性に拘束されなくなり、その結果、Red Hat のリリースサイクル外で修正されたバグも受け入れられるようになります」。同じ記事では、日常の利用における変更は「ごくわずか」になるとユーザーに説明しています。

3 年が経過した現在、ソース取得をめぐる問題は実質的に決着しています。両プロジェクトはそれ以降、同様のスケジュールで RHEL の各マイナーリリースを提供してきました。議論の後に残った違いは、それぞれが何を保証しているかです。

バグ単位の互換性と ABI 互換性の違い

Rocky Linux のホームページでは現在も、このディストリビューションが RHEL と「100% バグ単位で互換」になるよう設計されていると説明しています。バグ単位の互換性とは、再構築版が欠陥を含めて RHEL の動作を再現することです。RHEL のパッケージにバグがあれば、Rocky Linux の同じパッケージにもそのバグが含まれます。そのため、Red Hat のナレッジベース記事に記載された回避策を、そのまま適用できます。

ABI 互換性は、より限定的で明確な概念です。ABI（application binary interface）は、コンパイル済みプログラムが依存するバイナリレベルの契約です。シンボル名、構造体のレイアウト、呼び出し規約、ライブラリのバージョンなどが含まれます。この契約を安定させれば、RHEL 向けにビルドしたバイナリを読み込み、実行できます。ただし、この保証は RHEL のバグまで一致させることを意味しません。

この違いによる結果は明確です。AlmaLinux は、Red Hat が修正する前にバグを修正できます。また、Red Hat が削除したドライバーを維持することもできます。どちらも、意図的に RHEL との動作の違いを生じさせます。Rocky Linux は設計上、そのどちらも行いません。そのため、認証で重視されるとおり、RHEL と同じ動作を予測しやすく維持します。

必要な保証がどちらなのかを考える必要があります。サーバーに RHEL と完全に同じ動作を求めますか。それとも、RHEL 向けにビルドされたソフトウェアを実行できればよいですか。ほとんどの場合、必要なのは後者です。

ベンダーが RHEL 向けにビルドしたパッケージは、両方にインストールできますか？

はい。RHEL 9 または RHEL 10 向けにビルドされた RPM は、ABI が一致しており、どちらのディストリビューションもツールに対して Red Hat 系システムとして認識されるため、両方にインストールして実行できます。この情報を提供するファイルが /etc/os-release です。

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

Rocky Linux のコピーも NAME="Rocky Linux" と ID="rocky" を含む同じ形式で、ID_LIKE には rhel も記載されています。ID_LIKE を読み取り、rhel を見つけて Red Hat 用の処理を選択するインストーラースクリプトは、両方で動作します。一方、ID だけを rhel、centos、fedora のハードコードされた一覧と比較するスクリプトは、両方で失敗します。どちらでも、サポート対象外のディストリビューションであるという同じメッセージが表示されます。これはスクリプトのバグであり、2 つのシステムの違いではありません。

実際の例外は、技術的なものではなく商業的なものです。サポート対象表は、ビジネス上の文書です。ベンダーのパッケージは、対象表に記載されていないディストリビューションにも問題なくインストールして実行できる場合があります。それでも、障害が発生した際にベンダーがサポートを拒否することはあります。そのサポートに料金を支払っている場合は、対象表を確認し、その内容に基づいて選択してください。この場合に限り、選択は対象表に委ねられます。

古い CPU でも動作するのはどちらですか？

RHEL 10 では、x86-64 の最低要件となるマイクロアーキテクチャレベルが x86-64-v3 に引き上げられました。このレベルは Intel の Haswell 世代と AMD の Excavator に相当し、AVX2 などの命令セット拡張を必要とします。Rocky Linux 10 もこの点で RHEL に従っています。同ディストリビューションのドキュメントでは、x86-64-v3 を最低要件とし、v2 以前のレベルはサポートしないと説明されています。

AlmaLinux 10 は v3 ビルドをデフォルトで提供し、別の x86-64-v2 ビルドも追加しています。これは、同プロジェクトの説明では、古いハードウェアを使用するユーザーがさらに十年間セキュリティ更新を受けられるようにするためです。AlmaLinux は、このアーキテクチャ向けに EPEL パッケージも再ビルドしています。サードパーティ製の RHEL 10 パッケージは v3 を対象としているためです。ここは、利用前に理解しておくべき注意点です。v2 ビルドで利用できるのは、デフォルトのパッケージセットと AlmaLinux 独自の v2 EPEL です。それ以外のパッケージは、自分で v2 向けに再ビルドする必要があります。

これは、自分で所有するハードウェアよりも VPS で重要です。ホストのプロセッサを選べないためです。古いホストや低価格のホスト、またはハイパーバイザーがゲストに保守的な CPU モデルを提示する環境では、物理チップが AVX2 に対応していても、仮想マシンから AVX2 が見えないことがあります。その場合、v3 向けにビルドされたパッケージは、プロセッサにない命令を使用するため動作しません。10 系列に移行するサーバー群を決める前に、実際にインスタンスから利用できる機能を確認してください。両ディストリビューションの 9 系列は、現在も v2 レベルで動作します。x86 インスタンスではなく ARM インスタンスでは、この問題は発生しません。マイクロアーキテクチャレベルは x86-64 の概念だからです。

AlmaLinux 10 では、別の領域でも同様の柔軟性が見られます。同プロジェクトは、upstream が削除した 150 を超えるデバイスのサポートを再有効化しました。これには、古い RAID コントローラーと iSCSI コントローラーの PCI ID が含まれます。また、サーバー用途とクライアント用途の両方で SPICE も再有効化しました。フレームポインターはデフォルトで有効です。これにより、システム全体のプロファイリングが可能になります。「bug for bug」の方針では、これらの変更は一切認められません。2023 年の決定によって、こうした変更を行う余地が生まれました。

既存の CentOS または RHEL サーバーを移行する方法

Rocky Linux は rocky-tools リポジトリで変換スクリプトを公開しています。migrate2rocky.sh は Enterprise Linux 8 システムを Rocky Linux 8 に変換し、migrate2rocky9.sh は 9 系列で同じ処理を行います。いずれも同じメジャーバージョン内で動作します。2026 年 8 月時点で、リポジトリには Enterprise Linux 10 用の同等スクリプトがありません。そのため、Rocky Linux 10 へ移行するには再インストールが必要です。

AlmaLinux は almalinux-deploy.sh を公開しています。これは Enterprise Linux 8、9、10 に対応し、CentOS Stream、Oracle Linux、RHEL、Rocky Linux、MiracleLinux、Virtuozzo Linux からの変換を、x86_64、aarch64、ppc64le、s390x で実行できます。開始前に、文書化されている制限を確認してください。ブートローダーが必要なシステムでは、GRUB2 のみがサポートされます。また、Oracle の UEK (unbreakable enterprise kernel) などのカスタムカーネルは自動的に削除されません。そのため、Secure Boot が有効な環境ではマシンが起動できなくなります。

メジャーバージョンをまたぐ移行には、AlmaLinux が Red Hat の leapp framework を基盤とする ELevate を提供しています。文書化されている移行経路は、CentOS 7 から EL8、AlmaLinux 8 または CentOS Stream 8 から EL9、AlmaLinux 9 または CentOS Stream 9 から EL10 です。移行先は特定のディストリビューション名ではなく EL8、EL9、EL10 と記載されています。これは、移行先となる Enterprise Linux を選択できるためです。

これらの手順では、リリースパッケージを書き換え、システムの大部分を再インストールします。最初にプロバイダーのスナップショットを作成してください。AlmaLinux の公式ドキュメントが推奨しているとおり、screen または tmux 内で変換を実行します。途中で SSH 接続が切れると、レスキューコンソールから原因を調査したくない状態でマシンが停止するためです。

どちらを選ぶべきでしょうか？

一般的な VPS の用途であれば、どちらでも構いません。インストールされるパッケージは同じで、サポート終了年も同じです。どちらか一方を選び、運用するすべてのサーバーで使い、以後は悩まないことをお勧めします。複数のディストリビューションが混在すると、追跡するイメージと errata feed の数が倍になるため、両者の違いよりも一貫性のほうが重要です。複数の Linux サーバーを同時に管理するようになると、この負担は急速に増えます。

例外は限定的で、いずれも好み以外の要因で決まります。

• ホストのプロセッサが Haswell より古い場合、または hypervisor が guest から AVX2 を隠している場合。AlmaLinux 10 には x86-64-v2 build がありますが、Rocky Linux 10 にはありません。
• 契約している vendor が support matrix で一方の distribution を指定している場合。その distribution を使います。
• 認証や audit のために RHEL と完全に同じ動作が必要な場合。Rocky Linux は bug-for-bug compatibility を目標に掲げていますが、AlmaLinux は明確にそれを目標としていません。
• 新しいサーバーを構築するのではなく、稼働中のサーバーを変換する場合。AlmaLinux の tooling は現在、Enterprise Linux 10 を含め、より多くの source distribution と major version に対応しています。

本当の論点が Enterprise Linux と別の選択肢の比較であるなら、選んでいるのは lifecycle model です。Enterprise Linux distribution では、version jump の計画なしに、1 つの package set を 10 年間使えます。Ubuntu の long term support release では、standard support が 5 年間提供され、2 年ごとに supported upgrade path があります。これは異なる選択肢であり、Ubuntu LTS と interim release の比較で詳しく説明しています。どちらをインストールしても、そのマシンで最初の 1 時間に行うことは同じです。そのため、何かを配置する前に新しい VPS で最初の 10 分に行うことを確認してください。

FAQ

Rocky Linux と AlmaLinux では、どちらが Red Hat Enterprise Linux に近いですか？

Rocky Linux です。少なくとも、掲げている目標においてはそうです。Rocky Linux のホームページでは、RHEL と 100% bug for bug compatible になるよう設計されたディストリビューションだと説明されています。つまり、RHEL の不具合を含む動作の再現を目指しています。AlmaLinux は 2023 年 7 月 13 日、代わりに ABI（application binary interface）互換性を目標にすると発表しました。そのため、RHEL 用に構築されたソフトウェアは AlmaLinux 上で動作しますが、基盤のコードには RHEL がまだリリースしていない修正が含まれる場合があります。通常のサーバーソフトウェアを実行する場合、両者に実用上の違いはありません。RHEL の動作を指定する認定では、この違いが重要になります。

再インストールせずに Rocky Linux から AlmaLinux へ移行できますか？

はい、その方向であれば可能です。AlmaLinux の almalinux-deploy.sh には、CentOS Stream、Oracle Linux、RHEL、MiracleLinux とともに、対応する移行元として Rocky Linux 8、9、10 が記載されています。逆方向は制限があります。Rocky の rocky-tools リポジトリが提供する変換スクリプトは Enterprise Linux 8 と 9 のみを対象としているため、2026 年 8 月時点では Rocky Linux 10 へインプレースで移行する方法はありません。変換前にスナップショットを取得してください。また、接続が切れても維持されるセッションから実行してください。この処理ではリリースパッケージが置き換えられ、システムの大部分が再インストールされるためです。

RHEL 用に構築されたパッケージは、両方で動作しますか？

はい。通常の RPM パッケージとサードパーティーリポジトリであれば動作します。両ディストリビューションは RHEL のアプリケーションバイナリーインターフェースを維持しています。また、両方とも ID_LIKE="rhel centos fedora" 内で /etc/os-release として自身を識別します。そのため、Red Hat 系システムかどうかを確認するパッケージやインストーラースクリプトは、適切な処理を選択します。例外は技術的な問題ではなく、商用サポートです。パッケージが両方でインストールおよび動作しても、ベンダーがサポート対象としてサポートマトリックスに記載したディストリビューションだけをサポートする場合があります。サポート料金を支払っている場合は、サポートマトリックスに従ってください。

古い CPU を搭載した低価格 VPS では、どちらを使うべきですか？

10 系列を使いたい場合は AlmaLinux です。RHEL 10 では x86-64 のベースラインが v3 マイクロアーキテクチャーレベルに引き上げられました。これは Intel Haswell または AMD Excavator 相当のプロセッサーを必要とします。Rocky Linux 10 もこのベースラインに従っています。AlmaLinux 10 には、古いハードウェア向けに追加の x86-64-v2 ビルドが用意されており、10 年間のセキュリティ更新が提供されます。移行を決める前に、インスタンスから認識できる CPU 機能を確認してください。仮想マシンに見えるのはハイパーバイザーが提供する CPU モデルであり、ホストの命令セット全体が常に公開されるとは限らないためです。両ディストリビューションの 9 系列は、引き続き v2 ハードウェアで動作します。