VPSで何ができる？実用的な用途20選と必要メモリ

VPSで何ができますか？

VPS（仮想プライベートサーバー）は、ノートパソコンの電源が入っているかどうかに関係なく稼働する、パブリック IP アドレス付きの Linux マシンです。そのため、常時到達可能にしておく必要があるものを VPS 上で運用できます。具体的には、Web サイト、プライベート VPN、自分専用のファイル・写真ストレージ、メディアサーバー、ゲームサーバー、スケジュール実行するスクリプト、増え続ける AI ツールなどです。以下では、実際に運用されている 20 種類を、そもそもサーバーを借りる理由になりやすい順におおむね並べています。

各項目では、その用途、必要なメモリ量、詳しいガイドの場所を説明します。用途ではなくアプリケーションの一覧を確認したい場合は、2026 年にセルフホストする価値があるアプリをアプリごとに紹介している関連リストを参照してください。

実際に運用されている20の用途

1. WebサイトまたはWebアプリケーションをホストする。 これは今でも最も一般的な回答です。小規模な1台のサーバーで nginx、Apache、PHP、データベースを 1 GB の RAM 上で問題なく動かせます。定番の出発点は Ubuntu 24.04 での LAMP stack です。nginx で Certbot と Let's Encrypt を使う方法で無料の証明書を追加してください。port 80 の素の IP アドレスにアクセスするとブラウザーに警告が表示され、訪問者を失うためです。

1. 1台のサーバーで複数のサイトとアプリを運用する。 前段でホスト名に応じてリクエストを振り分ければ、1台のサーバーで複数の名前を提供できます。reverse proxy がこの処理と証明書の更新を担うため、複数の Docker アプリの前段に Traefik を置く方法が次の定番になります。費用面の効果は明確です。4 GB のサーバー1台で5つのプロジェクトを運用するほうが、小規模なサーバーを5台用意するより安く、バックアップも容易です。

1. 自分専用の VPN を運用する。 VPS を使うと、自分で管理する送信元 IP を利用できます。そのため、公共 Wi-Fi からネットワークトラフィックを読み取られず、自宅のサービスをインターネットへ直接公開せずに済みます。WireGuard は 50 MB 未満のメモリを使用し、kernel 内で動作するため、サーバーへの負荷はほとんどありません。self-hosted WireGuard VPN のガイドでは、つまずきやすい handshake と DNS の問題を説明しています。2つの製品は混同されやすいため、先に VPS と VPN の比較を確認する価値があります。

1. 自分で管理する password manager を運用する。 Vaultwarden は Bitwarden protocol を使用するため、すべての公式アプリとブラウザー拡張機能が企業のサービスではなく自分のサーバーへ接続します。必要な RAM は約 150 MB で、ディスク容量もほとんど消費しません。そのため、VPS 上で Vaultwarden を運用する方法は、この一覧で最初に取り組むプロジェクトとして最適です。このサーバーには所有するすべてのパスワードが保存されるため、証明書とバックアップを後回しにせず、インストールの一部として扱ってください。

1. クラウドファイルストレージとカレンダーを運用する。 Nextcloud は、有料の Drive や Dropbox の代わりに、すべてのデスクトップとスマートフォン向けの同期クライアントに加え、カレンダーと連絡先を提供します。RAM は 1〜2 GB にファイル容量を加えた分を見積もり、最初から PostgreSQL 上にインストールしてください。Docker、TLS、バックアップを使用した Nextcloud のガイドでは、後からデータベースを移行するとインスタンスを壊しやすい理由を説明しています。

1. スマートフォンからアップロードできる写真ライブラリを運用する。 Immich はカメラロールを自動アップロードし、顔と物体を検索できます。この機能によって、Google Photos から移行する人が増えています。機械学習用のコンテナがあるため、この中では最もリソースを消費します。最小プランを契約する前に、self-hosted Immich ガイドを確認してください。Immich の要件ページでは、最低 6 GB の RAM（推奨 8 GB）と 2 CPU cores、または機械学習機能を無効にした場合は 4 GB の RAM を求めています。プランでこのメモリ容量を確保できない場合は、PhotoPrism と Immich の比較で RAM、スマートフォンアプリ、バックアップコマンドを比較し、実際にサーバーで運用できるほうを選べます。リリース間で破壊的変更が入ることがあるため、latest を取得し続けるのではなく、バージョンを固定してください。

