フル・スタックDR請求詳細

DR構成の請求の計算方法

手数料が発生するメンバー・リソース

フル・スタックDRでは、割り当てられたOCPU、ECPUまたはOICメッセージ・パックのみが料金の計算の基礎として使用されます。フル・スタックDRの料金は、リソースが実行中か停止中かに関係なく、DR保護グループのコンピュート、データベースまたはOracle Integrationメンバーに対して発生します。たとえば、スタンバイ・リージョンに存在するが、DR操作が実行されるまで常に停止状態にある非移動コンピュート・インスタンスは、実行されていない場合でも時間単位の料金が累積されます。

料金が発生するOCIリソース

リソース消費量の決定

次の表に、フル・スタックDRの時間単位料金が発生する様々なOCIメンバー・リソース・タイプに対するリソース消費の決定方法を示します。ほとんどのOCIリソース・タイプのOICメッセージ・パックとプロセッサの消費量を決定することは、OCIコンソールの個々のリソースの詳細ページに表示される内容に基づいて簡単です。ただし、個々のデータベースのプロセッサ消費量を表示しない一部のOracleデータベースなどの一部のリソースは、VMクラスタによって消費されるCPUの合計から導出されます。

コストエスティメータ

Oracleは、Full Stack DR製品ページで、使いやすいコスト見積りツールを提供します。

フル・スタック・ディザスタ・リカバリでは、コンピュート、ストレージ、ネットワーク、データベース、アプリケーションなどのOCIリソースはインストール、構成またはデプロイされません。フル・スタック・ディザスタ・リカバリを調整するディザスタ・リカバリ戦略の設計を担当し、フル・スタック・ディザスタ・リカバリのワークフロー外ですべてのOCI IaaSおよびPaaSリソースを作成、構成およびデプロイする責任も負います。したがって、フル・スタック・ディザスタ・リカバリの使用を開始する前に、両方のリージョンにデプロイされるリソースをすでに把握しておく必要があります。つまり、いずれかのOCIリージョンにOCIリソースを実際にデプロイする前に、コスト見積り機能を使用できます。

考慮事項:

次の例は、2つのOCIリージョンにデプロイされた架空のビジネス・システムを示しています。すべての顧客は、アプリケーション・スタックの一部であるIaaSサービスおよびPaaSサービスによって異なります。この例では、コンピュートのみの移動およびデータベースの移動のコストを見積もる方法を示します。このシナリオでは、OCIリソースは、任意の時点で単一のリージョンにのみ存在します。これは、ディザスタ・リカバリのために他のクラウド・サービス・プロバイダが採用するアプローチに似ています。この方法は、各仮想マシンのブート・ストレージとブロック・ストレージをスタンバイ・リージョンにレプリケートすることに依存するため、仮想マシンが現在実行されているリージョンのOCPU数のみを追加します。

コスト・エスティメータには、各リージョンのIaaSおよびPaaSリソースの合計OCPU数およびECPU数をプラグインするための6つのフィールドが含まれています。次の表に、原価見積に入力する6つのフィールドを示します。フィールドの値は、2つのOCIリージョンにまたがるディザスタ・リカバリ用にデプロイされた架空のアプリケーション・スタックを表す表の下に示す詳細に基づいています。

プライマリ・リージョン(リージョン1)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

次の表に、プライマリ・リージョンに存在する、またはプライマリ・リージョンに存在するIaaSおよびPaaSリソースの例を示します。次の表の最後の行のCPU合計は、上のコスト試算ツールの例に示されている数字です。

スタンバイDR保護グループのCPU

スタンバイ・リージョン(リージョン2)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

この例では、常に単一のリージョンにのみ存在する移動コンピュートのみが含まれます。したがって、スタンバイ保護グループにはチャージ可能なメンバー・リソースがないため、スタンバイ・リージョンのフル・スタック・ディザスタ・リカバリの料金は発生しません。

次の例は、2つのOCIリージョンにデプロイされた架空のビジネス・システムを示しています。すべての顧客は、アプリケーション・スタックの一部であるIaaSサービスおよびPaaSサービスによって異なります。この例では、コンピュートと2つのOracle Databasesを移動するためのコストを見積もる方法を示します。このシナリオでは、コンピュートOCIリソースは単一リージョンにのみ存在し、データベースでは両方ともData Guardが有効になっており、これは両方のリージョンにOCIリソースがあることを意味します。これは、ディザスタ・リカバリのために他のクラウド・サービス・プロバイダが採用するパイロット・ライト・アプローチに似ていますが、同じリカバリの一部としてデータベースを別のチームにタスクを渡すことなく含めることができる点が異なります。この方法は、各仮想マシンのブート・ストレージとブロック・ストレージをスタンバイ・リージョンにレプリケートすることに依存するため、仮想マシンが現在実行されているリージョンのOCPU数のみを追加します。データベースでは、両方のリージョンでリソースが実行されているため、OCPUおよびECPU数を両方のリージョンに追加します。

コスト見積りには、各リージョンのIaaSおよびPaaSリソースのOCPUおよびECPUの合計数をプラグインする6つのフィールドが含まれています。次の表に、原価見積機能で入力する6つのフィールドを示します。フィールドの値は、2つのOCIリージョンにまたがるディザスタ・リカバリ用にデプロイされた架空のアプリケーション・スタックを表す次の表に示す詳細に基づいています。

プライマリ・リージョン(リージョン1)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

次の表に、プライマリ・リージョンに存在する、またはプライマリ・リージョンに存在するIaaSおよびPaaSリソースの例を示します。次の表の最後の行のCPU合計は、上のコスト試算ツールの例に示されている数字です。

スタンバイ・リージョン(リージョン2)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

