Full Stack Disaster RecoveryでDR計画管理を強化

※ 本記事は、Gregory Kingによる"Full Stack Disaster Recovery adds enhanced DR Plan management"を翻訳したものです。

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recoveryは、DR保護グループのメンバー・リソースが変更されるたびに、既存のDR計画のDR計画ステップを自動的に追加および削除するようにDR計画管理を強化しました。Full Stack DRでは、保護グループに対して追加または削除したメンバーに基づいて、すべてのDR計画が自動的に変更され、計画に追加したカスタム・ステップが保持されます。

ビジネス・システムとアプリケーション・スタックが進化するにつれ、ディザスタ・リカバリ計画は足並みを揃える必要があります。この機能により、Full Stack DRはこれらの継続的な変更を容易に管理できます。

リカバリ計画の整合性を維持することは、ディザスタ・リカバリ管理者にとって第一の仕事であり、保護グループのメンバー・リソースに対する変更は、DR計画のリカバリ・ステップに大きく影響します。そのため、保護グループが変更されるたびに計画の整合性を確保するために、次の簡単なワークフローが導入されました:

1. リフレッシュ: DR計画をリフレッシュすると、追加または削除されたステップにタグ付けすることで、何が変化したかを簡単に確認できます。
2. 検証: DR計画によって変更がコミットされ、計画がアクティブ化されることを確認します。

この新機能の使用がいかに簡単かについて見ていきましょう。プライマリ保護グループまたはスタンバイ保護グループのメンバー・リソースの追加、削除または変更によって、プラン・リフレッシュ・ワークフローがトリガーされます。

メンバー・リソースの更新によりプロセスが開始

メンバー・リソースの追加方法に関する変更はありません。リソース・タイプを選択し、リカバリ中にオブジェクトに対して必要な処理をFull Stack DRに通知するために必要な適切なプロパティを指定します。

図2に示すように、プライマリ・リージョンのDR保護グループに、現在2つの仮想マシン(VM)と1つのボリューム・グループを含む2つの移動コンピュート・インスタンスを追加するとします。

2つのコンピュート・インスタンスを追加すると、保護グループは図3のようになります。メンバー・リソースを追加したり削除したりしても、これまでとまったく同じように見えます。

新しいワークフローの確認

これで、拡張された計画管理スキームで導入された変更を確認できます。スタンバイ保護グループ内のすべてのプランの状態が「Needs attention (Needs refresh)」に変わり、プライマリ保護グループ内のプランが「Inactive (Needs refresh)」に変わります。

この状態ではどのプランも実行できないため、スタンバイ保護グループでプラン・リフレッシュ・ワークフローが完了するまで、リカバリ機能は完全にオフラインになります。図5に示すように、各DR計画を選択し、「Refresh」ボタンを選択する必要があります。この選択により、Full Stack DRは、プライマリ・リージョンとスタンバイ・リージョンの両方のメンバーを検査し、スタンバイ保護グループの計画を更新します。

リフレッシュ操作では、追加または削除されたプラン・ステップがタグ付けされるため、次のステップでプランが完全に更新される前に行われるすべての変更を確認できます。

受け入れて変更を永続的にするには、「Verify」を選択します。

検証操作によって変更がコミットされ、計画が更新され、タグがすべて通常どおりに表示されるように削除されます。

スタンバイ保護グループに含まれる既存のすべてのDR計画をリフレッシュする必要があります。Oracle Cloudコンソールのプランのリソース・リスト・ページには、進捗の追跡に役立つすべてのプランの状態が表示されます。

スタンバイ保護グループ内のすべてのプランがアクティブになると、その準備が整います。ピア・リージョンのDR計画は引き続きリフレッシュする必要がありますが、プロセスのこの時点でプライマリOCIリージョンの停止からリカバリできます。計画は常にスタンバイ保護グループから実行されます。

プライマリ保護グループ内のプランのリフレッシュ

プライマリ保護グループのDR計画は、まだ「Inactive (Needs refresh)」状態であり、リフレッシュも必要です。ただし、プライマリ・ロールを持つ保護グループに含まれるリカバリ計画(リフレッシュや検証など)は変更できません。そのため、ピア・リージョン内のプランをリフレッシュできるように、スイッチオーバーを実行する必要があります。

まとめ

変化への対応は複雑になる可能性がありますが、Full Stack DRは、この新しい機能強化により、変更の管理を少しシンプルにしました。新しいDR計画リフレッシュ機能では、計画が自動的に再構築され、完了までに多くの時間を要したユーザー定義ステップが保護されます。

もっと知りたいですか?

新しいDR計画のリフレッシュ機能を含めるためのメンバー・リソースの追加に関するドキュメントが更新されました。また、新機能の使用方法の詳細を説明するチュートリアルもOracle Help Centerに作成しました。

OCI Full Stack Disaster Recoveryをまだ実際にご覧になっていない場合は、Oracle Cloud Infrastructureのアカウント・チームに今すぐデモンストレーションを設けてください。ドキュメント、価格、チュートリアル、顧客成功事例、チュートリアル、ハンズオン・ラボなどの詳細は、Full Stack Disaster Recoveryを参照してください。