エンドツーエンド DR ウォークスルー
これは、ディザスタリカバリの全体のサイクルを手動で体験し、実際の運用に依存する前に 2 つのサイト構成が正しく動作することを確認するための、単一の順序立てられたランブックです。各ステップでは、実行すべき操作、期待される表示、およびその検証方法を説明します。
このウォークスルーには、本番 VM ではなく、必ず使い捨てのテスト用ワークロードを使用してください。
開始する前に
まず、1 回限りの初期セットアップを完了してください：
- Cockpit および DRM レイヤーで両サイトがペアリングされていること — 2 つのサイトのペアリング を参照。
- 両方の Cockpit で Disaster Recovery ライセンスが有効化されており、両方の DRM インスタンスがライセンス取得済みまたは試用中であること — はじめに を参照。
- プライマリサイトで実行中の小さな使い捨てテスト VM があること。
以下の用語表記：Site A = プライマリ（テスト VM が実行されているサイト）、Site B = リカバリ。
ステップ 1 — テスト用ワークロードを保護する
操作: DRM の Workloads（ワークロード）ビューで、テスト VM の Protect を選択します。リカバリサイト（Site B）、ターゲットデータストア、RPO（例：15 分）、および圧縮を選択し、確認します。
期待される結果: ワークロードが Protected に移行し、ベースライン（フル）レプリケーションが開始されます。
検証: ベースラインが完了すると、ワークロードに少なくとも 1 つの復旧ポイントと Last Successful Sync（最終成功同期日時）が表示されます。ワークロードの保護 を参照。
ベースラインが完了するまで次に進まないでください
復旧ポイントは、レプリカが物理的に Site B に正常転送された後にのみ表示されます。レプリケーションで障害が報告された場合は、先へ進む前に対処してください — 監視とトラブルシューティング を参照。
ステップ 2 — レプリケーションの健全性を確認する
操作: ワークロードで Sync Now をトリガーし、ゲスト OS 内に小さなマーカーファイルを作成した上で、再度 Sync Now を実行します。
期待される結果: 各同期によって新しい復旧ポイントが追加されます。増分転送されるデータ量はディスク全体よりも大幅に少なくなります。
検証: 復旧ポイント数が増加し、最新のポイントの経過時間が設定した RPO 以内であることを確認します。レプリケーションの管理 を参照。
ステップ 3 — リカバリプランにグループ化する
操作: DRM の Recovery Plans（リカバリプラン）ビューでプランを作成し、テストワークロードをステップとして追加（アクション Failover、優先度グループ、オプションの起動遅延）して保存します。
期待される結果: プランが Site A で作成され、調整サイクル内で Site B に読み取り専用コピーとしてレプリケーションされます。
検証: Site B の DRM にプランが表示され、読み取り専用 (read-only) になっていることを確認します（Site B での編集は拒否されます）。リカバリプラン を参照。
ステップ 4 — テストフェイルオーバーでリハーサルする（業務無停止）
操作: プランの Test（またはワークロードの Test Failover）を実行します。
期待される結果: ワークロードのコピーが Site B の隔離されたバブルネットワーク内で起動します。Site A の本番 VM は停止せず、影響を受けずに実行され続けます。
検証: Site B でテストコピーがすべてのディスクをアタッチした状態で実行中であり、Site A の VM が影響を受けていないことを確認します。
リハーサルのクリーンアップ: Cleanup test（または Stop Test Failover）を選択します。隔離されたコピーと一時ネットワークが削除されます。フェイルオーバーとリカバリ を参照。
安全なチェックポイント
テストフェイルオーバーが正常に起動し、正しくクリーンアップできれば、レプリカは確実に復旧可能です。このテストに合格した後にのみ、実際のフェイルオーバーに進んでください。
ステップ 5 — 災害をシミュレートして復旧する
次に、実際の復旧をリハーサルします。テスト目的に応じて 2 つの方法があります：
- 計画移行 (Planned migration)（Site A が健全な場合）：ワークロードで Planned Migration を選択します。Site A が VM を正常にシャットダウンし、最終差分が同期され、Site B で起動します — データ損失もスプリットブレインも発生しません。
- 緊急フェイルオーバー (Emergency failover)（Site A が失われた場合）：Site A を使用不能にし（検証環境ではプライマリの電源をオフにするなど）、Site B の DRM からレプリケーションされたプランを実行します。
期待される結果: ワークロードが最新の復旧ポイントから Site B で起動し、そのアイデンティティ（UUID が保持される）が維持されます。
検証: 復旧した VM がすべてのディスクをアタッチした状態で Site B で稼働中であり、ステップ 2 で作成したマーカーファイルが存在することを確認します。フェイルオーバーとリカバリ を参照。
緊急フェイルオーバーは本番環境を移動します
実際のフェイルオーバーはワークロードを移設します。検証環境のテスト VM では問題ありませんが、本番環境でみだりにリハーサルしないでください。DRM は、送信元がまだ稼働していることを検出した場合（スプリットブレイン防御）、明示的にオーバーライドしない限り緊急フェイルオーバーを拒否します。
ステップ 6 — 再保護とフェイルバック
操作: ワークロードが Site B で稼働している状態で Reprotect を選択します — Site B は Site A に向けて逆方向のレプリケーションを開始します。Site A が復旧し、Site A 側に復旧ポイントが作成されたら、Site A への計画フェイルオーバー（フェイルバック）を実行します。
期待される結果: レプリケーションの方向が反転し（B → A）、ワークロードが Site A に戻ります。
検証: データが無傷の状態で VM が Site A で再度稼働していることを確認します。必要に応じて再度 Reprotect を実行し、元の A → B のレプリケーション方向に戻します。再保護とフェイルバック を参照。
ステップ 7 — クリーンアップ
操作: テスト環境の残骸が残らないようにアーティファクトを削除します：
- テストワークロードのレプリケーションを無効化します（DRM の Workloads → Disable、または Cockpit → Disable Replication）。
- テスト用リカバリプランを削除します。
- 使い捨てテスト VM と、リカバリサイトに残っている復旧コピー（
<name>-dr）を削除します。
検証: ワークロードが保護対象から外れ、プランが削除され、DRM の保護数が初期値に戻り、-dr 復旧ドメインが残っていないことを確認します。
検証された内容
このウォークスルーを完了することで、完全なサイクルがエンドツーエンドで機能することが確認されます：
| 機能 | 検証ステップ |
|---|---|
| リカバリサイトへのレプリケーション | ステップ 1–2 |
| グループ化・レプリケーションされたリカバリプラン | ステップ 3 |
| 業務無停止のリハーサル | ステップ 4 |
| 実際の復旧（計画的または緊急） | ステップ 5 |
| 元のサイトへの復帰 | ステップ 6 |
| クリーンな後片付け | ステップ 7 |
習慣化の推奨
少なくともステップ 1〜4 を定期的なスケジュール、および重大な変更（バージョンアップグレード、ネットワーク変更、新しいワークロードの追加など）の後に再実行してください。テストフェイルオーバーは業務無停止であり、ディザスタリカバリの準備が整っていることを確認できる唯一の確実な証明です。