MAA Platinum参照アーキテクチャの概要

18 MAA Platinum参照アーキテクチャの概要

MAA PlatinumまたはNever-Down Architectureは、ほぼゼロのリカバリ時間目標(RTO、停止中に発生した停止時間)と、潜在的にゼロまたはほぼゼロのリカバリ・ポイント目標(RPO、データ損失の可能性)を達成します。

MAA Platinumリファレンス・アーキテクチャにより、次の事項が保証されます。

RTO = Oracle RAC、フルスタック冗長性およびフェイルオーバー機能を備えたOracle Exadata Database Machineプラットフォーム使用することで、すべてのローカル障害に対してゼロまたはほぼゼロ
RTO = データベース、クラスタ、サイトの障害などのディザスタに対してゼロまたはほぼゼロ。アクティブなOracle GoldenGateソースまたはターゲットにアプリケーションをリダイレクトすることで実現します
Oracle RACおよびExadata Database Machineプラットフォームを使用することで、ソフトウェアおよびハードウェアの更新のためのメンテナンスの停止時間ゼロ
アップグレード済のOracle GoldenGateソース・データベースまたはターゲット・データベースにアプリケーションをリダイレクトすることで、データベース・アップグレードまたはアプリケーション・アップグレードの停止時間ゼロ
RPO = REDO転送(SYNC、FAR SYNCまたはASYNC)を指定するOracle Data Guard保護モード設定に応じて、ゼロまたはほぼゼロのデータ損失
障害発生後のOracle GoldenGateソースおよびターゲット・データベース間の高速再同期とゼロまたはほぼゼロのRPO。

データベース障害の発生後、そのスタンバイ・データベースへの自動フェイルオーバーが自動的に実行されます。その後、Oracle GoldenGateソースとターゲット・データベースの間の自動再同期が再開されます。SYNC転送の場合、データ損失は最終的にゼロになります。

表18-1 MAA Platinum停止マトリックス

イベント	RTO/RPOサービス・レベル目標¹
計画外停止
リカバリ可能なノードまたはインスタンスの障害	ゼロまたは1桁秒^2、3
破損とサイトの障害のあるディザスタ	ゼロ³
計画メンテナンス
最も一般的なソフトウェアおよびハードウェアの更新	ゼロ²
データベースまたはアプリケーションのメジャー・アップグレード	ゼロ³

¹RPO=0 (特に明示されていない場合)

²オンライン処理の停止時間ゼロまたは最小限の影響を達成するには、MAAアプリケーション高可用性のベスト・プラクティス(チェックリストとも呼ばれる)を適用します。バッチ操作などの長時間実行トランザクションについては、計画メンテナンス・ウィンドウ外に延期することをお薦めします。

³アプリケーション・フェイルオーバーは、Global Data Servicesでカスタマイズまたは管理されます。

Platinum MAAソリューションでは次の機能を使用できます。

Oracle Real Application Clusters。ソースおよびターゲットの推奨データベースはExadata Database Machine Platform, Exadata Database Service on Dedicated Infrastructure (ExaDB-D), or Oracle Exadata Database Service on Cloud@Customer (ExaDB-C@C)です
Oracle Active Data Guard。ファスト・スタート・フェイルオーバーを使用することで、データベース、クラスタまたはデータ・センターの障害が発生した場合に、データ損失を抑制し、自動的にスタンバイにフェイルオーバーします。通常、スタンバイ・データベースは、独立した電源装置を備えた個別のフォルト・ドメイン(FD)、個別のデータ・センター、または独立した電源とネットワークを備えた可用性ドメイン(AD)にあります。また、スタンバイは、一般に障害分離が最大になるようにリージョンをまたいで存在することもできます。
Oracle GoldenGate。データベース、クラスタ、サイトの障害または計画停止(データベースやアプリケーションのアップグレードなど)の直後にアプリケーションをフェイルオーバーするために利用できる2つのアクティブな読取り/書込みデータベース・システムが有効になります。Oracle GoldenGateレプリケーションが発生しているソースおよびターゲット・データベースは、同じリージョンに存在することも、複数のADや複数のリージョンにまたがって存在することもできます。

次の図に示すMAA Platinumアーキテクチャでは、2つのアクティブな読取り/書込みプライマリ・データベース(ソースまたはターゲット・データベース)が個別のリージョンに存在します。Oracle GoldenGateレプリケーションは、プライマリとリモートのリージョン間のソースおよびターゲット・データベース間で発生します。それぞれのプライマリ・データベースは、同じリージョン内の別のADのスタンバイ・データベースによって保護されます。

