次の方法で共有


Oracle Database@Azureのネットワーク トポロジと接続 - BCDR 接続設計

この記事では、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 経由です。 この記事では、Azure 内のネットワークの設計に重点を置いています。 詳細については、「Oracle Database@Azure のBCDR」を参照してください。

同じリージョン内の冗長性

単一リージョンの冗長性を確保するには、2 つの個別の Oracle Exadata Database@Azure デプロイが必要です。 各デプロイは、異なる仮想ネットワーク内にあり、異なる可用性ゾーンに合わせる必要があります。

次の図は、個別の仮想ネットワークで 2 つの Oracle Exadata Database@Azure デプロイを使用して複数の可用性ゾーンにまたがる単一リージョン冗長セットアップを示しています。

Oracle Exadata Database@Azureのリージョン内冗長性を示す図。

手記

Oracle Data Guard は、基になる Azure ネットワークを使用します。 データ レプリケーションは、Azure リージョン内のピアリングされた Azure 仮想ネットワークを介して行われ、OCI ネットワークは使用されません。 データ エグレス料金が適用されます。

リージョン間の冗長性

リージョン間で冗長ネットワークセットアップをデプロイするには、Azure または OCI でトラフィックを構成します。 次のパターンは、トラフィックが Azure 内に残る必要があるシナリオのガイダンスを提供します。 次の図は、ハブアンドスポーク トポロジを示しています。

ハブアンドスポーク トポロジを示す図。

次の図は、Azure Virtual WAN トポロジを示しています。

Virtual WAN トポロジを示す図。

設計に関する考慮事項

  • BCDR のネットワーク オプション: Azure ネットワークと OCI ネットワークを使用して、プライマリとスタンバイの Oracle Database@Azure インスタンス間のネットワーク接続を確立できます。 この接続の既定のルートは Azure 経由です。

  • エグレス コスト: データをレプリケートするときに、仮想ネットワーク間のエグレス コストを考慮します。

  • 可用性ゾーン: 2 つの Oracle Exadata Database@Azure デプロイが異なる可用性ゾーンにまたがることを確認し、可用性ゾーン レベルで障害を分離します。

  • Data Guard の構成: 同じリージョンまたは可用性ゾーン内の DR の場合は、RTO と RPO のターゲットを最小限に抑え、パフォーマンスを最適化するために、Data Guard を同期モードで有効にして構成する必要があります。 詳細については、Oracle Database@Azure BCDR に関する考慮事項を参照してください。

  • サポートされているネットワーク トポロジ: 仮想 WAN ベースの接続とハブ ネットワークとのピアリングを使用します。

設計に関する推奨事項

  • ネットワーク仮想アプライアンス (NVA): 追加ホップごとに待機時間が長くなり、Data Guard レプリケーションのパフォーマンスが低下する可能性があるため、ネットワーク パスでの NVA の使用を最小限に抑えます。

  • コストと成長: イングレスとエグレスのコスト、将来の成長期待、ネットワーク アーキテクチャに対する潜在的な変更を評価します。 ビジネス継続性の目標と予算の制約に合わせて設計を調整します。

  • リージョン間 DR の非同期レプリケーション: 地理的に離れたリージョン間の待機時間が長いため、非同期 Data Guard レプリケーションの使用を検討してください。 このモードでは、運用環境のパフォーマンスに影響を与えることなく、待機時間の増加に対処できます。 また、堅牢な DR 機能も提供します。

次の手順

移行を準備するには、オンプレミスの Oracle Database から Oracle Exadata Database@Azureへの接続を検討してください。 詳細については、「移行接続設計 を参照してください。