VPSは構築して終わりではない：監視、バックアップ、リカバリ、サーバー移行入門

初心者が最も達成感を覚える瞬間は、インターネット上に自分のWebサイトが公開された瞬間です。しかし、サーバーの本当のライフサイクルはそこから始まります。ディスクの枯渇、証明書の期限切れ、プロセスのクラッシュ、事業者のメンテナンス、料金改定など、様々な事象が発生します。

長期的に運用し続けるには、3つの問いに答えられる必要があります：障害を早期に検知できるか？データを確実に復旧できるか？新サーバーへ秩序立てて移行できるか？

一、監視とは画面を手動リロードし続けることではない

最小限の監視は5つのシグナルから始めます：

監視はサーバーの外部から実行することが鉄則です。VPS自身が「正常」と認識していても、外部のDNS解決、ネットワーク経路、HTTPS通信に障害が起きている可能性があるためです。

二、ログ、メトリクス、アラートの違い

• ログ（Logs）： 認証失敗やアプリ例外など、発生した個別のイベント記録；
• メトリクス（Metrics）： ディスク使用率や遅延など、時間とともに変化する数値データ；
• アラート（Alerts）： 外部死活チェックの連続失敗など、特定条件を満たした際の通知。

ログを見なければ障害に気づけず、ログのないアラートを受け取っても原因究明が困難になります。初心者はまず重要度の高い少数のアラートから設定し、一時的な微小変動によるアラート疲れを防ぎましょう。

三、スナップショット、データバックアップ、再構築手順書の違い

スナップショットは通常、該当VPSと同じ事業者アカウント内に存在します。アカウントの凍結、データセンター障害、サービス終了が発生した場合、スナップショットも道連れで失われます。「管理画面にスナップショットがある」ことは、完全なバックアップ戦略とは呼べません。

四、有用なバックアップに不可欠な5つの条件

1. 正しい対象をバックアップする

代替不可能なデータ（データベース、ユーザーファイル、設定ファイル、暗号鍵、DNS定義）を特定します。公式リポジトリから再取得できる実行ファイル全体を毎日クローンする必要はありません。

2. 元のサーバーから物理的に分離する

同一VPSのディスク上にZIPファイルを置いただけでは、ディスク障害時に一緒に消失します。独立した外部ストレージに転送し、アカウントやリージョンを分離してください。

3. 暗号化とアクセス制御

バックアップには本番データが集約されています。転送時および保管時の暗号化を徹底し、バックアップ保存先の認証情報を元サーバー内に平文放置しないようにします。

4. 適切な保持世代（リテンション）の設定

最新1世代だけを上書き保持していると、破損データで正常なバックアップを上書きしてしまいます。日次・週次・月次の世代管理を設定します。

5. 実際にリストア（復元演習）を行う

バックアップコマンドの終了ステータスが0であることは、何らかのファイルが出力された証明に過ぎません。隔離された別環境で実際に展開し、DBの読み込み、設定の完全性、アプリの起動を確認します。

復元テストが行われていないバックアップは、単なる根拠のない希望に過ぎません。

五、サーバー移行前の資産棚卸し

移行とはフォルダを別のマシンへ適当にコピーすることではありません。以下を整理します：

• OSディストリビューションと主要ミドルウェアのバージョン；
• ドメイン名、DNSレコード、TTL設定；
• 開放ポートとファイアウォールルール；
• systemdサービス定義、cron定期ジョブ、実行ユーザー；
• アプリ設定、環境変数、シークレットの管理場所；
• データベースダンプ、アップロードファイル、アクセス権限；
• リバースプロキシ設定とTLS自動更新構成；
• 監視・バックアップ・アラートの送信先；
• 旧サーバーの契約更新日と解約期限。

六、安全なサーバー移行手順

1. 旧サーバーが正常稼働している状態で、最新の検証済みバックアップを取得する； 2. インベントリに従い、サポート期間内のOSで新VPSをプロビジョニングする； 3. 新VPS上に設定とデータを復元し、ユーザー名、パス、権限を照合する； 4. ローカルホストおよび仮の検証エンドポイントで動作をテストする； 5. 外部からHTTPS、主要画面、データ書き込み処理を検証する； 6. 状態を保持するアプリの移行ウィンドウを設定：旧側を一時的に読み取り専用またはメンテ画面にし、新側へリクエストを転送する； 7. 最後の差分同期を完了させた後、DNSレコードを新サーバーへ切り替え、新旧双方のログを監視する； 8. 旧サーバーを直ちに破棄せず、一定の切り戻し可能期間を維持する； 9. DNSキャッシュの移行完了、新環境でのバックアップ・監視の正常性を確認する； 10. 旧サーバーの自動更新を停止し、不要となったSSH鍵やAPIトークンを破棄する。

DNSのTTL短縮は移行当日ではなく事前に済ませておきます。旧サーバーのキャッシュが残っている間は、2台のサーバーで同時に書き込みを受け付けないよう制御してください。

七、旧VPS破棄前の最終チェックリスト

• [ ] 新VPSが外部からの本番アクセスおよび全機能テストを通過したか；
• [ ] 新環境のバックアップが外部ストレージに保存され、復元検証に成功したか；
• [ ] DNS TTLの移行期間が世界的に完了したか；
• [ ] 旧サーバーに有効な業務リクエストが届いていないことをログで確認したか；
• [ ] ログ監視、証明書更新、定期ジョブが新環境へ完全移行したか；
• [ ] 不要となったSSH鍵、APIトークン、外部アクセス権限を失効させたか；
• [ ] 請求、自動更新、解約期限を確認したか；
• [ ] インスタンス削除前に、対象のマシン識別子を再確認したか。

サーバーの削除は取り消しができません。曖昧なニックネームやワイルドカードによる一括削除を避け、慎重に実行してください。

八、まとめ

VPS運用の完全なサイクルは「構築、検証、監視、バックアップ、復元、移行」です。監視が障害の発生を知らせ、ログとメトリクスが原因を突き止め、バックアップがデータを保護し、インベントリが再構築の手順を示し、復旧訓練がそれらの連携を実証します。

何もない空のサーバー上に、手順書とバックアップから自分のサービスを完全に復元できた時、初めてそのシステムを真に掌握したと言えます。

よくある質問

バックアップの頻度はどの程度が適切ですか？

許容できるデータ損失量（RPO）に依存します。週1回更新のブログと、毎分注文が入るデータベースでは求められる頻度が全く異なります。

自動バックアップを設定していれば監視は不要ですか？

必要です。認証情報の期限切れや容量満杯によりバックアップが長期的に失敗し続ける事例は頻発します。最終成功日時やファイルサイズの監視が必須です。

移行時にシステムドライブ全体をイメージコピーできますか？

同一基盤内であれば可能な場合もありますが、ハイパーバイザーやネットワーク構成が異なるとドライバやブートの不具合が生じます。データレベルのバックアップと再現可能な構成手順の維持が推奨されます。

参考リンク

• CISA：StopRansomware ガイド
• NIST SP 800-34 Rev. 1：連邦情報システム向け事業継続計画ガイド
• Ubuntu Server Documentation：Backups
• Let’s Encrypt 統合ガイド