Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR)では、ワンクリックで世界中のOCIリージョン間のコンピュート、データベース、アプリケーションの移行を調整することができます。1つまたは複数のビジネス・システムをリカバリするのに必要なステップを自動化できます。このために、既存のインフラストラクチャ、データベース、アプリケーションを再設計または再構築する必要はなく、特定の管理サーバーや変換サーバーも必要ありません。
現在、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レルムとリージョンのドキュメントをご覧ください。
現在、OCI Full Stack Disaster Recoveryは、OCIリージョン内で利用可能なリソースをサポートしています。ただし、オンプレミス、ハイブリッド、マルチクラウドの各戦略におけるディザスタ・リカバリ機能は、今後の開発ロードマップの一部となっています。オラクルは、より広範なシナリオをカバーできる包括的なディザスタ・リカバリ・ソリューションを提供するために、OCI Full Stack DRをこれらの環境で利用できるよう機能を拡張していく予定です。
はい、可能ですOCIリソースを2つのOCIリージョンに導入することで、ディザスタ・リカバリ機能が強化されます。このアプローチは、重要なアプリケーションやサービスの高可用性と回復性を確保するのに役立ちます。一方のリージョンで災害や障害が発生した場合、リソースはもう一方のリージョンにシームレスにフェイルオーバーされるため、ダウンタイムを短縮し、業務への影響を最小限に抑えることができます。複数のリージョンにリソースを分散することで、データ保護とビジネス継続性を向上させる強固なディザスタ・リカバリ戦略を実現できます。
いいえ、OCI Full Stack DRはフルマネージドサービスです。
はい、OCI Full Stack DRは可用性とパフォーマンスに関するSLAを提供しています。詳細については、Oracle PaaS and IaaS Public Cloud Services Pillar Document(PDF)を参照してください。
OCI Full Stack DRには、Oracle Cloud Infrastructureコンソール(ブラウザ・ベースのインターフェイス)、REST API、Oracle Cloud Infrastructure SDK、コマンドライン・インターフェイス、およびDevOpsツールを使用してアクセスできます。
はい、OCI Full Stack DRは、オラクルと非オラクルの両方のワークロードに使用できます。
いいえ。Full Stack DRでは、スタンバイDR保護グループ・リージョンでのみDR計画を作成できます。
OCI Full Stack DR は、既存アプリケーションのリカバリ手順の自動化に役立ちます。Full Stack DRとの統合には、以下が必要となります。
はい、Full Stack DRは柔軟性の高いサービスです。OCI Full Stack Disaster Recoveryを使用すれば、どのようなDR導入も統合できます。
DR導入に応じて、すべての本番/DRインフラストラクチャとアプリケーション・コンポーネントをセットアップする必要があります。
DR Protection groupのメンバーとして、次のリソース・タイプを追加できます。
DRプランの作成中に、OCI Full Stack Disaster Recoveryは組み込みのプラン・グループを自動的に生成します。DRプランは、スクリプトまたはOracle Cloud Infrastructure(OCI) Functionsを使用してユーザーが定義したプラン・グループを通じて、他のOCIサービスと相互作用するようにさらにカスタマイズできます。
DR計画には以下の4つのタイプがあります。
はい、OCI Container Engine for Kubernetes(OKE)やOCI Object Storageなどの他のOCIコア・サービスをメンバーとして追加する予定です。詳細については、追ってお知らせします。
はい。はい。OCI Full Stack DRは、データベースのスイッチオーバーまたはフェイルオーバーのプラン・グループを生成するために、Oracle Database PaaS Data Guard APIを使用します。
はい、OCI VMで実行中のデータベースに対してOracle Data Guardが設定されていれば可能です。ユーザー定義のプラン・グループを作成して、Data Guardブローカーまたはロール・リバーサル・スクリプトを使用できます。
本番データベースとスタンバイ・データベースのレプリケーションに関しては、ネイティブのデータベース・レプリケーション・テクノロジーに従うことをお勧めします。ユーザー定義のプラン・グループを使用して、データベースのロールリバーサル実行用のスクリプトを持ち込むことができます。
移動インスタンス: 通常、パイロット・ライトまたはコールドVMディザスタ・リカバリのトポロジで使用され、アプリケーション・スタックを構成するインスタンスはプライマリ・リージョンにのみ導入されます。インスタンスは、プライマリDR保護グループからスタンバイDR保護グループに移動されます。
非移動インスタンス: 通常、アプリケーション・スタックを構成するインスタンスが両方のリージョンとアプリケーション・ソフトウェア・コンポーネントに事前に導入されているアクティブ-パッシブDRトポロジに使用されます。DR操作中にこれらのインスタンスを起動または停止して、サービスをあるリージョンから別のリージョンに移行します。
移動または非移動コンピュート・インスタンスをプライマリDR保護グループのメンバーとして追加した場合、関連するブート/ブロック・ボリューム・グループをプライマリDR保護グループのメンバーとして追加する必要があります。
ブロック・ボリューム・マウント・オプションの詳細は、非移動インスタンス・メンバーのプロパティで指定できます。関連するブロック・ボリューム・グループをプライマリDR保護グループのメンバーとして追加する必要があります。
はい、ユーザー定義のプラン・グループを使用すれば可能です。詳細については、Automate Switchover and Failover for OCI Object Storage Buckets Using Functions with OCI Full Stack Disaster Recoveryを参照してください。
目標復旧時間(RTO): RTOとは、特定のアプリケーションやシステムが災害や破壊的なイベントの後に完全に復旧し、運用できるようになるまでの目標時間枠のことです。これは、ビジネスがそのアプリケーションに対して許容できる最大のダウンタイムを表します。言い換えれば、ビジネス継続性の要件を満たすために、アプリケーションをどれだけ迅速に再稼働させる必要があるかを示しています。クリティカルなアプリケーションは、混乱を最小限に抑え、必要不可欠な業務を維持するために迅速に復旧する必要があるため、RTOが低いことがよくあります。
復旧時点目標(RPO): RPOとは、災害や障害が発生した場合に許容できる最大のデータ損失のことです。これは、災害がビジネスに重大な影響を及ぼし始めるまでにデータが失われる(バックアップやレプリケーションが行われない)可能性のある期間を表します。例えば、アプリケーションのRPOが1時間の場合、災害発生後、インシデントが発生する1時間前の時点までデータを回復する必要があることを意味します。通常、RPOが低いアプリケーションでは、データ損失を最小限に抑えるために、より頻繁にデータのバックアップやレプリケーションを行う必要があります。
ディザスタ・リカバリ計画では、RTOとRPOの両方が、破壊的なイベント発生時および発生後のビジネスの継続性と回復力に直接影響するため、必須の考慮事項です。組織は、アプリケーションの重要性と必要なDR対策の実施コストに基づいて、これらの目標のバランスをとる必要があります。
アプリケーションの RTO を決定するには、切り替えまたはフェイルオーバー計画の完了にかかる時間を考慮する必要があります。OCI Full Stack DRは、完全に自動化されたリカバリ・プロセスにより、ダウンタイムを最小限に抑え、復旧に必要な手動介入を減らすことで、RTOを大幅に改善できます。
フェイルオーバーとスイッチオーバーのプロセスを自動化することで、OCI Full Stack DRはリカバリ・ワークフローを効率化し、アプリケーションを迅速にオンラインに戻すことができます。このリカバリ時間の短縮は、ビジネス継続性の向上とディザスタ・リカバリ時の混乱軽減につながります。
RPOは、OCIサービス、そのレプリケーション方法、および構成に基づいて変化する可能性があるため、OCI Full Stack DRはRPOの制御ができません。Oracle Cloud Infrastructure内のさまざまなサービスでは、データのレプリケーションと同期の処理方法に応じて、特定のRPOガイドラインが設定されている場合があります。
たとえば、Oracle Autonomous Database Serverlessの場合、オラクルはリージョン間スタンバイ・データベースのRPO値を公表していることがあり、これは特定のセットアップに対する最大許容データ損失を示しています。
希望するRPOに確実に準拠し、各OCIサービスのデータ回復機能を理解するには、各OCIサービスのドキュメントを確認する必要があります。これらのガイドラインには、データの複製方法、利用可能なリカバリオプション、およびさまざまな構成で予想されるRPOなどに関する詳細情報が記載されています。ドキュメントに記載されている推奨事項に従うことで、ビジネスニーズとデータ保護要件に沿った適切なディザスタ・リカバリ戦略を導入することができます。
OCI Full Stack DRの価格は、OCI標準の1時間あたりのOracle Compute Unit(OCPU)価格モデルに従っています。OCI Full Stack DRの最小管理単位(SKU)はB95485です。詳細については、OCIコスト試算ツールを参照してください。
OCI Full Stack DRの価格は、プライマリDRとスタンバイDRの両方の保護グループのメンバーとして追加される、コンピュート・リソースとデータベース・リソースの合計OCPU数に基づいて決まります。
例1
例2
1時間あたりの価格とモデルは将来変更される可能性があります。最新の価格ガイドラインを参照するか、オラクルの営業担当者まで現在の価格をお問い合わせください。
いいえ。DR保護グループのメンバーとしてボリュームグループを追加するための個別の価格設定はありません。OCI Full Stack DRの価格は、コンピュートとデータベースのメンバータイプにのみ適用されます。
はい。OCIサービスとDR導入モデルに関連するコストは、選択する特定のサービスと構成によって異なります。たとえば、リージョン間ブロック・レプリケーションを選択した場合、追加のストレージ・コストが発生します。同様に、自律型スタンバイ・データベースを使用する場合も追加費用が発生します。各OCIサービスの価格の詳細については、Oracle Cloud Infrastructureの価格設定の詳細を参照してください。