完全なZimaCubeバックアップガイド：PBS、Synology、クラウドバックアップによる三層戦略

バックアップは派手な話題ではありません—データが失われるその瞬間までは。

ZimaCubeのハードウェア構成はバックアップハブとして自然な利点があります：6つのドライブベイによるストレージプール、高速バックアップターゲットとしてのNVMeストレージ、データ転送用のデュアル2.5GbEポート。このガイドでは3層のバックアップチェーンを構築します：VM → PBS → ローカルストレージ → クラウド。

このガイドは、すでにZimaCubeでProxmox VEを実行していることを前提としています。まだZimaOSを使用している場合は、バックアップ戦略が異なります。ZimaOSの組み込みスナップショットとリモート同期機能を代わりに使用できます。

ステップ1：Proxmox Backup Serverのインストール

Proxmox Backup Server（PBS）はProxmoxの公式バックアップソリューションです。増分バックアップ、重複排除、圧縮、暗号化に対応しています。ZimaCube上でProxmox VEと同じく仮想マシンとして動作させることができます。

1. proxmox.comからPBSのISOをダウンロードします。
2. Proxmox VEで新しいVMを作成します：
   • ID：300
   • 名前：pbs
   • ディスク：システム用に64GB
   • CPU：2コア
   • メモリ：4096MB
   • ネットワーク：ブリッジ接続、固定IPアドレス
3. PBSのISOをマウントしてインストールを開始します。
4. インストール手順はProxmox VEと似ています：ターゲットディスクを選択し、IPアドレスを設定し、rootパスワードを設定します。
5. インストール後、ブラウザでPBSのウェブインターフェースにアクセスします：https://PBS-IP-address:8007

ステップ2：バックアップストレージの設定

PBSはバックアップデータを保存するためのストレージスペースが必要です。選択肢は2つあります。

オプションA：大容量HDDまたはNVMeドライブをパススルー

バックアップ対象に専用ドライブがある場合：

PBSでディスクを初期化します。この例ではディスクは/dev/sdbと仮定しています。

PBSシェルでこれを実行します。

mkfs.ext4 /dev/sdb

mkdir /mnt/backup

mount /dev/sdb /mnt/backup

PBSのウェブインターフェースで、管理 → ストレージ/ディスク → ディレクトリ → 作成に進みます。パスを/mnt/backupに設定し、名前をbackup-storeにします。

オプションB：ProxmoxホストからZFS/NFSストレージをマウント

PBSのVMに2つ目の仮想ディスクを追加し、ZimaCubeの大容量ZFSプールに配置します。家庭環境ではこの方法が簡単です。

ステップ3：Proxmox VEでPBSストレージを追加

Proxmox VEのウェブインターフェースに戻ります：

1. データセンター → ストレージ → 追加 → Proxmox Backup Serverへ移動します。
2. ID：pbs-backup
3. サーバー：PBSのIPアドレス
4. ユーザー名：root@pam
5. パスワード：PBSのrootパスワード
6. データストア：先ほど作成したバックアップストアを選択
7. 追加をクリック

ステップ4：バックアップジョブの作成

データセンター → バックアップ → 追加に移動。

増分バックアップはPBSの核となる強みです。最初のバックアップだけがフルバックアップで、その後は日次バックアップで変更されたデータブロックのみを転送します。6台のVMがある典型的なセットアップでは、日次増分バックアップは通常5〜10分で完了します。

ステップ5：通知設定 — 必要なときだけ知らせる

良いバックアップシステムは毎日チェックする必要はありません。問題が起きたときだけ通知します。

PBSのウェブインターフェースで設定 → 通知に移動：

• メールアカウントを使ってSMTP設定を追加。
• 通知ルールを設定：成功したバックアップの通知は送らず、バックアップ失敗時に即座に通知する。

Proxmox VEでも同じ設定を適用してください：データセンター → 通知。

こうすることで、バックアップシステムの存在をほとんど忘れてしまいます—ただし、ある日「バックアップ失敗」のメールが届くまでは。問題が小さいうちにすぐ修正できます。

ステップ6：プルーン — 古いバックアップを自動的にクリーンアップ

バックアップは時間とともに蓄積されます。PBSのプルーン機能は期限切れのバックアップを自動的に削除します。

PBSデータストア設定でプルーンポリシーを設定：

• 過去7日分の日次バックアップを保持
• 過去4週間分の週次バックアップを保持
• 過去3か月分の月次バックアップを保持

Proxmox VEでVMを削除すると、PBSは自動的にバックアップスケジュールからも削除します。スペースを無駄にする孤立したバックアップジョブを作り続けることはありません。この小さな配慮により、VMを削除するたびに両方のシステムで掃除をする必要がなくなります。

ステップ7：最終的な安全網としてのクラウドバックアップ

ローカルバックアップだけでは火災や盗難から守れません。クラウドコピーも必要です。

仮想化されているか別々に動作しているかに関わらず、Synologyシステムをお持ちの場合、クラウド同期を使ってPBSのバックアップディレクトリをGoogle Cloud、Backblaze B2、またはOneDriveに同期できます：

VM/CT → PBSの増分重複排除 → ZFSローカルストレージ → クラウド同期 → クラウドストレージ

Synologyがない場合の2つの代替案はこちら：

• rclone： PBSにrcloneをインストールし、バックアップディレクトリを直接S3、Backblaze B2、またはGoogle Driveに同期します。
• Duplicati： LXCコンテナでDuplicatiを実行し、バックアップを暗号化して任意のクラウドストレージプロバイダーにアップロードします。

「循環バックアップ」の神話

正直に言うと、このセットアップには理論上の不完全なループがあります：

PBSはZimaCube上のVMとして動作 → PBSはバックアップデータをZimaCubeのZFSプールに書き込む → ZimaCube全体が故障すると、すべてのローカルバックアップが同時に失敗する

これは現実的なリスクであり、多くの人が議論するポイントでもあります。

しかし実際には、保護チェーンは次のように機能します：

• ZimaCubeのドライブが故障しても、ZFS RAID-Z2は最大2台のドライブ故障までデータ損失なしで耐えられます。
• 単一のVMが故障した場合は、PBSが直接復元できます。
• ZimaCube全体が電源やマザーボードの問題で故障した場合、クラウドコピーが最終的なフォールバックとなります。

ホームラボでは、完璧より実用性が重要です。このセットアップは自動で動作し、問題があれば通知し、最悪の場合でもクラウドコピーを保持します。完璧ではありませんが、機能します。

検証：未検証のバックアップはバックアップではありません

毎月10分間、リカバリ訓練を行います：

1. Proxmoxで任意のテスト用VMを作成します。
2. PBSを使って実際のVMを別のVM IDに復元します。
3. 復元したVMを起動し、サービスが正常に動作することを確認します。
4. テスト用VMを削除します。

その10分間が、「実は長い間バックアップが壊れていたのに気づかなかった」という可能性に対する唯一の防御です。

まとめ

良いバックアップシステムとは「設定して忘れる」ものではありません。注意を促すタイミングを自動で知らせてくれるように設定するものです。