著者 VPSのOSはどれを選ぶ？Ubuntu・Debian比較
VPSのOS選びを、Ubuntu LTS、Debian、Rocky Linux、AlmaLinux、CentOS Stream、Fedoraで比較します。5年の無償セキュリティ更新、パッケージの新しさ、RHEL互換性、手順の多さから選べます。
VPS に選ぶ OS
VPS に選ぶ OS は、以下の4つの質問のいずれかによって変更する必要がない限り、現在の Ubuntu LTS リリースです。LTS は long term support の略で、9か月間ではなく5年間、無償のセキュリティ更新が提供されます。Web アプリケーション、データベース、ゲームサーバー、メールリレーを実行する VPS（virtual private server）では、Ubuntu LTS が安全な既定の選択肢です。また、当サイトを含め、インターネット上のほぼすべてのチュートリアルが Ubuntu LTS を前提にしています。
レンタルサーバーで検討する価値があるディストリビューションは、Ubuntu、Debian、CentOS Stream、Rocky Linux、AlmaLinux、Fedora の6つです。いずれも同じ Linux kernel、同じ nginx、同じ PostgreSQL、同じ OpenSSH を使用するため、実行する予定のソフトウェアが決定要因になることはほとんどありません。違いは4つあり、選択を左右するのはそれらだけです。リリースがどれだけ長く更新されるか、パッケージ化されたソフトウェアの新旧、説明を読み替えずに利用できる手順の多さ、そして結果が Red Hat Enterprise Linux（RHEL）と互換性を持つかどうかです。
このマシンの用途をまだ決めている途中なら、VPS でできることの一覧から始める方が適しています。また、VPS とは実際には何かでは、これらすべての基礎となる内容を説明しています。
それぞれの概要は次のとおりです。
- Ubuntu LTS。 既定の選択肢です。以下のセクションが該当しない限り、これを選びます。
- Debian。 より小規模で更新の進み方が遅い基盤です。ボランティアによるセキュリティチームがあり、商用階層はありません。
- Rocky Linux。 RHEL の再ビルドです。対象プラットフォームに RHEL 互換性が必要な場合に選びます。
- AlmaLinux。 もう1つの RHEL 再ビルドです。RHEL 10 でサポート対象外になった古い CPU 向けのビルドがあります。
- CentOS Stream。 次の RHEL になるものです。RHEL 向けのソフトウェアを開発する場合に適しています。
- Fedora。 最新の kernel と userland を使用します。1リリースあたり約13か月、更新が提供されます。
このマシンをどのくらい放置する予定ですか？
サポート期間によって、危険を伴う作業が必要になる頻度が決まるため、最初にこの点を確認してください。リリースがサポート終了を迎えても、パッケージは動作し続けます。クラッシュすることもありません。単に、新たに公開された脆弱性への修正をサーバーが受け取れなくなるだけです。この状態を示すエラーメッセージはないため、監査や侵入が発生するまで誰も気付きません。対処方法は、ディストリビューションをインプレースでアップグレードするか、新しいイメージ上に再構築することです。どちらを選んでも、作業には半日程度かかります。
各プロジェクトは、それぞれ独自のライフサイクル日程を公開しています。2026 年 8 月を起点に、残り期間を小数点以下 1 桁に丸めると、現在の各リリースは次の期間サポートされます。
The data behind this chart
[
{
"distro": "Ubuntu 26.04 LTS",
"years_of_support_left": 4.7,
"notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
},
{
"distro": "Debian 13",
"years_of_support_left": 2.0,
"notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
},
{
"distro": "CentOS Stream 10",
"years_of_support_left": 3.8,
"notes": "Ends May 2030, when the RHEL 10 full support phase ends."
},
{
"distro": "Rocky Linux 10",
"years_of_support_left": 8.8,
"notes": "Ends May 2035, following the RHEL 10 lifecycle."
},
{
"distro": "AlmaLinux 10",
"years_of_support_left": 8.8,
"notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
},
{
"distro": "Fedora 44",
"years_of_support_left": 0.8,
"notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
}
]6 個のリリースは、現在すべて修正プログラムの対象です。重要なのは、その残り期間に差があることです。Rocky Linux 10 と AlmaLinux 10 は、10 年間の RHEL ライフサイクルに従うため、更新期間が残り 8.8 年あります。一方、Fedora 44 は 0.8 年です。
Ubuntu 26.04 LTS は、無償更新の期間が残り 4.7 年あります。Ubuntu Pro を利用すると、少数のマシンで個人利用する場合、同じインストールを 2036 年まで無償で利用できます。Debian 13 の残り期間が 2.0 年なのは、Debian セキュリティチームのサポートがそこで終了するためです。その後、ボランティアによる LTS チームが、より少ないパッケージとアーキテクチャを対象に、さらに約 2 年間サポートします。どちらの数字も正しいものです。ただし、算出方法が異なります。そのため、プロジェクト間でサポート期間を比較する際は注意が必要です。
この質問には 2 つの落とし穴があります。1 つ目は Ubuntu の中間リリースです。これは 6 か月ごとに公開され、サポート期間は 9 か月です。そのため、25.10 は利用者がまだ新しいリリースだと考えていたにもかかわらず、2026 年 7 月 1 日に更新の提供が終了しました。中間 Ubuntu リリースより LTS を選ぶ理由で、この点を詳しく説明しています。VPS が気付かないうちに未修正の状態になる最も一般的な原因でもあります。2 つ目は、新しいリリースへの移行には再インストールが必要だと思い込むことです。再インストールは必要ありません。Ubuntu 24.04 から 26.04 へのインプレースアップグレードはサポートされた手順であり、Debian と RHEL 再構築版にもそれぞれ同等の方法があります。
パッケージはどの程度新しい必要がありますか？
安定版ディストリビューションでは、リリース日にパッケージのバージョンを固定し、そのバージョンに何年もセキュリティ修正をバックポートします。これが、選択時に受け入れる前提です。Debian 13 は 2025 年半ばにバージョンを固定したため、現在そこからインストールするデータベースサーバーは、その時点で最新だったバージョンです。パッチは適用されますが、更新はされません。Ubuntu LTS も同じ方式です。Fedora は逆に、上流の最新バージョンを提供します。そのためサポート期間が短くなっています。5 年前のブランチを保守する作業を、誰も 2 回はやりたくないからです。
古いパッケージが問題になるのは、アプリケーションが新しいバージョンを必要とする場合だけです。1 つのパッケージを使うためにディストリビューション全体を選ぶ前に、代替手段を確認してください。通常は、その方が適切です。多くの上流プロジェクトは独自のリポジトリを公開しています。そのため、ベンダーの apt または dnf ソースを追加し、そのコンポーネントだけを最新バージョンにできます。言語ランタイムには、独自のバージョンマネージャーがあります。アプリケーションをコンテナで実行すれば、この問題自体がなくなります。Docker Compose のスタックが独自のユーザーランドを持ち、カーネルだけを借用するためです。
どの代替手段にも、同じコストがあります。ディストリビューションのパッケージには、そのディストリビューションのセキュリティチームがパッチを適用し、通常の apt upgrade または dnf upgrade で提供します。外部から追加したものは、自分で監視し、問題が発生した日に自分で修正する必要があります。追加のリポジトリでは、ソースファイルの設定ミスも起きやすくなります。Ubuntu の新しい sources 形式は、apt の重複ソースエラーの一般的な原因です。
カーネルについては、想定されるより小さな問題です。VPS ではハードウェアが仮想化され、実際のドライバーはホストが提供します。そのため、新しいカーネルで得られる主なものは、ハードウェア対応ではなく、新しいネットワーク機能やファイルシステム機能です。Ubuntu LTS には、後続リリースから取り込んだ hardware enablement カーネルも提供されます。そのため、LTS のインストール環境が、リリース時のカーネルに固定されることはありません。
どのディストリビューションのドキュメントに従いますか？
これは軽視されがちな質問ですが、最も多くの時間を失う原因になります。Ubuntu と Debian では apt と .deb のパッケージを使用します。CentOS Stream、Rocky Linux、AlmaLinux では dnf と .rpm のパッケージを使用します。この違いは、インストールコマンドの後も影響します。
パッケージ名が異なります。Apache Web サーバーは Ubuntu と Debian では apache2、RHEL ファミリーでは httpd です。そのため、サービス名も異なります。ファイアウォールも異なります。Ubuntu では ufw、RHEL ファミリーでは firewalld で、どちらも内部では nftables を使用します。強制アクセス制御の層も異なり、ここが最も問題になりやすい部分です。RHEL ファミリーでは、SELinux (security enhanced Linux) がデフォルトで enforcing モードで動作します。そのため、ファイルの権限上は明らかにアクセスできるはずのファイルへのアクセスをサービスが拒否されることがあります。その理由は、ausearch -m AVC を通じて audit log を確認した場合にのみ分かります。Ubuntu と Debian では AppArmor を使用します。AppArmor はプロファイルが少なく、アクセスを妨げる場面も少なくなります。
どれも難しいことではありません。これは翻訳作業であり、読むチュートリアルごとに繰り返す必要があります。多くの場合、作業は夜遅くになります。Linux サーバーを初めて使用する場合、それだけでも Ubuntu LTS を選ぶ十分な理由になります。アクセスしたベンダーのインストールページが、Ubuntu を前提としているためです。私たちのガイドも同じです。LAMP スタックの手順 と Certbot と nginx のガイド は Ubuntu を前提に作成およびテストされています。新しい VPS で最初の 10 分に行う作業 も同様です。
Red Hat Enterprise Linux に合わせる必要はありますか？
ベンダーのサポートマトリクスに RHEL が記載されている場合、または勤務先の本番環境で RHEL を運用している場合は、RHEL 互換ディストリビューションを選んでください。これは好みの問題ではありません。Rocky Linux と AlmaLinux は、どちらも RHEL のソースからビルドされています。両方とも RHEL に対する ABI (application binary interface) の互換性を維持しているため、RHEL 10 用にビルドされた RPM はどちらにもインストールして実行できます。商用エージェントやコンプライアンスツールはこのプラットフォームを対象としており、他の環境をサポートしないこともよくあります。
Rocky Linux は可能な限り RHEL に近い構成を維持します。AlmaLinux は version 9 以降、同一のバイナリではなく ABI 互換性を目標にしているため、Red Hat が削除した機能を追加できます。CPU サポートがその最も明確な例です。RHEL 10 は必要な CPU 機能の基準を x86-64-v3 に引き上げました。x86-64-v3 には AVX2 が必要で、Rocky Linux 10 もこれに従います。AlmaLinux 10 には、古いハードウェア向けに別の x86-64-v2 アーキテクチャが追加されています。これはレンタルサーバーで重要です。プロバイダーが汎用的なエミュレート CPU モデルを提供している場合、avx2 が lscpu に存在しないことがあり、v3 用のビルドはそこで実行できません。先に確認し、フラグがない場合は AlmaLinux 10 を選ぶか、9 系列を使い続けてください。
CentOS Stream は、いずれの再ビルドとも異なる製品です。RHEL の上流に位置するため、変更は最初に Stream に入り、次のマイナーリリースで RHEL に取り込まれます。本番環境で実行できるだけの安定性があり、マイナーバージョン単位ではなく継続的に更新されます。今後リリースされる RHEL ではなく、これから登場する RHEL で動作する必要があるソフトウェアをビルドまたはテストする場合に選んでください。CentOS Stream 10 のサポート残存期間は 3.8 年です。RHEL 10 がフルサポートを終了すると同時に終了するため、再ビルド版より短くなっています。
サーバーにおける Fedora の位置付け
Fedora は、6 つのディストリビューションの中で最も新しいカーネルとユーザーランドを提供し、各リリースを約 13 か月間サポートします。この期間が、判断の要点です。Fedora サーバーでは、おおむね年 1 回のバージョンアップが必要です。計画していれば自分の予定に合わせて実施できますが、計画しなければ Fedora のリリース予定に従うことになります。2 回のアップグレードをスキップすると、そのマシンはサポート対象外になります。
安定版ディストリビューションでは得られない新しいソフトウェアが必要で、アップグレードの頻度も受け入れられる場合は、サーバーで Fedora を使用してください。たとえば、個人用のビルドマシンや、頻繁に再構築する開発用マシンが該当します。長期間放置したいマシンでは使用しないでください。Fedora 43 はリリースから約 14 か月後の December 2026 に更新の提供を終了します。これはプロジェクトが想定どおり動作しているのであって、失敗しているわけではありません。
実際に誤った選択で発生するコスト
VPS の再インストールは数分で完了するコントロールパネルの操作です。そのため、初日に選択を変更してもコストはかかりませんが、200 日目では大きな負担になります。Ubuntu を AlmaLinux にインプレースで変換する、サポートされた方法はありません。マシンにデータを配置する前に決めてください。
2 つの習慣により、選択を後から変更できる状態を保てます。設定を shell の履歴ではなくスクリプトに保存してください。そうすれば、再構築時に設定を思い出して再現するのではなく、スクリプトを再実行できます。1 台のサーバーなら、最初の Ansible playbook で十分です。次に、そもそもオペレーティングシステムを誰が管理するのかを確認してください。マネージド VPS プラン では、プロバイダーが OS の選択とパッチ適用スケジュールの両方を決める場合があります。
基本方針は変わりません。Ubuntu LTS を選んでください。商用レイヤーのない、より小規模なベースを求めるなら Debian を選んでください。RHEL 互換性が必要な場合は Rocky Linux または AlmaLinux を選んでください。RHEL 向けに構築する場合は CentOS Stream を選んでください。Fedora は、毎年のアップグレードをすでに予定に入れている場合に限って選んでください。
FAQ
Linux を初めて使う場合、VPS にはどのディストリビューションを選ぶべきですか？
現在の Ubuntu LTS リリースです。主な理由は 2 つあります。ほとんどすべてのサードパーティー製ソフトウェアのインストール手順では、最初に Ubuntu 用のコマンドが示されるため、翻訳せずにそのまま貼り付けられます。また、各 LTS リリースには 5 年間の無償セキュリティ更新が提供されるため、最初の 1 年でアップグレードを強制されることもありません。より小さなベースシステムを使いたく、Ubuntu 固有ではなく一般的な apt 向けに書かれたドキュメントを読むことに慣れているなら、Debian が次の候補です。
サーバーには Debian と Ubuntu のどちらが適していますか？
両者は近い関係にあります。Ubuntu は Debian をベースに構築され、apt を使用しているため、多くの Debian 向け手順は変更せずに実行できます。Debian はデフォルトでインストールされるソフトウェアが少なく、商用サポート層がなく、リリース後半のセキュリティ対応をボランティアに委ねています。Ubuntu は 2 年ごとの決まった日に LTS リリースを固定し、Ubuntu Pro によってサポートを 10 年間に延長できます。また、多くのベンダーのドキュメントが Ubuntu を対象にしています。最小構成のベースシステムを用意し、何年も維持するなら Debian を選んでください。入力したコマンドとドキュメントの内容を一致させたいなら Ubuntu を選んでください。
Rocky Linux または AlmaLinux を使うべきですか？
どちらも 2035 年 5 月までサポートされる無償の RHEL 再構築版なので、どちらを選んでも問題ありません。Rocky Linux は可能な限り RHEL に追従するため、プラットフォームを厳密に指定するベンダーのサポートマトリックスに適しています。AlmaLinux は代わりに ABI 互換性を重視しており、RHEL 10 が必要とする x86-64-v3 ベースラインを満たさない CPU 向けの x86-64-v2 ビルドなど、追加の成果物を提供できます。古い CPU や汎用的にエミュレートされた CPU を使用する VPS では、このビルドが AlmaLinux を選ぶ理由になります。
サーバーで Fedora を実行できますか？
実行できます。ただし、アップグレードの頻度が課題になります。Fedora の各リリースは約 13 か月間サポートされるため、サーバーではおよそ年 1 回のバージョンアップグレードが必要です。2 回分のアップグレードを見送ると、セキュリティ更新の提供が停止します。非常に新しいカーネルやツールチェーンが必要で、実際にアップグレードを実施できる場合は Fedora を選んでください。長期間手を入れずに運用したいマシンには、代わりに LTS またはエンタープライズリリースを選んでください。
ディストリビューションによって VPS の性能は変わりますか？
測定できるほどの差が出る可能性は高くありません。どのディストリビューションも同じカーネルと同じサーバーソフトウェアを実行するため、Ubuntu 上の nginx と Rocky Linux 上の nginx のベンチマークでは、主に設定の違いが測定されます。RHEL 10 は x86-64-v3 の CPU ベースラインを前提にパッケージをコンパイルするため、最新のハードウェアでは多少有利になる場合があります。しかし、それだけを根拠にオペレーティングシステムを選ぶのは適切ではありません。スループットはディスクとデータベースの設定で決まります。