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

サービス・マネージャについて

サービス・マネージャは、ホスト・サーバーで実行されているデプロイメントおよび関連付けられたマイクロサービスを制御および管理できるようにする、Oracle GoldenGate Microservices内の主要なウォッチドッグ・サービスです。

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

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

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

OGGCAから、次の3つの異なるモードで実行するようにサービス・マネージャを構成できます。

• 手動

• デーモンとして

• XAGエージェントと統合

その主な機能には、次のタスクが含まれます。

• マイクロサービスのステータスの表示および管理

• デプロイメント構成の管理

• Service Manager構成の管理

• デプロイメントの起動および停止

• デプロイメントに関連付けられたマイクロサービスへのアクセス

• Administration Service、Distribution Service、Performance Metrics ServiceおよびReceiver Serviceの詳細にアクセス

• Oracle GoldenGateユーザーの追加および管理

• 証明書の追加および管理

• 外部アイデンティティ・プロバイダの認可プロファイルの追加および管理

• エラーを診断するためのログ情報のモニター

• デバッグ・ログの有効化および管理

管理サービスについて

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

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

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

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

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

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

• ExtractおよびReplicatプロセス

  • 追加、変更および削除

  • 登録および登録解除

  • 起動および停止

  • プロセスの情報、統計、レポートおよびステータス(LAGとチェックポイントを含む)の確認

  • レポートの取得およびファイルの破棄

• 構成(パラメータ)ファイル

• チェックポイント、トレースおよびハートビート表

• プロシージャ・レプリケーション、スキーマおよび表のサプリメンタル・ロギング

• 証跡の自動再起動やパージなど、カスタム・タスクと標準タスク

• 資格証明ストア

• 暗号化キー(MASTERKEY)

• ユーザーの追加とロールの割当て

Distribution Serviceについて

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

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

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

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

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

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

• UDPプロトコル。

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

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

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

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

  ノート:分散サービスは、証跡内のデータをフィルタできません。分散パスは、指定されたターゲット認証プロトコルに基づいて、すべての証跡データをソースからターゲットに送信します。

レシーバ・サービスについて

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

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

• パス・イベントのモニター

• ターゲットで開始されるパスを追加

• 受信パスのステータスの問合せ

• 受信パスの統計の表示

• パスの問題の診断

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

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

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

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

レシーバ・サービスのパスについて

レシーバ・サービス・パスまたはマイクロサービスのターゲット開始パスにより、レシーバ・サービスはターゲット・デプロイメントおよびプル証跡ファイルの分散サービスへのパスを開始できます。この機能を使用すると、Receiver ServiceはDMZ (Demilitarized Zone)パスまたはクラウドからオンプレミスなどの環境にターゲット開始パスを作成できます。この場合、ソースOracle GoldenGateデプロイメントのDistribution Serviceは、ネットワーク・セキュリティ・ポリシーのために、ターゲット環境でReceiver Serviceへのネットワーク接続を開けません。

Distribution ServiceがReceiver Serviceへの接続を開始できないときに、Receiver ServiceがDistribution Serviceを実行しているマシンへの接続を開始できる場合、Receiver Serviceは、Oracle GoldenGateを使用してファイアウォールまたはDemilitarized Zone (DMZ)を通過してDistribution Serviceへのセキュアまたは非セキュアなターゲット開始パスを確立して、リクエストされた証跡ファイルを取り出します。

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

パフォーマンス・メトリック・サービスについて

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

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

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

• 様々なメトリックの問合せと、サービスのJSON形式またはクラシックXML形式でのレスポンスの受取り

• サードパーティのメトリック・ツールの統合

• エラー・ログの表示

• アクティブなプロセス・ステータスの表示

• システム・リソース使用率のモニタリング