VPSで何ができる?実用的な用途20選
VPSで実際に運用できる20の用途を紹介します。Webサイト、VPN、写真ストレージ、ゲームサーバー、AIエージェントまで、用途ごとの必要RAMも正直に解説します。
VPSで何ができますか?
VPS(仮想専用サーバー)は、ノートパソコンの電源が入っているかどうかに関係なく稼働する、パブリックIPアドレスを持つLinuxマシンです。そのため、常時アクセス可能にしておく必要があるものをVPS上で運用できます。具体的には、Webサイト、プライベートVPN、自分専用のファイルや写真のストレージ、メディア、ゲームサーバー、スケジュール実行するスクリプト、増え続けるAIツールなどです。以下では、実際に運用されている20の用途を、サーバーを借りる主な理由になりやすい順に並べています。
各項目では、その用途の内容、必要なメモリ量、詳しいガイドの場所を説明します。用途ではなくアプリケーションの一覧を確認したい場合は、2026年にセルフホスティングする価値のあるアプリを、アプリごとに紹介した関連リストをご覧ください。
実際に運用されている20の用途
- WebサイトまたはWebアプリをホストする。 これは今でも最も一般的な回答です。小規模な1台のサーバーでも、1 GBのRAMがあればnginxまたはApache、PHP、データベースを問題なく実行できます。定番の出発点はUbuntu 24.04でのLAMPスタックです。IPアドレスだけでport 80を使うとブラウザーに警告が表示され、訪問者を失うため、nginxでCertbotとLet's Encryptを使う方法で無料の証明書を追加します。
- 1台のサーバーで複数のサイトとアプリを実行する。 前段でホスト名に応じてリクエストを振り分ければ、1台のサーバーで12個の名前を処理できます。リバースプロキシがこの役割を担い、証明書も更新します。そのため、通常は複数のDockerアプリの前段にTraefikを配置することが次のステップになります。5つのプロジェクトを1台の4 GBサーバーで運用すれば、5台の小規模サーバーより安く、バックアップも容易です。
- 自分専用のVPN。 VPSを使うと、自分で管理する出口IPを利用できます。そのため、公開Wi-Fiから通信を読み取られにくくなり、自宅のサービスをインターネットに直接公開せずに済みます。WireGuardはメモリ使用量が50 MB未満で、カーネル内で動作するため、サーバーへの負荷はほとんどありません。自分で運用するWireGuard VPNのガイドでは、問題になりやすいハンドシェイクとDNSを説明しています。この2つの製品は混同されやすいため、先にVPSとVPNの比較を確認する価値があります。
- 自分で管理するパスワードマネージャー。 VaultwardenはBitwardenプロトコルに対応しているため、公式アプリやブラウザー拡張機能から企業のサーバーではなく自分のサーバーに接続できます。必要なRAMは約150 MBで、ディスク使用量もほとんどないため、VPS上のVaultwardenはこの一覧で最初に取り組むプロジェクトとして最適です。このサーバーにはすべてのパスワードが保存されるため、証明書とバックアップを後回しにせず、インストールの一部として扱います。
- クラウドファイルストレージとカレンダー。 Nextcloudは、有料のDriveまたはDropboxプランを、すべてのデスクトップとスマートフォン向けの同期クライアント、カレンダー、連絡先で置き換えます。RAMは1から2 GBに加えて、ファイル容量分を見積もります。最初からPostgreSQLに接続してインストールしてください。Docker、TLS、バックアップを使ったNextcloudのガイドでは、後からデータベースを移行することが、インスタンスを壊す最も一般的な原因である理由を説明しています。
- スマートフォンからアップロードできる写真ライブラリ。 Immichはカメラロールを自動アップロードし、顔検索と物体検索を実行します。この機能によって、ようやくGoogle Photosから移行する人が増えています。機械学習コンテナがあるため、この中で最もリソースを消費するアプリケーションです。最小プランを契約する前に、自分で運用するImmichのガイドを確認してください。リリース間で破壊的変更が入ることがあるため、
latestを取得し続けるのではなく、バージョンを固定します。
- 自分のライブラリ用メディアサーバー。 Jellyfinを使うと、アカウントやリモート再生時の有料プランなしで、TVアプリ、ブラウザー、スマートフォンに映画や番組をストリーミングできます。アイドル時のRAM使用量は約1から2 GBです。動作を左右するのはトランスコードです。VPS上のJellyfinでは、クライアントが直接再生できる形式でファイルを保持し、サーバーがバイト列を転送するだけにする方法を説明しています。
- 友人向けのゲームサーバー。 少人数でプレイするMinecraftサーバーには2から4 GBのRAMが必要です。また、ホストのプレイヤーが就寝しても稼働し続けるマシンが必要であり、VPSはこの用途に適しています。VPS上のMinecraftサーバーのガイドでは、Javaのメモリフラグと、クラッシュ時に自動再起動するsystemdでの実行方法を説明しています。
- 定期実行スクリプト、スクレイパー、ボット。 3時に実行する必要がある処理には、3時にも起動しているマシンが必要です。cronの1行ではなく、タイマー付きのsystemdサービスとしてジョブを作成します。ログ、失敗ステータス、テストしやすい手段を利用できるためです。VPS上のsystemdサービスとタイマーにはユニットファイルがあります。DiscordまたはTelegramのボットも、タイマーではなく長時間実行プロセスを使う同じパターンです。
- 自動化ワークフロー。 n8nは、Zapierならタスク単位で料金が発生する処理を、ビジュアルビルダーで構築できます。自分で運用すれば、料金とデータ量の上限をなくせます。RAM使用量は約500 MBです。HTTPS対応の自分で運用するn8nが示すように、暗号化キーを明示的に設定してください。設定しないと、コンテナの再構築後に保存済みの認証情報を読み取れなくなります。
- 言語モデルを自分で実行する。 OllamaはオープンウェイトモデルをローカルAPIで提供するため、プロンプトとドキュメントがサーバー外に出ません。CPUのみのVPSでは、即座に回答するのではなく、1秒あたり数語程度になると考えてください。8Bモデルには約8 GBのRAMを見積もります。Ollamaを実行してLLMを自分で運用するでは、実測に基づく数値を説明しています。モデル上にワークフロープラットフォームを構築する場合は、VPS上のDifyでUIと検索機能を追加できます。
- コーディングエージェントの実行環境を用意する。 1時間動作するAIコーディングエージェントも、ノートPCを閉じた時点で終了すれば役に立ちません。そのため、ターミナルマルチプレクサー内でサーバー上に実行し、後から再接続します。tmuxを使ったVPS上のClaude Codeで構成方法を説明し、VPS上でコーディングエージェントを実行するでは一般的な構成を説明しています。専用の非特権ユーザーと、そのユーザーが抜け出せないディレクトリを用意します。
- アシスタント向けにMCPサーバーをホストする。 MCP (model context protocol)サーバーは、AIクライアントにツールとデータを提供する常時稼働の小規模プロセスです。ノートPCでは常時稼働が難しいため、サーバーで実行します。VPS上のMCPサーバーでは、認証付きTLSの背後で実行する方法を説明しています。MCPエンドポイントを公開すると、誰でも呼び出せるツールになるため重要です。
- 他のサーバーを監視する。 Uptime Kumaはサイトにpingを送り、ほぼすべての通知チャネルでアラートを送信できます。使用量は約200 MBです。見落とされやすい原則は、本番環境を別のマシンから監視することです。監視対象と同じサーバー上でUptime Kumaによる稼働状況監視を実行すると、そのサーバー自体の停止を検知できません。
- 稼働・停止だけでなく実際のメトリクスを取得する。 1台ではなく複数のサーバーを運用する場合は、CPU、ディスク、サービスのメトリクスを履歴とトリガー付きで取得します。Zabbix監視サーバーは各ホストにエージェントを配置してこれを実現します。RAMは2 GBに加えて、専用のデータベースが必要です。まずは単純な稼働確認から始め、必要になった段階で本格的な監視へ移行します。
- 他のすべてのデータをオフサイトにバックアップする。 データと同じディスク上にあるコピーはバックアップではありません。大容量ボリューム付きの安価なVPSは、バックアップ先として適しています。VPS上のresticバックアップでは、暗号化、重複排除、バージョン管理に対応したスナップショットを作成し、実際にテストできる復元方法も提供します。テストしていないバックアップは期待にすぎないため、毎月テストしてください。
- 自分専用のCI runner。 ホスト型のビルド時間には上限があります。自分で運用するrunnerなら、キャッシュを保持し、シークレットをローカルに置けます。自分で運用するGitHub Actions runnerでは、インストールと分離方法を説明しています。公開リポジトリでは、pull requestから自分のマシン上でコードが実行される可能性があるため、分離が特に重要です。
- 自分で管理するチームチャット。 Rocket.Chatは、ユーザー単位の料金を避けたいチーム向けに、スレッド、通話、連携機能を提供します。MongoDBの負荷が大きいため、RAMは2 GB以上必要です。Docker Composeを使ったRocket.Chatでは、アップグレード時にMongoDBのメジャーバージョンを飛ばすとデータベースが使用不能になるため、バージョンの移行手順を説明しています。
- すべてのマシンを接続するプライベートネットワーク。 複数のサーバーとノートPCを持つと、単一ハブ構成よりもメッシュネットワークのほうが運用しやすくなります。自分で運用するTailscaleのコントロールサーバーとしてのHeadscaleを使えば、調整機能を自分のサーバーに置けます。ホストを個別ではなくグループとして扱う運用と組み合わせます。これは複数のLinuxサーバーを管理する際の基本です。
- ラボ環境と、どうしても必要ならメールサーバー。 VPSは、環境を壊して試すための安全な場所です。FreeBSD 15サーバーを試すか、プランが対応していればサーバー内で仮想マシンを実行するnested virtualizationを利用できます。メールサーバーを最後に置いたのは意図的です。多くのプロバイダーは送信port 25をブロックし、メールの到達性を確保するには長い対応が必要だからです。Mailcowでメールを自分で運用するを十分に理解したうえで進めてください。
これらにはそれぞれどの程度のサーバーが必要ですか?
制限になるのはCPUやディスクではなく、メモリです。1 GBプランでは、小規模なWebサイト、VPN、パスワードマネージャー、botのいずれか1つを実行できます。4 GBプランは、1つのプロキシの背後で複数のサービスを実行するのに余裕がある容量です。このページを読む人の多くは、最終的にこの構成を選びます。
扱いにくい容量は2 GBです。ここで3つ目のコンテナを追加すると、kernelがそのコンテナを黙って停止することがあります。アプリケーションログには原因が記録されません。sudo dmesg | grep -i "out of memory"を実行すると、コンテナランタイムが取り込んだOut of memory: Killed process行を確認できます。AIワークロードは例外です。8Bの言語モデルは、少なくとも読み込める状態にするだけで、およそ8 GBを必要とします。写真向けの機械学習も同様です。
ディスク容量はデータ量に応じて決まります。数百GBを必要とするのは、ここでは写真、メディア、バックアップだけです。それ以外は、小規模プランに含まれる20〜50 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 statussudo ufw status は、22/tcp を許可する行を含む Status: active を出力するはずです。最初の端末を閉じる前に、2つ目の端末を開いてログインできることを確認してください。ファイアウォールによって接続できなくなった場合は、プロバイダーのパネルからコンソールで復旧する必要があります。新しい VPS の最初の 10 分では、この手順を最初から最後まで説明しています。また、SSH のセキュリティ強化でパスワードログインを無効にすると、常時発生するバックグラウンドのブルートフォース攻撃を気にする必要がなくなります。
上記のアプリケーションのほぼすべてはコンテナとしてリリースされているため、Docker を一度インストールすれば、残りはコピーして貼り付けるだけです。
curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-worldpermission denied while trying to connect to the Docker daemon socket の読み取りに失敗する場合は、グループの変更がまだシェルに反映されていません。いったんログアウトしてから、再度ログインしてください。Docker Compose の基本では、上記のガイドで使用しているファイル形式を説明しています。
VPSが適していない用途
いくつか、現実的な制限があります。負荷の高いグラフィックス処理やモデルのトレーニングには GPU が必要です。標準的な VPS には GPU がないため、RAM をどれだけ追加しても CPU での推論は遅いままです。5分間の停止で重大な被害が発生する用途も、趣味用サーバーには適していません。たとえば、家庭用警報装置や医療アラートなどです。日曜の夜にアップグレードするサーバーに任せるべきではありません。単一のサーバーは単一障害点にもなります。絶対に停止させてはいけないサービスには、2台目のサーバーと、そこへ切り替えるためのテスト済みの方法が必要です。
メールについては、一覧に含まれていても別途注意が必要です。ほとんどのプロバイダーは送信ポート 25 をブロックしています。ポートが開いていても、レピュテーションのない新しい IP アドレスからのメールは、DNS レコードが正しく設定され、アドレスが十分に運用されるまでスパムに分類されます。これは週末だけで済む作業ではなく、継続的な運用が必要な作業です。
FAQ
VPSの最も一般的な用途は何ですか?
WebサイトやWebアプリケーションのホスティングです。nginxまたはApacheをPHPやデータベースとともに実行する小規模なサーバーであれば、1 GBのRAMで個人サイト、顧客サイト、小規模な製品を運用できます。スタック全体を完全に制御しながら、実際のパブリックIPアドレスを最も安く取得できる方法です。次に多い用途はプライベートVPNです。自分で所有するサーバーを使えば、他のユーザーと共有しない出口アドレスを確保できます。
この一覧の用途には、どの程度のRAMが必要ですか?
小規模なサービス1つなら、1 GBで動作します。1つのリバースプロキシの背後で複数のサービスを運用する場合は、4 GBが余裕のある容量で、多くのユーザーが選ぶプランです。例外はAIワークロードです。8Bの言語モデルはロード前におよそ8 GBを必要とし、画像の機械学習にも同程度の容量が必要です。ディスク容量は、メディア、写真、バックアップを保存する場合にのみ重要です。
同じサーバーでこれらを複数実行できますか?
はい。それが一般的な構成です。各アプリケーションを独自のコンテナに配置し、インターネットに直接公開せず、1つのリバースプロキシでホスト名と証明書を管理します。制限要因はアプリケーション数ではなくメモリです。上記の実際に必要な容量を合計し、アップグレードやバックアップの実行でout-of-memoryによる強制終了が発生しないよう、少なくとも25パーセントの余裕を残してください。
VPSを使うにはLinuxの知識が必要ですか?
基本操作は必要です。SSHで接続すること、ファイルを編集すること、ログを読むことです。これらのガイドにあるその他の操作は、コピー、貼り付けを行い、ガイドで示されている出力と一致するか確認するだけです。入力よりクリック操作を好む場合は、コントロールパネルでアプリケーションを管理できます。Cloudron、CasaOS、Coolifyの比較では、それぞれによって柔軟性がどの程度制限されるかを説明しています。
VPSは、これらのサービスに料金を支払うより安価ですか?
通常は、複数のサービスを運用する場合に安価です。4 GBのサーバー1台で、ファイル同期のサブスクリプション、パスワードマネージャーのプラン、写真ストレージのプラン、自動化ツールの料金を同時に置き換えられます。その代わりに必要になるのは、自分の時間です。更新、証明書、バックアップを自分で管理する必要があります。そのため、実際にこれらを実施する場合にのみ、節約効果が得られます。