Oracle Database@Azure - GoldenGateからExadataへの接続 (2026/04/03)

Oracle Database@Azure - GoldenGateからExadataへの接続 (2026/04/03)

https://www.ateam-oracle.com/oracle-dbazure-golden-gate-to-exadata-connections

投稿者：Radu Nistor | Master Principal Cloud Architect

Devinder Singh | Senior Principal Solutions Architect

こんにちは！今回のブログ記事では、Oracle GoldenGateサービスのネットワークアーキテクチャ、特にMicrosoft AzureにデプロイされたOracle Exadata VM Clusterへの接続方法について説明します。

Oracle Exadata Database@Azure

GoldenGateについて詳しく説明する前に、Oracle Database@AzureにデプロイされたOracle Exadataのアーキテクチャについて説明しましょう。公式ドキュメントとこのブログ記事でさらに詳しい情報をご覧いただけますが、簡単にまとめると次のようになります。

  • Microsoft Azureでは、仮想ネットワークサブネットがOracleデプロイメントに割り当てられます。このサブネットには、Exadata VMクラスタが格納されます。
  • Azure の委任されたサブネットについては、自動化によって、関連するサブコンポーネント（サブネット、ルーティングテーブルなど）を備えた仮想クラウドネットワークが Oracle Cloud に構築されます。
  • 本サービスによってデプロイされたExadata VMクラスタは、どちらのクラウド上にあっても、それぞれのクラウドのネットワーク構造を介してアクセスできます。

標準的なExadataデプロイメントの図を見てみましょう。

OCI GoldenGateサービスを使用して、このExadataデータベースに接続する方法を見ていきましょう。

Oracle GoldenGateサービス

サービスのネットワーク面を検討する際には、このブログ記事で説明されているいくつかの詳細事項があります。要約すると次のとおりです。

  • GGのデプロイメントには、ターゲットとしてOracle Cloud VCNサブネットが必要です。
  • GGのデプロイメントでは、ターゲットサブネット内にエンドポイントが作成され、それを使用して定義されたターゲットデータベースに接続します。

GoldenGateデプロイメントをOracle DB@Azureデプロイメントに接続することについて議論しているため、Oracle CloudサブスクリプションとGolden Gateサービスについて説明する必要があります。

標準Oracle Cloudサブスクリプション

Oracle GoldenGateサービスは、標準のOracle Cloud Universal Creditsサブスクリプションの一部としてデプロイできます。このタイプを選択した場合、GGサービスは完全にOracle Cloud内に存在し、次の2つのパスを介してAzureのExadataデプロイメントに接続できます。

  1. Azureへのパスは、顧客が管理するリンクを経由します。つまり、GGサービスがMicrosoft Azureにアクセスできるように、ネットワークを構築する必要があります。リンクは通常、パートナーネットワークを経由するFastConnect-ExpressRoute、またはInterconnectサービスを使用した直接接続となります。
  2. Oracleが管理するリンクを経由するパス – Exadata製品ネットワークは両方のクラウドサービスプロバイダーに展開されているため、ローカルピアリングゲートウェイなどの通常のネットワーク構成を使用して、Oracle側からそのネットワークに簡単にピアリング接続できます。

これを簡単に図で表すと次のようになります。

注：このアーキテクチャは、DB@Azureだけでなく、あらゆるマルチクラウド環境に適用可能です。同様の概念は、DB@AWSやDB@GCPにも適用できます。

Oracle Multicloud サブスクリプション

サポートされているAzureリージョンでは、マルチクラウドサブスクリプションを通じてOracle GGサービスをデプロイできます。このオプションを選択する場合、ネットワークに関する詳細事項がいくつかあります。

  • GGサービスが展開されるネットワークは、Microsoft Azureのネットワークアンカー構造を通じて作成されます。
  • Microsoft Azureでネットワークアンカーをデプロイすると、OCIリンクリージョンに「シャドウ」仮想クラウドネットワークが作成され、そのVCNにGGサービスがデプロイされます。
  • GoldenGateサービスに関連するIPアドレス（管理用IPアドレス、共有エンドポイントのイングレスIPアドレス、専用エンドポイントのイングレスIPアドレス）は、委任されたサブネットを介して、OracleネットワークとAzureネットワークの両方からアクセス可能です。

