Docker を VPS で動かす場合の必要スペック

開発検証だけなら 1GB でも動きますが、Web アプリと DB を同居させる本番では 2GB が下限、4GB が安心ラインです。 8GB 以上は、複数アプリ・ワーカー・DB・監視を同じ VPS にまとめる場合の選択肢です。

Docker そのものよりも、コンテナ内のアプリ、DB、ログ、ビルドキャッシュ、ボリュームがリソースを消費します。 VPS 選びではメモリだけでなく、SSD 容量と I/O 性能も同じくらい重要です。

Docker daemon（dockerd）+ containerd のメモリ消費は、何もコンテナを動かしていない状態で 100〜200MB 程度。 つまりメモリ消費の大半はコンテナ内のアプリ次第です。

公式ドキュメントでも、Docker は未使用のイメージ・コンテナ・ネットワーク・ビルドキャッシュを自動削除せず、 明示的に prune する設計です。ストレージはイメージとキャッシュで増えやすく、 Node.js + Python + Postgres のような構成では数 GB 単位で消費します。 開発用 VPS では 50GB SSD 以上を選ぶのが安全です。

1GB は「1 コンテナだけ」「DB は外部」「ビルドはローカルまたは CI」という条件なら選べます。 DB も含めて VPS 内に置くなら、2GB 未満は OOM Kill やスワップ多発のリスクが高くなります。

• Web + DB: アプリ 1 台、PostgreSQL / MySQL 1 台なら 2GB から。DB キャッシュを考えると 4GB が扱いやすい。
• Web + DB + worker: キュー処理や画像変換を同居させるなら 4GB 以上。CPU も 2 vCPU 以上を選ぶ。
• 複数アプリ同居: アプリごとにログ・イメージ・DB ボリュームが増えるため、8GB / 160GB SSD 以上を基準にする。
• CI ビルドも VPS 内で実行: ビルド時に一時的なメモリとストレージを使うため、通常運用より 1 ランク上を選ぶ。

Docker イメージはレイヤー共有されますが、古いイメージ、停止済みコンテナ、ビルドキャッシュを放置すると簡単に容量を使います。 WordPress / DB のボリュームも含めると、本番用なら 100GB 以上を見ておくと運用に余裕が出ます。

Docker 公式ドキュメントでは、未使用リソースの削除に docker image prune、docker container prune、docker system prune などのコマンドが用意されています。ボリュームはデータ消失につながるため、削除対象を確認してから実行します。

docker system df
docker system prune --filter "until=168h"

NVMe SSD 対応の事業者（Hetzner Cloud / Vultr / Linode など）を選ぶと、起動・ビルド・DB クエリの待ち時間を減らしやすくなります。

VPS は標準で swap が無効化されているケースがあります。1〜2GB の swap を有効にしておくと OOM Kill の確率を下げられます。 ただし swap はメモリ不足を根本解決するものではなく、性能は落ちます。頻繁に swap するなら上位プランへ移行します。

fallocate -l 2G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
echo '/swapfile none swap sw 0 0' >> /etc/fstab

• docker stats: コンテナ別の CPU / メモリ使用量
• docker system df: イメージ・コンテナ・ボリューム・ビルドキャッシュの容量
• df -h: ルートディスクとボリュームの空き容量
• journalctl: systemd 管理アプリや Docker daemon のログ
• DB のバックアップサイズと復元時間

ディスク使用率が 80% を超えた状態で放置すると、DB 書き込み失敗やログ出力失敗で障害につながります。 監視は CPU よりも、まずメモリ・ディスク・HTTP 死活から入れるのが実用的です。

Docker Compose で DB やアップロードファイルを扱う場合、重要なのはコンテナではなくボリュームです。 アプリイメージは再ビルドできますが、DB ボリュームとユーザーアップロードは失うと復旧できません。

• DB は pg_dump / mysqldump など論理バックアップを取る
• アップロードファイルは rsync または S3 互換ストレージへ退避する
• VPS 側のスナップショットだけに依存しない
• バックアップから別環境に復元できるか確認する

• Hetzner Cloud CPX: dedicated CPU + NVMe SSD の低価格帯候補
• Vultr High Performance / High Frequency: NVMe SSD、高クロック
• DigitalOcean Premium Intel / AMD: NVMe SSD 標準
• Contabo VPS: 大容量メモリを低価格で見たい場合の比較対象
• ConoHa VPS: 国内、時間課金で検証に便利
• Linode: Tokyo リージョンあり

• Docker Engine 公式ドキュメント
• Docker の未使用リソース削除（prune）公式ドキュメント

メモリだけでなく、SSD 容量とバックアップの有無も合わせて比較してください。 Docker 本番運用では、安い 1GB よりも 2GB / 50GB 以上の方が結果的に安定しやすいです。

Docker 用 に絞った各サービス事業者のプランを、月額換算が安い順で確認できます。

• Vultr × Docker 用
  該当 82 プラン
• Linode (Akamai) × Docker 用
  該当 74 プラン
• DigitalOcean × Docker 用
  該当 29 プラン
• AWS Lightsail × Docker 用
  該当 29 プラン
• Hetzner Cloud × Docker 用
  該当 25 プラン
• ConoHa VPS × Docker 用
  該当 7 プラン