Full Stack Disaster Recoveryのよくある質問

全般

1. Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recoveryとは何ですか?

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR)では、ワンクリックで世界中のOCIリージョン間のコンピュート、データベース、アプリケーションの移行を調整することができます。1つまたは複数のビジネス・システムをリカバリするのに必要なステップを自動化できます。このために、既存のインフラストラクチャ、データベース、アプリケーションを再設計または再構築する必要はなく、特定の管理サーバーや変換サーバーも必要ありません。

2. OCI Full Stack DRは現在どこで利用できますか?

現在、OCI Full Stack DRは、OC1商用レルム内の27のリージョンで利用可能です。これらのリージョンの包括的なリストは、Full Stack DRリージョンの提供に関するページでご覧いただけます。オラクルは今後も、残りのOC1リージョン、OCI Dedicated Region、他のOCIリージョンと、利用可能なリージョンを迅速に拡大していく予定です。レルムとその具体的な場所など、OCIリージョンに関する詳細については、a href="https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm" data-lbl="oci-realms-regions">OCIレルムとリージョンのドキュメントをご覧ください。

3. OCI Full Stack DR は、OCI、オンプレミス、ハイブリッド、マルチクラウドのディザスタ・リカバリのシナリオをサポートできますか?

現在、OCI Full Stack Disaster Recoveryは、OCIリージョン内で利用可能なリソースをサポートしています。ただし、オンプレミス、ハイブリッド、マルチクラウドの各戦略におけるディザスタ・リカバリ機能は、今後の開発ロードマップの一部となっています。オラクルは、より広範なシナリオをカバーできる包括的なディザスタ・リカバリ・ソリューションを提供するために、OCI Full Stack DRをこれらの環境で利用できるよう機能を拡張していく予定です。

4. OCI Full Stack DRは、OCIのリージョン間およびリージョン内の導入に使用できますか。

はい、可能ですOCIリソースを2つのOCIリージョンに導入することで、ディザスタ・リカバリ機能が強化されます。このアプローチは、重要なアプリケーションやサービスの高可用性と回復性を確保するのに役立ちます。一方のリージョンで災害や障害が発生した場合、リソースはもう一方のリージョンにシームレスにフェイルオーバーされるため、ダウンタイムを短縮し、業務への影響を最小限に抑えることができます。複数のリージョンにリソースを分散することで、データ保護とビジネス継続性を向上させる強固なディザスタ・リカバリ戦略を実現できます。

5. OCI Full Stack DRでは、追加のインフラストラクチャを管理する必要がありますか?

いいえ、OCI Full Stack DRはフルマネージドサービスです。

6. OCI Full Stack Disaster RecoveryはSLAを提供していますか?

はい、OCI Full Stack DRは可用性とパフォーマンスに関するSLAを提供しています。詳細については、Oracle PaaS and IaaS Public Cloud Services Pillar Document(PDF)を参照してください。

7. OCI Full Stack Disaster Recoveryへのアクセス方法を教えてください。

OCI Full Stack DRには、Oracle Cloud Infrastructureコンソール(ブラウザ・ベースのインターフェイス)、REST API、Oracle Cloud Infrastructure SDK、コマンドライン・インターフェイス、およびDevOpsツールを使用してアクセスできます。

8. OCI Full Stack DRはどのワークロードにも使用できますか?

はい、OCI Full Stack DRは、オラクルと非オラクルの両方のワークロードに使用できます。

9. プライマリDR保護グループ・リージョンでDR計画を作成できますか。

いいえ。Full Stack DRでは、スタンバイDR保護グループ・リージョンでのみDR計画を作成できます。

前提条件とサポートされるOCIサービス

1. OCI Full Stack Disaster Recovery を使用するための前提条件は何ですか?

OCI Full Stack DR は、既存アプリケーションのリカバリ手順の自動化に役立ちます。Full Stack DRとの統合には、以下が必要となります。

  • ディザスタ・リカバリのrunbook、または業務システムのリカバリ方法の詳細
  • アプリケーションの導入
  • アプリケーション要件に応じたカスタム・スクリプト

2. OCI Full Stack Disaster Recoveryは、どのようなDRトポロジでも利用できますか?

はい、Full Stack DRは柔軟性の高いサービスです。OCI Full Stack Disaster Recoveryを使用すれば、どのようなDR導入も統合できます。

3. Full Stack Disaster Recoveryを使用する前に、どのようなOCIリソースが必要ですか?

DR導入に応じて、すべての本番/DRインフラストラクチャとアプリケーション・コンポーネントをセットアップする必要があります。

  • Oracle Cloud Infrastructure(OCI)VCNやLoad Balancerなどのネットワーキング・リソース
  • 使用している Oracle Database PaaSタイプに応じた、スタンバイ・データベース・システムまたはデータベース(Oracle Data Guard は、Oracle Databaseレプリケーションの内部で使用されます)
  • ブート/ブロック・セットアップとボリューム・グループ・レプリケーションに使用するOracle Cloud Infrastructure(OCI)ストレージ・サービスのタイプに応じた、ストレージ・レプリケーション

