著者 VPSのOSはどれを選ぶ？Ubuntu・Debian比較
VPSなら現行の Ubuntu LTS が基本です。Ubuntu、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 カーネル、同じ nginx、同じ PostgreSQL、同じ OpenSSH を使用するため、実行する予定のソフトウェアが決定要因になることはほとんどありません。違いは4つあり、選択を左右する要素はすべてここに集約されます。リリースがどのくらいの期間パッチ提供を受けられるか、パッケージ化されたソフトウェアがどの程度古いか、手を加えずに従える手順がどれだけあるか、そして Red Hat Enterprise Linux (RHEL) と互換性があるかです。
マシンの用途をまだ決めている途中であれば、VPS でできることの一覧 から始めるほうが適しています。また、VPS とは実際には何か では、これらすべての前提となる基本事項を説明しています。
各 OS の要点は次のとおりです。
- Ubuntu LTS。 デフォルトの選択肢です。以下のセクションのいずれかに該当しない限り、これを選んでください。
- Debian。 ボランティアのセキュリティチームが運営する、より小規模で更新の進み方が遅いベースです。商用版はありません。
- Rocky Linux。 対象のプラットフォームに RHEL 互換性が必要な場合に使用する、RHEL の再構築版です。
- AlmaLinux。 もう1つの RHEL 再構築版です。RHEL 10 でサポート対象外になった古い CPU 向けのビルドもあります。
- CentOS Stream。 次の RHEL になるものです。RHEL 向けのソフトウェアを開発する場合に適しています。
- Fedora。 最新のカーネルとユーザーランドを備え、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 security team によるサポートがそこで終了するためです。その後、volunteer LTS team が、より少ないパッケージとアーキテクチャを対象に、さらに約 2 年間サポートします。どちらの数字も正確です。ただし、計算方法が異なります。そのため、プロジェクト間でサポート期間を比較する際は注意が必要です。
この質問には 2 つの落とし穴があります。1 つ目は Ubuntu の interim release です。6 か月ごとに提供され、サポート期間は 9 か月です。そのため、ユーザーがまだ新しいリリースだと考えている間に、25.10 は 2026 年 7 月 1 日に更新の提供を停止しました。interim Ubuntu release より LTS を選ぶ理由では、この点を詳しく説明しています。VPS が気付かないうちに未修正の状態になる原因として、最も一般的なものです。2 つ目は、新しいリリースへの移行には再インストールが必要だと思い込むことです。再インストールは必要ありません。Ubuntu 24.04 から 26.04 へのインプレースアップグレードはサポートされた手順です。Debian と RHEL rebuilds にも、それぞれ同等の手順があります。
パッケージはどの程度新しい必要があるか
安定版ディストリビューションは、リリース日にパッケージのバージョンを固定し、その後何年もセキュリティ修正をそれらのバージョンへバックポートします。これが、そのディストリビューションを選ぶ際に受け入れる前提です。Debian 13 は 2025 年半ばに凍結されたため、現在そこからインストールするデータベースサーバーは、修正は適用されていますが、当時の最新バージョンのままです。Ubuntu LTS も同じ方式です。Fedora は逆に、上流の最新バージョンをリリースします。そのためサポート期間が短くなります。5 年前のブランチを保守する作業を、誰も 2 回やりたいとは思わないためです。
古いパッケージが問題になるのは、アプリケーションが新しいバージョンを必要とする場合だけです。1 つのパッケージの要件を満たすためにディストリビューション全体を選ぶ前に、別の解決策を確認してください。通常はそのほうが適切です。上流プロジェクトの多くは独自のリポジトリを公開しているため、ベンダーの apt または dnf のソースを追加し、そのコンポーネントだけを最新バージョンにできます。言語ランタイムには専用のバージョンマネージャーがあります。アプリケーションをコンテナで実行すれば、この問題自体をなくせます。Docker Compose のスタックが独自のユーザーランドを持ち、kernel だけを借用するためです。
どの解決策にも同じコストがあります。ディストリビューションのパッケージには、そのディストリビューションのセキュリティチームによる修正と、通常の apt upgrade または dnf upgrade が適用されます。外部から追加したものは、自分で監視し、壊れた日に自分で修正する必要があります。追加リポジトリでは sources ファイルの誤りも起きやすく、Ubuntu の新しい sources 形式は apt の重複ソースエラーの一般的な原因です。
kernel については、想定されるほど大きな問題ではありません。VPS ではハードウェアが仮想化され、実際のドライバーはホストが提供します。そのため、新しい kernel で得られる主な利点は、ハードウェアサポートではなく、より新しいネットワーク機能やファイルシステム機能です。Ubuntu LTS には、後続リリースから取得した hardware enablement kernel も提供されます。そのため、LTS のインストール環境が、最初にリリースされた時点の kernel に固定されることはありません。
どのディストリビューションのドキュメントに従いますか？
この問いは軽視されがちですが、最も多くの時間を失う原因になります。Ubuntu と Debian は apt と .deb のパッケージを使用します。CentOS Stream、Rocky Linux、AlmaLinux は dnf と .rpm のパッケージを使用します。この違いは、インストールコマンドの後も影響します。
パッケージ名が異なります。Apache Web サーバーは Ubuntu と Debian では apache2、RHEL 系では httpd なので、サービス名も異なります。ファイアウォールも異なります。Ubuntu では ufw、RHEL 系では firewalld を使用し、どちらも内部では nftables を使用します。Mandatory Access Control 層も異なり、ここで最も問題が起きやすくなります。RHEL 系では、デフォルトで SELinux（security enhanced Linux）が enforcing モードで動作します。そのため、権限上は明らかにアクセスできるファイルでも、サービスがアクセスを拒否されることがあります。理由は ausearch -m AVC を通じて audit log を確認した場合にだけ表示されます。Ubuntu と Debian は AppArmor を使用します。AppArmor は付属するプロファイルが少なく、動作を妨げる頻度も低くなります。
難しいことではありません。翻訳作業に近いもので、読むチュートリアルごとに繰り返す必要があります。多くの場合、作業は夜遅くに行うことになります。Rocky Linux、AlmaLinux、または Fedora を使用していて、Ubuntu のコマンドが並んだページを参照することになった場合は、apt と dnf の対応表で置き換えを確認できます。直接対応するものがない部分も含まれます。Linux サーバーを初めて使う場合、それだけでも Ubuntu LTS を選ぶ十分な理由になります。アクセスするベンダーのインストールページが Ubuntu を前提としているためです。私たちのガイドも同様です。LAMP stack の手順と Certbot と nginx のガイドは Ubuntu を対象に作成し、テストしています。新しい VPS で最初の 10 分間に行う作業も同様です。
Red Hat Enterprise Linux との互換性を合わせる必要がありますか？
ベンダーのサポート対象一覧に RHEL が記載されている場合、または勤務先の本番環境で RHEL を運用している場合は、RHEL 互換ディストリビューションを選んでください。これは好みで決める問題ではありません。Rocky Linux と AlmaLinux は、どちらも RHEL のソースから構築されています。どちらも RHEL に対して ABI（アプリケーションバイナリインターフェース）を安定させているため、RHEL 10 用にビルドした RPM を、いずれにもインストールして実行できます。商用エージェントやコンプライアンスツールはこのプラットフォームを対象とし、それ以外をサポートしないこともよくあります。再構築版が1つではなく2つ存在するのは、Red Hat が2020年末に従来の CentOS を終了したためです。この分岐の経緯では、各プロジェクトを誰が設立し、何を約束したのかを説明しています。
Rocky Linux は、可能な限り RHEL に近い状態を維持します。AlmaLinux はバージョン9以降、同一のバイナリではなく ABI 互換性を目標としているため、Red Hat が削除した機能を追加できます。CPU サポートが最も分かりやすい例です。RHEL 10 はベースラインを x86-64-v3 に引き上げました。これは AVX2 を必要とする CPU 機能レベルで、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つのディストリビューションの中で、最も新しいkernelとuserlandを提供し、各リリースを約13か月サポートします。この数字が結論を示しています。Fedoraサーバーでは、おおむね年に1回のバージョンアップが必要です。計画していれば自分の予定に合わせられますが、計画しなければFedoraの予定に従うことになります。2回のアップグレードをスキップすると、そのマシンはサポート対象外になります。
安定版ディストリビューションでは提供されない新しいソフトウェアが必要で、アップグレードの周期も受け入れられる場合は、サーバーでFedoraを使用します。たとえば、個人用のビルドマシンや、頻繁に再構築する開発用マシンです。放置して運用したいマシンでは使用しないでください。Fedora 43はリリースから約14か月後の2026年12月に更新の提供を終了します。これはプロジェクトが意図どおりに動作している結果であり、失敗ではありません。
実際に誤った選択で失うもの
VPS の再インストールはコントロールパネルで数分あれば実行できるため、初日に考えを変えてもコストはかかりません。しかし、200 日目では大きな負担になります。Ubuntu を AlmaLinux にインプレースで変換する、サポートされた方法はありません。マシンにデータを置く前に決めてください。
決定をやり直せる状態に保つには、2 つの習慣が役立ちます。セットアップを shell の履歴ではなくスクリプトに記述してください。そうすれば、再構築時に思い出して手作業で再現するのではなく、スクリプトを再実行できます。単一サーバーなら、最初の Ansible playbook で十分です。次に、そもそもオペレーティングシステムを誰が管理するのかを確認してください。マネージド VPS プランでは、プロバイダーが OS の選択とパッチ適用のスケジュールの両方を決める場合があります。
基本方針は変わりません。Ubuntu LTS を選び、商用レイヤーのない小規模なベースを求めるなら Debian を選び、RHEL 互換性が必要なら Rocky Linux または AlmaLinux を選び、RHEL 向けに構築するなら CentOS Stream を選んでください。Fedora は、年次アップグレードをすでに予定に入れている場合に限って選んでください。
FAQ
Linux が初めての場合、VPS にはどの Linux ディストリビューションを選ぶべきですか？
現在の Ubuntu LTS リリースを選んでください。主な理由は2つあります。ほぼすべてのサードパーティー製ソフトウェアのインストール手順では、最初に Ubuntu 用のコマンドが示されるため、翻訳せずにそのまま貼り付けられます。また、各 LTS リリースには5年間の無償セキュリティ更新が提供されるため、最初の1年にアップグレードを強制されることもありません。より小さいベースシステムを求め、Ubuntu 専用ではなく apt 全般向けに書かれたドキュメントを読むことに慣れているなら、Debian が妥当な第2候補です。
サーバーには Debian と Ubuntu のどちらが適していますか？
両者は近縁のディストリビューションです。Ubuntu は Debian を基に構築され、apt を使用しているため、Debian 向けの手順の多くは変更せずに実行できます。Debian はデフォルトでインストールされるものが少なく、商用サポートの階層がなく、リリース後半のセキュリティ対応をボランティアに委ねています。Ubuntu は2年ごとに決まった日付で LTS リリースを固定し、Ubuntu Pro によりサポート期間を10年まで延長できます。また、ベンダーのドキュメントでは Ubuntu が対象になることが多くなっています。何年も維持する最小構成のベースシステムを求めるなら Debian を選んでください。入力した内容とドキュメントを一致させたいなら Ubuntu を選んでください。
Rocky Linux と AlmaLinux のどちらを使うべきですか？
どちらも May 2035 までサポートされる無償の RHEL 再構築版であり、どちらを選んでも問題ありません。Rocky Linux は可能な限り RHEL に近い構成を維持するため、プラットフォームを厳密に指定するベンダーのサポート対象表に適しています。一方、AlmaLinux は ABI 互換性を重視しているため、RHEL 10 が必要とする x86-64-v3 の基準を満たさない CPU 向けの x86-64-v2 ビルドなど、追加の選択肢を提供できます。古い CPU、または汎用的にエミュレートされた CPU を使用する VPS では、このビルドが AlmaLinux を選ぶ理由になります。
サーバーで Fedora を実行できますか？
実行できます。ただし、代償はアップグレードの頻度です。各 Fedora リリースのサポート期間は約13か月のため、サーバーではおよそ年1回のバージョンアップグレードが必要です。2回分のアップグレードを見送ると、セキュリティ更新の提供が停止します。非常に新しい kernel または toolchain が必要で、実際にアップグレードを実施できる場合は Fedora を選んでください。長期間そのまま運用したいマシンには、代わりに LTS または enterprise リリースを選んでください。
ディストリビューションによって VPS の性能は変わりますか？
測定できるほどの違いが出る可能性は低いです。どのディストリビューションも同じ kernel と同じサーバーソフトウェアを実行するため、Ubuntu 上の nginx と Rocky Linux 上の nginx を比較するベンチマークでは、主に設定が測定されます。RHEL 10 は x86-64-v3 の CPU 基準でパッケージをコンパイルしているため、最新のハードウェアでは多少有利ですが、これだけを理由に OS を選ぶべきではありません。スループットを決めるのは、ディスクとデータベースの設定です。