1. Oracle GoldenGate Microservicesドキュメント
  2. 概念
  3. Oracle GoldenGate Microservices Architecture のコンポーネント

Oracle GoldenGate Microservices Architecture のコンポーネント

親トピック: 概念

Microservices Architectureのディレクトリおよび変数

Microservices Architectureの設計では、インストールとデプロイメントのディレクトリ構造は簡略化されています。

このディレクトリ構造は、Linux Foundation Filesystem Hierarchy Standardに基づいています。さらに柔軟性が向上しており、デプロイメントのサブディレクトリの一部をファイル・システムの別の場所や、共有ネットワーク・デバイスを含む別のデバイス上に配置することができます。この設計は、Oracle GoldenGate Microservices Architectureがインストールされている読取り専用のOracle GoldenGateホーム・ディレクトリからなり、カスタム・デプロイメント固有のディレクトリが次のように作成されます。

  • bin
  • cfgtoollogs
  • deinstall
  • diagnostics
  • include
  • install
  • inventory
  • jdk
  • jlib
  • lib
    • instantclient
    • sql
    • utl
  • OPatch
  • oraInst.loc
  • oui
  • srvm

次の図に、Services Manager (srvm)ディレクトリの下のファイルおよびディレクトリを示します。


図ggcon_dt_003a_dirstruc.pngの説明が続きます
図ggcon_dt_003a_dirstruc.pngの説明

次の表に、主要なMAディレクトリと、Oracle GoldenGateのインストール中にそれらのディレクトリを参照するときに使用される変数を示します。例または手順にこれらの変数が含まれているときは、実際の組織のトポロジにおける対応するディレクトリ・パスのフル・パスで変数を置き換えます。

ディレクトリ名 変数 説明 デフォルト・ディレクトリ・パス

Oracle GoldenGateホーム

OGG_HOME

ホスト・コンピュータに作成されるOracle GoldenGateホームは、製品をインストールするために選択したディレクトリです。この読取り専用ディレクトリには、製品のバイナリ、実行可能ファイルおよびライブラリ・ファイルが格納されます。

/ogg_install_location

デプロイメントetcホーム

OGG_ETC_HOME

デプロイメントの構成ファイル(パラメータ・ファイルも含む)が格納される場所。

/ogg_deployment_location/etc

デプロイメント構成ホーム

OGG_CONF_HOME

各デプロイメントの情報および構成アーティファクトが格納される場所。

/ogg_deployment_location/etc/conf

デプロイメント・セキュリティ・ホーム

OGG_SSL_HOME

各デプロイメントのセキュリティ・アーティファクト(証明書、ウォレット)が格納される場所。

/ogg_deployment_location/etc/ssl

デプロイメント変数ホーム

OGG_VAR_HOME

各デプロイメントのロギングおよびレポート処理アーティファクトが格納される場所。

/ogg_deployment_location/var

デプロイメント・データ・ホーム

OGG_DATA_HOME

各デプロイメントのデータ・アーティファクト(証跡ファイル)が格納される場所。

/ogg_deployment_location/var/lib/data

これらのファイルの格納場所をカスタマイズするために、これらすべてのデフォルトの場所を変更できます。

OGG_VAR_HOMEがローカル・ディレクトリ、OGG_HOMEが共有の読取り専用リモート・ディレクトリという構成では、ローカルOGG_VAR_HOMEを含む多くのデプロイメントが1つの読取り専用共有OGG_HOMEを共有できます。

このディレクトリ設計では単純な手動アップグレードが促進されます。アップグレードするには、サービスを停止し、Webインタフェース(またはRESTコマンド)でOGG_HOMEを設定して、プロセスを再起動します。再起動時に、更新された環境変数がOracle GoldenGateによって採用されます。Service ManagerのOracle GoldenGate homeディレクトリ・パスを新しいOracle GoldenGateホーム・ディレクトリに変更すると、アップグレードが完了し、デプロイメントが新しいOracle GoldenGateリリースを使用するように簡単に切り替えられます。マイクロサービス、ExtractおよびReplicatプロセスを再起動します。

親トピック: Oracle GoldenGate Microservices Architectureのコンポーネント

デプロイメント

デプロイメントとは、Oracle GoldenGate Microservicesにユーザーの作成が可能になるように設定し、セキュアなSSL環境を作成するかどうかを選択し、Oracle GoldenGate Microservices Architectureで提供される様々なマイクロサービスのホストとポートを定義するための構成です。初めてデプロイメントを追加するときには、新しいService Managerを設定した後、既存のService Managerにデプロイメントをさらに追加できます。デプロイメントのこれらの機能の詳細は、「デプロイメントについて」を参照してください。

