VPS に必須のソフトウェア：用途別に何をインストールすべきか

新しい VPS は、Web サイトをホストするために買ったものでも、トレードボットを動かすために買ったものでも、同じ空っぽの箱です。同じまっさらなスタート地点、同じほぼ空のディスク、OS 以外はほとんど何もありません。そこに入るものは最初のインストールで分かれ、その後も分かれたままです。Web スタックとトレード用スタックはほとんどソフトウェアを共有せず、片方は OS すら同じではありません。

つまり、VPS に必須のソフトウェアの一覧というものはひとつには決まりません。何のために買ったかに関係なく、すべてのサーバーに必要な短い基本レイヤーがあり、その先は用途がすべてを決めます。この判断より前にある二つの判断も、その基本レイヤーの形を変えます。共有ホスティングか VPS かで、そもそも root 権限があるかどうかが決まり、マネージドかアンマネージドかで、下の五項目のうちどれだけを自分で担うかが決まります。

読む

KVM対OpenVZ対LXC: VPSの仮想化方式が実際に何を可能にするのか

要約

• 万能の答えはありません。短い基本レイヤーを超えた先では、用途がプログラムを選び、場合によっては OS も選びます。
• どの VPS にも、まず同じ 5 つのカテゴリが必要です。安全な管理者アクセス、実際に有効になっているファイアウォール、アップデート方針、少なくとも一度は復元したことのあるバックアップ、そしてマシンが生きていることを知らせてくれる仕組みです。Linux では、安全な管理者アクセスとは通常、鍵認証の SSH を意味します。Windows では、RDP などの管理経路を保護することを意味します。
• 1 GB や 2 GB の Linux VPS にデフォルトで入れるべきではないものが 3 つあります。コントロールパネル、ウイルス対策スキャナー、そしてメールスタックに付属するスパム・ウイルスフィルタリングです。これらのドキュメントに記載されたメモリ要件だけで、本来のワークロードが動き出す前に小さなマシンの大半、あるいは全部を使い切ってしまうことがあります。
• この後に 10 の VPS の用途が続きます。それぞれ、実際に仕事をするプログラムと、買ったマシンに収まるかどうかを決める 1 つの制約を挙げています。
• ここの各セクションは地図です。詳しい内容はリンク先のガイドにあります。

何のために買ったとしても、すべての VPS に必要なもの

新しい VPS に最初にインストールするものは、それを買った理由とはまったく関係ありません。最初に来るのは 5 つの項目で、最終的にオンラインストアを動かすのかゲームサーバーを動かすのかに関係なく、同じ 5 つです。

Linux では、まず鍵認証の SSH から始めます。鍵ペアを生成し、公開鍵をサーバーに置き、別のセッションで鍵によるログインが機能することを確認してから、パスワード認証を無効にします。パブリック IP 上でパスワード認証を受け付けるポートは、ログイン試行を磁石のように引き寄せるからです。

次はファイアウォールです。動いていると思い込まず、実際に確認してください。Ubuntu はデフォルトのファイアウォールツールとして UFW を同梱しており、コミュニティドキュメントにはUFW はデフォルトで無効だと明記されています。プリインストールされていることと、有効になっていることは別です。SSH で接続している場合は、まず実際に使っている SSH ポートを許可し、それから UFW を有効にして、ワークロードに必要な追加ポートだけを開けてください。デフォルト構成では、その最初のルールはsudo ufw allow 22 です。

Web アプリケーションファイアウォールも関わってくる場合、Linux VPS 向けの無料ファイアウォールの選択肢は、混同しやすい四つのカテゴリに分かれます。

三番目はアップデート方針で、デフォルトの挙動はディストリビューションによって異なります。Ubuntu Server はunattended-upgrades をデフォルトでインストールし、セキュリティアップデートを自動的に適用します。

Debian はそのような約束をしていません。Debian 自身の Wiki は、システムが「そもそもパッケージをインストールしていないか、インストールしていても完全に無効にしている可能性がある」と警告しています。有効になっているかを確認して設定するには、sudo dpkg-reconfigure unattended-upgrades を実行します。

4 番目はバックアップで、ルールは一度は復元すること。誰も復元したことのないバックアップは、ただの仮説です。使い捨てのサーバーに一つ復元し、起動するのを見届けて、はじめてそれはバックアップになります。

5 番目は監視の経路、つまりユーザーより先にサーバーのダウンを知らせてくれる仕組みです。軽量な死活監視ツールで十分です。監視対象の数をメモリ量に換算する信頼できる公式はないので、1 vCPU と 1 GB から始めて様子を見てください。

