1. PeopleSoftの最大可用性アーキテクチャについて学習します
  2. PeopleSoft最大可用性アーキテクチャ

PeopleSoft最大可用性アーキテクチャ

このアーキテクチャは、プライマリ・サイトの単純なPeopleSoft高可用性アーキテクチャを示しています。

peoplesoft-ha-architecture.pngの説明が続きます
図peoplesoft-ha-architecture.pngの説明

GUID

PeopleSoftアプリケーション・コンポーネントは、可用性の高い方法でデプロイできます。サーバーの停止が可用性に影響しないように、各サイトに各コンポーネントの複数のインスタンスを個別の物理サーバーにデプロイすることをお薦めします。1つのサーバーが使用できない場合でも、サーバーの各グループにピーク負荷を実行するための十分な容量があることをお薦めします。

このアーキテクチャは、PeopleSoftにOracle Maximum Availability Architecture (Oracle MAA)を提供するために、2つ目のサイトで複製され、同期されます。

PeopleSoftアプリケーション・ファイル・システムのレイアウトの基本

この例は、PeopleSoft HRMS 9.2 U033およびPeopleTools 8.57.11を使用して実行しました。デプロイメント・オプションを説明する前に、いくつかの環境変数の定義を次に示します。

  • PS_HOME: PeopleToolsソフトウェアがインストールされているファイル・システムの場所。
  • PS_APP_HOME: PeopleSoftアプリケーション(HRMS、FIN、EPMなど)がインストールされているファイル・システムの場所(PeopleTools 8.52以降に使用可能な変数)。
  • PS_CFG_HOME: アプリケーションおよびWebサーバー・ドメインの構成ファイルとログ・ファイルを保持するファイル・システムの場所。
  • PS_CUST_HOME: PeopleSoft用にカスタマイズされた機能を追加するためのカスタム・コードおよびファイルのファイル・システムの場所。
  • COBDIR: MicroFocus Server Express COBOLコンパイラおよびランタイム・ライブラリが格納されているファイル・システムの場所。COBOLプログラムを実行する各サーバーにMicroFocus Server Expressをインストールする必要があります。このコンポーネントはライセンスキーの制限により共有できません。

Oracle WebLogic構成には、レポート出力用のファイル・システム・ディレクトリを保持するパラメータReportRepositoryPathもあります。

PeopleSoftソフトウェアは、次のいずれかの方法でインストールできます。

  • ローカル・ホーム: PeopleSoftをホストする各サーバーに、すべてのPeopleSoftソフトウェアおよび必要なインフラストラクチャ・コンポーネント(Oracle JDK/JRE、Oracle WebLogic Server、Oracle Tuxedo、PeopleTools、PeopleSoftアプリケーションなど)をインストールします。
  • 共有ホーム: すべてのPeopleSoftソフトウェアおよび必要なインフラストラクチャ・コンポーネント(Oracle JDK/JRE、Oracle WebLogic Server、Oracle Tuxedo、PeopleTools、PeopleSoftアプリケーションなど)を共有ファイル・システムにインストールします。このオプションを使用すると、すべてのノードのPS_HOMEおよびPS_APP_HOME環境変数は、単一の共有ファイル・システム・ディレクトリの場所を指します。

共有ホームとローカル・ホームのどちらを使用する場合でも、ディスク障害から保護する冗長性の形式を提供するファイル・システムにホーム、COBDIRおよびレポート・リポジトリをインストールする必要があります。

共有ホーム・パラダイムを使用してPeopleSoftをOracle Cloud Infrastructure File Storageサービス(フォルト・トレラントな共有ファイル・システム)にデプロイすることをお薦めします。

PeopleSoft Webおよびアプリケーション層のHA

前述のPeopleSoft最大可用性アーキテクチャの図は、PeopleSoftデプロイメントの最も単純な高可用性構成です。

次のものがあります。

  • ロード・バランサは、Webサーバー間でWebトラフィックを分散するために使用されます。デュアルスイッチは冗長性のために構成されています。
  • 2つ以上の PeopleSoft Pure Internet Architecture (PIA) Webサーバーが、ワークロードの分散と冗長性のために構成されています。各PIA Webサーバーは、2つ以上のアプリケーション・サーバーに接続します(後述)。アプリケーション・サーバーが使用できなくなった場合、そのリクエストは代替アプリケーション・サーバーにルーティングされます。

    標準構成では、PIA Webサーバー・セッションは状態を蓄積し、セッション中は特定のサーバーに「スティッキー」であることに注意してください。そのままにしておくと、Webサーバーに障害が発生した場合、そのサーバー上のユーザーは、存続しているWebサーバーに自動的に転送されますが、再認証が必要になり、セッション状態が失われます。

  • Coherence*Webキャッシュ・サーバー・クラスタは、PIA Webサーバーに障害が発生した場合にセッション状態を保持するように構成されています。

    Coherence*Webキャッシュ・クラスタを形成するために、Coherence*Webキャッシュ・サーバーを各PIA Webホストに配置しました。この構成では、障害が発生したWebサーバーによって影響を受け、別のWebサーバーにルーティングされたユーザーは、作業を再認証したり失ったりする必要はありません。

    ノート:

    Coherence*Webは個別にライセンスされたコンポーネントであり、基本のPeopleSoftインストールには含まれません。

  • アプリケーション・サーバーが使用できなくなった場合に冗長性を提供するために、2つ以上のPeopleSoftアプリケーション・サーバーが別々のホスト(VM)に構成されます。このレイヤーでは、ビジネス・ロジックの大部分が実行されます。このレベルではセッション・ステートがないため、アプリケーション・サーバーが失われても、ユーザーの再作業は不要です。PIA Webサーバーがリクエストを残りのアプリケーション・サーバーにルーティングするため、遅延が発生する可能性があります。
  • 2つ以上のPeopleSoftプロセス・スケジューラが構成されています。ここでは、アプリケーション・サーバーで使用される物理ハードウェアを共有しています。開始する最初のプロセススケジューラは「マスター」と指定され、残りはスレーブです。マスターは、スレーブプロセススケジューラにジョブを割り当てます。マスターが失敗した場合、スレーブプロセススケジューラの1つがマスターの役割を引き継ぎます。プロセス・スケジューラは、ロールベースのデータベース・サービスを使用してデータベースに接続します。