パフォーマンスチューニングガイド

一般的なパフォーマンスチューニングのガイドライン

アプリケーションのパフォーマンスは、さまざまな要因の影響を受けます。この章では、パフォーマンスに影響する可能性のあるいくつかの基本的な局面について説明し、有用なドキュメントリソースへのリンクを紹介します。

パフォーマンスチューニングと BEA WebLogic Portal について

パフォーマンスチューニングは、開発、ステージング、およびデプロイメントにまたがるプロセスです。すべてのフェーズでパフォーマンスをモニタし、適切な調整を行う必要があります。パフォーマンスのテストを初めて実行するユーザは、BEA dev2dev Web サイトの「Approaches to Performance Testing」を参照してください。

次の理由により、インストールのパフォーマンステストを実行できる環境の確立をお勧めします。

プロトタイプの負荷テストを実行すると、アプリケーションのパフォーマンスを大きく変える可能性がある設計上の判断を開発サイクルの初期段階で検証できる。
コンフィグレーションの変更 (ハードウェア、データベース、クラスタ環境、アプリケーションのチューニングパラメータなど) がアプリケーションのパフォーマンスに多大な影響を及ぼす可能性がある。設計を変更した場合は常にアプリケーションの負荷テストを実行することで、パフォーマンスに関する問題を特定の領域に絞り込むことができます。
早い時期にテストを繰り返し実行すると、サイトの実装を成功させ、かつスケーラブルに行える可能性が高まる。

推奨されるパフォーマンステストの方法として、システムの最も単純な側面から開始し、徐々に複雑な領域に移ります。このテストプロセスのいずれかの部分でパフォーマンス低下が観察された場合は、詳細な原因の調査を開始する必要があります。

一般的なアーキテクチャ

最初に次の手順を実行し、ネットワーク、データベース、またはその他のソフトウェアに関する、WebLogic Portal に関係しないパフォーマンスの問題を識別します。

データベースを (Web コンポーネントから切り離して) テストし、スキーマと SQL の動作を観察します。スキーマまたは SQL のパフォーマンスが最適化されていない領域に注意します。データベース接続プールのコンフィグレーションの詳細については、http://edocs.beasys.co.jp/e-docs/wls/docs81/ConsoleHelp/jdbc_connection_pools.html#1106131 を参照してください。

ネットワークの帯域幅が十分であるかどうかをテストし、サーバのオペレーティングシステムの TCP/IP パラメータについて、予想されるアプリケーションの負荷を十分に処理できることを確認します。ネットワークは、デプロイメントにおいて最もパフォーマンスの低下が発生しやすい側面です。

Web サーバをテストして、多数の同時スレッドの実行時に静的 HTML ページを処理できる十分な処理能力があることを確認します。

アプリケーションの要件に対応できる十分なリソースがあることを確認します。大規模アプリケーションの大半はクラスタ化されますが、クラスタ環境では、ロードバランシングタスクを行なうためのリソースが必要です。詳細については、「クラスタのコンフィグレーションとアプリケーションのデプロイメント」を参照してください。

HelloWorld サーブレットなどのごく小さなサーブレットの負荷テストを実行して、サーブレットエンジンをテストします。この単純なサーブレットのパフォーマンスが水平方向にスケーリング (Java 仮想マシンの追加に応じてパフォーマンスが向上) しない場合、発生したパフォーマンスの問題は、インフラストラクチャまたはリソースの問題に関係している可能性があります。

WebLogic Portal

次に、以下の手順に従って、WebLogic Portal に関するパフォーマンスの問題を識別します。

BEA WebLogic Server データベースコンフィグレーションが最適化されていることを確認します。WebLogic Portal では、データベースを広範囲に使用します。接続プールが十分に大きいこと、およびデータベースの接続障害が効率的な方法で処理されることを確認します。たとえば、起動時の接続数を増やしたり、新しい接続を要求する前の待機時間を延長したり、プールを縮小できるかどうかを設定したりできます。

次の項目に従って、各ポートレットの処理速度が最適化されていることを確認します。

ポートレット内でデータを更新するフォームをポートレット内で使用しない。これを行うとポートレット全体のデータが更新されるため、処理に非常に時間がかかる場合があります。
多くの処理を必要とする項目は、編集ページ内または最大化されたページ用の URL 内に配置する。そうしないと、ポータルはポートレットの処理を待機する必要があり、そのためにポータルの最終的な表示が大幅に遅くなります。
処理時間が長くかかる可能性があるデータの大量取得を行わない。

アプリケーションのコンポーネントをテストします。データアクセスレイヤから開始し、その後は一度に 1 ステップずつ GUI までテストを続けます。アプリケーションの各コンポーネントと各レイヤ間でのパフォーマンスとスケーラビリティの違いに注意します。最後に、プロキシサーバを使用して、ブラウザベースの負荷テストツールからエンドツーエンドテストを実行します。

実際の条件をシミュレーションしてアプリケーションの動作とパフォーマンスをテストします (このテストを行うために使用できるツールが多数あります)。必ず匿名ユーザとログインユーザの両方を同時に使用してください。

WebLogic Server のチューニング

WebLogic Portal は WebLogic Server 上で動作するため、WebLogic Server のパフォーマンスに影響する要因は、WebLogic Portal のパフォーマンスにも影響します。

WebLogic Server のチューニングの詳細については、http://edocs.beasys.co.jp/e-docs/wls/docs81/perform/index.html を参照してください。

JVM のチューニング

Java 仮想マシンは、ポータルの効率的な実行の鍵となります。WebLogic JRockit のチューニングの詳細については、『JRocket JVM チューニングガイド』を参照してください。

推奨事項

JRockit を使用する場合は、『WebLogic Server パフォーマンスチューニングガイド』の「最適な JVM 設定の特定」で説明しているように、-gcx:parallel フラグを調整してください。JRockit は通常、SunMicrosystem の HotSpot よりも WebLogic Server を使用した方が、パフォーマンスが向上します。

Sun Hotspot を使用する場合は、-server および -client フラグを調整して、アプリケーションのスループットが最大になる設定を確認してください。

データベースのチューニング

WebLogic Portal を使用するときは、データベースを常にチューニングされた状態に保つことが重要です。Portal では、コンテンツ、ルール、ポータルフレームワークのカスタマイズ、およびユーザプロファイルのデータを保存するためにデータベースを使用します。

実際のニーズとプロダクション環境に合わせてデータベースをチューニングする方法については、データベースベンダのドキュメントを参照してください。

WebLogic Portal に合わせたデータベースのチューニングの詳細については、『WebLogic Portal データベース管理者ガイド』を参照してください。

オペレーティングシステムのチューニング

オペレーティングシステムのチューニングは、使用しているオペレーティングシステムのマニュアルに従って行ってください。BEA では、「サポート対象のコンフィグレーション」ページに記載されている複数のオペレーティングシステム上で WebLogic Server の動作確認をしています。

Windows プラットフォームの場合、通常はデフォルト設定を変更する必要はありません。一方、Solaris および Linux プラットフォームでは、通常は適切なチューニングを行う必要があります。

WSRP ポートレットを使用する場合は、『WebLogic Server パフォーマンスチューニングガイド』で説明しているように、/etc/system/limits.conf ファイルのファイル記述子パラメータを変更してください。

その他のリソース

WebLogic Portal では、WebLogic Platform のさまざまなコンポーネントを使用します。WebLogic Portal のチューニングの詳細については、次のドキュメントを参照してください。

一般的なパフォーマンス チューニングのガイドライン

パフォーマンス チューニングと BEA WebLogic Portal について