1. 自分のライブラリ用のメディアサーバーを運用する。 Jellyfin は、アカウントやリモート再生の有料プランなしで、映画や番組を TV アプリ、ブラウザー、スマートフォンへストリーミングできます。アイドル時の RAM 使用量は約 1〜2 GB ですが、Jellyfin のハードウェアガイドでは一般的な構成に 8 GB を推奨し、デスクトップ環境のない Linux server なら 4 GB で足りる場合があると説明しています。動作を左右するのは transcoding です。VPS 上で Jellyfin を運用する方法では、クライアントが直接再生できる形式でファイルを保持し、サーバーがバイト列を転送するだけにする方法を説明しています。稼働後は、Halcyon で同じライブラリを 1990s のレンタル店のように表示する方法により、棚を順に見て選べます。無限に並ぶサムネイルをスクロールするより、実際に使いやすい方法です。

1. 友人向けのゲームサーバーを運用する。 数人で遊ぶ Minecraft server には 2〜4 GB の RAM と、ホスト役のプレイヤーが就寝しても稼働し続けるマシンが必要です。これは VPS に適しています。VPS 上の Minecraft server のガイドでは、Java のメモリフラグと、クラッシュ時に自動再起動する systemd 配下での実行方法を説明しています。

1. 定期実行するスクリプト、scraper、bot を運用する。 3時に実行する必要がある処理には、3時にも起動しているマシンが必要です。ジョブは cron の1行ではなく、timer を持つ systemd service として記述してください。ログ、失敗状態、テストしやすい方法を利用できるためです。VPS 上の systemd service と timerに unit file の例があります。Discord bot や Telegram bot も、時間指定ではなく長時間実行する process に置き換えた同じ構成です。

1. 自動化 workflow を運用する。 n8n は、Zapier なら task 単位で課金される処理を visual builder で構築できます。自分で運用すれば task 単位の料金はかかりません。データサイズには上限がありますが、その値は自分で設定できます。n8n はデフォルトで N8N_PAYLOAD_SIZE_MAX を通じて payload を 16 MiB に制限しており、値を増やして再起動できます。RAM 使用量は約 500 MB です。self-hosted n8n と HTTPSで説明されているように、encryption key は明示的に設定してください。設定しない場合、n8n は初回起動時に key を生成して ~/.n8n folder に保存します。この folder が persistent volume 上にないと、container の再構築で key が失われ、保存済みの credential をすべて読み取れなくなります。

1. language model を自分で運用する。 Ollama は open-weight model を local API で提供するため、prompt とドキュメントがサーバーの外へ出ません。CPU のみの VPS では即時応答ではなく、毎秒数語程度になると考えてください。一般的な 8B model には約 8 GB の RAM を見積もります。Ollama のデフォルトの llama3.1:8b download だけで 4.9 GB あり、context 分は含まれていません。Ollama を実行して LLM を self-host する方法に実測値があります。model の上に workflow platform を構築する場合は、VPS 上の Difyで UI と retrieval を追加できます。

1. coding agent の実行環境を用意する。 1時間動作する AI coding agent も、ノートパソコンを閉じた時点で停止すれば役に立ちません。そのため、terminal multiplexer 内のサーバーで実行し、後から再接続します。tmux を使って VPS 上で Claude Code を実行する方法が構成例です。VPS 上で coding agent を実行する方法では一般的な構成を説明しています。専用の unprivileged user と、その user が外部へ移動できない directory を用意してください。

1. assistant 用の MCP server をホストする。 MCP（model context protocol）server は、AI client に tool とデータを公開する常時稼働の小規模な process です。常時稼働が必要なため、ノートパソコンでは対応できません。VPS 上の MCP serverでは、authentication 付きの TLS の背後で実行する方法を説明しています。公開された MCP endpoint は誰でも呼び出せる tool になるため、これは重要です。

1. 他のサーバーを監視する。 Uptime Kuma はサイトへ ping を送り、ほぼすべての channel で alert を送信できます。RAM 使用量は約 200 MB です。見落とされやすい原則があります。production は別のマシンから監視してください。監視対象と同じマシンで Uptime Kuma による status monitoringを実行すると、そのマシン自体の停止を検知できないためです。

1. 稼働・停止だけでなく、本格的な metrics を取得する。 サーバーが1台ではなく fleet になると、CPU、ディスク、service の metrics を履歴と trigger 付きで取得したくなります。Zabbix monitoring serverは、各 host に agent を配置してこれを実現します。Zabbix のハードウェア例では、最小構成（監視対象 metrics 1,000件）でも 2 CPU cores と 8 GiB の memory に加え、専用の database を必要としています。まずは単純な uptime check から始め、必要な規模になったら移行してください。

1. 他のすべてのデータを offsite backup する。 データと同じディスクにある backup は backup ではありません。大容量の volume を持つ安価な VPS は保存先として適しています。VPS 上の restic backupでは、暗号化、重複排除、バージョン管理に対応した snapshot と、実際にテストできる restore を構成できます。未検証の backup は期待に過ぎないため、毎月 restore をテストしてください。

