先日、VPSの設定中にログイン試行回数の制限に引っかかり、サーバーが停止・OS再インストールになるという「冷や汗案件」を経験しました。
「もしこれが本番環境で、複数のクライアントのサイトが入っていたら……？」
そう考えるとゾッとしますよね。 今回はその失敗から学んだ、**「VPSにおける最強のバックアップ（イメージ保存）」と、「クライアント案件におけるサーバー契約の考え方」**について、FAQ形式でまとめました。
これからVPSでWebアプリやサイトを運用する方は、私の屍を越えていってください。
📦 第1章：最強の保険「イメージ保存」とは？
VPS（今回はXserver VPSを想定）には、通常のレンタルサーバーとは少し違う、強力なバックアップ機能があります。それが「イメージ保存」です。
Q. レンタルサーバーの「バックアップ」と同じ機能？
A. 似ていますが、もっと強力です。「サーバーの丸ごとコピー」です。
通常のレンタルサーバーのバックアップは、主に「ファイル」と「データベース」だけを保存します。 一方、VPSのイメージ保存（スナップショット）は、以下のすべてをひっくるめて保存します。
- OS（Ubuntuなど）の状態
- インストールしたソフト（Nginx, Python, Node.jsなど）
- 設定ファイル（SSH設定, Firewall設定など）
- Webサイトのデータ、データベースの中身
つまり、**「その瞬間のサーバーの中身」**を完全に冷凍保存するようなイメージです。
Q. データベース込みのWebアプリも復旧できる？
A. はい、完全に元通りになります。
MySQLやPostgreSQLのデータはもちろん、SSL証明書（Let’s Encrypt）や自動実行（Cron）の設定まで、すべて復元されます。 「アプリは戻ったけど設定ファイルが消えた！」という悲劇は起きません。
Q. OS再インストールと比べて、復旧は早いの？
A. 圧倒的に早いです。
通常のOS再インストールだと、またイチから黒い画面でコマンドを打ち直す必要があります（数時間コース）。 しかし、イメージ保存からの復旧なら、数分〜数十分待つだけで、保存した時点の状態にタイムスリップできます。コマンド入力は一切不要です。
Q. デメリットはあるの？
A. 「保存時にサーバーを止める必要がある」ことです。
Xserver VPSの場合、イメージ保存を実行するには一度サーバーをシャットダウン（電源OFF）する必要があります。 ※一部の高機能クラウドでは稼働したまま保存できるものもありますが、データの整合性を保つためには停止が推奨されます。
💡 運用のコツ
- 大きな変更前: 新しいソフトを入れる前や、設定を大きく変える前に。
- 納品直前: 構築が完了し、クライアントに引き渡す「完璧な状態」で。
- 定期メンテ: 月に1回など、アクセスが少ない深夜帯に止めて保存。
🔄 第2章：「復旧ボタン」がない！？ 正しい戻し方
ここが最大の罠なのですが、管理画面に「復旧」というボタンはありません。
Q. 保存したイメージからどうやって戻すの？
A. 「OS再インストール」メニューから行います。
- VPS管理画面の**「OS再インストール」**をクリック
- OS選択画面で、標準OSではなく**「保存したイメージ」タブ**を選択
- 保存しておいたデータ（例：20260218_backup）を選ぶ
- 「再インストール」を実行
「再インストール」という言葉にビビりますが、保存したイメージを選べば**「その時点の状態に上書き（復元）」**されます。 ※もちろん、保存した日時以降のデータは消えるので注意してください。
🏢 第3章：クライアント案件のサーバー契約戦略
「1つの高性能なVPSに、複数クライアントのサイトを入れれば安上がりでは？」 誰もが一度は考えますが、結論から言うとおすすめしません。
Q. クライアントごとにVPSを契約してもらうべき？
A. 基本的には「YES（その都度契約）」を推奨します。
理由は以下の4つです。
1. リスク分散（道連れ回避）
今回のように、あるサイトへの攻撃や設定ミスでサーバーが停止した場合、1つのサーバーに同居している他のクライアントのサイトもすべて道連れでダウンします。 「A社のせいでB社のサイトが落ちた」という言い訳は、B社には通用しません。
2. リソースの奪い合い
1つのVPSに複数の重いシステムを入れると、CPUやメモリを奪い合って全員の動作が遅くなる可能性があります。
3. セキュリティ要件の違い
「A社は最新のPHPを使いたい」「B社は古いPHPじゃないと動かない」という場合、同居させると環境構築が非常に複雑になります。
4. 費用の明確化
「サーバー代は御社で契約してください（または実費請求）」とすれば、原価計算が楽になり、将来的に保守費用のトラブルも減ります。
Q. 1つのVPSにまとめてもいいケースは？
例外として、以下のような場合は「同居」もアリです。
- 自社サービス: 自分が運営する複数の小規模サービス。
- 低予算案件: 「とにかく安く」が最優先で、落ちても文句を言わない約束ができている場合。
- 開発・検証環境: 本番ではないテスト環境。
📝 まとめ
「WordPressで実現できないレベルのシステム」を求められる案件は、それなりに予算や重要度が高いはずです。
- 構築が終わったら必ず「イメージ保存」をとる。
- トラブル時のリスクを考え、原則「1案件につき1サーバー」にする。
この2つを守るだけで、エンジニアとしての夜の安眠が守られます。 サーバーが止まって青ざめる経験は、一度だけで十分ですからね！