親トピック: Oracle GoldenGate Microservices Architectureのコンポーネント

Service Manager

Service Managerは、Microservices Architectureで提供される他のサービスの監視役として機能します。

Service Managerを使用すると、1つまたは複数のOracle GoldenGateデプロイメントをローカル・ホストで管理できます。サービス・マネージャは、管理サービスと1対多の関係があります。各Oracle GoldenGateインストールには、複数のデプロイメントを担当する単一のサービス・マネージャがあります。

オプションで、Service Managerをシステム・サービスとして実行し、デプロイメントのインベントリと構成情報を管理することもできます。これにより、複数のローカル・デプロイメントを管理できます。サービス・マネージャを使用すると、インスタンスを開始および停止したり、デプロイメントやその他のサービスを問い合せることができます。

「Service Managerからのデプロイメントの管理」を参照してください。

親トピック: Oracle GoldenGate Microservices Architectureのコンポーネント

Administration Service

管理サービスは、Oracle GoldenGateデプロイメント内のプロセスを管理および監視します。

Administration Serviceは、Oracle GoldenGateデプロイメントでレプリケーション・コンポーネントを管理するための中央制御エンティティとして機能します。これを使用してローカルのExtractプロセスとReplicatプロセスを作成して管理することができ、Oracle GoldenGateがインストールされているサーバーにアクセスする必要はありません。管理サービスの主な機能は、任意のHTTPまたはHTTPSクライアント(Microservices Architectureサービス・インタフェースまたはPerlやPythonのようなその他のクライアント)からアクセスできるREST APIサービス・インタフェースです。

また、管理クライアントを使用すると、Administration Serviceと直接通信するためにREST APIコールを作成できます。詳細は、「管理クライアント」を参照してください。

Administration Serviceは、Extract、Replicatおよびパスの調整とオーケストレーションを担当して、自動化と運用管理の効率を向上させます。その処理と動作は、発行された問合せとサービス・インタフェースを介して制御されます。これらのインタフェースでは、クライアントが、REST APIインタフェースに対応するREST JSON-RPC呼出しを使用して、Administration Serviceに対してコマンドや制御命令を発行できます。

Administration Serviceには埋込みWebアプリケーションが含まれており、すべてのWebブラウザで直接使用できます。クライアント・ソフトウェアをインストールする必要はありません。

Administration Serviceを使用して次の作成と管理を行います。

  • ExtractプロセスおよびReplicatプロセス
    • 追加、変更および削除
    • 登録および登録解除
    • 起動および停止
    • プロセスの情報、統計、レポートおよびステータス(LAGとチェックポイントを含む)の確認
    • レポートの取得およびファイルの破棄
  • 構成(パラメータ)ファイル
  • チェックポイント、トレースおよびハートビート表
  • プロシージャ・レプリケーション、スキーマおよび表のサプリメンタル・ロギング
  • カスタム・タスクおよび標準タスク(自動再起動や証跡の消去)
  • 資格証明ストア
  • 暗号化キー(MASTERKEY)
  • ユーザーの追加およびロールの割当て

親トピック: Oracle GoldenGate Microservices Architectureのコンポーネント

Distribution Service

分散サービスは、分散デプロイメントでのデータやコマンドの伝達と処理をサポートするネットワーク・データ分散エージェントとして機能します。これは、複数のコマンドおよび複数のソース証跡ファイルからのデータ・ストリームを同時に処理できる高性能アプリケーションです。

Distribution Serviceは、ソース側にある複数のデータ・ポンプ(クラシック)を1つのインスタンス・サービスで置き換えます。このサービスは、1つまたは複数の証跡を1つまたは複数の宛先に配布し、軽量フィルタリングのみ(変換なし)を提供します。

複数の通信プロトコルを使用できるため、パスごとにネットワーク・パラメータをチューニングすることができます。次のプロトコルが含まれます。

  • Oracle GoldenGateプロトコル: サービスベースではない(クラシック)ターゲットでのDistribution ServiceとCollectorの間の通信用。内部互換性のために使用されます。

    ノート:

    TCP暗号化は、ClassicとMicroservicesアーキテクチャのマイクロサービス・アーキテクチャの混合環境では機能しません。Microservices Architectureの分散サービスは、TCP暗号化を使用して、デプロイメント内で実行しているClassic Architectureのサーバー・コレクタと通信するように構成することはできません。また、Microservices Architectureのレシーバ・サービスは、デプロイメント内で実行しているRMTHOST ... ENCRYPTパラメータで構成されたClassic Architectureのデータ・ポンプからの接続リクエストを受け入れることができません。

  • WebSocket: SSLセキュリティに依存するHTTPSベースのストリーミング用。

  • UDPプロトコル。

  • クラウド環境のプロキシ・サポート:

    • SOCKS5: 任意のネットワーク・プロトコル。

    • HTTP: HTTPタイプのプロトコルのみ(WebSocketを含む)。

  • パッシブDistribution Service: リモート・サイトからパス作成を開始します。パスはソースから宛先へのレプリケーション構成ですが、このリリースには含まれません。

    ノート:

    Distribution Serviceは、証跡内のデータをフィルタできないため、すべての操作が送信されます。

