第8章 バックアップ・リストアとレプリケーション

章のゴール

本章では、Proxmox VE のバックアップ機能とレプリケーション機能の基本的な考え方を理解し、 ラボ環境でバックアップジョブの作成・実行・リストアを試せるようになることを目標とします。 本章の画面・操作例は Proxmox VE 9.1(9.x 系)を前提とします。

この章で分かること / 分からないこと

  • 分かること:
    • バックアップとリストアの基本(何を、どこに、どの頻度で)
    • 「復元できること」を確認するための、最小限のテストの考え方
    • クラスタ環境でのレプリケーションの位置づけ(概念)
  • 分からないこと(後続章または別パスで扱います):
    • UI を 1 クリックずつ追う手順(スクリーンショット取得後に追加)
    • Proxmox Backup Server(PBS)を含む本番向けの詳細設計(環境依存が大きい)

事前準備(チェックリスト)

バックアップは「保管場所」が無いと始まりません。ラボでも最初に次を確認しておくと手戻りが減ります。

  • バックアップの保存先を決めている(ローカル以外を推奨: 外付け/NAS/別ホスト など)
  • バックアップ対象の VM(テスト用)が 1 台ある(壊してもよい VM)
  • 復元テストのやり方を決めている(同じノードか、別ノードか、VMID を変えるか)

用語メモ(最小)

  • バックアップ: VM/コンテナを「あとで戻せる形」で保存すること
  • リストア: バックアップから VM/コンテナを復元すること
  • レプリケーション: ある VM の状態を別ノードへ定期的に複製し、障害時の起動を早くするための仕組み(クラスタ向け)

バックアップの基本概念

Proxmox VE では、仮想マシンやコンテナの状態をバックアップとして取得し、 別のストレージに保存することで、障害や誤操作からの復旧に備えます。

バックアップ時に意識すべきポイント:

  • どのストレージにバックアップを保存するか(ローカルディスク、外部ストレージなど)
  • どのくらいの頻度でバックアップを取得するか
  • どの単位(VM 単位、サービス単位)でバックアップを考えるか

重要: 「バックアップを取る」だけでは不十分です。実際に復元できること を定期的に確認してください。 本章では、ラボでできる最小限の復元テストを紹介します。

バックアップジョブの作成イメージ

Web UI からバックアップジョブを作成し、対象となる VM / コンテナ、保存先ストレージ、スケジュールなどを指定します。 ラボ環境では、まずは手動実行や低頻度のスケジュールで動作を確認するところから始めると良いでしょう。

流れの全体像は diagrams/part3/ch8/backup-restore-flow.svg にまとめます。

例: ラボ用バックアップ方針(最小)

迷う場合は、まず次のような「学習用の最小方針」から始めるとよいでしょう。

  • 対象: テスト用 VM 1 台(例: vm-ubuntu01
  • 保存先: 別ストレージ(例: 外付け/NAS/別ホスト。可能なら “別障害ドメイン”)
  • 取得頻度: まずは手動実行で 1 回、次に 1 日 1 回など
  • 世代管理(保持数): 少数(例: 3 世代)から始める

スクリーンショット(TODO):

  • 取得対象(Issue #2):
    • images/part3/ch8/01-datacenter-backup-jobs.png Datacenter -> Backup ジョブ一覧画面
    • images/part3/ch8/02-create-backup-job-wizard.png 新規バックアップジョブ作成ウィザード
    • images/part3/ch8/03-manual-backup-task-log.png 手動バックアップ実行時のタスクログ画面
    • images/part3/ch8/04-restore-dialog.png バックアップ一覧画面からのリストアダイアログ
    • images/part3/ch8/05-replication-job-settings.png レプリケーションジョブ設定画面(ノード間レプリケーションの例)

リストアの考え方

取得したバックアップから VM をリストアする際には、次の点を意識します。

  • 同じホストに戻すか、別ノードに復元するか
  • 既存の VM と競合しないように ID やストレージを調整する

ラボ環境では、意図的にテスト用の VM をバックアップ・削除・リストアする一連の流れを試し、 どの程度の時間と手順が必要かを体感しておくことが重要です。

復元テスト(ラボでの最小チェック)

本書では次のような「壊してよい VM」で練習することを推奨します。

  1. テスト用 VM のバックアップを 1 回取得する
  2. 別 VMID(または別ノード)としてリストアする
  3. リストアした VM が起動できることを確認する

成功判定(最低限):

  • リストア処理がエラーなく完了する
  • リストアした VM が起動できる
  • ゲスト OS にログインでき、最低限の疎通(ping 等)が取れる

レプリケーションの概要

クラスタ環境では、特定の VM を定期的に別ノードへレプリケーションすることで、 障害時に素早く起動できる待機系を用意することができます。

レプリケーションのパターンの一例:

  • ノード A 上の重要な VM を、ノード B に定期レプリケーションする
  • HA 設定と組み合わせて、フェイルオーバ先での起動を想定する

注意:

  • レプリケーションはストレージ構成や前提条件に依存します(「どのストレージで可能か」は要確認)。
  • ラボでは「バックアップ/リストア」と混同しないよう、目的(RPO/RTO の違い)を意識してください。

ラボでの実践パターン

  • 単一ノードラボでは、まずは(別ディスクや外部ストレージなどの)バックアップ先へのバックアップとリストアを通じて基本の流れを確認する
  • 3 ノードクラスタラボでは、共有ストレージやレプリケーションを利用した復旧シナリオを検証する

これらの練習を通じて、「バックアップを取っているつもり」ではなく、 実際に復元できるかどうかを確認する習慣を身につけることが、本章の狙いです。