パフォーマンス チューニング ガイド
|
 |
 |
|
ポータルのパフォーマンスの重要な側面は、ポータル アプリケーション レベルで管理されます。以下のものが含まれます。
WebLogic Portal には、キャッシュのコンフィグレーション、アクセス、モニタ、および管理に使用できる単一のフレームワークが用意されています。キャッシュを正しくコンフィグレーションすれば、頻繁に使用するデータの検索にかかる時間を大幅に短縮できます。キャッシュは読み込み専用であり、クラスタ対応であることに注意してください。
WebLogic Portal サービスの多くは、あらかじめコンフィグレーションされているキャッシュを使用しています。これらのキャッシュは、ユーザのパフォーマンスのニーズに合わせてチューニングできます。ただし、サービスによっては、ユーザがコンフィグレーションしたりアクセスしたりすることのできない、内部的にコンフィグレーションされたキャッシュを使用しているものもあります。サービスを拡張または追加する場合は、キャッシュ フレームワークを使用して独自のキャッシュ セットを定義し、使用することができます。
「WebLogic Portal のキャッシュ設定」には、ポータル アプリケーションで使用されるキャッシュのリストが掲載されています。このリストは、チューニングの際の補助として使用します。システムで使用可能なメモリを常に考慮するようにしてください。最大キャッシュ サイズを変更するときには、システム メモリもモニタして、その影響を判断します。
静的に定義されたキャッシュをコンフィグレーションするには、Portal Administration Tool 内のサービス管理ツールを使用します。コンフィグレーション可能なキャッシュのリストについては、「WebLogic Portal のキャッシュ設定」を参照してください。
キャッシュをコンフィグレーションするときは、パラメータを修正してキャッシュの動作または機能を変更します。各キャッシュには、最大サイズ設定と生存時間設定があります。たとえば、最新の 10,000 エントリのみを格納するようにキャッシュを設定したり、キャッシュ内のエントリの生存時間を設定することができます。また、キャッシュをフラッシュして、情報に対するすべての新しい要求をデータベースから直接受け取ることもできます。
キャッシュ設定のコンフィグレーション方法の手順については、「キャッシュをコンフィグレーションする」を参照してください。
一部の WebLogic Portal JSP タグは、セッションやページなどのさまざまなスコープでの結果のキャッシングをサポートします。これにより、個々のコンテンツ クエリのキャッシングをさらに詳細に管理できます。これは 1 つの利点とも考えられますが、キャッシュをコードで制御すると、アプリケーションのサイズ (コードの数) に応じて、キャッシュの変更にさらに多くのメンテナンスが必要になることを覚えておいてください。
以下のコンテンツ管理に関連する JSP タグには、キャッシュ関連の属性が含まれます。
これらの JSP タグとその属性の詳細については、WebLogic Workshop オンライン ヘルプの「ポータル JSP タグ」を参照してください。
新しいポータル アプリケーションを作成すると、WebLogic Portal では、コマース サービス、イベント リスニング、キャンペーンなど、ほとんどのサービスが有効になります。これらのサービスがポータル アプリケーションで不要な場合は、サービスを無効にすることによって、パフォーマンスを向上させることができます。
サービスの無効化は、Administration Portal のサービス管理ページで実行できます。詳細については、Administration Portal オンライン ヘルプの「コンフィグレーション項目を追加または削除する」を参照してください。
アプリケーションで次のサービスに依存する機能を使用しない場合は、これらのサービスを無効にしてください。
キャンペーンとは、強力なパーソナライゼーション用のツールです。これにより、きめ細かいルールに基づいて特定の Web コンテンツ、電子メール、および割引をユーザに向けて提供できます。次のヒントを利用してキャンペーン設定をチューニングすることで、パフォーマンスが向上します。
常にシナリオ ルールを特定のイベントに依存させます。それによって、シナリオ ルール内で参照されているイベント タイプに基づく最適化が可能です。
できる限り、余分なイベントを生成しないようにします。キャンペーン サービスは、すべてイベントをリスンする必要があります。イベントは、サイトで発生した重要なできごとを通知するために使用してください。
目標チェックを利用するキャンペーンを使用している場合は、目標チェックを適切に設定してください。目標チェックは、キャンペーンが目標に達したかどうかを判断するために使用されます。開発者はキャンペーンを作成するときに、キャンペーンが特定の日付で終了するように設定したり、目標セット (表示回数やクリック回数など) を使用したりできます。目標セットは、キャンペーンの継続期間に応じて設定する必要があります。キャンペーンの目標チェック メカニズムの設定が低すぎると、ポータルのパフォーマンスに影響を及ぼします。デフォルトでは 300000 ミリ秒 (5 分) です。
キャンペーンの目標チェック時間は、Administration Portal を使用して調整できます。
この設定の調整方法の詳細については、Administration Portal オンライン ヘルプの「Campaign Service をコンフィグレーションする」を参照してください。
Campaign Service は、表示カウントを使用して、キャンペーンが最終目標に到達したかどうかを判断します。表示カウントは、広告プレースホルダにシナリオ アクションの結果として広告が表示されるたびに、Campaign Service によって更新されます。
デフォルトでは、Campaign Service は、広告プレースホルダが 1 つまたは複数のシナリオ アクションの結果として 10 個の広告が表示されたことを検出するまで、データベース内の表示カウントを更新しません。パフォーマンスをチューニングするために、このデフォルトを変更して、キャンペーンのサポートに必要なデータベースのトラフィックを削減できます。
トラフィックが多いサイトでは、この数値を 50 ～ 100 の範囲に増やします。
Ad Service キャッシュをコンフィグレーションするには、Administration Portal を使用して次の手順を実行します。
ポータルで資格を使用する場合は、資格を認識するようにアプリケーションをコンフィグレーションする必要があります。これは、netuix-config.xml ファイルを編集することで実行できます。
netuix-config.xml ファイルは、ポータル Web アプリケーションのディレクトリ内にあります。たとえば、サンプル ポータル Web アプリケーションを使用する場合、対応する netuix-config.xml ファイルは次の場所にあります。
//weblogic81/samples/portal/portalApp/sampleportal/WEB-INF/netuix-config.xml
変更を行った後、変更を有効にするには、Web アプリケーションを再デプロイする必要があります。Web 記述子ファイルの変更の詳細については、『プロダクション業務ユーザーズ ガイド』の「EAR ファイルのデプロイの準備」を参照してください。
ポータル フレームワークのパフォーマンスに関する問題と netuix-config.xml ファイルの詳細については、http://edocs.beasys.co.jp/e-docs/wlp/docs81/whitepapers/netix/appendix.html#1052773 を参照してください。
<entitlements control-resource-cache-size="200">
<enable>true</enable>
</entitlements>
WebLogic Portal 8.1 SP4 から、ロール値は自動的にキャッシュされます。ただし、ロールの定義に、評価がリクエスト処理の過程で変化する式を使用する場合は、この設定を無効にする必要があります。
ロール キャッシングを無効にするには、個々のアプリケーションの web.xml ファイルを編集する必要があります。
注意 : 変更を行った後、変更を有効にするには、Web アプリケーションを再デプロイする必要があります。Web 記述子ファイルの変更の詳細については、『プロダクション業務ユーザーズ ガイド』の「EAR ファイルのデプロイの準備」を参照してください。
<BEA home>/weblogic81/samples/portal/portalApp/sampleportal/WEB-INF/web.xml.
コンテンツ管理で BEA リポジトリを使用する場合は、ポータル アプリケーションのニーズに合わせてキャッシュ設定をチューニングできます。
リポジトリのキャッシュ設定は、リポジトリを編集するときにアクセスされます。
ノード (コンテンツ フォルダ) またはバイナリ (コンテンツ項目) のキャッシュ設定は、コンテンツのアクセス頻度とキャッシュ内に残すコンテンツの量に従って調整できます。割り当てたキャッシュ設定を処理するには、サーバに十分なメモリが必要であることに注意してください。
|
|
|