この五つを超えると、ハードニングはひとつのステップではなく、それ自体がひとつのプロジェクトです。そのためにすでにLinux VPS 向けの 20 項目のチェックリストとWindows 版を用意しています。

ここからが難しい半分です。1 GB や 2 GB の Linux VPS にデフォルトで入れるべきではないものは何か。CloudPanel は、サイトが何かを使う前の時点で最低 2 GB の RAM を必要とします。ClamAV 自身のドキュメントは 3 GiB 以上を推奨しています。そして Virtualmin の低メモリ向けガイドは、メモリが逼迫している場合は SpamAssassin と ClamAV を完全に無効にするよう推奨しています。

これらは好みではなく、ベンダーの要件と推奨です。そのソフトウェアが VPS を実際に買った目的のワークロードの一部でない限り、3 つとも小さなマシンでは悪いデフォルト選択になります。

用途ごとに何を動かすか

この 10 の状況で違うのは、マシンのサイズというよりも、他の何かが意味を持つ前にどの 2〜3 個のプログラムが存在しなければならないか、そしてどの制約が通常そのマシンの大きさを決めるか、という点です。

3 列目は二度読むべき列です。CPU を増やすのは反射的なアップグレードですが、これらの行のいくつかでは、それは効いてくる制約ではありません。

Web サイトや Web アプリをホストする

このサーバーの形を決める選択は、どの Web サーバーが速いかではありません。TLS 証明書を誰が管理するかです。Caddy は追加のツールなしで自ら証明書を発行・更新します。NGINX は Certbot のような別の ACME クライアントと手作業の設定を多く必要としますが、その代わりアイドル時のメモリ使用量が小さくなります。どちらかに決める前にそのトレードオフを確認したいなら、二つの設定ファイルを並べて比較しています。

残りはアプリケーションに従います。その逆ではありません。多くの動的アプリケーションにはデータベースが必要で、MariaDB か PostgreSQL かは、好みよりもアプリケーションが何をサポートしているかで決まるのが普通です。Redis は、アプリケーションが本当にキャッシュ、セッション、キュー、その他 Redis ベースの機能を必要とするときに存在意義があります。そして複数のサイトやサービスがサーバーを共有するなら、リバースプロキシ、つまり前段に立ってホスト名で各リクエストを正しいアプリケーションに振り分けるプロセスが、ポートのやりくりを始まる前に終わらせてくれます。Nginx Proxy Manager はこの作業に GUI を付けてくれ、2 GB で余裕を持って動きます。

注意点が一つあり、それは VPS から完全に離れる方向を指しています。仕事が特別な要件のない小さなサイト 1 つだけなら、マネージドホスティングは妥当な答えで、自分で管理するサーバーは見返りのない余計な仕事です。VPS が元を取るのは、マネージドプランではインストールしてもらえないものがサイトに必要になった瞬間です。

有料 SaaS ツールをセルフホストのツールに置き換える

ここでは Docker が順序を決める選択であり、目当てのアプリケーションよりも先に来ます。コンテナランタイムは各サービスとその依存関係をそれぞれの箱に封じ込めるので、Nextcloud の PHP バージョンと Immich の機械学習ライブラリがぶつかることはありません。Portainer や Dockge は、そのランタイムに Web UI と、何が動いているかを確認する場所を与えます。Coolify はさらに進んで、git push によるビルドと自動 TLS を備えた、デプロイプラットフォームに近いものにサーバーを変えます。管理レイヤーはランタイムの代わりではなく、ランタイムの後に選んでください。

プロのヒント： Docker は、ディストリビューションのリポジトリではなく、Docker 公式のリポジトリからインストールしてください。 Docker のインストールドキュメント は、ディストリビューションが提供するパッケージを非公式と呼び、Docker Engine をインストールする前に削除するよう指示しています。そのパッケージは次のとおりです。 docker.io.

アプリケーションそのものは簡単な部分で、実はそれこそが問題です。人々が長く使い続けているセルフホストのサービスについてのr/selfhosted のスレッドで、投稿者は導入してから手放した代替ツールをいくつも挙げていますが、デプロイの段階で失敗したものはひとつもありません。挙げられた理由は、UX の作り込み不足とアクセスを失うことへの不安でした。VPS は自宅の電源や家庭用回線が落ちないことに依存しないので、後半の問題にはきっちり答えます。前半の問題については、まったく何もしてくれません。

トレード：FX、アルゴ、暗号資産