標準的なマルチクラウド展開を示す簡単な図は次のようになります。

次に、GoldenGateサービスをExadata VMクラスタに接続する方法について説明します。これにはいくつかの詳細があります。

  • Exadataのデプロイメントには、Oracle Cloud側にシャドウVCNを作成するAzure VNET委任サブネットが必要です。
  • GoldenGateの展開には、委任サブネットを持つ別のAzure VNET (別の VNET と別のサブネット) が必要となり、さらにネットワーク アンカー構造も必要になります。これにより、Oracle Cloud 側にも別のシャドウ VCN が作成されます。
  • 上記の2点により、2つの製品のネットワークは異なるため、両者が通信できるようにするには、追加のネットワークコンポーネントを構築する必要があります。
  • ネットワークは両方のクラウドプロバイダーで利用可能なので、どちらのクラウドプロバイダー上でも両者間の接続を確立できます。

セットアップの図を見てみましょう。

上記のアーキテクチャを実装するための大まかな手順：

  1. Exadata VM クラスターは、Azure 委任 VN​​ET サブネットに既にデプロイされているものとみなされます。
  2. Exadata VNETとは別のVNETを選択し、そこにOracleサービスに委任する新しいサブネットを作成します。
  3. このブログ記事の手順に従って作成してください。
    • リソースアンカー
    • ネットワークアンカー
    • GoldenGateデプロイメント
  4. OCI側では、GoldenGateメニューからAzure上のOracle Exadataへの新しい接続を作成します。正しいオプションを選択していることを確認してください。

なお、Exadataへの接続文字列には、常にSCAN DNS名を使用することを推奨します。


クリップボードにコピーされました
エラー: コピーできませんでした
クリップボードにコピーされました
エラー: コピーできませんでした
(DESCRIPTION=(CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)(ADDRESS_LIST=(LOAD_BALANCE=on)(ADDRESS=(PROTOCOL=TCP)(HOST=enc-akv-7mz9q-scan.ocioradelsubne.ocivnetuks01.oraclevcn.com)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=SNTLDB01.ocioradelsubne.ocivnetuks01.oraclevcn.com)))

5. 接続をデプロイメントに割り当てます。

6. GoldenGate Shadow VCN で、「セキュリティ」の下に新しい NSG を作成し、GG が EXA に接続できるようにする適切なセキュリティ エントリを作成します (例: ポート 1521 の Exadata クライアント サブネットへの送信ルールを許可)。各構成要素のメニューに移動して、その NSG をデプロイメントと接続に割り当てます。

7. ExadataネットワークとGoldenGateネットワーク間のピアリングを作成します。前述のとおり、どちらのCSPでも使用できます。

  • Azure側を選択した場合、2つのVNET間でVNETピアリングを作成するだけで済み、他に何もする必要はありません。
  • Oracle側を選択する場合は、以下の手順が必要です。
    • 各シャドウVCNにローカルピアリングゲートウェイを1つ作成し、それらをピアリング接続します。
    • 各VCNのデフォルトルートテーブルに、ネクストホップがLPGとなる相手側へのルートを設定します。

8. GoldenGateデプロイメントは、Exadata SCAN名のDNS解決を実行できる必要があります。これを実現する最も簡単な方法は、OCI側でGolden GateデプロイメントのShadow VCN、DNSリゾルバー、関連付けられたプライベートビューに移動し、そこにExadataプライベートビューを配置することです。