Data Guardファスト・スタート・フェイルオーバー(FSFO)を使用すると、プライマリ・データベース、クラスタまたはADの障害後に、スタンバイ・データベースが自動的に新しいプライマリ・データベースになります。MAA Oracle GoldenGate構成のベスト・プラクティスを実装すると、Data Guardロールのトランジション後にソースとターゲットのデータベース間でレプリケーションが自動的に再開されます。各データベースは、Exadataプラットフォーム上に存在しています。このプラットフォームは、固有の組込みReal Application Cluster、システムとストレージの冗長性および短時間のブラウンアウト・フェイルオーバー機能を備えています。

図18-1 MAA Platinum参照アーキテクチャ

「図18-1 MAA Platinum参照アーキテクチャ」の説明

MAAプラチナ・アーキテクチャのバリアント

MAA Platinumアーキテクチャを設定する場合、管理者は、潜在的なソースまたはターゲットのデータベースごとにOracle GoldenGateを設定するか、データベース・サーバーから独立したOracle GoldenGateハブを作成するかを決定できます。

次の図に示すMAA Oracle GoldenGateハブには、次の利点があります。

ソースとターゲットのExadataデータベース・システムから、Oracle GoldenGateソフトウェアのインストール、構成およびライフサイクル管理をオフロードします。
ソースおよびターゲットのデータベース・システムに対するOracle GoldenGateリソースの影響を軽減します。
高速で簡単なフェイルオーバーのための2ノード・クラスタ・サーバーを構成することで高可用性を提供し、個別の2ノード・クラスタ・サーバー上の片方の同一GoldenGateハブ・サーバーへのACFSレプリケーションを利用することで障害時リカバリを提供します。
複数の独立したMAA PlatinumまたはOracle GoldenGateアーキテクチャ用のOracle GoldenGate構成およびソフトウェア・デプロイメントを統合します。

図18-2 MAA Oracle GoldenGate Hub

「図18-2 MAA Oracle GoldenGate Hub」の説明

次の図に、MAA PlatinumアーキテクチャによるMAA Oracle GoldenGateハブの例を示します。各ハブは、ローカルの高可用性を提供する2ノード・クラスタであり、追加の保護のために、別のハブ(通常は可用性ドメイン(AD)間またはリージョン間にデプロイされたハブ)へのACFSレプリケーションを使用します。

図18-3 Oracle GoldenGate Hubを使用したMAA Platinum

「図18-3 Oracle GoldenGate Hubを使用したMAA Platinum」の説明

MAA Platinumソリューションの実装方法

MAA Platinumソリューションを実現するには、次のステップで参照されている技術資料とドキュメントを確認および活用します。

Oracle ExadataのOracle MAA Platinum層を確認して、MAA Platinumの利点とユースケースについて理解してください。
MAA Oracle GoldenGateハブ・ソリューションを実装するか、Oracle GoldenGateをデータベース・サーバーに直接設定するかを決定します。
- オプション1: (推奨) MAA Oracle GoldenGate Hubの構成
  - Oracle Cloud構成については、「クラウド: MAA Platinum用Oracle GoldenGate Hubの構成」を参照してください。または
  - オンプレミス構成については、「オンプレミス: Oracle GoldenGate Hubの構成」を参照してください。
- オプション2: Exadata DatabaseサーバーのOracle GoldenGateの構成
  - Oracle Cloud Serviceについては、次を参照してください
    1. 「Cloud: Oracle Exadata Database ServiceでのOracle GoldenGate Microservices Architectureの構成のベスト・プラクティス」、および
    2. Cloud MAA Platinum: Active Data Guardと統合されたOracle GoldenGate Microservices Architecture
  - オンプレミス・システムについては、次を参照してください
    1. 「オンプレミス: Oracle Real Application Clustersを使用したOracle GoldenGate Microservices Architectureの構成のベスト・プラクティス」、および
    2. オンプレミスMAA Platinum: Active Data Guardと統合されたOracle GoldenGate Microservices Architecture
双方向レプリケーションと自動競合検出および解決。Oracle Cloud Infrastructure GoldenGateのドキュメントまたは最新のOracle GoldenGateのドキュメントを参照してください。
次のようなアプリケーション・フェイルオーバー・オプションを構成します
- Global Data Services (Global Data Servicesのドキュメントを参照)、および
- アプリケーションの継続的な可用性の構成のMAAアプリケーション高可用性構成(「チェックリスト」とも呼ばれます)。