Oracle Cloud Infrastructureドキュメント

DR計画のフル・スタックDR組込み計画グループ

OCI Full Stack DRでは、次のメンバー・タイプおよびDR計画がサポートされています。スタンバイDR保護グループにDR計画を作成する場合、フル・スタックDRは、DR保護グループに追加されたメンバーを自動的にイントロスペクトし、それに応じて組込み計画グループを生成します。

DR保護グループのリソース・タイプ:

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

表A-30 DR保護グループのリソース・タイプ:

リソース・タイプ サブ・タイプ
コンピュート
  • 移動インスタンス
  • 非移動インスタンス
Oracle Database
  • Autonomous Container Database
  • 自律型データベース
  • データベース
    • Oracleベース・データベース
    • Oracle Public Cloud上のOracle Exadata
    • Oracle Exadata on Cloud@Customer
    • Oracle Exadata on Exascale Infrastructure
データベース MySQL DBシステム
ストレージ
  • ファイル・システム
  • ボリューム・グループ
  • オブジェクト・ストレージ・バケット
ネットワーキング
  • ロード・バランサ
  • ネットワーク・ロード・バランサ
開発者サービス OKEクラスタ

DR計画:

フル・スタックDRでは、次のプラン・タイプがサポートされています。

表A-31 DR計画

DRプラン 説明
スイッチオーバー スイッチオーバーDR計画は、プライマリからスタンバイDR保護グループへの計画されたサービス遷移を実行します。プライマリ・リージョンでアプリケーション・スタックを起動する前に、プライマリ・リージョンでアプリケーション・スタックを停止することで、正常な移行が保証されます。そのためには、必要なすべてのアプリケーション・スタック・コンポーネントとOCIサービスを両方のリージョンで使用できるようにする必要があります。
フェイルオーバー フェイルオーバーDR計画により、アプリケーション・スタックを起動して、計画外の即時のスタンバイ・リージョンへのサービス移行が可能になります。スタンバイ・リージョンのOCIサービスのみが必要で、プライマリ・リージョンの停止または障害時に使用されます。
スタート・ドリル DRドリル計画実行を開始すると、スタンバイDR保護グループにアプリケーション・スタックのレプリカが作成されます。このレプリカを使用すると、プライマリ環境に影響を与えずにDRプロセスのテストと検証を行うことができます。
ストップ・ドリル DRドリルの停止計画の実行では、DRドリルの開始計画で作成されたアプリケーション・スタック・レプリカが終了します。これにより、DRドリル・テストの完了後にスタンバイ環境がクリーンアップされます。
DR保護グループのメンバー・トポロジ:

アプリケーション要件に基づいて、プライマリおよびスタンバイDR保護グループに様々なメンバー・タイプを追加できます。リソース・タイプおよびDRトポロジに基づいて、追加する必要がある予期されるメンバーを調べます。このステップは、シームレスなDR計画作成プロセスを確保し、エラーを回避するために不可欠です。

次に、いくつかの一般的なガイドラインを示します。
  • インスタンスの移動(VM)をプライマリDR保護グループに追加する場合は、依存するボリューム・グループ(ブートおよびブロック・ボリューム)も同じDR保護グループに含める必要があります。
  • 非移動インスタンス(VM)をプライマリおよびスタンバイDR保護グループの両方に追加する場合:
    • DR保護グループのメンバーであるボリューム・グループ内の、移動していないコンピュート用のブート・ボリュームのみをレプリケートします。
    • オプション: フル・スタックDRで、プライマリ・リージョン内の移動していないコンピュートから1つ以上のブロック・ボリュームをデタッチし、スタンバイ・リージョン内の移動していないコンピュートにブロック・ボリュームを自動的にアタッチまたはマウントする場合は、プライマリDR保護グループにのみ依存ボリューム・グループ(ブロック・ボリューム)をレプリケートして含めます。
  • Oracle Databaseサービスの場合は、プライマリ・ロールを持つデータベースをプライマリDR保護グループに追加し、スタンバイ・ロールを持つデータベースをスタンバイDR保護グループに追加します。
  • MySQL DBシステムの場合は、プライマリ・データベースをプライマリDR保護グループに追加し、スタンバイ・データベースをスタンバイDR保護グループに追加します。
  • 「ロード・バランサ」の場合:
    • フル・スタックDRは、OCIロード・バランサの作成またはプロビジョニングには使用されません。
    • ロード・バランサが存在するか、プライマリ・リージョンとスタンバイ・リージョンの両方でOCIネットワーク・サービスを使用してプロビジョニングする必要があります。
    • ロード・バランサのバックエンド・セットに含まれる仮想マシンを適切なDR保護グループに追加します。ガイドラインの一部を次に示します。
      • 移動コンピュートは、プライマリDR保護グループのメンバーのみになります。
      • プライマリ・リージョンの非移動コンピュートは、プライマリDR保護グループのメンバーのみになります。
      • スタンバイ・リージョンの非移動コンピュートは、スタンバイDR保護グループのメンバーのみになります。
  • ファイル・ストレージの場合は、プライマリ・ファイル・システムをプライマリDR保護グループに追加します。
  • オブジェクト・ストレージの場合は、プライマリ・バケットをプライマリDR保護グループに追加します。
  • OKEクラスタの場合は、プライマリOKEクラスタをプライマリDR保護グループに追加し、スタンバイOKEクラスタをスタンバイDR保護グループに追加します。
  • OKEクラスタで実行されているアプリケーションでブロック・ストレージ、ファイル・システム、ロード・バランサなどの永続ボリュームを使用する場合は、トポロジに基づいて、これらの依存リソースをそれぞれのDR保護グループに追加します。

