配布について

高可用性を実現するためにアプリケーションとデータベースを2つのAzure AZにデプロイし、OCIでキー管理と自動データベース・バックアップを設定します。

Azureへのアプリケーション層のデプロイ

MAAソリューションでは、冗長性とフォルト・トレランスでアプリケーションをデプロイする必要があります。

少なくとも2つのAZにアプリケーション層をデプロイします。複数のAZにデプロイするプロセスとソリューションは、Azureサービスおよび関連するリソースによって異なります。Azure Kubernetes Service (AKS)を使用すると、ワーカー・ノードのプライベート・クラスタを異なるAZにデプロイできます。Kubernetesコントロール・プレーンは、ポッドとワークロードをメンテナンスおよび同期します。
MAAソリューションの継続的サービスのアプリケーション・チェックリストの詳細を参照し、計画メンテナンスおよび停止シナリオ中に、使用可能なプライマリRACインスタンスまたはスタンバイRACインスタンスにアプリケーションを効率的に再接続するためのステップに従います。これらの単純な構成のベスト・プラクティスには、アプリケーションのクラスタウェア管理データベース・サービスの作成、プライマリおよびスタンバイSCAN対応のMAA推奨接続文字列の使用、高速アプリケーション通知(FAN)の有効化、および正常なアプリケーション・スイッチオーバーのためのアプリケーション・ドレインの有効化が含まれます。少なくとも、レベル1およびレベル2のステップは、アプリケーション・サービスの停止時間を短縮するための前提条件です。

OCIでのデータベース層の設定

Oracle Data Guardは、プライマリ・データベースからREDOデータを転送および適用することによってスタンバイ・データベースをメンテナンスします。計画メンテナンスまたは障害時リカバリ・テストの場合は、Oracle Data Guardスイッチオーバーを使用します。プライマリ・データベースが使用不能になった場合は、Oracle Data Guardフェイルオーバーを使用してサービスを再開します。

次のステップでは、OCI管理対象ネットワークによってOracle Database@AzureのAZ間でOracle Data Guardを有効にするプロセスについて説明します。OCIはパフォーマンス(レイテンシ、スループット)に適したネットワークであり、エグレスまたはイングレス・コストは発生しません。

ExadataクラスタがAzureで作成されると、それぞれ異なるOCI Virtual Cloud Network (VCN)に配置されます。Oracle Data Guardで必要とされているように、異なるVCN内のリソースが相互に通信するには、VCNをピアリングし、IPアドレス範囲が相互にアクセスできるようにするための追加のステップが必要です。VCN間の通信を構成するには、次のステップに従います。

OCIコンソールにログインし、プライマリおよびスタンバイExadata VMクラスタのVCNにローカル・ピアリング・ゲートウェイ(LPG)を作成します。
プライマリLPGとスタンバイLPG間のピア接続を確立し、スタンバイVCNでピア・ゲートウェイを選択解除します。

ノート:
各VCNは、1つのDynamic Routing Gateway (DRG)のみを持つことができます。スタンバイ・データベースが別のリージョンの特定のExadata VMクラスタにある場合は、ハブVCNを構成する必要があります。
デフォルト・ルート表を更新して、インバウンドおよびアウトバウンドのデータ転送コストを発生させずに、OCIネットワークを介してプライマリ・データベースとスタンバイ・データベース間のトラフィックをルーティングします。
プライマリおよびスタンバイのネットワーク・セキュリティ・グループを更新して、TCPポート1521のプライマリおよびスタンバイ・クライアント・サブネット・イングレスを許可するセキュリティ・ルールを作成します。オプションで、データベース・サーバーへの直接SSHアクセス用にSSHポート22を追加できます。
プライマリ・データベースのData GuardまたはActive Data Guardを有効にします。Oracle Databaseの詳細ページで、「Data Guardアソシエーション」をクリックし、「Data Guardの有効化」ボタンをクリックします。
「Enable Data Guard」ページで、次の手順を実行します。
1. Azure AZにマップされたスタンバイ可用性ドメインを選択します。
2. スタンバイExadataインフラストラクチャを選択します。
3. 目的のスタンバイ VMクラスタを選択します。
4. 「Data Guard」または「Active Data Guard」を選択します。MAAでは、データ破損の自動ブロック修復およびレポートのオフロード機能にActive Data Guardを推奨しています。
5. RTOおよびRPOを満たす保護モードおよびREDO転送タイプを選択します。
6. 既存を選択するか、新しいデータベース・ホームを作成します。スタンバイ・データベース・ホームにはプライマリ・データベースの同じデータベース・ソフトウェア・イメージを使用することをお薦めします。そのため、どちらも同じパッチを使用できます。
7. SYSユーザーのパスワードを入力し、Data Guardを有効にします。
Data Guardを有効にすると、スタンバイ・データベースが「Data Guardアソシエーション」セクションにリストされます。
(オプション)自動フェイルオーバー(ファスト・スタート・フェイルオーバー)を有効にして、障害発生時のリカバリ時間を短縮するには、別のVM(できれば別の場所またはアプリケーション・ネットワーク)にData Guardオブザーバをインストールします。詳細は、ファスト・スタート・フェイルオーバーおよびOracle Data Guardの構成とデプロイに関するドキュメントを参照してください。(これらは現在手動のステップであり、クラウドの自動化の一部ではありません。)

計画メンテナンスおよび停止による予想解決について

このプレイブックのOracle Data Guard構成(Exadataハードウェア上のOracle RACデータベースを含む)を使用すると、計画停止イベントおよび計画外停止イベントを軽減できます。

この表は、供給中止イベントとデータ保護を提供する解決を示しています。

イベント	対処方法
データベース・インスタンスおよびハードウェア障害に対する保護。	ExaDB-DおよびOracle RACによって提供される高可用性および冗長性。
計画メンテナンス: ダウンタイムなしで更新(パッチ適用)をローリングします。	ExaDB-D、Oracle RACおよびクラウドの自動化によって提供される高可用性および冗長性。DBMS_ROLLINGを使用したExadata Cloud Database 19cローリング・アップグレードの詳細(ドキュメントID 2832235.1)を参照してください。
計画メンテナンス: 最小(5分)のダウンタイムでアップグレードをローリングします。	AZ間でOracle Data Guard DBMS_ROLLINGによって提供されるデータ・レプリケーションおよび保護。
データベース、クラスタおよびAZ障害に対する保護。	AZ間でOracle Data Guardによって提供されるデータ・レプリケーションおよび保護。
AZデータ・プレーン・サイトの障害。	AZ間でOracle Data Guardによって提供されるデータ・レプリケーションおよび保護。
メンテナンス・イベントおよび計画外停止中のデータベース・セッションの中断。	アプリケーションの継続的可用性のベスト・プラクティスを組み込むには、詳細を参照してください。