要求メトリックは、個々のトランザクションのトラッキングを可能にするツールであり 、WebSphere Application Server の各主要コンポーネントにおける処理時間を記録します。
HTTP request/trade/scenario ------------------------------> 172 ms Servlet/trade/scenario -----------------------------> 130 ms EJB TradeEJB.getAccountData ---------------------> 38 ms JDBC select --------------------------------> 7 ms
応答時間が関連付けられたこのようなトランザクション・フローを使用することにより、ユーザーはパフォーマンスに問題のある領域を特定し、リソース制約の問題をデバッグすることができます。 例えば、このフローにより、トランザクションが、Web サーバー・プラグイン、Web コンテナー、 Enterprise JavaBeans (EJB) コンテナー、またはバックエンド・データベースのどれにその時間のほとんどを 費やしているかを判別できます。各レベルで集められた応答時間には、そのレベルで費やされた時間と、下位のレベルで費やされた時間が含まれます。例えば、サーブレットの応答時間 (130 ミリ秒) には、Enterprise Bean および Java Database Connectivity で費やされる 38 ミリ秒も含まれます。このため、サーブレット・プロセスには 92 ミリ秒を要したことになります。
要求メトリックは、特定のトランザクションについて応答時間を追跡できます。要求メトリックは 個々のトランザクションを追跡するため、使用するとシステムのパフォーマンスに影響します。 ただし、この機能は、要求フィルター操作機能を使用することによってマイグレーションすることができます。
例えば、ツールにより合成トランザクションを加えることができます。要求メトリックは、これらのトランザクションについて WebSphere Application Server 環境内での応答時間を追跡できます。合成トランザクションは、システムのパフォーマンス・テスト に先行した準備として、管理者によってシステムに投入されたトランザクションです。この情報を使用して、管理者は Web サイトのパフォーマンスを調整し、修正処置を行うことができます。 これにより、要求メトリックが提供する情報は、特定の要求タイプのパフォーマンスが許容しきい値を 超えた場合を検出するアラート・メカニズムとして使用することができます。 要求メトリック内のフィルター・メカニズムを使用することにより、特定の合成トランザクションにフォーカスし、 このシナリオでのパフォーマンスの最適化を行えます。
分離された問題領域がある場合は、要求メトリックのフィルター操作メカニズムを使用して、 特にこれらの領域に焦点を合わせます。例えば、特定のサーブレットまたは EJB メソッドに分離された問題がある場合、 URI (Uniform Resource Identifier) アルゴリズムまたは EJB フィルターを使用して、そのサーブレットまたは EJB メソッドに対してのみ計測機能を使用可能にすることができます。 このフィルター操作メカニズムは、さらに焦点を合わせたパフォーマンス分析をサポートします。
フィルター操作が使用可能な場合、フィルターと一致する要求のみが要求メトリック・データを生成し、 ログ・レコードを作成し、ARM インターフェースを呼び出します。 稼働中のシステムに処理を追加し (具体的にはトレース情報を生成し)、 システムに打撃を与える可能性がある他のソースからの要求を無視して、 通常の負荷に関連する特定のタイプの要求のパフォーマンスを評価することができます。