この記事では、Oracle Exadata Database@Azure デプロイの高可用性 (HA) とディザスター リカバリー (DR) の接続に関する考慮事項について説明します。 まず、単一リージョンの冗長性に対処してから、リージョン間アーキテクチャに拡張して、環境の回復性を維持し、低復旧ポイント目標 (RPO) と目標復旧時間 (RTO) の要件を満たすのに役立ちます。
次の重要な要件に対処する必要があります。
低待機時間: 最適なパフォーマンスを得るためのデータベース トラフィックの待機時間を最小限に抑えます。
ビジネス継続性とディザスター リカバリー (BCDR): Oracle Exadata Database@Azureおよび関連アプリケーションの HA は、RTO または RPO が低いビジネス運用を維持するために不可欠です。
プライマリとスタンバイの Oracle Exadata Database@Azure インスタンス間のネットワーク接続は、Azure ネットワークと Oracle Cloud Infrastructure (OCI) ネットワークを介して確立できます。 この接続の既定のルートは Azure 経由です。 この記事では、BCDR 要件を満たすために Azure 内のネットワークを設計することに重点を置いています。 詳細については、「Oracle Database@Azure のBCDR」を参照してください。
同じリージョン内の冗長性
単一リージョンの冗長性を確保するには、2 つの個別の Oracle Exadata Database@Azure デプロイが必要です。 各デプロイは、異なる仮想ネットワーク内にあり、異なる可用性ゾーンに合わせる必要があります。
次の図は、個別の仮想ネットワークで 2 つの Oracle Exadata Database@Azure デプロイを使用して複数の可用性ゾーンにまたがる単一リージョン冗長セットアップを示しています。
注
Oracle Data Guard は、基になる Azure ネットワークを使用します。 データ レプリケーションは、Azure リージョン内のピアリングされた Azure 仮想ネットワークを介して行われ、OCI ネットワークは使用されません。 Azure Virtual Network ピアリングのコストが適用されます。
リージョン間の冗長性
Oracle Database@Azure を使用してリージョン間の冗長性を実現するには、プライマリとスタンバイの Exadata インフラストラクチャを異なる Azure リージョンの個別の仮想ネットワークにデプロイします。 グローバル仮想ネットワーク ピアリングを使用して直接接続を確立できます。これにより、リージョン間の待機時間が短く、スループットの高いレプリケーションが可能になります。
次の図は、グローバル仮想ネットワーク ピアリングを使用する推奨されるリージョン間構成を示しています。
設計に関する考慮事項
BCDR のネットワーク オプション: Azure ネットワークと OCI ネットワークを使用して、プライマリとスタンバイの Oracle Database@Azure インスタンス間のネットワーク接続を確立できます。 この接続の既定のルートは Azure 経由です。
可用性ゾーン: 2 つの Oracle Exadata Database@Azure デプロイが異なる可用性ゾーンにまたがることを確認し、可用性ゾーン レベルで障害を分離します。
設計に関する推奨事項
ネットワーク仮想アプライアンス (NVA): ネットワーク パスでの NVA やその他のアプライアンスの使用を最小限に抑えます。各追加ホップによって待機時間が長くなり、Data Guard レプリケーションのパフォーマンスが低下する可能性があるためです。
リージョン間 DR の非同期レプリケーション: 地理的に離れたリージョン間の待機時間が長いため、非同期 Data Guard レプリケーションの使用を検討してください。 このモードでは、運用環境のパフォーマンスに影響を与えることなく、待機時間の増加に対処できます。
次のステップ
移行を準備するには、オンプレミスの Oracle Database から Oracle Exadata Database@Azureへの接続を検討してください。 詳細については、「移行接続設計 を参照してください。