表A-32 DR保護グループのメンバー・トポロジ

リソース・タイプ サブ・タイプ プライマリDR保護グループ スタンバイDR保護グループ コメント
コンピュート 移動インスタンス
  • プライマリVMの追加
  • ボリューム・グループの追加(ブート・ボリュームとブロック・ボリューム)

NA
  • コンピュートおよびボリューム・グループをプライマリDR保護グループに追加します。
  • アンマウントまたはマウントが必要な依存ファイル・システムがある場合は、拡張オプションの「ファイル・システム」タブでこれらの詳細を構成します。ファイル・システムがプライマリDR保護グループに追加されていることを確認します。
  • デフォルトのOCI配置、容量予約、専用VMホストなどの他の高度な構成については、フル・スタックDRのドキュメントを参照してください。
非移動インスタンス
  • プライマリVMの追加
  • ボリューム・グループの追加(ブロックのみ)
 スタンバイVMの追加
  • 両方の保護グループにコンピュート・リソースを追加します。ボリューム・グループ(ブロック・ボリュームのみ)をプライマリ保護グループに追加します。
  • アンマウントまたはマウントが必要なブロック・ボリュームの場合は、拡張オプションの「ブロック・ボリューム」タブでこれらの詳細を構成します。これらのブロック・ボリュームを含むボリューム・グループをプライマリDR保護グループに追加する必要があります。
  • アンマウントまたはマウントが必要な依存ファイル・システムでは、「ファイル・システム」タブでこれらの詳細を構成します。
  • フェイルオーバー/スイッチオーバー中にインスタンスを起動または停止するには、要件に基づいて対応するチェック・ボックスを選択します。
自律型データベース(ADB-S) NA プライマリDB スタンバイDB OCIコンソール、CLIまたはSDKを使用してData Guardを構成します。
Autonomous Container Database(ADB-DおよびADB-C@C) NA プライマリDB スタンバイDB OCIコンソール、CLIまたはSDKを使用してData Guardを構成します。
データベース
  • Oracleベース・データベース(ベースDB)
  • Oracle Public Cloud上の Oracle Exadata (ExaDB-D)
  • Oracle Exadata on Cloud@Customer(ExaDB-C@C)
  • Oracle Exadata on Exascaleインフラストラクチャ(ExaDB-XS)
 プライマリDB スタンバイDB

OCIコンソール、CLIまたはSDKを使用してData Guardを構成します。DBメンバーの追加中に、データベースのsysパスワードをシークレットとして入力する必要があります。これを入力する前に、必ずOCI Vaultを作成し、sysパスワードをシークレットとして追加してください。

