Oracle Cloud Infrastructureドキュメント

フル・スタック・ディザスタ・リカバリの用語と概念

フルスタックDRを使用する前に、次の主要な用語および概念をよく理解してください。

  • ディザスタ・リカバリ(DR) – 停止後にビジネス・システム(サービス)の一部または全部をリストアするプロセス。このビジネス・システムのリカバリは、同じ地理的リージョンまたは別の地理的リージョンで発生する可能性があります。
  • フル・スタック – ビジネス・システム、アプリケーションまたはソフトウェア・サービスのすべての機能レイヤーを総称するために使用される用語。アプリケーションは、アプリケーション・レイヤー、ミドルウェア・レイヤー、データベース・レイヤー、インフラストラクチャ・レイヤーなどの様々な機能レイヤー(層)で構成されます。
  • リカバリ・ポイント目標(RPO) – RPOは、DRリストアの一部として許容できるデータ損失の最大量を定義します。RPOは通常、時間単位で表されます。
  • リカバリ時間目標(RTO) – RTOは、サービスがリストアされるまでに、DR保護対象のアプリケーションまたはサービスを使用できない最大時間を定義します。RTOは通常、時間単位で表されます。
  • プライマリ – 現在使用されているアプリケーションまたはサービスの本番バージョン。フル・スタックDRとは、アプリケーションのプライマリ・バージョンをプライマリ・ロールを持つことを意味します。
  • スタンバイ – アプリケーションまたはサービスの予約バージョン。スタンバイは、アプリケーションまたはサービスがリストアされる代替リージョンを示す場合にも使用されます。フル・スタックDRとは、アプリケーションのスタンバイ・バージョンがスタンバイ・ロールを持つことを意味します。
  • ウォーム・スタンバイ - 将来のDR遷移に備えて、アプリケーションまたはサービスの一部または全部のコンポーネントがスタンバイ・リージョンに事前デプロイされるDRモデル。このモデルでは、運用コストは高くなりますが、RTOは低くなります。
  • コールド・スタンバイ - 将来のDR遷移に備えて、アプリケーションまたはサービスの一部または全部のコンポーネントがスタンバイ・リージョンに事前デプロイされる必要のないDRモデル。アプリケーション・コンポーネントは、DR遷移の一環としてデプロイされます。このモデルでは、運用コストは低くなりますが、RTOは高くなります。
  • ロール – アプリケーションとそのリージョンが現在プライマリ(本番)バージョンかスタンバイ(予約)バージョンかを指定します。DR遷移の結果として、アプリケーションのロールとそのリージョンのロールが変更されます。
  • リソース – リソースは、単独で使用および管理できるOCIのコンポーネントです。OCIリソースの例として、コンピュート・インスタンス、ブロック・ボリューム、データベース、ロード・バランサなどがあります。フルスタックDRによって提供されるリソースの例には、DR保護グループ、DRプラン、およびDR計画実行があります。
  • DR保護グループ - フル・スタックDRで使用されるリソース・タイプ。DR保護グループは、ディザスタ・リカバリのために定義された整合性グループを表します。これは、アプリケーションを構成する様々なOCIリソースのコレクションで、ディザスタ・リカバリ操作の実行時に結合グループとして扱う必要があります。たとえば、DR保護グループは、アプリケーション・サーバー(コンピュート・インスタンス)、関連付けられたブロック・ストレージ(ボリューム・グループとしてグループ化)およびデータベースで構成できます。
  • アソシエーション – 2つのDR保護グループ間に定義されたペア関係。フル・スタックDRのDR保護グループは、DRサービスの実装に使用する前に、プライマリおよびスタンバイの関係で関連付け(ペアリング)する必要があります。2つのDR保護グループ間のアソシエーションは排他的です。つまり、1つのDR保護グループは、他の1つのDR保護グループにのみ関連付けることができます。
  • DRプラン - フル・スタックDRで使用されるリソース・タイプ。DR計画は、DR保護グループのペアに関連付けられたDRワークフローを表します。DR計画は、計画グループの順序で表されます。さらに、これらの計画グループは計画ステップで構成されます。DR計画は、スタンバイDR保護グループでのみ作成できます。
  • DR計画実行 - フル・スタックDRで使用されるリソース・タイプ。DR計画実行は、DR計画の実行(実行中のインスタンス)を表します。DR計画実行は、スタンバイDR保護グループでのみ作成(起動)できます。
  • 計画グループ – DR計画のステップのグループ。DR計画は、順次実行される1つ以上の計画グループで構成されます。計画グループ内のすべてのステップは、並列実行されます。
  • 計画ステップ – DR計画で分割できない単一の実行単位。計画ステップは、計画グループに属している必要があります。
  • DR計画リフレッシュ - DR保護グループ・メンバーが追加、削除または更新されたため、DR計画をリフレッシュして保持および再利用するオプション。ディザスタ・リカバリ計画のリフレッシュを参照してください。
  • 組込みグループまたはステップ - DR計画の作成時にフル・スタックDRによって自動的に生成されるプラン・グループまたはステップのタイプ。組込み計画ステップの例として、コンピュート・インスタンスの起動やデータベースのスイッチオーバーなどがあります。
  • ユーザー定義のグループまたはステップ- DR計画がフル・スタックDRによって作成された後にユーザーがDR計画に追加するプラン・グループまたはステップのタイプ。
  • 事前チェック – DR計画に関連付けられた事前決定済のチェックのセット。DR計画の事前チェックでは、DR計画が関連付けられているDR保護グループのメンバーおよび構成にそのDR計画が準拠していることを検証するための一連のチェックが実行されます。DR計画(DRワークフロー)が保護対象のトポロジと常に一致するように、事前チェックを使用して進行中のDR計画の検証(DR準備状況チェック)を実行します。
  • スイッチオーバー – プライマリDR保護グループからスタンバイDR保護グループへのサービスの計画済遷移を実行するDR計画のタイプ。スイッチオーバー計画は、プライマリ・リージョンのアプリケーション・スタックを停止してから、スタンバイ・リージョンでそれを起動することで、順次遷移を実行します。したがって、スイッチオーバー計画では、アプリケーション・スタック・コンポーネントおよびその他の必要なOCIサービスが両方のリージョンで使用可能である必要があります。
  • フェイルオーバー – スタンバイDR保護グループへのサービスの計画外遷移を実行するDR計画のタイプ。フェイルオーバー計画は通常、プライマリ・リージョンでサービスの停止を試行せずに、スタンバイ・リージョンでアプリケーション・スタックを起動することで即時遷移を実行します。したがって、フェイルオーバー計画では、OCIサービスがスタンバイ・リージョンで使用可能であることのみが必要です。フェイルオーバー計画は通常、停止または障害がプライマリ・リージョンに影響する場合にDR遷移を実行するために使用されます。
  • DRドリル - 関連付けられたDR保護グループのペアに対してDRドリルを実行すると、スタンバイDR保護グループのアプリケーション・スタックのレプリカが起動されます。このレプリカスタックを使用して、DRプロセスの有効性をテストおよび検証できます。「DRドリルの開始」計画実行によってスタンバイにアプリケーション・スタック・レプリカが作成され、「DRドリルの停止」計画実行によってこのアプリケーション・スタック・レプリカが終了します。