1. 『Oracle WebLogic Serverのパフォーマンスのチューニング』
  2. Webアプリケーションのチューニング

16 Webアプリケーションのチューニング

Oracle WebLogic ServerでWebアプリケーションのチューニングおよびセッションの管理に利用できるベスト・プラクティスについて学習します。
  • ベスト・プラクティス
    Webアプリケーションのチューニングにおけるベスト・プラクティスを学習します。
  • セッション管理
    セッションの永続性およびセッションを処理する場合、アプリケーションの作業ができるだけ少なくなるようアプリケーションを最適化してください。環境およびアプリケーションに合ったセッション管理戦略の設計を学習します。
  • Pub-Subチューニング・ガイドライン
    ファイル記述子の増加、JVMオプションのチューニングなどPub-Subサーバーに関する一般的なチューニング・ガイドラインに従います。
  • GZIP圧縮の有効化
    WebLogic Server Webコンテナは、HTTP/1.1の一部であるHTTP Content-Encoding GZIP圧縮をサポートします。GZIP圧縮によって、Webブラウザがダウンロードする必要のあるデータのサイズを削減し、ネットワーク帯域幅を向上します。GZIP圧縮を有効化して構成することにより、Webアプリケーションをドメイン・レベルまたはWebアプリケーション・レベルでチューニングできます。

ベスト・プラクティス

Webアプリケーションのチューニングにおけるベスト・プラクティスを学習します。

親トピック: Webアプリケーションのチューニング

ページ・チェックの無効化

サーブレットおよびJDPのページ・チェックを無効化すると、パフォーマンスを向上できます。次の各パラメータを -1に設定します。

これは本番モードではデフォルトの値です。

親トピック: ベスト・プラクティス

カスタムJSPタグの使用

Oracleでは、JSPページで使用できる特殊なJSPタグとして、cache、repeat、およびprocessの3つを提供しています。これらのタグは、weblogic-tags.jarというタグ・ライブラリjarファイルにパッケージされています。このjarファイルには、タグのクラスとタグ・ライブラリ記述子(TLD)が含まれています。これらのタグを使用するには、JSPを格納するWebアプリケーションにこのjarファイルをコピーして、タグ・ライブラリをJSPで参照します。『Oracle WebLogic Server Webアプリケーション、サーブレット、JSPの開発』のカスタムWebLogic JSPタグ(cache、process、repeat)の使用方法に関する項を参照してください。

親トピック: ベスト・プラクティス

JSPのプリコンパイル

weblogic.xmlデプロイメント記述子のjsp-descriptor要素のprecompileパラメータをtrueに設定すると、Webアプリケーションをデプロイまたは再デプロイしたとき、あるいはWebLogic Serverを起動したときにJSPをプリコンパイルするように構成できます。サーバーを再起動するたびに、また追加でサーバーをターゲット指定したときに、JSPを再コンパイルしないようにするには、weblogic.appcを使用してJSPをプリコンパイルし、プリコンパイルしたJSPをWEB-INF/classesフォルダにコピーして、.warファイルにアーカイブします。ソース・ファイルをアーカイブ.warファイルとは別のディレクトリに格納すると、クラス・ファイルのいずれかとJSPとの依存関係によってエラーが発生する可能性がなくなります。JSPの再コンパイルを回避する方法の詳細は、不要なJSPの再コンパイルの回避を参照してください。

親トピック: ベスト・プラクティス

HTMLテンプレート圧縮の使用

compress-html-templateを使用すると、JSPテンプレート・ブロック内のHTMLが圧縮され実行時のパフォーマンスが向上します。JSPのHTMLテンプレート・ブロックに<pre> HTMLタグが含まれる場合は、この機能は有効にしないでください。

『Oracle WebLogic Server Webアプリケーション、サーブレット、JSPの開発』のjsp-descriptorに関する項を参照してください

親トピック: ベスト・プラクティス

サービス・レベル・アグリーメントの使用

ワーク・マネージャには、アプリケーションで必要とされるサーバー・レベル・アグリーメントに基づいてサーブレットやJSPを割り当てる必要があります。「スレッド管理」を参照してください。

親トピック: ベスト・プラクティス

関連情報

親トピック: ベスト・プラクティス

セッション管理

セッションの永続性およびセッションを処理する場合、アプリケーションの作業ができるだけ少なくなるようアプリケーションを最適化してください。環境およびアプリケーションに合ったセッション管理戦略の設計を学習します。

親トピック: Webアプリケーションのチューニング

セッションの永続性の管理