Data Guardを手動で構成した場合は、カスタム・スクリプトを使用して、ユーザー定義プラン・グループの一部として統合します。
データベース- MySQL DB System NA プライマリDBシステム スタンバイDBシステム MySQL DBシステムをそれぞれのDR保護グループに追加し、プライマリDBシステムとスタンバイDBシステムの間でスタンバイDBシステムにチャネル・レプリケーションを構成します。
ボリューム・グループ NA ボリューム・グループ NA プライマリDR保護グループにボリュームグループを追加します。インスタンスの移動には、ボリューム・グループにブート・ボリュームとブロック・ボリュームが含まれている必要があります。移動しないインスタンスの場合、ボリューム・グループにはブロック・ボリュームのみを含める必要があります。
ロード・バランサ NA プライマリ・ロード・バランサ スタンバイ・ロード・バランサ LBRバックエンド・セットの一部である依存バックエンド・コンピュート・インスタンスを、移動または移動しないインスタンスのどちらであるかに基づいて保護グループに追加します。
ネットワーク・ロード・バランサ NA プライマリ・ロード・バランサ スタンバイ・ロード・バランサ LBRバックエンド・セットの一部である依存バックエンド・コンピュート・インスタンスを、移動または移動しないインスタンスのどちらであるかに基づいて保護グループに追加します。
ファイル・システム NA ファイル・システム NA プライマリDR保護グループにファイル・システムを追加します。
OKEクラスタ NA プライマリOKE スタンバイOKE 依存データベースおよびストレージ・メンバーがOKEクラスタ内で使用されている場合は、それらの保護グループに関係なくに追加します。
オブジェクト・ストレージ・バケット NA プライマリ・バケット NA プライマリDR保護グループにオブジェクト・ストレージ・バケットを追加します。

DR計画の組込みプラン・グループ:

DR計画タイプに基づいて、複数の組込み計画グループが自動的に作成されます。各プラン・グループには、複数の順次ステップ(プラン・ステップ)が含まれており、その数はメンバー数によって決定されます。ただし、各プラン・グループ内で、プラン・ステップはパラレルに実行されます。
ノート