4. OCI Full Stack Disaster Recoveryと統合できるOCIサービスはどれですか?

DR Protection groupのメンバーとして、次のリソース・タイプを追加できます。

  • Oracle Cloud Infrastructure(OCI)Compute仮想マシン(VMおよび宛先の専用VM)
  • Oracle Database PaaS
    • Oracle Autonomous Database
    • Oracle Base Database Service
    • Oracle Exadata on Dedicated Infrastructure
  • ボリューム・グループ(ブート・ボリュームおよびブロック・ボリューム用)
  • OCI Load Balancer
  • OCI Network Load Balancer
  • OCI File Storage

DRプランの作成中に、OCI Full Stack Disaster Recoveryは組み込みのプラン・グループを自動的に生成します。DRプランは、スクリプトまたはOracle Cloud Infrastructure(OCI) Functionsを使用してユーザーが定義したプラン・グループを通じて、他のOCIサービスと相互作用するようにさらにカスタマイズできます。

5. どのようなタイプのDR計画を使用できますか。

DR計画には以下の4つのタイプがあります。

  • スイッチオーバー
  • フェイルオーバー
  • スタート・ドリル
  • ストップ・ドリル

6. DR保護グループのリソース・タイプとして新しいメンバーを追加する予定はありますか。

はい、OCI Container Engine for Kubernetes(OKE)やOCI Object Storageなどの他のOCIコア・サービスをメンバーとして追加する予定です。詳細については、追ってお知らせします。

7. スタンバイ・データベース・システムまたはデータベースのセットアップに、OCIコンソールまたはOracle Database PaaS内で利用可能な組み込みの自動化を使用する必要がありますか。

はい。はい。OCI Full Stack DRは、データベースのスイッチオーバーまたはフェイルオーバーのプラン・グループを生成するために、Oracle Database PaaS Data Guard APIを使用します。

8 OCI Compute VMで稼働しているOracle DatabaseをFull Stack Disaster Recoveryと統合できますか。

はい、OCI VMで実行中のデータベースに対してOracle Data Guardが設定されていれば可能です。ユーザー定義のプラン・グループを作成して、Data Guardブローカーまたはロール・リバーサル・スクリプトを使用できます。

9. オラクル以外のデータベースをOCI Full Stack DRと統合できますか?

本番データベースとスタンバイ・データベースのレプリケーションに関しては、ネイティブのデータベース・レプリケーション・テクノロジーに従うことをお勧めします。ユーザー定義のプラン・グループを使用して、データベースのロールリバーサル実行用のスクリプトを持ち込むことができます。

10. 移動インスタンスと非移動インスタンスのコンピュート・リソース・タイプとは何ですか?

移動インスタンス: 通常、パイロット・ライトまたはコールドVMディザスタ・リカバリのトポロジで使用され、アプリケーション・スタックを構成するインスタンスはプライマリ・リージョンにのみ導入されます。インスタンスは、プライマリDR保護グループからスタンバイDR保護グループに移動されます。

非移動インスタンス: 通常、アプリケーション・スタックを構成するインスタンスが両方のリージョンとアプリケーション・ソフトウェア・コンポーネントに事前に導入されているアクティブ-パッシブDRトポロジに使用されます。DR操作中にこれらのインスタンスを起動または停止して、サービスをあるリージョンから別のリージョンに移行します。

11. DR保護グループのメンバーとして、いつボリュームグループを追加する必要がありますか?

移動または非移動コンピュート・インスタンスをプライマリDR保護グループのメンバーとして追加した場合、関連するブート/ブロック・ボリューム・グループをプライマリDR保護グループのメンバーとして追加する必要があります。

12. DR保護グループに非移動コンピュート・インスタンスとして追加されたVMのストレージ・レプリケーションはどのように処理すればよいですか?

ブロック・ボリューム・マウント・オプションの詳細は、非移動インスタンス・メンバーのプロパティで指定できます。関連するブロック・ボリューム・グループをプライマリDR保護グループのメンバーとして追加する必要があります。

13. Oracle Cloud Infrastructure (OCI) とFull Stack Disaster Recoveryを統合できますか。

はい、ユーザー定義のプラン・グループを使用すれば可能です。詳細については、Automate Switchover and Failover for OCI Object Storage Buckets Using Functions with OCI Full Stack Disaster Recoveryを参照してください。

目標復旧時間と目標復旧時点

1. 目標復旧時間および目標復旧時点とは何ですか。なぜそれらが重要なのですか?

目標復旧時間(RTO): RTOとは、特定のアプリケーションやシステムが災害や破壊的なイベントの後に完全に復旧し、運用できるようになるまでの目標時間枠のことです。これは、ビジネスがそのアプリケーションに対して許容できる最大のダウンタイムを表します。言い換えれば、ビジネス継続性の要件を満たすために、アプリケーションをどれだけ迅速に再稼働させる必要があるかを示しています。クリティカルなアプリケーションは、混乱を最小限に抑え、必要不可欠な業務を維持するために迅速に復旧する必要があるため、RTOが低いことがよくあります。