親トピック: Oracle GoldenGate Microservices Architectureのコンポーネント

Receiver Service

Receiver Serviceは、受け取るすべての証跡ファイルを処理する中央制御サービスです。これはDistribution Serviceと連携して、複数の個別のターゲット側コレクタを単一のインスタンス・サービスに置き換えます。

Receiver Serviceを使用して次を行います。

  • パス・イベントのモニター
  • ターゲット開始パスの追加
  • 受信パスのステータスの問合せ
  • 受信パスの統計の表示
  • パスの問題の診断

WebSocket (ws)は、デフォルトでHTTPSによって開始される全二重ストリーミング・プロトコルであり、Receiver Serviceによって使用されます。SSLセキュリティを使用してデータを完全に保護することができます。レシーバ・サービスは、HTTPのフォワードおよびリバース・プロキシ・サーバーをシームレスに移動します。


serarchwebsocket.pngの説明が続きます
図serarchwebsocket.pngの説明

さらに、Receiver Serviceでは次のプロトコルもサポートされます。

  • 広域ネットワーク用のUDPベースのプロトコル: 詳細は、http://udt.sourceforge.net/を参照してください。

  • Distribution Serviceがコレクタと通信し、データ・ポンプがReceiver Serviceと通信するためのクラシック・デプロイメント用のクラシックOracle GoldenGateプロトコル。

ノート:

TCP暗号化は、ClassicとMicroservicesアーキテクチャのマイクロサービス・アーキテクチャの混合環境では機能しません。Microservices Architectureの分散サービスは、TCP暗号化を使用して、デプロイメント内で実行しているClassic Architectureのサーバー・コレクタと通信するように構成することはできません。また、Microservices Architectureのレシーバ・サービスは、デプロイメント内で実行しているRMTHOST ... ENCRYPTパラメータで構成されたClassic Architectureのデータ・ポンプからの接続リクエストを受け入れることができません。

トピック:

親トピック: Oracle GoldenGate Microservices Architectureのコンポーネント

ターゲット開始分散パス

マイクロサービスのターゲット始動パスを使用すると、Receiver Serverがターゲット・デプロイメント上Distribution Serviceへのパスを開始して、証跡ファイルを取り出せるようになります。Receiver Serverはこの機能を使用して、ネットワーク・セキュリティ・ポリシーのためにソースOracle GoldenGateデプロイメントのDistribution Serverがターゲット環境のReceiver Serverへのネットワーク接続を開くことができない非武装地帯パス(DMZ)やCloud to on-premiseなどの環境用のターゲット始動パスを作成できます。

Distribution ServerはReceiver Serverへの接続を開始できないが、Receiver ServerはDistribution Serverを実行しているマシンへの接続を開始できる場合、Receiver ServerはOracle GoldenGateを使用してファイアウォールまたは非武装地帯(DMZ)を介したDistribution Serverへのセキュアまたは非セキュアなターゲット始動パスを確立し、要求された証跡ファイルを取り出します。

Receiver Serverのエンドポイントには、証跡ファイルの取得がReceiver Serverによって開始されたことが表示されます。

親トピック: Receiver Service

Performance Metrics Service

すべてのOracle GoldenGateプロセスが、メトリックをPerformance Metrics Serviceに送信します。これにより、すべてのプロセスのパフォーマンスを単一のインタフェースからモニターできます。

Performance Metrics Serviceは、メトリック・サービスを使用してインスタンス・デプロイメントのパフォーマンス結果を収集して格納します。このメトリックの収集とリポジトリは、管理レイヤーの情報収集とは別に行われます。他の埋込みWebアプリケーションを使用してパフォーマンス・メトリックをモニタリングし、そのデータを使用して最高のパフォーマンスを得られるようにデプロイメントをチューニングすることができます。

Performance Metrics Serviceを使用して次を行います。

  • 様々なメトリックの問合せと、サービスのJSON形式またはクラシックXML形式でのレスポンスの受取り
  • サードパーティのメトリック・ツールの統合
  • エラー・ログの表示
  • アクティブなプロセス・ステータスの表示
  • システム・リソース使用率のモニタリング

親トピック: Oracle GoldenGate Microservices Architectureのコンポーネント