1. 自分専用の CI runner を運用する。 ホスト型の build minutes は使い切ることがあります。self-hosted runner なら cache を保持し、secret を手元に置けます。self-hosted GitHub Actions runnerでは、インストールと isolation の方法を説明しています。public repository では pull request が自分のマシン上で code を実行できるため、isolation が特に重要です。

1. 自分で管理する team chat を運用する。 Rocket.Chat は、seat 単位の料金を避けたい team 向けに thread、call、integration を提供します。この一覧では比較的リソースを多く消費します。2026-10-12 時点で、Rocket.Chat の system requirements は、最小 tier（同時接続 user 500人以下、高可用性なし）でも Rocket.Chat node に最低 4 GiB の memory、MongoDB にさらに 4 GiB を求めています。MongoDB は3つの replica member として記載されています。そのため、application と MongoDB member 1つを保持する server には最低 8 GB が必要です。また、Rocket.Chat 8.x には MongoDB 8.0 以降が必要です。Docker Compose で Rocket.Chat を運用する方法では、upgrade 時に MongoDB の major version を飛ばすと database が使用できなくなるため、version の移行順序を説明しています。

1. すべてのマシンを接続する private network を構築する。 複数の server とノートパソコンがある場合、単一の hub より mesh network のほうが運用しやすくなります。self-hosted Tailscale control server として Headscale を使う方法では、coordination を自分の server に置けます。1台の host ではなく、自宅 LAN や provider の private range など、network 全体へ接続する必要がある場合は、VPS で route を広告する subnet routerを使うと、その配下の各 device に client をインストールせずに済みます。これに、host をグループとして扱う運用を組み合わせてください。複数の Linux server を管理する方法で説明している内容です。

1. lab を構築する。どうしても必要なら mail server も運用する。 VPS は問題を起こして検証する安全な場所です。FreeBSD 15 serverを試すか、プランが対応していれば server 内で nested virtualizationを実行できます。mail は意図的に最後に置いています。多くの provider は outbound port 25 を block し、deliverability の確保にも長い時間がかかるためです。Mailcow による self-hosted emailを、制約を理解したうえで読んでください。

これらに必要なサーバー容量はどの程度ですか？

通常、最初に上限へ達するのはメモリですが、CPU とディスク容量も考慮が必要です。たとえば Immich は、必要な RAM に加えて少なくとも 2 CPU コアを求めます。1 GB プランなら、小規模なものを 1 つ運用できます。Web サイト、VPN、パスワードマネージャー、bot などです。4 GB プランは、1 つのプロキシの背後で複数のサービスを無理なく運用できる容量です。このページを訪れる人の多くは、最終的にこの構成を選びます。

扱いにくいのが 2 GB です。コンテナを 3 つ目まで追加したところで kernel がコンテナをひそかに停止し、アプリケーションログには理由が何も残らないことがあります。sudo dmesg | grep -i "out of memory" を実行すると、コンテナランタイムが取り込んだ Out of memory: Killed process の行を確認できます。AI ワークロードはこの目安に当てはまりません。Ollama が提供する一般的な 8B 言語モデルは、快適に動作させるためにおよそ 8 GB の RAM を必要とします。画像の機械学習も同様です。量子化によってこの値は大きく変わります。PrismML の 1-bit Bonsai 8B は 8B 個のパラメータを 1.16 GB のファイルに格納し、llama.cpp 上で動作します。もう 1 つの例外は Rocket.Chat です。公式に、チャットサーバーとデータベースそれぞれに最低 4 GiB が必要とされているため、少なくとも 8 GB 必要です。

ディスク容量はデータ量に左右されます。ここで数百 GB を必要とするのは、写真、メディア、バックアップだけです。メディアにはライブラリ以外にも一時領域が必要です。Jellyfin のハードウェアガイドでは、OS、Jellyfin のファイル、トランスコードキャッシュ用に 100 GB の SSD を推奨しています。また、キャッシュ容量は最大ファイルサイズにピーク時の同時ストリーム数を掛けた値を目安にしています。それ以外は数百 GB ではなく数十 GB 単位で測ればよいため、保持する予定のデータ量と、選択したプランのディスク容量を照らし合わせて確認してください。

実行する前に

上記の手順はいずれも、接続可能なマシン、root ではないユーザー、ファイアウォールという同じ前提に基づいています。

sudo apt update && sudo apt upgrade -y
sudo adduser deploy
sudo usermod -aG sudo deploy
sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