復旧時点目標(RPO): RPOとは、災害や障害が発生した場合に許容できる最大のデータ損失のことです。これは、災害がビジネスに重大な影響を及ぼし始めるまでにデータが失われる(バックアップやレプリケーションが行われない)可能性のある期間を表します。例えば、アプリケーションのRPOが1時間の場合、災害発生後、インシデントが発生する1時間前の時点までデータを回復する必要があることを意味します。通常、RPOが低いアプリケーションでは、データ損失を最小限に抑えるために、より頻繁にデータのバックアップやレプリケーションを行う必要があります。

ディザスタ・リカバリ計画では、RTOとRPOの両方が、破壊的なイベント発生時および発生後のビジネスの継続性と回復力に直接影響するため、必須の考慮事項です。組織は、アプリケーションの重要性と必要なDR対策の実施コストに基づいて、これらの目標のバランスをとる必要があります。

2. OCI Full Stack Disaster RecoveryはアプリケーションのRTOにどのような影響を与えますか。

アプリケーションの RTO を決定するには、切り替えまたはフェイルオーバー計画の完了にかかる時間を考慮する必要があります。OCI Full Stack DRは、完全に自動化されたリカバリ・プロセスにより、ダウンタイムを最小限に抑え、復旧に必要な手動介入を減らすことで、RTOを大幅に改善できます。

フェイルオーバーとスイッチオーバーのプロセスを自動化することで、OCI Full Stack DRはリカバリ・ワークフローを効率化し、アプリケーションを迅速にオンラインに戻すことができます。このリカバリ時間の短縮は、ビジネス継続性の向上とディザスタ・リカバリ時の混乱軽減につながります。

3. OCI Full Stack Disaster Recovery は、アプリケーションのRPOにどのような影響を与えますか。

RPOは、OCIサービス、そのレプリケーション方法、および構成に基づいて変化する可能性があるため、OCI Full Stack DRはRPOの制御ができません。Oracle Cloud Infrastructure内のさまざまなサービスでは、データのレプリケーションと同期の処理方法に応じて、特定のRPOガイドラインが設定されている場合があります。

たとえば、Oracle Autonomous Database Serverlessの場合、オラクルはリージョン間スタンバイ・データベースのRPO値を公表していることがあり、これは特定のセットアップに対する最大許容データ損失を示しています。

希望するRPOに確実に準拠し、各OCIサービスのデータ回復機能を理解するには、各OCIサービスのドキュメントを確認する必要があります。これらのガイドラインには、データの複製方法、利用可能なリカバリオプション、およびさまざまな構成で予想されるRPOなどに関する詳細情報が記載されています。ドキュメントに記載されている推奨事項に従うことで、ビジネスニーズとデータ保護要件に沿った適切なディザスタ・リカバリ戦略を導入することができます。

価格設定

1. OCI Full Stack Disaster Recoveryの価格モデルについて教えてください。

OCI Full Stack DRの価格は、OCI標準の1時間あたりのOracle Compute Unit(OCPU)価格モデルに従っています。OCI Full Stack DRの最小管理単位(SKU)はB95485です。詳細については、OCIコスト試算ツールを参照してください。

2. OCI Full Stack Disaster Recoveryの価格について教えてください。

OCI Full Stack DRの価格は、プライマリDRとスタンバイDRの両方の保護グループのメンバーとして追加される、コンピュート・リソースとデータベース・リソースの合計OCPU数に基づいて決まります。

例1

  • Primary-DRPGのメンバー: Compute-A (2 OCPU)およびADB-Primary (1 OCPU)
  • Standby-DRPGのメンバー:Compute-B (2 OCPUs)およびADB-Standby (1 OCPU)
  • 合計OCPU/時(コンピュートとデータベース): 6OCPU/時
  • Full Stack DRの価格/時間:6 x $0.0128 = $0.0768

例2

  • Primary-DRPGのメンバー: Compute-A (4 OCPU)、ADB-Primary (2 OCPU)、ボリュームグループ-500GB
  • Standby-DRPGのメンバー: ADB-Standby (2 OCPU)
  • 合計OCPU/時(コンピュートとデータベース): 8OCPU/時
  • Full Stack DRの価格/時間: 8 x $0.0128 = $0.1024

1時間あたりの価格とモデルは将来変更される可能性があります。最新の価格ガイドラインを参照するか、オラクルの営業担当者まで現在の価格をお問い合わせください。

3. DR 保護グループのメンバーとしてボリュームグループを追加する場合の価格はありますか?

いいえ。DR保護グループのメンバーとしてボリュームグループを追加するための個別の価格設定はありません。OCI Full Stack DRの価格は、コンピュートとデータベースのメンバータイプにのみ適用されます。

4.DRインフラストラクチャのセットアップに追加費用はかかりますか?

はい。OCIサービスとDR導入モデルに関連するコストは、選択する特定のサービスと構成によって異なります。たとえば、リージョン間ブロック・レプリケーションを選択した場合、追加のストレージ・コストが発生します。同様に、自律型スタンバイ・データベースを使用する場合も追加費用が発生します。各OCIサービスの価格の詳細については、Oracle Cloud Infrastructureの価格設定の詳細を参照してください。