3.4 Oracle HTTP Serverでサポートされているアーキテクチャ

Oracle HTTP Server (OHS)は、次のKubernetesシナリオでデプロイできます。
  • Oracle HTTP Serverが、他のアプリケーションと共有されたKubernetesクラスタにデプロイされている。
  • Oracle HTTP Serverが、独立したKubernetesクラスタにデプロイされている。

OHSをデプロイする前に、デプロイするアーキテクチャを検討し、それに応じて計画する必要があります。

共有Kubernetesクラスタ上のOracle HTTP Server

このデプロイメントは、サンドボックスおよびイントラネット環境でのみ推奨されます。

このデプロイメントでは、OHSは、他のKubernetesデプロイ済アプリケーションと同じKubernetesクラスタにインストールされます。たとえば、OHSをOracle WebLogic ServerやOracle Access Management (OAM)などの他のOracle製品と同じKubernetesクラスタにデプロイできます。

OHSが同じKubernetesクラスタ上の他のアプリケーションと通信する必要がある場合(たとえば、mod_wls_ohsを使用してOracle WebLogic Serverと通信する場合)、OHSはそのKubernetesサービスの内部ポートと通信します。

次にアーキテクチャの例を示します。

図3-2 共有Kubernetesクラスタ上のOHS


共有Kubernetesクラスタ上のOHS

この例では:
  • OHSは、Oracle WebLogic Serverと同じKubernetesクラスタにデプロイされます。
  • SSLはロード・バランサで終了します。
  • ロード・バランサは、HTTPを使用してOHSノードポートを介してOHSと通信します。
  • OHSは、関連付けられたKubernetesサービスの内部ポート(<service_name>.<namespace>.svc.cluster.local:<port>)を使用して、HTTPを介してWebLogic管理サーバーおよびWebLogic管理対象サーバーと通信します。<service_name>および<port>は、Kubernetesクラスタでkubectl get svc -n <namespace>を実行することで確認できます。

ノート:

ロード・バランサはオプションであり、必要に応じて、ファイアウォールの外側のワークステーションから、または他のアプリケーションから内部的に、OHSノードポートに直接接続できます。

独立したKubernetesクラスタ上のOracle HTTP Server

このデプロイメントは、インターネットに接続された本番環境にお薦めします。

このデプロイメントでは、OHSは非武装地帯内の独自のKubernetesクラスタにインストールされます。

OHSが別のKubernetesクラスタにデプロイされている他のアプリケーションと通信する必要がある場合(たとえば、mod_wl_ohsを使用してOracle WebLogic Serverと通信する場合)、OHSはHTTPを介して、そのKubernetesクラスタ上のアプリケーションによって使用されるイングレス・コントローラ・ポート、または接続先の適切なNodePort Kubernetesサービスと通信します。

次にアーキテクチャの例を示します。

図3-3 独立したKubernetesクラスタ上のOHS


独立したKubernetesクラスタ上のOHS

この例では:
  • SSLはロード・バランサで終了します。
  • ロード・バランサは、HTTPを使用してOHSノードポートを介してOHSと通信します。
  • WebLogic Serverは、独自のKubernetesクラスタにデプロイされます。
  • OHSは、WebLogic Server用に構成されたイングレス・コントローラのHTTPポートを使用して、WebLogic管理サーバーおよびWebLogic管理対象サーバーと通信します。

ノート:

ロード・バランサはオプションであり、必要に応じて、ファイアウォールの外側のワークステーションから、または他のアプリケーションから内部的に、OHSノードポートに直接接続できます。