すべての手順が正しく実行された場合は、GG Deploymentメニューに戻り、「Exadataへの接続」を選択して「テスト」を押してください。テストが成功した場合は、Golden Gate内の構成に進むことができます。

最後に一点補足しておきますが、ここで説明した手順は、GoldenGateからAzureにデプロイされたOracle Autonomous Databaseへの接続にも同様に使用できます。

以上です！お役に立てれば幸いです。

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

イメージ
ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13) https://blogs.oracle.com/cloud-infrastructure/post/milliseconds-matter-bcc-group-and-oci-vs-aws 投稿者： Steven Riley | Senior Cloud Architect William Bierds | Business Analyst and Systems Engineer - BCC Group International Travis Liles | Master Principal Cloud Architect Puru Patel | Cloud Architect - FSI これは、BCC グループと Oracle Cloud Infrastructure (OCI) 間の市場データ パートナーシップを紹介するブログ シリーズの第 2 部です。   はじめに 金融市場データアプリケーションは、トレーダー、金融機関、そして市場参加者が情報に基づいた意思決定を行えるよう、リアルタイムデータを提供することで、取引エコシステムにおいて重要な役割を果たしています。 前回のブログ で述べたように、取引環境において最適なパフォーマンスを確保するには、市場データを超低レイテンシかつ高い信頼性で配信する必要があります。 今日の急速に変化する金融市場において、クラウドは市場データ・アプリケーションにとって強力な推進力として台頭しています。適切なネットワークとインフラストラクチャがあれば、企業は実行時間の短縮、可用性の向上、そして堅牢なセキュリティを実現できます。しかし、企業によるクラウド導入は遅れており、ワークロードのクラウド移行計画を中止しているケースもあります。そこで、BCCグループとOracle Cloud Infrastructure（OCI）のパートナーシップが注目されています。 BCCグループは、主力市場データアプリケーションであるONE PlatformをOCI上に導入しました。このブログでは、以下の点について説明します。 このパートナーシップがなぜこれほど相乗効果をもたらすのかを探る OC...
続きを読む

OCIのカスタム・ルート表を使用した詳細なルーティング制御 (2025/02/27)

イメージ
OCIのカスタム・ルート表を使用した詳細なルーティング制御 (2025/02/27) https://www.ateam-oracle.com/post/granular-routing-control-with-custom-route-tables-in-oci 投稿者： Achinthya Gopinath | Principal Cloud Architect OCIでは、カスタムVCNルート表をVNIC上の個々のVNICまたは特定のIPアドレスに割り当てることができるため、ルーティングの柔軟性を高める強力な新機能が導入されました。この更新により、異なるトラフィック・ルーティング・ポリシーを必要とするインスタンスに対して個別のサブネットを作成する必要がなくなります。 概要: 以前は、VCNルート表はサブネット・レベルでのみ割り当てられていました。つまり、同じサブネット内の異なるインスタンスで異なるルーティング・ルールが必要な場合は、別々のサブネットを作成し、ネットワーク設計に複雑さを加える必要がありました。 この機能により、次のことができるようになりました。 •    カスタムVCNルート表をVNICまたはVNICの特定のIPアドレスに割り当てます。 •    プライマリIPアドレスとセカンダリIPアドレスの両方にルーティング・ポリシーを適用します。 •    階層ルート表のプリファレンスを有効にします。このプリファレンスは、使用するルート表を決定する構造化アプローチに従います。 ルーティングに関する考慮事項: •    一度にトラフィック・ルーティングを決定するために使用されるルート表は1つのみです。 •    ルート表がIPアドレスに関連付けられている場合は、他のルート表よりも優先されます。 •    IPアドレス/VNICにルート表がない場合は、階層内の次に使用可能なルート表(VNICレベルまたはサブネット・レベル)が使用されます。 詳細の選択プロセス: 1.    VNICのIPアドレスにルート表が関連付けられている場合、その表はIPアドレスからのトラフィックのルーティングに使用されます。 2.  ...
続きを読む