ディザスターリカバリ
Cockpit は、ハイパーバイザーレベルのアクティブ/パッシブ型レプリケーションで仮想マシンを保護します：プライマリサイト（サイトA）で実行されている VM は、セカンダリのリカバリサイト（サイトB）へディスクを継続的にレプリケーションします。プライマリサイトで障害が発生した場合 — または計画メンテナンス時には — 許容範囲内のデータ損失でワークロードをセカンダリサイト上で復旧できます。
レプリケーションは Cockpit によって調整されますが、データは Vapor ホスト間で直接 ピアツーピア (p2p) で転送されるため、復旧トラフィックは管理プレーンを経由しません。
仕組みの概要
- ベースライン同期はディスク全体を一度だけコピーします。
- 増分同期は、最後のリカバリポイント以降に変更されたブロックのみを、RPO スケジュールに従って転送します（フルコピーの再送ではなく変更ブロック追跡）。
- 正常に完了した各同期が、フェイルオーバー先として利用可能なリカバリポイントになります。
各ガイドの内容
| ガイド | タスク |
|---|---|
| レプリケーションの設定 | サイトをペアリングし、VM を登録して、レプリケーションポリシー（RPO、保持期間、ネットワークマッピング、ゲストの再アドレッシング）を設定します。 |
| 運用と監視 | 手動同期の実行、レプリケーションのヘルス状態の確認、リカバリポイントの理解。 |
| フェイルオーバーとフェイルバック | テストフェイルオーバー（ドリル）、計画/計画外フェイルオーバーの実行、その後の再保護（リプロテクト）とフェイルバック。 |
主要な用語
- サイトペア — プライマリとリカバリの Cockpit インスタンス間の信頼された接続。VM をレプリケーションする前に必須です。
- RPO（目標復旧時点） — レプリケーションの実行頻度、すなわち許容できる最大のデータ損失量（例: 15分）。
- リカバリポイント (PIT) — フェイルオーバー先となる、リカバリサイト上のポイントインタイムの状態。保持ポリシーによって保持数が決まります。
- フェイルオーバー — VM をリカバリサイト上で起動すること。計画フェイルオーバーは正常シャットダウン + 最終同期を行います（データ損失なし）。計画外フェイルオーバーはソースが失われた際に、最後に同期されたポイントから復旧します。
- リプロテクト（再保護） — フェイルオーバー後、レプリケーションの方向を反転させ、リカバリサイトから元のサイトへ保護するようにします。
- フェイルバック — 元のサイトが健全な状態に戻った後、ワークロードを元のサイトへ戻すこと。
開始する前に
- 2つの Cockpit サイト（プライマリとリカバリ）が必要です。それぞれ、対象データストアに十分な空き容量を持つ Vapor ホストを少なくとも1台管理している必要があります。
- アプリケーション整合性のあるリカバリポイントとゲスト IP の再アドレッシングを利用するには、ゲスト OS に QEMU Guest Agent をインストールしてください。
- レプリケーション操作を許可するロールが必要です（アクセス制御を参照）。