WebLogic Serverでは、Async-replicatedおよびAsync-JDBCモードを含めて、アプリケーションの異なる要件に応じる複数のセッション永続性メカニズムが用意されています。セッション永続性メカニズムは、後でWebアプリケーションに構成できます。アプリケーションのために使用するセッション管理戦略は、HTTPセッション・サイズ、セッション・ライフサイクル、信頼性およびセッション・フェイルオーバー要件など実環境要因によって異なります。たとえば、Webアプリケーションのライフサイクルとオブジェクト・サイズに基づき、フェイルオーバー要件のないWebアプリケーションは、単一メモリーベースのセッションとして維持され、セッション・フェイルオーバー要件を持つWebアプリケーションは、レプリケートされたセッションまたはJDBCベース・セッションとして維持されます。

純粋なパフォーマンスという観点では、セッションの状態に対するJDBCベース永続性と比較して、レプリケートされたセッション永続性を選択する方がよい選択です。ただし、レプリケート・ベース・セッションでは、WebLogicクラスタリングを使用する必要があるので、単一サーバー環境ではこのオプションを選択しません。

一方、JDBCベースの永続性を使用した環境では、WebLogicクラスタを使用する必要はなく、セッションの状態をより長い期間にわたってデータベースに保持できます。JDBCベースの永続性のパフォーマンスを向上させるには、コードを最適化してセッションの状態の永続性の粒度をできるだけ高くします。また、データベースの選択、データベース・サーバーの適切な構成、JDBCドライバ、JDBC接続プールの構成なども、JDBCベースの永続性のパフォーマンスに影響します。

セッション永続性の管理の詳細については次を参照してください。

親トピック: セッション管理

セッションの最小化

アプリケーションをチューニングして最高のパフォーマンスを引き出すには、WebLogic Serverのセッション管理の方法を構成することが重要になります。次のことを考慮してください。

  • セッションの使用にはスケーラビリティのトレードオフが伴います。

  • セッションの使用を抑えます。つまり、ステートをクライアント上で現実的に保持できない場合か、またはURL書換えのサポートが必要な場合にのみ、セッションを使用します。たとえば、ユーザー名などの単純な状態を直接Cookieに保持します。また、ラッパー・クラスを記述して、これらのCookieの「取得」および「設定」を行うこともできます。これにより、同じプロジェクトに参加しているサーブレット開発者の作業が簡素化されます。

  • 頻繁に使用する値をローカル変数に格納します。

『Oracle WebLogic Server Webアプリケーション、サーブレット、JSP の開発』のセッション管理の設定に関する項を参照してください。

親トピック: セッション管理

セッション・データの集約

この項では、セッション・データの集約方法のベスト・プラクティスを紹介します。WebLogic Serverではセッションの変更を属性によって追跡およびレプリケートするので、以下のことを行う必要があります。

  • 連携して変更するセッション・データは単一のセッション属性に集約します。

  • 頻繁に変更するセッション・データと読取り専用のセッション・データは別のセッション属性に集約します。

たとえば1つの大きな属性を使用して、そこにすべてのセッション・データを含めている場合、そのデータの10 %だけを変更しても、属性全体をレプリケートする必要があります。この操作によって、不要なシリアライズ/デシリアライズやネットワークのオーバーヘッドが生じます。この場合、変更する10%のセッション・データを別の属性に移動する必要があります。

親トピック: セッション管理

Pub-Subチューニング・ガイドライン

ファイル記述子の増加、JVMオプションのチューニングなどPub-Subサーバーに関する一般的なチューニング・ガイドラインに従います。

  • 特にアプリケーションが数千単位のクライアントを処理する場合は、ファイル記述子を増やして多数の接続が長時間維持されるようにします。

  • WebLogic Serverのロギング・レベルのチューニング

  • JVMオプションをチューニングします。推奨オプションは-Xms1536m -Xmx1536m -Xns512m -XXtlaSize:min=128k,preferred=256kです。

  • 最大メッセージ・サイズを増やします。アプリケーションが大量のメッセージをパブリッシュする場合は、値を<max-message-size>10000000</max-message-size>に設定することを検討してください。

親トピック: Webアプリケーションのチューニング

GZIP圧縮の有効化

WebLogic Server Webコンテナは、HTTP/1.1の一部であるHTTP Content-Encoding GZIP圧縮をサポートします。GZIP圧縮によって、Webブラウザがダウンロードする必要のあるデータのサイズを削減し、ネットワーク帯域幅を向上します。GZIP圧縮を有効化して構成することにより、Webアプリケーションをドメイン・レベルまたはWebアプリケーション・レベルでチューニングできます。

『Oracle WebLogic Server Webアプリケーション、サーブレット、JSP の開発』のWebアプリケーションのGZIP圧縮の有効化に関する項を参照してください。

親トピック: Webアプリケーションのチューニング