OCI Full Stack Disaster Recovery の新機能の概要 (2023/10/31)

OCI Full Stack Disaster Recovery の新機能の概要 (2023/10/31)

https://blogs.oracle.com/maa/post/new-features-oci-full-stack-disaster-recovery

投稿者:Suraj Ramesh | Principal Product Manager


OCI Full Stack Disaster Recovery(Full Stack DR)は、インフラストラクチャ、データベース、アプリケーションなど、フルスタック・クラウド・アプリケーションのすべてのレイヤーに対して、完全に自動化された包括的なディザスタ・リカバリ・オーケストレーション・ソリューションを提供します。Full Stack DRを使用すると、OCIリージョン全体または同じリージョン内の複数の可用性ドメインにわたってフル・スタック・アプリケーションをリカバリできます。




ここでは、Full Stack DRサービスのDR保護グループの一部にできる、現在使用可能なDR計画およびメンバーを簡単にまとめます。




DR計画タイプ:


  1. スイッチオーバー
  2. フェイルオーバー




メンバー:


  1. Compute (仮想マシンおよび専用仮想マシン・ホスト)
  2. Oracle Base Database Service
  3. Oracle Exadata Database Service on Dedicated Infrastructure
  4. Oracle Autonomous Database Serverless
  5. ボリューム・グループ




DR保護グループのメンバーに基づいて、Full Stack DRは、スタンバイDR保護グループ・リージョンでDR計画を作成しながら、組込みグループを自動的に生成します。要件に応じて、ユーザー定義の計画グループおよびステップを使用してDR計画をさらにカスタマイズできます。


最近ロールアウトしたエキサイティングな新機能をFull Stack DRサービスと共有できてうれしいです。



1.DRドリル・プラン:


DRドリルを実行することは、顧客が本番スタックを中断することなく、ビジネス継続性の構成と計画を行使および検証できる重要なDRサービス機能です。


DRドリル・プランでは、テストおよび検証のために、本番スタックのコピーをスタンバイ・リージョンに分離して起動できます。2つのタイプのDRドリル・プランを作成できます。


  • ドリルの開始- スイッチオーバーまたはフェイルオーバー計画で使用されているものと同じ、スタンバイ・リージョンに本番スタックのレプリカを作成します。このレプリカの作成によって、本番スタックが中断されることはありません。
  • ドリルの停止- 「DRドリルの開始」計画によってスタンバイ・リージョンに作成された本番スタックのレプリカを削除します。



DRドリル・プランの作成は、DRトポロジでsimple.Dependingであり、DR保護グループ(プライマリおよびスタンバイ)にメンバーを追加し、スタンバイDR保護グループからDRドリル・プランを作成します。



2. OCI File Storage Service (FSS)メンバー・タイプ:


OCI File Storage Serviceは、耐久性のあるスケーラブルで安全なエンタープライズグレードのネットワーク・ファイル・システムを提供します。File Storage Serviceファイル・システムは、Virtual Cloud Network (VCN)内の任意のベア・メタル、仮想マシンまたはコンテナ・インスタンスから接続できます。


ファイルシステムをメンバーとしてDR保護グループに追加できます。



OCI FSSメンバー・タイプを使用するには、ファイル・システム、マウント・ターゲット、エクスポート・パスをプロビジョニングし、リージョン間レプリケーションを設定します。詳細は、OCI File Storageのドキュメントを参照してください。DRトポロジに応じて、DR保護グループ(プライマリおよびスタンバイ)にメンバーを追加し、スタンバイDR保護グループからDR計画を作成します。


Full Stack DRサービスは、DR計画のタイプ(スイッチオーバー、フェイルオーバーおよびDRドリル)に基づいて、ファイル・システムの組込み計画グループおよびステップを提供します。Full Stack DRサービスは、ファイル・システムおよびその依存コンピュート・インスタンス(ある場合)に関連する次の組込みプラン・グループを生成します


  • コンピュート・インスタンスからファイル・システムをアンマウント
  • ファイル・システムのスイッチオーバー
  • コンピュート・インスタンスへのファイル・システムのマウント
  • ファイル・システム・レプリケーションの逆向き化


