問題タブ [apm]

PHPのアプリケーションパフォーマンス管理を探しています（http://en.wikipedia.org/wiki/Application_performance_managementを参照）

このツールは、本番環境の任意のPHPアプリケーションにプラグインでき、各リクエストのPHP実行時間、ネットワーク時間、データベースクエリ時間に関する統計を収集/表示できます。各指標について、最小値、最大値、平均値を確認したいと思います。

これらの統計はすべて、リアルタイムおよび過去の統計で利用できます。

それを行うことができる既存のツールはありますか？（無料かどうかにかかわらず）ツールの提案は大歓迎です。

分散システム全体で分散リクエストの時間を表示できるオープンソースのアプリケーション/ツール/テクノロジーを探しています。

AppDynamicsのような素晴らしいものをいくつか見つけましたが、それらはすべて商用です。そのような幅広い機能は必要ありませんが、単純なリクエスト追跡は必要ありません。私もこのリストを見ましたが、理解するのが難しいです。

APM の経験があれば、いくつかのソリューションをお勧めできますか?

特定の Java プロセスのヒープ ダンプを取得するワークフローを BMC Atrium Orchestrator で構築したいと考えています。私が従わなければならない流れは次のとおりです。 1. アプリケーション名を入力します。2. 入力したアプリケーションが使用している JVM を見つけます。3. その JVM で実行されているプロセスのヒープ ハンプを取得します。

ステップ 2 について何か助けを得ることができますか?つまり、実行中のアプリケーションで使用されている JVM を特定するにはどうすればよいですか?

前もって感謝します。

プロダクションでJBOSS 7を監視するための良い提案はありますか? また、特定の条件に基づいてアラートを構成したいと考えています。もちろん、オープンソースでなければなりません。

ありがとう。

newrelic エージェントを使用した Java アプリケーションがあります。概要ダッシュボードには「Web トランザクション応答時間」グラフが表示されますが、それ以上の内訳はなく、合計時間だけです。

より具体的にする方法 - 「JVM」全体をいくつかの「サブイベント」に分割する方法は?

私が参照しているチャート：

そして、これがどのように見えるかです（ウェブからのランダムな画面）：

Dynatrace アプリケーション監視ツールを使用して監視できるパフォーマンス メトリックを探しています。それらがさまざまな層 (Web サーバー、アプリケーション サーバー、データベース サーバー) に分類されている場合は、あると便利です。

どんな助けでも大歓迎です。前もって感謝します。

Dynatrace などのアプリケーション パフォーマンス監視ツールを使用することでセキュリティ上のリスクはありますか?

私はトランザクションの定義についてある程度の経験があり、トランザクション定義ガイドとブックシェルフの両方を確認しました。CA APM リリース 9.1.5 を使用しています。以下の記録セッションでキャプチャした 4 部構成のトランザクションがあります。

記録を促進し、識別トランザクションの一致基準を微調整し、トランザクションからキャッシュ可能を削除した後、次のビジネス トランザクションができました。

モニターを同期した後、結果が表示されています。ただし、キャプチャされたトランザクションごとに、3 つの欠陥が発生しています。すべての非識別トランザクションの欠落トランザクションです。

識別トランザクションは正しく定義されています (このコールチェーンを持たない他のトランザクションからブリードオーバーしていません)。非識別トランザクションも正しく定義されています。これを証明するために、識別トランザクションを registration-form から login.fcc に変更し、このユース ケースに固有のトラフィックをピックアップしましたが、トランザクションごとに 3 つの欠陥がありました (3 つの非識別トランザクションが欠落しており、今回は登録フォームが欠落しています)。 ）。最も興味をそそられるのは、今日記録された成功したトランザクションが 1 つあったことです (さらに多くの失敗の中で)。1回成功したので、タイムアウトの定義が短すぎる可能性があると思い、そのまま20秒に増やしました。

潜在的な問題の概要と、それらが原因ではない理由:

• 変更間で同期していません。
  • すべての変更の間にこれを行うようにしました。
• あいまいすぎるトランザクションの識別/無関係なトラフィックのキャプチャ。
  • 一致基準は、この定義にのみ適用されます。
• 非識別トランザクション定義が正しくありません。
  • 一致基準は、この定義にのみ適用されます。
  • 1 つのトランザクションを、その部分だけの正しく一致したトラフィックを識別するものに切り替えます。
• トランザクション タイムアウトが短すぎます。
  • トランザクションのタイムアウトが 20 秒に増加しましたが、成功しませんでした。
• トランザクションがキャッシュ可能である必要があるときに、キャッシュ不可とマークされました。
  • 各トランザクションは必須のステップです。キャッシングが関係していたとしても、ほとんどのユーザーはチェーンを 2 回以上実行することはありません (したがって、少なくとも大多数は成功します)。
• APM は失敗を正しく報告します。
  • 成功したトランザクション チェーンを自分で完了することができ、それが機能しない場合は多くのアラームが鳴ります。

何か案は？必要に応じて詳細を提供できます。

WILY Introscope を使用してサーバーで費やされた時間を監視しようとしていますが、各サーバーの WILY に記載されている時間が 100 ～ 1000 ミリ秒の範囲であることがわかります。しかし、ページがブラウザにロードされるのにかかる時間は、ほぼ 5 秒です。

ツールが誤った値を報告するのはなぜですか? WILYで完全な時間を取得する方法は?