Full Stack Disaster Recoveryのよくある質問

FAQのトピック

全般

1. What is Oracle Cloud Infrastructure Full Stack Disaster Recoveryについて教えてください。

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

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

OCI Full Stack DRは、OCI商用リージョン、英国政府リージョン、EUソブリン・リージョン、Oracle Alloyリージョン、およびOCI専用リージョンでご利用いただけます。サービスの提供に関する包括的なリストは、Full Stack DRリージョンの提供に関するページでご覧いただけます。Oracle US Government CloudおよびOracle US Defense Cloudリージョンのオンボーディング・プロセスはまだ進行中です。レルムとその具体的な場所など、OCIリージョンに関する詳細については、OCIレルムとリージョンのドキュメントをご覧ください。

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

OCI Full Stack Disaster Recoveryは現在、OCIリージョン内で利用可能なリソースに対応しており、リソースは同じテナンシにある必要があります。Full Stack DRは、Oracle Database@Azure製品をサポートしているため、データベース・レベルのロール・トランジションはFull Stack DRを使用している場合のみ処理できます。ただし、オンプレミス、ハイブリッド、マルチクラウドの戦略でディザスタ・リカバリをサポートする機能は、今後の開発ロードマップの一部であることに留意することが重要です。オラクルは、より広範なシナリオをカバーできる包括的なディザスタ・リカバリ・ソリューションを提供するために、OCI Full Stack DRをこれらの環境で利用できるよう機能を拡張していく予定です。

4. Full Stack DRはクロステナンシのディザスタ・リカバリをサポートしていますか？

いいえ。Full Stack DRは、ディザスタ・リカバリを実現するために他のOCIサービスに依存しています。クロステナンシのレプリケーションまたは可用性をサポートするOCIサービスはごくわずかです。したがって、すべてのOCIサービスがクロステナンシの可用性をサポートするまで、Full Stack DRはクロステナンシのディザスタ・リカバリをサポートできません。注意: Amazon Web Servicesでは「テナンシ」という用語はOCIにおける用法とはまったく異なる意味で使用されています。AWS Elastic Disaster Recoveryでは、仮想マシンをホスティングするハードウェア・プラットフォームがテナンシであるとみなされます。Full Stack DRは、共有プラットフォームや専用仮想ホストなどの異なるハードウェア・プラットフォーム間で、同じディザスタ・リカバリ機能を完全にサポートします。

5. OCI Full Stack DRはクロスリージョンのディザスタ・リカバリをサポートしていますか？

その答えは「はい」です。OCI Full Stack DRは、複数のリージョンにわたって導入されたリソースをサポートします。障害分離の向上、真のディザスタ・リカバリ機能、規制要件へのコンプライアンス、ビジネス継続性SLAの改善を促進するために、複数のリージョンにわたってディザスタ・リカバリを構成することをお薦めします。1つの可用性ドメイン（AD）のみを持つリージョンでは、DRインフラストラクチャを別のリージョンに設定することが不可欠です。1つのADを持つリージョンのリストを確認するには、ドキュメンテーションでOracle Cloud Infrastructure商用レルムに関する項を参照してください。

6. OCI Full Stack DRは可用性ドメインにまたがるディザスタ・リカバリをサポートしていますか？

その答えは「はい」です。OCI Full Stack DRは、複数の可用性ドメインにわたって導入されたリソースをサポートします。3つのADを持つリージョンのリストを確認するには、ドキュメンテーションでOracle Cloud Infrastructure商用レルムに関する項を参照してください。

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

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

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

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

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

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

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

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

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

いいえ。設計上、Full Stack DRでは、スタンバイDR保護グループ・リージョンでのみDR計画を作成できます。スイッチオーバー計画のテスト実行を使用して、他のDR保護グループのすべてのDR計画（スイッチオーバー計画、フェイルオーバー計画、ドリル計画）を作成することを強くお勧めします。これにより、両方のリージョンでDR計画が利用可能になります。

12. 複数のDR保護グループが必要ですか、それとも1つの保護グループでDR計画を管理できますか。

アプリケーション要件によって異なります。アプリケーションの依存関係がない場合（たとえば、複数のDBの切り替えとアプリケーション・サーバーのリカバリを並行して行うことができる場合）、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 VCNやOCI Load Balancerなどのネットワーキング・リソース
  • 使用している Oracle Database PaaSタイプに応じた、スタンバイ・データベース・システムまたはデータベース（Oracle Data Guard は、Oracle Databaseレプリケーションの内部で使用されます）
  • ブート/ブロック・セットアップとボリューム・グループ・レプリケーションに使用するOCIストレージ・サービスのタイプに応じたストレージ・レプリケーション

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