OS が変わる可能性があるのは、このセクションだけです。MetaTrader 4 と MetaTrader 5 は Windows アプリケーションなので、トレード用サーバーは今でも RDP で接続する Windows Server であることが一般的です。MetaQuotes は Wine を使った Linux 上での MetaTrader の実行もサポートしているため、Windows は必須条件ではなく、よりシンプルなネイティブの選択肢です。QuantRocket は同じリストのうちアルゴリズム・定量リサーチ寄りの端にあり、BTCPay Server は暗号資産による決済を処理します。どちらも Linux 上の Docker ワークロードです。

スペックよりも地図のほうが重要です。五つのブローカーで MT5 ボットを動かそうとしていたトレーダーは、各ブローカーの特定のデータセンターまで最も低いレイテンシを出せる VPS はどれかとr/VPSforTradings で質問しました。それこそが判断を決める問いです。主要ブローカーのエンドポイントは一握りのデータセンター拠点の周辺に集まっていて、測るべきは VPS とブローカーのエンドポイントの間のネットワーク経路です。同じプロセッサを積んだ二台のサーバーでも、ネットワークや都市が違えば、この用途ではまったく違う振る舞いをすることがあります。

だからこそ、一番わかりやすいアップグレードが間違いになります。コアを増やしても経路は短くなりません。この判断の本質はプランより先にロケーションを選ぶことにあります。

プライベート VPN やメッシュネットワークを運用する

ここには 2 つの形があり、互いに置き換えられるものではありません。VPS 上の WireGuard サーバーは、デバイスにそのサーバーへの、そしてそこを経由してルーティングするすべてへの暗号化された経路を与えます。WireGuard Easy はその構成を Web UI で包むので、ピアの追加が設定ファイルを手で編集することではなくなります。Tailscale のようなメッシュネットワークはまったく別物です。デバイス同士は直接つながろうとしますが、直接の経路が取れない場合、トラフィックはピアリレーや DERP リレーを使えます。その調整レイヤーは、デバイスが互いを見つけて接続するのに必要な情報を配布します。OpenVPN AS、Pritunl、ZTNET、WGDashboard は、この両極の間を埋める存在です。

この選択についての r/selfhosted のスレッドで、ある回答者は Tailscale に依存することの何が心配かを挙げていました。「Tailscale が利益を出そうとするうちに劣化していくことだけが心配」だというのです。これは価格ではなく、ベンダーについての懸念です。トンネルを自分で運用すれば、その会社を鎖から外せます。

その分、手間も増えます。マネージドの調整サーバーは実際に運用の負担が少なく、ノート PC 1 台から 1 台のサーバーにつなぐだけなら、自前のメッシュを立てるのは問題に対して大がかりすぎます。その場合は素の WireGuard で十分です。

ゲームサーバーをホストする

ゲーム自体は簡単にインストールでき、決めるべきはパネルです。Minecraft だけでもサーバーの種類がいくつもあり、どれを動かすかは何を求めるかで決まります。普通のサバイバルサーバーで性能を重視するなら Paper、MOD パックこそが目的なら Forge か Quilt です。サーバー上で直接動かしても問題なく動きます。Pterodactyl Panel と Wings デーモンの下、あるいは PufferPanel の下で動かすと、サーバーごとのリソース制限、Web コンソール、そして SSH を渡さずに友人に再起動権限を渡す手段が手に入ります。Nakama はまったく別の製品で、ゲームをホストする人ではなく、ゲームを作る人のためのものです。

あるr/admincraft のガイドは、まっさらな VPS から Pterodactyl 上で動く自動化された MOD サーバーまでの道のりを一通り解説しており、パネルを使う道が何をもたらすかがよくわかります。

その代償は、パッチを当て続けなければならない二つ目のシステムで、それが終わることはありません。友人六人向けのバニラサーバー一台なら、パネルはゲームに必要な以上のインフラです。MOD の数も注意しておくべきもうひとつの変数で、ARK サーバーへの MOD 導入を見れば、実際にどんな作業が必要かがわかります。公開するものはすべて、誰かに見つかる前に保護する必要もあります。

AI モデルとローカル推論を動かす

Ollama がモデルを動かし、Open WebUI はその上に載せるインターフェースです。LiteLLM が前段に入る価値があるのは呼び出しを複数のプロバイダー間でルーティングする必要がある場合だけで、Qdrant が必要なのは検索が計画に含まれる場合だけです。