ここで説明するプラン・グループは、特定のリソース・タイプに固有であり、理想的には、DR保護グループには依存メンバーも含まれます。
  1. コンピュート

    この機能は、OCI仮想マシンおよび専用仮想マシン・ホストに適用されます。

    表A-33コンピュート

    リソース・タイプ サブタイプ 計画 計画グループ 説明
    コンピュート 移動中 スイッチオーバー コンピュート・インスタンスの停止 プライマリ・リージョンでのコンピュート・インスタンスの停止
    Computeインスタンス- 起動 スタンバイ・リージョンでのコンピュート・インスタンスの起動
    コンピュート・インスタンスの終了 プライマリ・リージョンでコンピュート・インスタンスを終了します。デフォルトでは、このプラン・グループは無効になっています。必要に応じて有効にできます。
    コンピュート・インスタンスのDR保護グループからの削除 スイッチバック・プロセスを容易にするために、DR保護グループに対してコンピュート・インスタンスを追加および削除します。
    フェイルオーバー Computeインスタンス- 起動 スタンバイ・リージョンでのコンピュート・インスタンスの起動
    ドリルの開始 Computeインスタンス- 起動 スタンバイ・リージョンでのコンピュート・インスタンスの起動
    ドリルの停止 コンピュート・インスタンスの停止 スタンバイ・リージョンのコンピュート・インスタンスの停止
    コンピュート・インスタンスの終了 スタンバイ・リージョンのコンピュート・インスタンスの終了
    コンピュート・インスタンスのDR保護グループからの削除 DR保護グループからのコンピュート・インスタンスの削除
    非移動 スイッチオーバー コンピュート・インスタンスからのブロック・ボリュームのデタッチ プライマリ・リージョンのコンピュート・インスタンスからのブロック・ボリュームのデタッチ
    コンピュート・インスタンスの停止 プライマリ・リージョンでのコンピュート・インスタンスの停止
    コンピューティング・インスタンス- 開始 スタンバイ・リージョンでコンピュート・インスタンスを起動します。
    ブロック・ボリュームをコンピュート・インスタンスにアタッチします スタンバイ・リージョンのコンピュート・インスタンスにブロック・ボリュームをアタッチします
    フェイルオーバー コンピューティング・インスタンス- 開始 スタンバイ・リージョンでコンピュート・インスタンスを起動します。
    ブロック・ボリュームをコンピュート・インスタンスにアタッチします スタンバイ・リージョンのコンピュート・インスタンスにブロック・ボリュームをアタッチします
    ドリルの開始 コンピュート・インスタンスの開始 スタンバイ・リージョンでコンピュート・インスタンスを起動します。
    ブロック・ボリュームをコンピュート・インスタンスにアタッチします スタンバイ・リージョンのコンピュート・インスタンスにブロック・ボリュームをアタッチします
    ドリルの停止 コンピュート・インスタンスからのブロック・ボリュームのデタッチ スタンバイ・リージョンのコンピュート・インスタンスからのブロック・ボリュームのデタッチ
    コンピュート・インスタンスの停止 スタンバイ・リージョンのコンピュート・インスタンスの停止
  2. Autonomousコンテナ・データベース

    この機能は、Oracle Autonomous Database on Dedicated Exadata Infrastructure (ADB-D)およびOracle Autonomous Database on Exadata Cloud@Customer (ADB-C@C)に適用されます

    表A-34 Autonomous Container Database

    リソース・タイプ 計画 計画グループ 説明
    Autonomousコンテナ・データベース(ACD) スイッチオーバー Autonomous Container Databases - スイッチオーバー Autonomous Container Databaseのスイッチオーバー
    フェイルオーバー Autonomous Container Databases - フェイルオーバー Autonomous Container Databaseをフェイルオーバーします。
    スタート・ドリル Autonomous Container Databases - スタート・ドリルの場合- スナップショット・スタンダードへの変換 フィジカル・スタンバイからスナップショット・スタンバイへの自律型コンテナ・データベースの変換
    ストップ・ドリル Autonomous Container Databases - ストップ・ドリルの実行- フィジカル・スタンバイへの変換 スナップショット・スタンバイからフィジカル・スタンバイへのAutonomous Container Databaseの変換
  3. Autonomous Database

    This functionality applies to Oracle Autonomous Database Serverless (ADB-S) with the Autonomous Transaction Processing (ATP) workload type and Autonomous Data Warehouse (ADW) with cross-region Autonomous Data Guard (AuDG) enabled.

    表A-35 Autonomous Database

    リソース・タイプ 計画 計画グループ 説明
    自律型データベース スイッチオーバー Autonomous Database - スイッチオーバー 自律型データベースのスイッチオーバー
    フェイルオーバー Autonomous Database - フェイルオーバー 自律型データベースのフェイルオーバー
    スタート・ドリル Autonomous Database - スタート・ドリル - スナップショット・スタンバイへの変換 フィジカル・スタンバイからスナップショット・スタンバイに自律型データベースを変換します。これは、DRドリルのメンバーの追加中に「スナップショット・スタンバイ」を選択した場合に適用できます
    Autonomous Database - スタート・ドリル - クローンの作成 スタンバイ・リージョンにクローンまたはリフレッシュ可能クローンを作成します。DRドリルのメンバーを追加する際に、「クローンの作成」または「リフレッシュ可能クローン」を選択したことが該当します
    ストップ・ドリル Autonomous Database - ストップ・ドリル - 物理スタンバイへの変換 自律型データベースをスナップショット・スタンバイからフィジカル・スタンバイに変換します。これは、DRドリルのメンバーの追加中に「スナップショット・スタンバイ」を選択した場合に適用できます
    Autonomous Database - ストップ・ドリル - クローンの削除 スタンバイ・リージョンのクローンまたは参照可能クローンの削除/終了。DRドリルのメンバーを追加する際に、「クローンの作成」または「リフレッシュ可能クローン」を選択したことが該当します
  4. データベース

    この機能は、Oracle Base Database Service (Base DB)Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D)Oracle Exadata Database Service on Cloud@Customer (ExaDB-C@C)およびOracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS)に、データ・ガード設定クロス・リージョンまたはクロス可用性ドメインに適用されます。

    表A-36データベース

    リソース・タイプ 計画 計画グループ 説明
    データベース スイッチオーバー データベース - スイッチオーバー Oracleデータベースのスイッチオーバー
    フェイルオーバー データベース - フェイルオーバー Oracleデータベースのフェイルオーバー
    スタート・ドリル NA このプラン・タイプは、現在このリソースでサポートされていません。回避策として、ユーザー定義のプラン・グループとともにカスタム・スクリプトを使用できます。
    ストップ・ドリル NA このプラン・タイプは、現在このリソースでサポートされていません。回避策として、ユーザー定義のプラン・グループとともにカスタム・スクリプトを使用できます。
  5. データベース- MySQL DB System
    この機能は、MySQL DB Systemに適用されます

    表A-37データベース- MySQL DB System

    リソース・タイプ 計画 計画グループ 説明
    MySQL DBシステム スイッチオーバー HeatWave MySQL DB System - スイッチオーバー MySQL DB Systemのスイッチオーバー
    フェイルオーバー HeatWave MySQL DB System - フェイルオーバー MySQL DB Systemのフェイルオーバー
    スタート・ドリル HeatWave MySQL DB System - 開始ドリル MySQL DBシステムのクローンの作成
    ストップ・ドリル HeatWave MySQL DB System - ストップ・ドリル MySQL DBシステムのクローンの終了
  6. ボリューム・グループ

    この機能は、ブロック・ストレージ・サービスのブート・ボリュームおよびブロック・ボリュームのリージョン間ボリューム・グループの設定に適用されます。

    表A-38ボリューム・グループ

    リソース・タイプ 計画 計画グループ 説明
    ボリューム・グループ スイッチオーバー ボリューム・グループ- スイッチオーバー スタンバイ・リージョンのボリューム・グループのスイッチオーバー
    ボリュームグループ- リバースレプリケーション スタンバイ・リージョンからのボリューム・グループのリバース・レプリケーションの設定
    ボリューム・グループ- 終了 プライマリ・リージョンのボリューム・グループ(失効)を終了します。デフォルトでは、このプラン・グループは無効になっています。必要に応じて有効にできます。
    ボリューム・グループ- DR保護グループからの削除 DR保護グループに対してボリューム・グループを追加および削除して、スイッチバック・プロセスを容易にします。
    フェイルオーバー ボリューム・グループ- フェイルオーバー- リストア スタンバイ・リージョンのボリューム・グループのリストア
    ドリルの開始 ボリューム・グル- プ- スタート・ドリル- リストア スタンバイ・リージョンのボリューム・グループのリストア
    ドリルの停止 ボリューム・グループ- 終了 スタンバイ・リージョンのボリューム・グループの終了
    ボリューム・グループ- DR保護グループからの削除 スタンバイDR保護グループからのボリューム・グループの削除
  7. ロード・バランサ

    この機能は、アプリケーション・ロード・バランサに適用されます。

    表A-39ロード・バランサ

    リソース・タイプ 計画 計画グループ 説明
    ロード・バランサ スイッチオーバー ロード・バランサ - ソース・バックエンド・セットの更新 プライマリ・リージョンのバックエンド・セットからバックエンド・サーバーを削除します
    ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを追加します
    フェイルオーバー ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを追加します
    スタート・ドリル ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを追加します
    ストップ・ドリル ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを削除します
  8. ネットワーク・ロード・バランサ

    この機能は、ネットワーク・ロード・バランサに適用されます。

    表A-40ネットワーク・ロード・バランサ

    リソース・タイプ 計画 計画グループ 説明
    ネットワーク・ロード・バランサ スイッチオーバー ロード・バランサ - ソース・バックエンド・セットの更新 プライマリ・リージョンのバックエンド・セットからバックエンド・サーバーを削除します
    ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを追加します
    フェイルオーバー ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを追加します
    スタート・ドリル ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを追加します
    ストップ・ドリル ロード・バランサ - 宛先バックエンド・セットの更新 スタンバイ・リージョンのバックエンド・セットからバックエンド・サーバーを削除します
  9. ファイル・システム

    この機能は、File Storageサービスに適用されます。

    表A-41ファイル・システム

    リソース・タイプ 計画 計画グループ 説明
    ファイル・システム スイッチオーバー ファイル・システム- コンピュート・インスタンスからのアンマウント プライマリ・リージョンのコンピュート・インスタンスからファイル・システムをアンマウントします
    ファイル・システム- スイッチオーバー スタンバイ・リージョンのファイル・システムのスイッチオーバー
    ファイル・システム- コンピュート・インスタンスにマウント スタンバイ・リージョンのコンピュート・インスタンスからファイル・システムをマウントします
    ファイルシステム- 終了 プライマリ・リージョンのファイル・システムを終了します。デフォルトでは、このプラン・グループは無効になっています。必要に応じて有効にできます。
    ファイル・システム- リバース・レプリケート スタンバイ・リージョンからファイル・システムのリバース・レプリケーションを設定します。
    ファイル・システム- DR保護グループからの削除 スイッチバック・プロセスを容易にするために、DR保護グループに対してファイル・システムを追加および削除します。
    フェイルオーバー ファイル・システム- フェイルオーバー スタンバイ・リージョンのファイル・システムのフェイルオーバー
    ファイル・システム- コンピュート・インスタンスにマウント スタンバイ・リージョンのコンピュート・インスタンスからファイル・システムをマウントします
    ドリルの開始 ファイル・システム- 開始ドリルのリストア スタンバイ・リージョンのファイル・システムのリストア
    ファイル・システム- コンピュート・インスタンスにマウント スタンバイ・リージョンのコンピュート・インスタンスからファイル・システムをマウントします
    ドリルの停止 ファイル・システム- コンピュート・インスタンスからのアンマウント スタンバイ・リージョンのコンピュート・インスタンスからファイル・システムをアンマウントします
    ファイル・システム- ストップ・ドリル後に終了 スタンバイ・リージョンのファイル・システムの終了
    ファイル・システム- DR保護グループからの削除 スタンバイDR保護グループからのファイル・システムの削除
  10. OKEクラスタ

    この機能は、Oracle Kubernetes Engine (OKE)に適用されます。

    表A-42 OKEクラスタ

    リソース・タイプ 計画 計画グループ 説明
    OKEクラスタ スイッチオーバー OKE - ストップ・バックアップおよびクリーンアップ(プライマリ) プライマリ・リージョンのOKEクラスタからのバックアップおよびクリーンアップ・リソースの停止
    OKE - リストア(スタンバイ) スタンバイ・リージョンのOKEクラスタ内のリソースをリストアします
    OKE - リバース・バックアップのスケジュール(スタンバイ) スタンバイ・リージョンのOKEクラスタからのリバース・バックアップのスケジュール
    OKE - スケール・ダウン(プライマリ) プライマリ・リージョンのOKEクラスタのノード・プールのスケール・ダウン
    OKE - スケール・アップ(スタンバイ) スタンバイ・リージョンのOKEクラスタのノード・プールのスケール・アップ
    フェイルオーバー OKE - リストア(スタンバイ) スタンバイ・リージョンのOKEクラスタ内のリソースをリストアします
    OKE - スケール・アップ(スタンバイ) スタンバイ・リージョンのOKEクラスタのノード・プールのスケール・アップ
    ドリルの開始 OKE - リストア(スタンバイ) スタンバイ・リージョンのOKEクラスタ内のリソースをリストアします
    OKE - スケール・アップ(スタンバイ) スタンバイ・リージョンのOKEクラスタのノード・プールのスケール・アップ
    ドリルの停止 OKE - クリーンアップ(スタンバイ) スタンバイ・リージョンのOKEクラスタからリソースをクリーンアップします
    OKE - スケール・ダウン(スタンバイ) スタンバイ・リージョンのOKEクラスタのノード・プールのスケール・ダウン
  11. オブジェクト・ストレージ・バケット

    この機能は、オブジェクト・ストレージ・バケットに適用されます。

    表A-43オブジェクト・ストレージ・バケット

    リソース・タイプ 計画 計画グループ 説明
    オブジェクト・ストレージ・バケット スイッチオーバー オブジェクト・ストレージ・バケット- レプリケーションの削除(プライマリ) プライマリ・リージョンのオブジェクト・ストレージ・バケットからレプリケーションを削除します
    オブジェクト・ストレージ・バケット- リバース・レプリケーションの設定(スタンバイ) スタンバイ・リージョンのオブジェクト・ストレージ・バケットからのリバース・レプリケーションの設定
    フェイルオーバー オブジェクト・ストレージ・バケット- レプリケーションの削除(スタンバイ) スタンバイ・リージョンのオブジェクト・ストレージ・バケットからのレプリケーションの削除
    オブジェクト・ストレージ・バケット- リバース・レプリケーションの設定(スタンバイ) スタンバイ・リージョンのオブジェクト・ストレージ・バケットからのリバース・レプリケーションの設定
    スタート・ドリル NA このプラン・タイプは、現在このリソースでサポートされていません
    ストップ・ドリル NA このプラン・タイプは、現在このリソースでサポートされていません

親トピック: リファレンス