次のリソース・タイプをDR保護グループのメンバーとして追加できます。

  • Oracle Cloud Infrastructure（OCI）Compute仮想マシン（VMおよび宛先の専用VM）
  • Oracle Database PaaS
    • Oracle Autonomous Database Serverless
    • Oracle Autonomous Database on Dedicated Exadata Infrastructure
    • Oracle Autonomous Database on Exadata Cloud@Customer
    • Oracle Base Database Service
    • Oracle Exadata Database Service on Dedicated Infrastructure
    • Oracle Exadata Database Service on Cloud@Customer
    • Exascaleインフラストラクチャ上のOracle Exadata Database Service
  • OCI Load Balancer
  • OCI Network Load Balancer
  • OCI Block Storage (ブート・ボリュームとブロック・ボリュームはボリューム・グループに含まれます)
  • OCI File Storage
  • OCI Object Storage
  • OCI Kubernetes Engine

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

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

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

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

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

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

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

その答えは「はい」です。はい。OCI Full Stack DRは、データベースのスイッチオーバーまたはフェイルオーバーのプラン・グループを生成するために、Oracle Database PaaS Data Guard APIを使用します。ただし、Data Guardが手動でセットアップされたケースでは、カスタム・スクリプトを使用してOracle Data Guardの役割の変更を制御できます。

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. Full Stack DRのメンバー・タイプとしてOracle HeatWave MySQLとPostgreSQLマネージド・サービスDBを追加することは可能でしょうか。

いいえ、Full Stack DRでは、このようなDBをメンバー・タイプとして追加することはできません。各サービスからネイティブなクロスリージョン・レプリケーション機能がリリースされると、Full Stack DRチームはこれらのサービスをメンバー・タイプとしてサポートする予定です。現在、DBのリカバリ・プロセスが完了できる場合、お客様はカスタム・スクリプトを使用し、それらをFull Stack DRと統合することができます。たとえば、HeatWave MySQLは、クロスリージョンのバックアップとリストア機能をサポートしています。リカバリ・プロセスがスクリプト化できる場合は、ユーザー定義のプラン・グループを使用してDRプランに追加できます。

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

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 OCPUおよびECPUの時間あたりの価格モデルに従います。このサービスは、DR保護グループに追加された各メンバー・タイプのCPU（OCPUおよびECPU）の数に基づいて料金が設定されます。割り当てられたCPUのみを使用して料金を計算します。Full Stack DR保護グループの一部であるストレージ、ネットワーキング、およびその他のリソース使用は、Full Stack DRによる請求対象外です。

  • OCI Full Stack Disaster Recovery Service – OCPU/時間 – B95485
  • OCI Full Stack Disaster Recovery Service–ECPU/時間 – B110274

詳細については、OCIコスト試算ツールとOCI価格リスト(PDF)をご確認ください。

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

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

例1

  • Primary-DRPGのメンバー： Compute-A (2 OCPU)およびADB-Primary (1 ECPU)
  • Standby-DRPGのメンバー：Compute-B (2 OCPUs)およびADB-Standby (1 ECPU)
  • 合計OCPU/時（コンピュートとデータベース）：4OCPU/時および2ECPU/時。
  • Full Stack DRの価格/時間:(4 × US$0.0128) + (2 × US$0.0032) = US$0.0576

例2

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

1時間あたりの価格とモデルは将来変更される可能性があります。最新の価格については、最新の価格ガイドラインをご確認いただくか、オラクルの担当者にお問い合わせください。

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

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

  • OCI Load Balancer
  • OCI Network Load Balancer
  • OCI Block Storage (ブート・ボリュームおよびブロック・ボリュームのボリューム・グループ)
  • OCI File Storage
  • OCI Object Storage

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

その答えは「はい」です。フルスタックDRを使用しているかどうかにかかわらず、アプリケーション・スタックの導入に必要なOCIサービスの通常のコストを支払うことになります。OCI Networking、OCI Compute、OCI Storageの消費、OCI Load Balancer、Oracle Database、およびアプリケーション・スタックが必要とするその他のOCIサービスに対して料金を支払います。Full Stack DRのコストは、このセクションの質問2の回答で説明したように、ECPUとOCPUの数に基づく追加コストです。

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