GPU がなければ、天井はすぐに来ます。CPU のみの 8 GB VPS で Ollama を試した人はメモリ不足エラーに遭遇しました。モデルは 7.2 GiB を必要としていたのに、空きは 3.8 GiB しかなく、差分はすでに OS と Coolify が使っていたのです。小さな量子化モデル、つまり少ないメモリに収まるよう重みを低い精度で保存したモデルは、モデルとランタイムがシステムの RAM に収まれば CPU でも動かせます。収まる場合の通常の代償は推論が遅くなることで、収まらない場合はプロセスがメモリ不足エラーで失敗することがあります。

品質は二つ目の限界です。Ollama をセルフホストする価値があるかについてのr/selfhosted のスレッドで、あるコメント投稿者は、試したオープンモデルを「品質が劣る」と評し、「この数十億ドル規模の巨人たちには勝てない」と述べています。これは一人のユーザーの経験であり、すべてのオープンモデルに当てはまるルールではありません。セルフホストはデータとインフラの管理権を与えてくれますが、品質やコストでホスト型 API を上回るかどうかは、モデル、ワークロード、稼働率次第です。ホスト型 API とのコスト比較は、経済性がどこで逆転するかを示しています。より大きなモデル、より高い同時実行数、より厳しいレイテンシ目標があると、それはハードウェアの問題になり、そのためにあるのが当社の GPU プランです。

リモートデスクトップやクラウドワークステーション

「リモートデスクトップ」という言葉の裏には三つの異なる仕組みが隠れていて、仕組みではなく製品名で選ぶと、間違ったものを選んでしまいます。RDP セッションは、サーバー上で動いていてログインして使う本物のデスクトップです。Cloudzy のIceWM over XRDP ワンクリックイメージはここでの軽量パッケージで、IceWM、Terminator、Falkon、TLS 対応の xRDP リスナーをまとめて提供します。一方、Linux Mint は最小構成ではなくフル機能のデスクトップを提供します。

Kasm Workspaces は、コンテナ化されたアプリケーションやデスクトップをオンデマンドでブラウザに配信できますが、Server workspaces を通じて既存の RDP、VNC、SSH、KasmVNC サーバーを公開することもできます。Neko はさらに別物で、共有の仮想ブラウザを WebRTC で部屋にいる複数の人に配信するものであり、誰かがログインするデスクトップではありません。

必要なのがサーバー自体のデスクトップなら、コンテナの workspace ではなく、RDP または VNC ベースのKasm Server workspace を使ってください。Kasm のネイティブのコンテナセッションは独立した環境であり、ホストのデスクトップではありません。

使いたいマシンがすでに存在していて、そこに届けばよいだけなら、RustDesk はデスクトップを構築せずにそのマシンに届きます。シェルさえあればよかったのなら、Sshwifty がブラウザ上でシェルを提供します。製品名より先にプロトコルを決めましょう。RDP での接続とブラウザセッションの配信は、ラベルが違うだけの同じものではありません。

開発、ビルド、CI 用のマシン

Code Server は、サーバーのファイルシステムを指すブラウザタブの中に VS Code を置きます。だからこそ、マシンの残りの部分をまとめておく意味があります。エディタが開くリポジトリを保持する Gitea や Forgejo、それらのコミットがトリガーするパイプラインを実行する Jenkins、そしてその両方の下にある Docker です。新しい要素は、今では同じマシン上で動く AI コーディングエージェントです。Claude Code、Aider、OpenCode、Goose CLI などがあります。

このわかりやすい構成だけが唯一の選択肢ではありません。リモート開発環境についての r/selfhosted のスレッドで、ある回答者は逆を主張していました。エディタはローカルにインストールしたまま、リモート開発拡張機能で VPS に向けることで、UI はローカルに残し、ファイルと実行だけをリモートにするというものです。スレッド投稿者の不満は、キーボードショートカットをブラウザではなくホストが奪ってしまうことで、これはブラウザ版の実際のコストです。

どちらも正当な選択です。AI エージェントと Code Server を動かす方法では、ブラウザで使う方法を最初から最後まで解説しており、セルフホストの開発者スタックには、エディタの周りにあるすべてがまとまっています。

自動化、ボット、定期ジョブ

n8n はよくある出発点で、妥当なデフォルトです。ノードがサービス、エッジがその間を流れるデータというビジュアルなワークフロービルダーです。Activepieces は同様の仕事を、より寛容なライセンスでこなします。Node-RED は同じ問題に逆方向からアプローチし、フローベースで、SaaS 同士のつなぎ込みよりもデバイスやイベントの配線に根ざしています。Dagu は依存関係グラフ向けのスケジューラーで、手元にあるのが実は順序付けが必要な cron ジョブの集まりである場合に適しています。

