セッション情報の引き継ぎを行うJ2EEサーバの設定方法について説明します。

セッション情報の引き継ぎを行うJ2EEサーバの設定では，簡易構築定義ファイルを編集して次に示す設定をします。

• グローバルセッション情報を格納するSFOサーバの設定
  セッション情報の引き継ぎを行うJ2EEサーバのグローバルセッション情報を格納するSFOサーバの名称，およびSFOサーバ用のCORBAネーミングサービスのIPアドレスを設定します。
  
• SFOサーバとの通信タイムアウトの設定
  J2EEサーバとSFOサーバとの通信タイムアウトを設定します。
  J2EEサーバでは，SFOサーバの状態を監視するためのスレッド（SFOサーバ監視スレッド）を作成します。SFOサーバ監視スレッドは，SFOサーバアプリケーションで用意している，コネクションの状態監視用のビジネスメソッドを呼び出してSFOサーバのヘルスチェックを実施します。SFOサーバに障害が発生して停止した場合，コネクションの状態監視用のビジネスメソッドの呼び出しができなくなります。SFOサーバとの通信タイムアウトは，このような場合に，SFOサーバに障害が発生したと判断するために使用される時間です。このタイムアウト時間を超えると，J2EEサーバでは，SFOサーバは障害のため停止していると判断し，リトライを実行しません。
  
• HTTPセッションのセッションIDへのサーバIDの付加
  HTTPセッションのセッションIDにサーバIDを付加する機能を有効にして，HTTPセッションのセッションIDに付加するサーバIDを設定します。
  
• グローバルセッション情報のサイズ見積もり機能の設定
  開発環境で，グローバルセッション情報のサイズ見積もり機能を有効にして，Webサーブレットログに出力されるメッセージから，グローバルセッション情報のサイズを見積もります。見積もった値は，必要に応じてグローバルセッション情報の最大サイズに設定します。グローバルセッション情報のサイズ見積もり機能については，マニュアル「Cosminexus　機能解説」のグローバルセッション情報のサイズの見積もりに関する説明を参照してください。
  
• サーバIDのCookieの付加
  HTTP Cookieによってグローバルセッションを制御する場合に，HTTPセッションを生成したリクエストのレスポンスにサーバIDのCookieを付加する機能を有効にして，付加するサーバIDのCookieの名称を設定します。
  
• リクエストラインの最大サイズの設定
  URL書き換えによってグローバルセッションを制御する場合に，リクエストラインの最大サイズを設定します。URL書き換えによってグローバルセッションを制御する場合，URLのパスパラメタには，HTTPセッションのセッションIDとグローバルセッションIDが含まれます。HTTPリクエストのリクエストラインのサイズには，上限があります。このため，あらかじめリクエストラインの最大サイズを算出して，それを基にリクエストラインの最大サイズを設定する必要があります。
  なお，リクエストラインの最大サイズをJ2EEサーバに設定するのは，インプロセスHTTPサーバを使用している場合です。Hitachi Web ServerまたはMicrosoft IISを使用している場合は，それぞれのWebサーバに設定します。
  設定値の考え方および各Webサーバへの設定方法については，「6.2.4　リクエストラインの最大サイズの設定」を参照してください。
  

  注意

  J2EEサーバ間でのセッション情報の引き継ぎを行うために編集した，簡易構築定義ファイルのパラメタに不正な値が指定されていたり，必要なパラメタの指定が不足していたりした場合，J2EEサーバの起動時ではなく，セッション情報の引き継ぎ時にエラーが発生し，セッション情報の引き継ぎを行うWebアプリケーションを開始できません。

セッション情報の引き継ぎに関連する簡易構築定義ファイルのパラメタを次の表に示します。

表6-3　セッション情報の引き継ぎに関連する簡易構築定義ファイルのパラメタ

注※1

簡易構築定義ファイルの，J2EEサーバ用のユーザプロパティに設定します。

注※2

webserver.sfo.sfo_serversに指定するSFOサーバ名（SFOフィルタのサーバ定義名）とは，セッション情報の引き継ぎを行うJ2EEサーバとWebアプリケーション間でのSFOサーバの識別に使用する名称です。指定したSFOフィルタのサーバ定義名にSFOサーバ（論理サーバ）を関連づけて利用します。ここで指定したSFOフィルタのサーバ定義名は，セッション情報の引き継ぎを行うWebアプリケーションの設定で使用します。セッション情報の引き継ぎを行うWebアプリケーションの設定については，「6.2.6　セッション情報の引き継ぎを行うWebアプリケーションの設定変更」を参照してください。

なお，一つのSFOサーバに対して複数のSFOフィルタのサーバ定義名を指定できます。複数のSFOサーバを指定する場合，それぞれのSFOサーバに異なるSFOフィルタのサーバ定義名を指定してください。ただし，複数のSFOサーバに同一のSFOフィルタのサーバ定義名を指定することはできません。

注※3

複数のSFOサーバを指定する場合，一つ目に指定されたSFOサーバが，Webアプリケーションでの指定が省略された場合にデフォルトで使用するSFOサーバとなります。

注※4

