HTTPセッション・ステートの管理

目的

このOBEチュートリアルでは、サンプルのJava EE Webアプリケーションを使用して、Oracle WebLogic ServerのHTTPセッション・レプリケーション機能をテストします。はじめに、管理コンソールを使用してレプリケーション・グループを定義します。次に、アプリケーションのXMLデプロイメント・ディスクリプタを更新して、インメモリ・レプリケーションとJDBCレプリケーションの両方をテストします。 JDBCレプリケーションを使用するには、アクティブなJDBCデータソースが必要です。現在のユーザー・セッションをホスティングしているサーバーを停止したあと、HTTPセッション・フェイルオーバーが成功したことを確認します。

所要時間

約45分

トピック

このOBEチュートリアルでは、以下のトピックについて説明します。

	概要
	システム要件
	優先レプリケーション境界の割当て
	Webアプリケーションのインメモリ・レプリケーション設定
	インメモリ・レプリケーションのテスト
	JDBCレプリケーションをサポートするためのデータベースの初期化
	JDBCデータソースからクラスタへのターゲット設定
	WebアプリケーションのJDBCレプリケーション設定
	JDBCレプリケーションのテスト
	まとめ
	関連情報

スクリーンショットの表示

このアイコンの上にカーソルを置くと、すべてのスクリーンショットがロードし、表示されます。（警告：すべてのスクリーンショットが同時にロードされるため、ご使用のインターネット接続によってはレスポンス・タイムが遅くなる場合があります。）

各手順に関連したスクリーンショットのみを表示する場合は、それぞれの手順にある各アイコンの上にカーソルを置いてください。

概要

WebLogic Serverは、インメモリ・レプリケーションを使用することで、あるサーバー・インスタンスから別のサーバー・インスタンスへセッション・ステートをコピーします。プライマリ・サーバーは、クライアントからの最初の接続先となるサーバー上にプライマリ・セッションを作成してから、クラスタ内の別のWebLogic Serverインスタンス上にセカンダリ・レプリカを作成します。 Webアプリケーションをホスティングするサーバーに障害が発生した場合に使用できるように、レプリカは常に最新の状態に保たれます。

クライアントがクラスタ内のサーバーに接続してプライマリ・セッション・ステートが作成されると、プライマリ・ステートをホスティングしているサーバーは、セカンダリをホスティングするサーバーを決定するために、クラスタ内の他のサーバーに対して順位付けを行います。サーバーの順位は、サーバー・ロケーション（プライマリ・サーバーと同じマシン上にあるかどうか）と、プライマリ・サーバーの優先レプリケーション・グループへの加入状況を組み合わせて割り当てられます。

永続JDBCレプリケーションでは、データベースはセッション・オブジェクトを保存するように設定されます。この設定が行われると、クラスタ内の各サーバー・インスタンスは同じJDBCデータソースを使用して、データベース・アクセスを共有します。このテクニックを使用すると、クラスタ内のすべてのサーバーがクライアント・リクエストを解決できるようになるため、フェイルオーバー機能は向上しますが、パフォーマンスは大きく低下します。

トピック・リストに戻る

システム要件

システム環境が次の要件を満たしていることを確認してください。

ソフトウェア要件

このチュートリアルを始める前に、次のチュートリアルをあらかじめ完了しておく必要があります。

Oracle WebLogic Serverのインストールとドメインの作成
 Oracle WebLogic Serverの管理対象サーバーの構成
 基本的なクラスタの作成
 プロキシ・サーバーの構成
 Configure JDBC Data Sources

チュートリアルを完了するには、実行中のデータベースが必要になります。

最小限のハードウェア要件

項目	仕様
プロセッサ速度	1GHz
メモリ	2GB
ハードディスク空き容量	1GB

トピック・リストに戻る

優先レプリケーション境界の割当て

以下の手順を実行します。

ApacheおよびWebLogic管理サーバーが実行されていない場合、これらを起動します。

管理コンソールを起動します。 Change Centerパネルで、「Lock & Edit」をクリックします。 Domain Structureパネルで、「Environment」→「Servers」を選択します。

クラスタ化された管理対象サーバーのうちの1台を選択します。

「Configuration」→「Cluster」タブをクリックします。

次の値を入力します。

フィールド	値
Replication Group	dizzyRepGroup1
Preferred Secondary Group	dizzyRepGroup2

「Save」ボタンをクリックします。

前の手順を繰り返して、クラスタ内の2台目の管理対象サーバーに対しても、同じReplication GroupとPreferred Secondary Groupを設定します。

前の手順を繰り返して、クラスタ内の最後の管理対象サーバーに対しては、Replication GroupとPreferred Secondary Groupを逆に設定します。

フィールド	値
Replication Group	dizzyRepGroup2
Preferred Secondary Group	dizzyRepGroup1

Change Centerパネルで、「Activate Changes」をクリックします。クラスタ化された管理対象サーバーを起動します。

トピック・リストに戻る

Webアプリケーションのインメモリ・レプリケーション設定

以下の手順を実行します。

1.	サンプルのWebアプリケーションshoppingcart.warをダウンロードします。
2.	jarなどのアーカイブ・ユーティリティを使用して、shoppingcartという名前を付けたフォルダにshoppingcart.warを解凍します。 > mkdir shoppingcart > cd shoppingcart > jar xf ../shoppingcart.war
3.	shoppingcart/WEB-INF/weblogic.xmlファイルを編集します。
4.	コメントのあとに、次を追加します。 <session-descriptor> <persistent-store-type>replicated_if_clustered</persistent-store-type> </session-descriptor>
5.	任意のアーカイブ・ユーティリティを使用して、shoppingcart.warを再作成します。以下に例をあげます。 > cd shoppingcart > rm ../shoppingcart.war > jar cf ../shoppingcart.war *
6.	管理コンソールを使用して、shoppingcart.warをインストールしてから開始します。使用するクラスタに対して、アプリケーションのターゲット設定を行います。ヒント：新規アプリケーションをインストールしたあとは、変更をアクティブ化する必要があります。