これらのサービスはジョブの合間も動き続けます。リソース使用量はワークフローの稼働量に応じて増え、保持される実行履歴は主にデータベースとストレージを膨らませます。そのため、問題なさそうに見えてから数か月後に、最小構成のサーバーを静かに超えてしまうタイプのワークロードになります。 セルフホストの Zapier 代替ツールの比較 には、ライセンスの詳細とサイジングがまとめられています。

メディアを配信する

ここでは通常、最初の制約はストレージですが、トランスコードによって CPU や GPU の能力が決定的な要素になることがあります。動画の Jellyfin、音楽の Navidrome、オーディオブックとポッドキャストの Audiobookshelf は、それぞれライブラリスキャナー、メタデータ取得機能、ストリーミングサーバーを 1 つのアプリケーションにまとめており、他の Web サービスと同じようにインストールできます。AzuraCast（Web ラジオ局）と Immich（写真）も同じパターンです。

そのため、VPS は多くの場合ふさわしい形ではありません。リアルタイムのトランスコードは、小さなサーバーには余裕のないプロセッサ時間を消費します。大容量ディスクを備えた自宅のマシンのほうが、ライブラリそのもののホストとしては通常優れていて、VPS はリモートアクセスと常時稼働の面で存在価値を発揮します。 Plex 代替ツールの比較 で、どのサーバーがどのクライアントに合うかを確認できます。

すべてをインストールした後に自分が担うもの

上で挙げたどのプログラムにも、仕事がついてきます。誰かがパッチを当て、メモリを監視し、証明書を更新し、バックアップが復元できるかを確かめなければなりません。自己管理の VPS では、その誰かはあなたであり、こうした用途が 1 台のマシンに集まるたびに負担は積み重なります。

短縮する価値があるのはインストールの半分です。選んだソフトウェアがワンクリックアプリとして提供されていれば、まっさらなサーバーとドキュメントのタブを前に途方に暮れる代わりに、インストールの手順を短縮できます。Linux VPS にデプロイすれば、最初の一時間をサーバーを買った本来の目的に使えます。運用の半分はどちらにしても自分のものです。その部分は外注できません。

よくある質問

VPS にコントロールパネルは必要ですか？

複数の仕事を代わりにこなしてくれる場合だけです。パネルがメモリに見合う価値を持つのは、複数のサイト、技術者ではない複数のユーザー、そして本来なら手作業で設定するメールや DNS を管理するときです。その水準を下回るなら、パネルは自分と直接管理できるサービスの間に挟まる層にすぎず、そのサービスと RAM を奪い合います。 Linux 向けコントロールパネルの比較 で、それぞれの機能とライセンスのコストを詳しく確認できます。

VPS にソフトウェアを入れるなら Docker とネイティブのどちらがよいですか？

複数サービスからなるスタック、別のホストへの移行を見込むワークロード、あるいはそのままでは競合する依存関係にはコンテナを使いましょう。小さな VPS 上の長期稼働サービス 1 つを、そのほうが管理しやすいならネイティブでインストールします。Web サーバー 1 つとデータベース 1 つを動かす 1 GB のサーバーでは Docker の恩恵がないこともあります。より大きな複数サービスのスタックでは恩恵があることが多いですが、RAM だけで決まるわけではありません。

GPU なしの VPS で AI モデルを動かせますか？

はい、小さな量子化モデルなら動かせます。モデルが OS や他に動いているものと一緒に読み込めるかは RAM で決まり、読み込んだ後の速さは CPU の性能で決まります。より大きなモデル、より高い同時実行数、より厳しいレイテンシ目標があると、通常は十分な VRAM を持つ GPU が必要になります。

トレード用 VPS に Windows は必要ですか？

MetaTrader 4 と MetaTrader 5 では、Windows は最もシンプルなネイティブの選択肢であって、厳密な必須条件ではありません。MetaQuotes は Wine を使った Linux 上での MetaTrader の実行もサポートしています。Python ベースのアルゴリズムツールや BTCPay Server のような暗号資産決済ソフトウェアなど、その他のトレード用ワークロードは Linux 上で直接動かせます。OS を決めるのは、取引に使うプラットフォームです。

1 台の VPS で複数の用途を兼ねられますか？

はい。いくつ兼ねられるかを制限するのは、たいていメモリです。軽量なサービスなら 4 GB でいくつか共存できますが、ゲームサーバーと AI モデルはすぐに RAM を奪い合います。もう一つ考えるべきは影響範囲です。公開サービスを大事なものの隣に置くと、1 回の侵害で両方が危険にさらされる可能性があります。他の何かを分ける前に、インターネットに面したものと重要なものを分けてください。