J2EEサーバでは，SFOサーバの状態を監視するためのスレッド（SFOサーバ監視スレッド）を作成します。SFOサーバ監視スレッドは，SFOサーバアプリケーションで用意している，コネクションの状態監視用のビジネスメソッドを呼び出してSFOサーバのヘルスチェックを実施します。SFOサーバに障害が発生して停止した場合，コネクションの状態監視用のビジネスメソッドの呼び出しができなくなります。SFOサーバとの通信タイムアウトは，このような場合に，SFOサーバに障害が発生したと判断するために使用される時間です。このタイムアウト時間を超えると，J2EEサーバでは，SFOサーバは障害のため停止していると判断し，リトライを実行しません。

注※5

簡易構築定義ファイルの，J2EEサーバのJavaVMのシステムプロパティに設定します。

注※6

HTTPセッションのセッションIDに設定するサーバIDは，各J2EEサーバに対して一意な値となるように設定してください。HTTPセッションのセッションIDに設定されるサーバIDが，ほかのJ2EEサーバのサーバIDと重複した場合，SFOサーバとのネゴシエーションに失敗し，セッション情報の引き継ぎを行うWebアプリケーションは開始できません。

注※7

webserver.session.server_id.valueおよびwebserver.container.server_id.valueのデフォルト値には，サーバ環境の情報が含まれます。この値はクライアントに送信されるため，サーバ環境の情報を含まない値を明示的に指定することをお勧めします。

注※8

新たに負荷分散機を導入して，Webコンテナの機能でCookieによるリクエストの振り分けをする場合，HTTPセッションを生成したリクエストのレスポンスにサーバIDのCookieを付加する機能を有効にして，付加するサーバIDのCookieの名称およびCookieの値を設定します。

既存のアプリケーションで負荷分散機用にCookieの情報を設定している場合などは設定不要です。

注※9

Cookieに設定するサーバIDは，サーブレットやJSPで設定するCookieの名称，およびWebコンテナが自動設定するCookieの名称「JSESSIONID」と重複しないように注意してください。

注※10

インプロセスHTTPサーバを使用している場合のパラメタです。

設定値の算出方法と，Hitachi Web ServerまたはMicrosoft IISを使用している場合の設定個所については，「6.2.4　リクエストラインの最大サイズの設定」を参照してください。

これらのパラメタは，使用する機能によって設定するかどうかが異なります。使用する機能ごとの簡易構築定義ファイルのパラメタの設定要否を次の表に示します。

表6-4　使用する機能ごとの簡易構築定義ファイルのパラメタの設定要否

（凡例）

必須：必ず指定することを示す。省略した場合はエラーとなり，SFOサーバ用アプリケーションを開始できない。

無効：指定しても無効になることを示す。設定した値は使用されない。

任意：省略できることを示す。省略した場合はデフォルトの値が設定される。

注※

パラメタに設定した値は読み込みまれません。このため，不正な値を設定した場合も検出されません。

これらのパラメタは，簡易構築定義ファイルで，論理J2EEサーバ（j2ee-server）の<configuration>タグ内に定義します。簡易構築定義ファイルの詳細については，マニュアル「Cosminexus　簡易構築・運用ガイド」を参照してください。

セッション情報の引き継ぎに関連する簡易構築定義ファイルの指定例を次に示します。

  :
<tier>
  <tier-type>combined-tier</tier-type>
  <configuration>
    <logical-server-type>j2ee-server</logical-server-type>
    <param>
      <param-name>webserver.container.server_id.enabled</param-name>
      <param-value>true</param-value>
    </param>
    <param>
      <param-name>webserver.sfo.sfo_servers</param-name>
      <param-value>sfo_server1,sfo_server2</param-value>
    </param>
    <param>
      <param-name>webserver.sfo.sfo_servers.sfo_server1.naming</param-name>
      <param-value>host1:910</param-value>
    </param>
    <param>
      <param-name>webserver.sfo.sfo_servers.sfo_server1.connectionTimeout</param-name>
      <param-value>5</param-value>
    </param>
    <param>
      <param-name>webserver.sfo.sfo_servers.sfo_server2.naming</param-name>
      <param-value>host2:911</param-value>
    </param>
    <param>
      <param-name>webserver.sfo.sfo_servers.sfo_server2.connectionTimeout</param-name>
      <param-value>10</param-value>
    </param>
      :
  </configuration>
    :
</tier>
<tier>
  <tier-type>sfo-tier</tier-type>
  <configuration>
    <logical-server-type>sfo-server</logical-server-type>
    <param>
      :
  </configuration>
  <configuration>
    <logical-server-type>performance-tracer</logical-server-type>
    <param>
      :
  </configuration>
</tier>
  :

この記述例で設定される内容は，次のとおりです。

• SFOサーバとして，「sfo_server1」および「sfo_server2」の二つを使用します。
• Webアプリケーションにグローバルセッション情報を格納するSFOサーバを指定していない場合，デフォルトで「sfo_server1」を使用します。
• 「sfo_server1」の稼働ホストは「host1」であり，使用するCORBAネーミングサービスのポート番号は「910」です。
• 「sfo_server1」との通信タイムアウトを「5秒」に設定し，通信時間が5秒を超えた場合は「sfo_server1」で障害が発生したと判断します。
• 「sfo_server2」の稼働ホストは「host2」であり，使用するCORBAネーミングサービスのポート番号は「911」です。
• 「sfo_server2」との通信タイムアウトを「10秒」に設定し，通信時間が10秒を超えた場合は「sfo_server2」で障害が発生したと判断します。