レプリケーションの設定
このガイドでは、2つの Cockpit サイトをペアリングし、復旧ポリシーを設定して VM をレプリケーションに登録します。
前提条件
- プライマリとリカバリの両方の Cockpit サイトへの管理者（またはレプリケーション権限を持つ）アクセス。
- リカバリサイトに、VM のプロビジョニング済みディスクサイズ以上の空き容量を持つストレージデータストア。
- 整合性のあるリカバリポイントとゲストの再アドレッシングを利用する場合：ゲスト内に QEMU Guest Agent がインストールされ、実行されていること。
ステップ 1 — サイトのペアリング
この作業はサイトペアごとに一度だけ行います。
- リカバリ側の Cockpit サイトで、ペアリング用の API アクセストークン（管理者トークンまたはサービスアカウントの API キー）をコピーします。
- プライマリ側の Cockpit サイトで、データセンター/クラスターノードを選択し、Configure（設定） タブを開いて Site Pairs（サイトペア） を選択します。
- Add Site Pair（サイトペアの追加） をクリックし、以下を入力します：
- Site Name（サイト名） — リカバリサイトのラベル。例:
DR-Site-B。 - API Endpoint URL（API エンドポイント URL） — リカバリ側の Cockpit API。例:
https://<recovery-ip>:7771/api/v1。 - Access Token（アクセストークン） — ステップ 1 で取得したトークン。
- TLS Certificate Path（TLS 証明書パス） (オプション) — リカバリエンドポイントの信頼された CA/自己署名証明書。
- Site Name（サイト名） — リカバリサイトのラベル。例:
- Link Site（サイトの連携） をクリックします。ペアのステータスが connected（接続済み） と表示されるはずです。
トークンの有効期限
ペアリングしたトークンが期限切れになったり、認証情報が変更された場合、ペアにエラーが表示されます。ペアを削除し、新しいトークンで再登録してください。
ステップ 2 — VM の登録
- インベントリで対象の VM を選択し、Replication（レプリケーション） タブを開きます。
- Configure Site Replication（サイトレプリケーションの設定） で、ポリシーを設定します：
| フィールド | 説明 |
|---|---|
| Target Site（対象サイト） | レプリケーション先となる、ペアリング済みのリカバリサイト。 |
| Target Datastore（対象データストア） | リカバリサイト上でレプリカディスクが書き込まれるストレージプール。実際に存在しハイパーバイザーからアクセス可能なプールである必要があります（ホームディレクトリは不可）。 |
| RPO（目標復旧時点） | レプリケーションの実行頻度 — 15 minutes、30 minutes、1 hour、4 hours、または 24 hours。値が小さいほど潜在的なデータ損失は減りますが、トラフィックは増えます。 |
| リカバリポイント保持 (MPIT) | リカバリサイトに保持する過去のリカバリポイントの数。保持は grandfather-father-son 方式で、時間単位、日単位、週単位のポイントをそれぞれ指定数保持できるため、数時間前や数日前（例: ランサムウェア感染や破損の発生前）までロールバックできます。 |
| Compression（圧縮） | WAN 経由のディスクストリームを圧縮します。わずかな CPU コストで帯域幅を節約できます。 |
(オプション) 詳細オプションを展開します：
- Quiesce guest filesystem（ゲストファイルシステムの静止） — 各同期時に QEMU Guest Agent を介してゲストのファイルシステムを凍結し、アプリケーション整合性のあるリカバリポイントを作成します。エージェントが必要です。エージェントがない場合、リカバリポイントはクラッシュ整合性の状態になります（起動は可能です）。
- Replicate specific disks（特定のディスクのみレプリケーション） — デフォルトではすべてのディスクがレプリケーションされますが、サブセットを選択できます（例: スクラッチディスクを除外）。
- Network mapping（ネットワークマッピング） — ソース側の各仮想ネットワークをリカバリサイトの同等のネットワークにマッピングし、復旧した VM がそこで正しいネットワークに接続されるようにします。
- Guest IP re-addressing（ゲスト IP の再アドレッシング） — フェイルオーバー後にゲストが使用するアドレスを設定します（ソースネットワークごと）：address（CIDR 表記、例:
10.20.0.5/24）、オプションで gateway と nameservers。フェイルオーバー時に Cockpit はエージェント経由でゲスト内にこれらを適用するため、復旧した VM はリカバリサイトのアドレス体系で起動します。QEMU Guest Agent が必要です。
Enable Replication（レプリケーションの有効化） をクリックします。
Cockpit はジョブを登録し、バックグラウンドでベースライン同期を開始します。初回の同期はディスク全体をコピーするため時間がかかる場合があります。以降の同期では、RPO スケジュールに従って変更されたブロックのみが転送されます。
期待される動作
- Replication Status（レプリケーションステータス） パネルには、ターゲット、RPO、ヘルス状態、および Last Successful Sync（最終正常同期） の時刻が表示されます。
- ベースラインが完了するまで、VM はまだ復旧可能な状態ではありません。完了後は、設定した RPO と保持ポリシーに従ってリカバリポイントが蓄積されます。
- ヘルス状態や手動同期については 運用と監視 を、復旧については フェイルオーバーとフェイルバック を参照してください。