この例では、常に単一のリージョンにのみ存在する移動コンピュートのみが含まれます。したがって、スタンバイ保護グループにはチャージ可能なメンバー・リソースがないため、スタンバイ・リージョンのフル・スタック・ディザスタ・リカバリの料金は発生しません。

次の例は、2つのOCIリージョンにデプロイされた架空のビジネス・システムを示しています。アプリケーション・スタックの一部であるIaaSおよびPaaSサービスに応じて、すべての顧客に異なるものがあります。

この例では、移動中、移動中でないコンピュートおよび複数のData Guard対応データベースが両方のリージョンのDR保護グループのメンバーである場合に、フル・スタックDRの価格を設定する方法を示します。This is a simple example of why and how you might use non-moving compute for non-Oracle and Oracle applications like E-Business Suite, PeopleSoft, JD Edwards EnterpriseOne, and others that do not have their own inherent DR capabilities built into their products. これらの製品では通常、両方のリージョンに存在する仮想マシンにアプリケーションがインストールされ、同時に実行される必要があります。アプリケーションは両方のリージョンにインストールされますが、スタンバイ・リージョンでは実行されません。

この例では、合計4つのコンピュート・インスタンスを使用しています。

コスト見積りには、各リージョンのIaaSおよびPaaSリソースのOCPUおよびECPUの合計数をプラグインする6つのフィールドが含まれています。次の表に、原価見積機能で入力する6つのフィールドを示します。フィールドの値は、2つのOCIリージョンにまたがるディザスタ・リカバリ用にデプロイされた架空のアプリケーション・スタックを表す次の表に示す詳細に基づいています。ユーザーがインストールおよび管理するデータベースに関連するコストはありません。かわりに、データベースおよびData Guardをホストする仮想マシンによって消費されるOPCUによってコストが考慮されます。

プライマリ・リージョン(リージョン1)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

次の表に、プライマリ・リージョンに存在する、またはプライマリ・リージョンに存在するIaaSおよびPaaSリソースの例を示します。次の表の最後の行のCPU合計は、上のコスト試算ツールの例に示されている数字です。

スタンバイ・リージョン(リージョン2)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

この例では、常に単一のリージョンにのみ存在する移動コンピュートのみが含まれます。したがって、スタンバイ保護グループにはチャージ可能なメンバー・リソースがないため、スタンバイ・リージョンのフル・スタック・ディザスタ・リカバリの料金は発生しません。

例4: OKE、データベース、Oracle Integrationを備えたアプリケーション・スタック、コンピューティングの移動および非移動コンピュート

次の例は、2つのOCIリージョンにデプロイされた架空のビジネス・システムを示しています。アプリケーション・スタックの一部であるIaaSおよびPaaSサービスに応じて、すべての顧客に異なるものがあります。

この例では、Oracle Kubernetes Engineクラスタ(OKE)でホストされるワーカー・ノードを含むビジネス・システムのFull Stack DRの価格設定、および両方のリージョンのDR保護グループのメンバーとしての移動および移動以外のコンピュートの設定方法を示します。これは、リソース・プランニング、財務、倉庫管理、サプライ・チェーン管理、顧客関係管理、営業ポータルなど、OracleまたはOracle以外のアプリケーションのアプリケーション・スタックをホストする可能性のあるビジネス・システムのより一般的なデプロイメント・アーキテクチャの小規模な例です。The moving compute might be used to host Oracle or non-Oracle applications that can function with minimal modifications when brought up in a different region. 非移動コンピュートは通常、機能しないOracleまたは非Oracle applicationsをホストするため、または別のリージョンで起動したときにまったく機能するように簡単に変更するために使用されます。Examples of applications that might be installed on non-moving compute are Oracle applications such as PeopleSoft, JD Edwards EnterpriseOne, Oracle Siebel CRM, Oracle E-Business Suite, Oracle WebLogic Server, and so on. これらのアプリケーションは、プライマリ・リージョンの仮想マシンにインストールしてアクティブに実行し、インストールする必要がありますが、スタンバイ・リージョンで実行されている仮想マシンではアクティブではありません。

この例では、合計4つの標準コンピュート・インスタンス、4つのOKEワーカー・ノード、および1つのDR計画実行でリカバリされるAutonomous Database、ベース・データベースおよびExadataを含む複数の異なるOracleデータベースを使用します。

コスト見積りには、各リージョンのIaaSおよびPaaSリソースのOCPUおよびECPUの合計数をプラグインする6つのフィールドが含まれています。次の表に、原価見積機能で入力する6つのフィールドを示します。フィールドの値は、2つのOCIリージョンにまたがるディザスタ・リカバリ用にデプロイされた架空のアプリケーション・スタックを表す次の表に示す詳細に基づいています。

メトリック合計

プライマリDR保護グループのCPU

プライマリ・リージョン(リージョン1)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

次の表に、プライマリ・リージョンに存在する、またはプライマリ・リージョンに存在するIaaSおよびPaaSリソースの例を示します。次の表の最後の行のCPU合計は、上のコスト試算ツールの例に示されている数字です。

スタンバイDR保護グループのCPU

スタンバイ・リージョン(リージョン2)のDR保護グループのメンバーであるコンピュート・インスタンスまたはデータベースによって消費されたすべてのCPUを合計します。

スタンバイ・リージョンに現在存在するメンバー・リソースのみを含めます。DR操作後にリソースが存在する場所を計算する必要はありません。現在の通常の動作状態にあるリソースを追加するだけです。プライマリ・リージョン内の移動コンピュートは、スタンバイDR保護グループのメンバーとして含まれないため、スタンバイ・リージョン内の移動コンピュートに対するOCPU料金はありません。