3.OCI Load Balancerメンバー・タイプ


OCI Load Balancerは、1つのエントリ・ポイントから仮想クラウド・ネットワーク(VCN)からアクセス可能な複数のサーバーへの自動トラフィック分散を提供します。


ロード・バランサをメンバーとしてDR保護グループに追加できます。



Full Stack DRは、ロード・バランサとネットワーク・ロード・バランサの両方をサポートします。ロード・バランサは、パブリックまたはプライベートにすることができます。


この機能を利用するには、バックエンド・セット、リスナーおよび追加のロード・バランサ構成をプライマリ・リージョンとスタンバイ・リージョンの両方に作成する必要があります。詳細は、DRトポロジのOCI Load Balancer documentation.Dependingを参照し、DR保護グループ(プライマリおよびスタンバイ)にメンバーを追加し、スタンバイDR保護グループからDRドリル・プランを作成します。


Full Stack DRは、DR計画のタイプ(スイッチオーバー、フェイルオーバーおよびDRドリル)に基づいて、ロード・バランサのバックエンド・セットの変更のための組込み計画グループおよびステップを提供します。次の組込み計画グループおよびステップは、Full Stack DRサービスによって生成されます。これは、ロード・バランサとその依存コンピュート・インスタンス(ある場合)に関連しています。


  • ソース・ロード・バランサ・バックエンド・セットの更新- 削除またはドレイン状態(オフライン)バックエンド・サーバー
  • ターゲット・ロード・バランサ・バックエンド・セットの更新- バックエンド・サーバーの追加またはドレイン状態(オンライン)



4. ブロック・ボリュームをデタッチ/アタッチし、移動していないコンピュート・インスタンスを停止/起動


コールド・スタンバイまたはパイロット・ライト・トポロジの場合、Full Stack DRには、コンピュート・インスタンスおよびボリューム・グループをプライマリDR保護グループにメンバーとして使用する機能がすでにあります。これを使用することで、Full Stack DRはコンピュート・インスタンスを起動し、レプリケートされたブロック・ボリュームをDRリージョンのそれらのコンピュート・インスタンスに自動的にマウントできます。


ウォーム・スタンバイまたはアクティブ/パッシブ・トポロジの場合、お客様はDRリージョンでリージョン間でレプリケートされたブロック・ボリュームを使用しますが、ブロック・ボリュームのアタッチ/デタッチは、ユーザー定義の計画グループ/スクリプトによって処理する必要があります。この新機能では、移動していないインスタンスの追加中に、ブロック・ボリュームの詳細、およびデタッチ/アタッチが必要なその他の詳細を提供できます。また、DR計画実行中にコンピュート・インスタンスの起動および停止を指定することもできます。





DRトポロジに応じて、DR保護グループ(プライマリおよびスタンバイ)にメンバーを追加し、スタンバイDR保護グループからDRドリル計画を作成します。Full Stack DRは、ブロック・ボリュームのデタッチ/アタッチ、DR計画のタイプ(スイッチオーバー、フェイルオーバーおよびDRドリル)に基づくコンピュート再起動、および移動していないコンピュート・インスタンスの追加中に選択されたオプションのための組込み計画グループおよびステップを提供します。以下では、Full Stack DRサービスによって組込み計画グループおよびステップが生成されます。これは、移動していないコンピュート・インスタンスに関連しています。


  • 移動していないコンピュート・インスタンスのブロック・ボリュームをデタッチ/アンマウント
  • 移動していないコンピュート・インスタンスの停止
  • 移動していないコンピュート・インスタンスの起動
  • 宛先/ターゲットのコンピュート・インスタンスにブロック・ボリュームをアタッチ/マウント


これらの新機能により、Full Stack DRは追加のDR計画と新しいメンバー・タイプで機能を拡張しました。

その他のリソース


Full Stack Disaster Recoveryの開始に役立つ追加リソースを次に示します:

コメント

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

Oracle APEX 24.1の一般提供の発表 (2024/06/17)