20 MAA Platinum参照アーキテクチャの概要
MAA PlatinumまたはNever-Down Architectureは、ほぼゼロのリカバリ時間目標(RTO、つまり、停止中に発生した停止時間)と、潜在的にゼロまたはほぼゼロのリカバリ・ポイント目標(RPO、つまり、データ損失の可能性)を達成します。
MAA Platinumリファレンス・アーキテクチャにより、次の事項が保証されます。
-
RTO = Oracle RAC、フルスタック冗長性およびフェイルオーバー機能を備えたOracle Exadata Database Machineプラットフォーム使用することで、すべてのローカル障害に対してゼロまたはほぼゼロExadataプラットフォームは、最小限のアプリケーション・ブラウンアウトを実現し、ローカル障害に対してほぼゼロのブラウンアウトに対応し、追加のデータ保護を提供し、インテリジェントな障害防止、検出および修復を実現するために不可欠です。「MAA Platinum: Oracle RACとExadata」を参照してください。
-
RTO = データベース、クラスタ、データ・センター、リージョンの障害などの障害に対してゼロまたはほぼゼロ。アクティブなOracle GoldenGateソースまたはターゲットにアプリケーションをリダイレクトすることで実現します
-
Oracle RACおよびExadata Database Machineプラットフォームを使用することで、ソフトウェアおよびハードウェアの更新のためのメンテナンスの停止時間ゼロ
-
アップグレード済のOracle GoldenGateソース・データベースまたはターゲット・データベースにアプリケーションをリダイレクトすることで、データベース・アップグレードまたはアプリケーション・アップグレードの停止時間ゼロ
-
RPOは、Oracle Data Guard保護モードおよびREDO転送(SYNC、FAST SYNC、FAR SYNCまたはASYNC)を調整することで、ゼロまたはほぼゼロにできます。データ損失ゼロを実現するには、Data Guardファスト・スタート・フェイルオーバー(FSFO)を最大可用性保護モードで使用します。プライマリ・データベースに対するパフォーマンスの影響を排除しながら、データ損失を抑制し、ほぼゼロのRPOを達成するには、Data Guardファスト・スタート・フェイルオーバーを最大パフォーマンス保護モードで使用し、FastStartFailoverLagLimitを設定します。
-
Data Guardの自動フェイルオーバーでは、GoldenGateレプリカが障害後に迅速かつ一貫して再同期されます。
-
Platinum MAAソリューションは、GoldenGate ExtractがスタンバイREDO適用の背後に安全であることを確認することで、データの一貫性と論理トランザクションの整合性を維持します。これは、単純なGoldenGate構成ステップによって保証されます。Data Guardのフェイルオーバー後、GoldenGateは使用可能なREDOを使用して、最後に成功したチェックポイントから自動的に再起動できます。
表20-1 MAA Platinum停止マトリックス
| イベント | RTOサービス・レベル目標 | RPOサービス・レベル目標 |
|---|---|---|
|
計画外停止 |
||
|
リカバリ可能なノードまたはインスタンスの障害 |
1桁秒1 |
ゼロ |
|
破損とリージョンの障害のある障害 |
ゼロ2 |
Data Guardファスト・スタート・フェイルオーバー(FSFO)の有効化は、低RPOを実現するための要件です。
|
|
計画メンテナンス |
||
|
最も一般的なソフトウェアおよびハードウェアの更新 |
ゼロ1 |
ゼロ |
|
データベースまたはアプリケーションのメジャー・アップグレード |
ゼロ2 |
ゼロ |
1オンライン処理の停止時間をゼロにするか、影響を最小にするには、「アプリケーションの継続的な可用性」を適用します。バッチ操作などの長時間実行トランザクションについては、計画メンテナンス・ウィンドウ外に延期することをお薦めします。
2アプリケーション・フェイルオーバーは、Global Data Servicesでカスタマイズまたは管理されます。バッチ操作などの長時間実行トランザクションについては、計画メンテナンス・ウィンドウ外に延期することをお薦めします。
Platinum MAAソリューションでは次の機能を使用できます。
- Oracle Real Application ClustersおよびExadata Database Machineプラットフォーム。 Exadata Database Machineプラットフォームは、オンプレミス、Oracle Cloud Infrastructure、またはOracleのハイパースケール・クラウド・パートナで利用できます。たとえば、Exadata Database Service on Dedicated Infrastructure (ExaDB-D)の場合や、ソースおよびターゲットのデータベース用のOracle Exadata Database Service on Cloud@Customer (ExaDB-C@C)の場合などです
- Oracle Active Data Guard。ファスト・スタート・フェイルオーバーを使用することで、データベース、クラスタまたはデータ・センターの障害が発生した場合に、データ損失を抑制し、自動的にスタンバイにフェイルオーバーします。スタンバイ・データベースは、通常は、個別の電源とネットワークがある別々のデータ・センター、可用性ドメイン(AD)または可用性ゾーン(AZ)にある、個別の電源がある別々のフォルト・ドメイン(FD)にあります。リージョンの障害分離が必要な場合は、リージョンをまたいでスタンバイ・データベースを配置することもできます。
- 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、システムとストレージの冗長性および可能なかぎり短時間のブラウンアウト・フェイルオーバー機能を備えています。
MAAプラチナ・アーキテクチャのバリアント
Platinum MAAアーキテクチャを設定する場合、管理者は、潜在的な各ソース・データベースまたはターゲット・データベースにOracle GoldenGateをインストールするか、データベース・サーバーから独立したOracle GoldenGateハブを作成できます。
次の図に示すMAA Oracle GoldenGateハブには、次の利点があります。
-
ソースとターゲットのExadataデータベース・システムから、Oracle GoldenGateソフトウェアのインストール、構成およびライフサイクル管理をオフロードおよび簡素化します。
-
ソースおよびターゲットのデータベース・システムに対するOracle GoldenGateリソースの影響を軽減します。
-
高速で簡単なフェイルオーバーのための2ノード・クラスタ・サーバーを構成することで高可用性を提供し、個別の2ノード・クラスタ・サーバー上の片方の同一GoldenGateハブ・サーバーへのACFSレプリケーションを利用することで障害時リカバリを提供します。
-
複数の独立したMAA PlatinumまたはOracle GoldenGateアーキテクチャ用のOracle GoldenGate構成およびソフトウェア・デプロイメントを統合します。
次の図に、MAA PlatinumアーキテクチャによるMAA Oracle GoldenGate Hubの例を示します。各ハブは、ローカルの高可用性を提供する2ノード・クラスタであり、追加の保護のために、別のハブ(通常は可用性ドメイン(AD)間またはリージョン間にデプロイされたハブ)へのACFSレプリケーションを使用します。
MAA Platinumソリューションの実装方法
MAA Platinumソリューションを実現するには、次のステップで参照されている技術資料とドキュメントを確認および活用します。
ステップ1 - Oracle GoldenGateデプロイメントの選択
推奨されたMAA Oracle GoldenGate Hubソリューションを実装するか、Oracle GoldenGateをExadataデータベース・サーバーに直接設定するかを決定します。
| Oracle GoldenGateデプロイメント | ガイダンス |
|---|---|
| MAA Oracle GoldenGate Hub |
これは推奨されるデプロイメント構成です Oracle CloudのExadata Database ServiceへのMAA Oracle GoldenGate Hubのデプロイ ExadataオンプレミスへのMAA Oracle GoldenGate Hubのデプロイ |
| Oracle GoldenGate |
Oracle CloudまたはOracle Multi-CloudのExadata Database ServiceへのOracle GoldenGateのデプロイ
ExadataオンプレミスへのOracle GoldenGateのデプロイ |
ステップ2 - 自動競合検出および解決の設定
双方向レプリケーションには、競合検出と解決が必要です。Oracle MAAは、GoldenGateレプリカ間でデータの競合が発生する可能性があるアクティブ/アクティブ分散データベース・アーキテクチャを、Oracle GoldenGateを使用して設計する際に、開発者および管理者をガイドします。詳細は、「開発者および管理者向けのOracle GoldenGateアクティブ/アクティブ・ガイダンス」を参照してください。
ステップ3 - アプリケーション・フェイルオーバーの実装
Oracle Global Data Servicesを使用すると、フォルトトレラントなデータベース・サービスを、レプリケートされたデータベースのセット全体にデプロイし、集中管理できます。これにより、あらゆるデータ・センター内のレプリケートされたデータベース間のシームレスなデータベース間サービス・フェイルオーバーがサポートされ、アプリケーションの可用性が高まります。詳細は、「Oracle Global Data Servicesのベスト・プラクティス」を参照してください。
または、独自のカスタム・アプリケーション・ルーティングを使用して、データベースまたはサイトの障害後にリダイレクトします。