Java アプリケーションの監視
System Center - Operations Manager の Java Application パフォーマンス モニター ing (APM) を使用すると、Java アプリケーションを監視して、問題の根本原因を特定するのに役立つアプリケーションのパフォーマンスと例外イベントの詳細を取得できます。 System Center Management Pack for Java Application パフォーマンス モニター ing を使用すると、Operations Manager Application Advisor を使用して Java アプリケーションのパフォーマンスと例外イベントを監視できます。 Operations Manager Application Advisor を使用すると、パフォーマンス イベントのメソッドとリソースのタイミング、例外イベントのスタック トレース、イベントの Java 固有のカウンター (平均要求時間、1 秒あたりの要求数、JVM メモリ、クラス ローダーなど) を調査し、標準的なアプリケーション パフォーマンス モニター レポートの一部を実行できます。 さらに、Java アプリケーション サーバー カウンターで Operations Manager レベルのアラートを受け取ります。 Microsoft ダウンロード センターから Java アプリケーション パフォーマンス監視用管理パックをダウンロードしてください。
Java アプリケーション パフォーマンス監視は、.NET アプリケーション パフォーマンス監視と多くの概念を共有します。 ただし、オブジェクト階層、オーバーライドとアラートを操作する方法 (Java アプリケーションのパフォーマンス モニターには作成と構成テンプレートがないため、管理パックのオーバーライドを使用して構成を変更する)、サーバー レベルの情報は Java Application パフォーマンス モニター レポートでは処理されません。
サポートされている構成
Java アプリケーション パフォーマンス監視用管理パックには、該当する Windows Server バージョンおよび Operations Manager が必要です。
サポートされている構成:
Tomcat 5、Tomcat 6、および Tomcat 7
Windows
Linux
Java JDK 5、Java JDK 6
Web テクノロジ
GenericServlet
Struts
Struts2
Axis2
前提条件
Java アプリケーション パフォーマンス監視用管理パックを実行するには、Java Enterprise Edition (JEE) 用管理パックが詳細監視用に構成されている必要があります。 この管理パックは、JEE アプリケーション サーバーを監視し、初期アプリケーション レベルの検出を提供します。 詳細については、「 Java アプリケーションの監視を構成する方法および特定の種類のアプリケーション サーバーの JEE 用管理パック ガイド( Microsoft ダウンロード センターを参照してください。
Java アプリケーションを監視する方法
学習している新しい Java アプリケーションがある場合は、デプロイを段階的にスケールアップする前に、Java アプリケーション パフォーマンス モニターを使用してベースライン メジャーを取得します。 ここでは、新しいアプリケーションを知るのに役立つ設定をいくつか紹介します。 さらに、運用環境に実装する前に、テスト環境または開発環境で監視を開始し、ベースライン構成を確立することが理想的です。
新しいアプリケーションの監視設定
新しい Java アプリケーションを監視するためのこの戦略に従うと、環境内および顧客に対するアプリケーションの動作を把握するのに役立ちます。
簡単な監視システムと短期的な設定で監視を開始する
まず単純な構成から始めて、1 つのサーバーの 1 つのアプリケーションを監視します。 次に、新しいアプリケーションの監視のために Java アプリケーション パフォーマンス監視を初めて構成するときに、傾向を把握するのに十分な期間にわたってその設定を維持するように計画を立てます。 1 日分のデータは、アプリケーションのパフォーマンスと使用パターンに関する分析情報を提供する必要があります。
既定の設定といくつかの特定の設定を使用してベースライン パフォーマンスを確立する
通常は、既定の設定をそのまま使用します。 既定の設定では、アプリケーションに大きな問題が発生し、監視対象のアプリケーションへの影響を最小限に抑えることができます。
パフォーマンスイベントや例外イベントが発生しない場合は、次の手順を使用して、ベースラインのパフォーマンスがどのように見えるかを確認できます。
監視を開始する際に、以下のように設定を調整できます。
パフォーマンスのしきい値を下げます。 これにより、アプリケーションの現在のパフォーマンス特性を確認することで、ベースライン パフォーマンスメジャーを確立できます。 パフォーマンスのしきい値の詳細については、「 How to Configure Monitoring for Java Applications」を参照してください。
すべての例外を調べます。 どのような例外がスローされているのか理解する必要があります。 既知の例外ハンドラーを使用すると、受け取る例外が制限されます。
これにより、長期的な監視に必要以上の大量のデータが生成される可能性があります。 最初は、この量のデータは、顧客がシステムを経由しているパスの種類や通常のパフォーマンスの外観など、傾向を確認するのに役立ちます。
データ収集が完了したら、アプリケーションのパフォーマンス分析などの Application Advisor レポートを使用し、監視対象のアプリケーションの状態を確認します。 レポートを使用すると、システムを介した最も高い (実行時間が最も長い) 呼び出しの平均期間と、要求の処理に費やされた最大時間が表示されます。 これにより、実際のアプリケーション パフォーマンスに基づいてカスタマイズされたスマートなしきい値を設定できます。 また、どの関数が他の関数よりも高速に実行されているかも確認できます。また、重要なメソッドの特定の Web ページ、Web メソッド、関数トランザクションを作成して、アプリケーション全体よりも厳密な SLA で応答できるようにします。 レポート表示の詳細については、「 Prioritizing Alerts by Using Application Advisor」の Application Advisor レポートのスコープ設定方法および実行方法を参照してください。
設定を調整し、ベースラインと比較する
ベースライン パフォーマンスメジャーを確立したら、設定を調整して監視を調整し、発生している例外の種類をキャッチします。 すべての例外を報告すると、アラートの受信を優先する例外をキャッチしている既定の例外ハンドラーがアプリケーションに存在するかどうかを確認できます。 取得されるデータは調整のたびにより有意なものとなり、少数になります。
収集したデータに基づいてカスタム設定を削除し、しきい値を設定します。
例外がアプリケーションの外部に出ないようにするアプリケーション レベルの "すべてキャッチ" ハンドラーの例外ハンドラーを追加します。
アプリケーション全体よりも高レベルの SLA に従う必要がある一般的なメソッドのパフォーマンスを監視するために、特化したトランザクションをモニターに追加します。
新しいデータをベースラインと比較します。 たとえば、実際の平均応答時間が表示されます。 これによりアプリケーションが送信するさまざまなパフォーマンス例外を把握できるため、名前空間をすべて監視する代わりに、必要な特定の名前空間を追加できます。 アプリケーションは測定されたパフォーマンス レベルに基づいて監視されるように構成され、正常なレベルから外れるとアラートが生じます。
監視対象のサーバーにアプリケーションを段階的に展開する
新しい監視構成でアプリケーションを一定期間監視した後、アプリケーションが正常であると感じる場合は、アプリケーションを実行しているサーバーの数を増やし、監視するサーバーの数を 1 から 10 に増やします。 そのレベルで正常に実行することが確認できたら、より多くのサーバーに徐々に展開と監視を拡張します。 この段階的なロールアウトのアプローチにより、アプリケーションの監視の信頼度を高め、システムのヘルスを保証できます。
オペレーターがこの情報を使用してできること
この基本情報を使用すると、オペレーターは、問題がアプリケーションまたはインフラストラクチャのどこにあるかを理解し、それが開発チームだけが修正できるか、オペレーターが直接対処できるかを把握できます。
次のステップ
Java アプリケーションの監視の構成の詳細については、「 Java アプリケーションの監視を構成する方法を参照してください。