トピック・リストに戻る

インメモリ・レプリケーションのテスト

以下の手順を実行します。

1.	Webブラウザで、Apache Webサーバーを使用してshopping cartアプリケーションを表示します。たとえば、Apacheが80番のポートで実行される場合、http://localhost/shoppingcartを使用します。
2.	「Go Shopping」リンクをクリックします。「Add to Shopping Cart」リンクを使用して、カートにアイテムを追加します。「Back to Home Page」をクリックします。
3.	前の手順を繰り返して、カートに2番目のアイテムを追加します。次に、「View Shopping Cart」リンクをクリックします。
4.	管理対象サーバーを起動した際に使用したコマンド・シェルを確認します。ユーザー・セッションがどのサーバーにホスティングされているかを割り出します。 "added new element: package of 5 legal pads" "Your shopping cart includes: Item: box of 12 pens (black) price: 4.99 Item: package of 5 legal pads price: 15.99"
5.	ユーザー・セッションをホスティングしているサーバーを停止します。
6.	アプリケーションを使用して、再度ショッピング・カートを表示して、中身が変わっていないことを確認します。
7.	再度、サーバー・シェルを使用して、ユーザーがフェイルオーバーされた（セカンダリ）サーバーを特定します。選択したセカンダリは、使用しているマシンとレプリケーション・グループの定義に一致しているでしょうか。
8.	停止したサーバーを再起動します。 Webブラウザを閉じます。

トピック・リストに戻る

JDBCレプリケーションをサポートするためのデータベースの初期化

以下の手順を実行します。

SQLスクリプトjdbc_replication_oracle.sqlをダウンロードします。データベースがOracleでない場合は、WebLogic Server オンライン・ドキュメントから必要なSQLを取得します。

お使いのデータベースのユーティリティを使用して、jdbc_replication_oracle.sqlを実行します。

お使いのデータベースのユーティリティを使用して、WL_SERVLET_SESSIONSという名前の新規表が含まれていることを確認します。

トピック・リストに戻る

JDBC データソースからクラスタへのターゲット設定

以下の手順を実行します。

1.	管理コンソールへ戻り、Change Centerパネルで、「Lock & Edit」をクリックします。次に、Domain Structureパネルで、「Services」→「JDBC」→「Data Sources」を選択します。
2.	「New」ボタンをクリックします。
3.	NameフィールドとJNDI Nameフィールドに、SessionDSという値を入力します。お使いのデータベース・タイプと適切なドライバを選択します。この際、非XAドライバを選択します。
4.	トランザクション設定はデフォルトのままにし、「Next」をクリックします。
5.	データベース接続に必要なプロパティを入力して、「Next」をクリックします。次に、「Finish」をクリックします。
6.	新規データソースを選択します。
7.	「Targets」タブをクリックします。
8.	クラスタ全体に対して、データソースのターゲット設定を行います。「Save」をクリックします。
9.	Change Centerパネルで、「Activate Changes」をクリックします。

トピック・リストに戻る

Web アプリケーションのJDBCレプリケーション設定

以下の手順を実行します。

1.	再度、shoppingcart/WEB-INF/weblogic.xmlファイルを編集します。
2.	JDBCレプリケーションをサポートするために、<session-descriptor>要素を変更します。 <session-descriptor> <persistent-store-type>jdbc</persistent-store-type> <persistent-store-pool>SessionDS</persistent-store-pool> <persistent-store-table>WL_SERVLET_SESSIONS</persistent-store-table> </session-descriptor>
3.	任意のアーカイブ・ユーティリティを使用してshoppingcart.warを再作成し、既存ファイルを上書きします。以下に例をあげます。 > cd shoppingcart > jar cf ../shoppingcart.war *
4.	管理コンソールを使用して、shoppingcart.warを更新（クラスタに再配置）します。

トピック・リストに戻る

JDBC レプリケーションのテスト

以下の手順を実行します。

1.	再度、ショッピング・カート・アプリケーションをテストします。カートに数個のアイテムを追加してから、その中身を表示します。
2.	お使いのデータベースのユーティリティを使用して、WL_SERVLET_SESSIONS表の内容を確認します。 WL_CONTEXT_PATHという名前の列の値が"shoppingcart.war"になっている行が含まれます。
3.	ユーザー・セッションをホスティングしているサーバーを停止します。
4.	アプリケーションを使用して、再度ショッピング・カートを表示し、中身が変わっていないことを確認します。
5.	ユーザーがフェイルオーバーされたサーバーを確認します。ヒント：JDBCレプリケーションを使用しているため、クラスタ内のどのサーバーに対しても、ユーザーをリダイレクトできます。

トピック・リストに戻る

まとめ

このレッスンで学習した内容は次のとおりです。

	クラスタのレプリケーション・グループ設定
	インメモリ・レプリケーションまたはJDBC レプリケーションを使用するためのWebアプリケーションの更新
	JDBCレプリケーションをサポートするために必要なデータベース構造の作成

トピック・リストに戻る

HTTPセッション・ステートの管理

目的

トピック

スクリーンショットの表示

概要

シ ステム要件

まとめ

このアイコンの上にカーソルを置くと、すべてのスクリーンショットが 非表示になります。

システム要件

このアイコンの上にカーソルを置くと、すべてのスクリーンショットが非表示になります。