VPSでDockerを使うと、ソフトウェアの導入が「必要なものをまとめた状態で動かす」形になり、手順が大きく減ります。ただし便利さと引き換えに、ポート公開とデータの扱いで事故が起きやすいという特徴があります。ここでは導入の考え方と、実際につまずきやすい点を整理します。VPS全般はVPSピラーをご覧ください。

共用レンタルサーバーでは使えない

先に前提を確認します。

必要なもの共用レンタルサーバー
root権限なし
任意のソフトウェアの導入不可
常駐プロセスの実行不可

出典:エックスサーバー公式の機能一覧(2026年9月3日確認)。共用プラン側の制約について。

Dockerはサーバー全体に関わる仕組みを使うため、root権限が必要です。共用レンタルサーバーではプランを上げても使えません。VPS・専用サーバー・クラウドのいずれかが必要になります。

Dockerで何が変わるか

「ソフトを入れる」という作業の形が変わります。
直接インストールDocker
導入の手順依存するものを順に入れるまとめて動かす
環境の違い不具合の原因になりやすい影響を受けにくい
複数バージョンの併存難しい分けて動かせる
削除したとき設定が残ることがあるコンテナごと消える
学習コスト低い仕組みの理解が必要

「試しに入れて、合わなければ消す」がやりやすいのが実務上の利点です。サーバーを汚さずに済みます。

ただし万能ではありません。Docker自体の仕組みを理解していないと、動かないときの切り分けが難しくなります。「動かない」の原因が、ソフト側なのかDocker側なのかネットワーク側なのかを判断する必要が出てきます。単純な用途なら、直接インストールのほうが分かりやすいこともあります。

導入前に確認すること

#項目なぜ必要か
1SSHで接続できるかすべての作業の前提
2コンソール機能があるか接続できなくなったときの復旧手段
3メモリの余裕コンテナの数だけ消費する
4ディスクの余裕イメージが蓄積する
5OSのバージョン対応状況を確認

SSH接続の設定はSSH接続の記事にまとめています。

つまずきやすい点1:ポート公開

これがもっとも重要な注意点です。

Dockerでコンテナのポートを外部に公開する設定を行うと、ファイアウォールで塞いだつもりのポートが、外部から見える状態になることがあります。Dockerがポートを公開する仕組みが、ファイアウォールの設定より前段で働く場合があるためです。

「ファイアウォールで塞いでいるから大丈夫」という前提は、Dockerを使っている場合には通用しないことがあります。データベースの管理画面や、認証のない内部向けサービスを公開してしまう事故につながります。公開したポートは、必ず外部の環境から実際にアクセスして確認してください。

対策として押さえておきたい点です。

対策内容
公開範囲を限定する外部に出す必要のないものは、サーバー内部からのみ接続できる形にする
公開するポートを最小限にする必要なものだけ
外部から実際に確認する別の回線からアクセスして見えないことを確かめる
認証を必ず設定する公開するサービスには必須

つまずきやすい点2:データの永続化

これも事故が起きやすい部分です。
保存先コンテナを削除したら
コンテナの中(既定)一緒に消える
コンテナの外(明示的に設定)残る

データベースの中身、アップロードしたファイル、設定ファイル。残したいものは、コンテナの外に保存する設定を明示的に行ってください。

「更新しようとしてコンテナを作り直したらデータが消えた」は、よくある事故です。コンテナは使い捨てにできる前提の仕組みなので、消えて困るものは最初から外に出しておく必要があります。動かし始める前に、どのデータをどこに保存するかを決めてください。

XServer VPSの申込画面
XServer VPSの申込画面の最初のページ。XServer VPSとXServer VPSクラウドの違いが表示される(2026年10月9日撮影)。

つまずきやすい点3:ディスクの消費

使い続けると、気づかないうちにディスクを消費します。
蓄積するもの発生する場面
古いイメージ更新のたびに新しいものが増える
停止したコンテナ削除していないもの
使われていないボリュームコンテナを消しても残る場合がある
ログ設定しないと際限なく増える

定期的に不要なものを整理してください。ディスクが埋まると、コンテナが起動しなくなる、データが書き込めなくなるといった形で問題が出ます。

ログのサイズ制限は最初に設定しておくと安心です。設定しないまま長期間動かすと、ログだけでディスクを圧迫することがあります。

つまずきやすい点4:メモリ

コンテナの数だけメモリを消費します。
状況影響
複数のコンテナを同時に動かす合計で必要量が決まる
データベースを含む構成メモリを多く使う
メモリが不足するとコンテナが停止する

「1つずつは動くのに、まとめて動かすと落ちる」場合はメモリ不足を疑ってください。

プラン変更に対応していれば上げられますが、条件(停止の要否、データ移行の有無)は事前に確認してください。料金の考え方はVPS料金の記事にまとめています。

運用で必要になること

入れて終わりではありません。
作業頻度
OSとDocker本体の更新継続的に
コンテナで動かすソフトの更新継続的に
不要なイメージ・コンテナの整理定期的に
データのバックアップ定期的に
メモリ・ディスクの確認定期的に

コンテナの中のソフトウェアも更新が必要です。Dockerで動かしていても、中身が古ければ脆弱性は残ります。「コンテナだから安全」ということはありません。誰がいつ更新するかを決めてから運用を始めてください。

Dockerを使わないほうがよい場合

公平に、向かない状況も書きます。
状況理由
単純なWebサイトを置くだけ共用レンタルサーバーで足りる
1つのソフトを動かすだけ直接インストールのほうが分かりやすい
切り分けができる自信がない問題の原因が特定しにくくなる
メモリに余裕がない消費が増える

「Dockerを使うこと」自体が目的でないなら、要件から選んでください。WordPressサイトを公開したいだけであれば、共用レンタルサーバーで足ります。詳細はVPSとレンタルサーバーの違いにまとめています。

まとめ

Dockerはroot権限が必要なため、共用レンタルサーバーでは使えません。VPS・専用サーバー・クラウドのいずれかが必要です。

利点は、導入の手順が減ること、環境の違いによる不具合が起きにくいこと、消したいときにサーバーを汚さずに済むことです。

もっとも注意すべきはポート公開です。ファイアウォールで塞いだつもりのポートが、外部から見える状態になることがあります。公開したポートは、別の回線から実際にアクセスして確認してください。

次にデータの永続化です。既定ではコンテナの中に保存され、コンテナを削除すると消えます。残したいデータは、動かし始める前に外へ出す設定をしてください。

ディスクとメモリの消費も定期的に確認してください。古いイメージやログが蓄積し、気づかないうちに圧迫します。

コンテナの中のソフトウェアも更新が必要です。「コンテナだから安全」ということはありません。

単純なWebサイトを置くだけなら、共用レンタルサーバーで足ります。要件から選んでください。

VPS全般はVPSピラー、SSHの設定はSSH接続の記事、Dockerで動かす例はDifyの記事とn8nの記事をご覧ください。