sudo ufw status を実行すると、22/tcp を許可する行を含む Status: active が表示されるはずです。最初のターミナルを閉じる前に、2 つ目のターミナルを開いてログインできることを確認してください。ファイアウォールによって接続できなくなった場合は、プロバイダーの管理パネルからコンソールで復旧する必要があります。新しい VPS の最初の 10 分では、この作業を最初から最後まで説明しています。また、SSH の堅牢化でパスワードログインを無効にすると、常時発生するバックグラウンドのブルートフォース攻撃を気にする必要がなくなります。

上記のアプリケーションのほとんどはコンテナとして提供されるため、Docker を 1 回インストールすれば、残りはコピーして貼り付けるだけで済みます。

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

permission denied while trying to connect to the Docker daemon socket の読み込みに失敗する場合、グループ変更がまだシェルに反映されていません。ログアウトしてから、もう一度ログインしてください。Docker Compose の基本では、上記のガイドで共通して使用するファイル形式を説明しています。

VPSに向かない用途

いくつか、正直な制約があります。高負荷なグラフィックス処理やモデルのトレーニングには GPU が必要ですが、標準的な VPS には GPU がありません。そのため、RAM をどれだけ増やしても、CPU での推論は遅いままです。実際に必要なのが GPU や数 TB のディスクであれば、自宅にマシンを置くのが現実的な選択肢です。自宅の Proxmox と VPS のレンタルの比較では、ハードウェア代と電気代を月額料金と比較しています。5 分間の停止でも実害が生じる用途は、趣味のサーバーには向きません。たとえば、自宅の警報システムや医療用アラートです。日曜の夜にアップグレードするようなサーバーに任せるべきではありません。単一のサーバーは単一障害点でもあります。停止が許されないサービスには、2 台目のマシンと、そこへ切り替えるためのテスト済みの手順が必要です。

メールについては、リストに含まれていても別途注意が必要です。送信方向の port 25 は、ほとんどのプロバイダーでブロックされています。ブロックされていなくても、評価実績のない新しい IP アドレスから送信したメールは、DNS レコードが正しく設定され、アドレスの送信実績が蓄積されるまで spam フォルダーに入りやすくなります。メール運用は週末だけで完了する作業ではなく、継続的な管理が必要です。

FAQ

VPSで最も一般的な用途は何ですか？

WebサイトまたはWebアプリケーションのホスティングです。PHPとデータベースを備えた nginx または Apache を 1 GB の RAM で動かせば、個人サイト、クライアント向けサイト、小規模な製品を運用できます。スタック全体を管理できる実際のグローバル IP アドレスを、最も安価に取得する方法でもあります。次に多い用途はプライベート VPN です。自分で所有するサーバーなら、他の利用者と共有しない送信元アドレスを使えるためです。

このリストの用途には、どれくらいの RAM が必要ですか？

小規模なサービスを 1 つだけ動かすなら、1 GB で足ります。1 台のリバースプロキシの背後で複数のサービスを動かすなら、4 GB が余裕のある容量で、多くの人がこのプランを選びます。例外は AI ワークロードです。Ollama で一般的な 8B 言語モデルを快適に動かすには、およそ 8 GB が必要ですが、強く量子化したビルドなら大幅に少なくて済みます。画像向けの機械学習にも同程度の容量が必要です。Rocket.Chat もこの範囲に入り、公式に記載された最小要件はアプリと MongoDB それぞれ 4 GiB です。ディスク容量が問題になるのは、メディア、写真、バックアップを保存する場合だけです。

これらを同じサーバーで複数動かせますか？

はい。それが一般的な構成です。各アプリケーションを専用のコンテナに入れ、インターネットへ直接公開せず、1 台のリバースプロキシでホスト名と証明書を処理します。上限を決めるのはアプリケーション数ではなくメモリです。上記の実際の使用量を合計し、アップグレードやバックアップの実行で out-of-memory kill が発生しないよう、少なくとも 25 percent の余裕を残してください。

VPSを使うには Linux の知識が必要ですか？

基本操作は必要です。SSH で接続すること、ファイルを編集すること、ログを読むことです。このガイドのその他の作業は、コピー、貼り付け、実行結果の確認で進められます。ガイドに示された結果と照らし合わせて確認してください。入力するよりクリックしたい場合は、コントロールパネルでアプリケーションを管理できます。Cloudron、CasaOS、Coolify の比較では、それぞれの利用によって柔軟性がどの程度制限されるかを説明しています。

VPSはこれらのサービスに料金を支払うより安いですか？

複数のサービスを使う場合は、通常安くなります。4 GB のサーバー 1 台で、ファイル同期のサブスクリプション、パスワードマネージャーのプラン、写真ストレージのプラン、自動化ツールの料金を同時に置き換えられます。その代わりに負担するのは、自分の時間です。更新、証明書、バックアップを自分で管理する必要があります。そのため、実際にこれらを実施する場合に限って、節約が成立します。