説明
メトリクスを取得する AppDynamics REST API を使用すると、メトリクスのパスとデータの時間枠を指定することで、メトリクスに対して生成された値を取得できます1。この API を使用する正当な理由には次のようなものがあります:
1 分単位のデータをアーカイブします。AppDynamics コントローラーは、保持期間に応じてさまざまなレベルの粒度でメトリック データを保存します。たとえば、1 分の粒度データを 8 日間、10 分の粒度データを 32 日間、1 時間の粒度データを 365 日保存します。1 分粒度のデータを 8 日を超えてアーカイブする場合は、API を使用してデータを取得し、外部データベースまたはファイル システムに保存できます。
2 つの既存のメトリックに基づいて新しいメトリックを計算します。AppDynamics コントローラーは、平均応答時間、1 分あたりのコール数、1 分あたりのエラー数など、いくつかの組み込みメトリックを提供します。ただし、エラーとエラーの比率など、コントローラーでは利用できない新しいメトリックを計算することもできます。コール、または遅いトランザクションの割合。API を使用して既存のメトリクスの値を取得し、独自のロジックまたは式を使用して計算を実行できます。
ヘルスルール違反を取得します。正常性ルールは、アプリケーション コンポーネントのパフォーマンスと可用性のしきい値を定義するルールです。正常性ルールに違反すると、AppDynamics コントローラーはイベントを生成し、オプションでポリシー アクションをトリガーします。API を使用して、特定のアプリケーション、時間範囲、重大度レベルの正常性ルール違反のリストを取得できます。これは、アプリケーションの状態を監視およびトラブルシューティングし、必要に応じて修正措置を講じるのに役立ちます。参考資料: メトリクス データの取得、ヘルス ルール API

説明
Cisco AppDynamics Professional Implementer (CAPI) のドキュメントによると、アップグレードされた Java エージェントが正常に実行されていることを確認する有効な方法は次の 2 つです。
コントローラー UI 内のノードが、アプリ エージェントがレポートしていることを示していることを確認します。(B) コントローラー UI は、ユーザーが AppDynamics エージェントによって計測されるアプリケーション、層、ノード、およびその他のエンティティのパフォーマンスを監視および管理できる Web ベースのアプリケーションであるため、これは有効な方法です。コントローラー UI には、各層内のノードのステータスが表示され、アプリ エージェントがレポートしているかどうかが示されます。アプリ エージェントがレポートしている場合、ノード アイコンは緑色でエージェントのバージョンを示します。アプリ エージェントがレポートを行っていない場合、ノード アイコンは灰色になり、エージェントが最後にレポートした時間が表示されます。ユーザーは、ノード アイコンの上にマウスを置くと、エージェント タイプ、エージェント バージョン、エージェント ランタイム ディレクトリ、エージェント プロパティ ファイルなどの詳細を表示することもできます。ユーザーは、ノード アイコンが緑色で、エージェントの最新バージョンが表示されていることを確認することで、アップグレードされた Java エージェントが正常に実行されていることを確認できます12。
メトリック ブラウザでそのノードの Java エージェント バージョン メトリックを確認します。メトリック ブラウザーはユーザーが AppDynamics エージェントによって収集されたメトリックを表示および分析できるようにするコントローラー UI の機能であるため、これは有効な方法です。メトリック ブラウザには、階層ツリー構造でメトリックが表示されます。各ノードは、メトリック カテゴリ、メトリック名、またはメトリック値を表します。ユーザーはノードを展開または折りたたんで、メトリクスを選択または選択解除してグラフに表示できます。ユーザーは、フィルター、時間範囲、ベースライン、その他のオプションを適用してグラフをカスタマイズすることもできます。ユーザーは、メトリック ブラウザでそのノードの Java エージェント バージョン メトリックに移動することで、アップグレードされた Java エージェントが正常に実行されていることを確認できます。Java エージェント バージョン メトリックは、ノード上で実行されている Java エージェントのバージョン番号を示します。ユーザーはメトリック値を予想されるエージェントのバージョンと比較し、アップグレード後にメトリックが更新されていることを確認できます34。
間違ったオプションは次のとおりです。
アプリケーション ログに成功を示すメッセージが含まれていることを確認します。(A) アプリケーション ログには Java エージェントのアップグレードの成功を示すメッセージが含まれていないため、これは有効な方法ではありません。アプリケーション ログは、起動、シャットダウン、エラー、警告、デバッグ情報など、アプリケーション サーバーで発生するイベントやメッセージを記録するファイルです。アプリケーション ログには、インストール、アップグレード、構成、レポートなど、Java エージェントで発生するイベントやメッセージは記録されません。Java エージェントには独自のログ ファイルがあり、
<agent_home>/logs ディレクトリ。このディレクトリには、Java エージェントのアップグレードの成功または失敗を示すメッセージが含まれます。
Java エージェント ログに、エージェントが正常に開始されたことを示すメッセージが含まれていることを確認します。(D) Java エージェント ログには、アップグレード後にエージェントが正常に開始されたことを示すメッセージが含まれていないため、これは有効な方法ではありません。Java エージェント ログは、インストール、アップグレード、構成、レポートなど、Java エージェントで発生するイベントとメッセージを記録するファイルです。Java エージェント ログには、Java エージェントのアップグレード時ではなく、アプリケーション サーバーの起動時にエージェントが正常に開始されたことを示すメッセージが含まれています。Java エージェントのログには、Java エージェントのアップグレードの成功または失敗を示すメッセージは含まれません。Java エージェント ログは <agent_home>/logs ディレクトリにあり、エージェントが正常に開始されたことを示すメッセージは「Agent Startup Complete」です。
参考文献:
1: 層とノード - AppDynamics
2: 階層ダッシュボード - AppDynamics
3: メトリクス ブラウザ - AppDynamics
4: Java エージェントのメトリクス - AppDynamics
[5]: Java エージェント ログ - AppDynamics
[6]: Java エージェントのトラブルシューティング - AppDynamics

説明
EUM エージェントは、Web、モバイル、または IoT アプリケーションで実行され、エンド ユーザー エクスペリエンスに関するメトリクスを収集する特別なエージェントです。EUM エージェントは、EUM エージェントによって送信された生のメトリクスを検証、集計、およびパッケージ化するコンポーネントである EUM コレクタと通信します12。EUM コレクターは、AppDynamics が提供する SaaS サービス、または顧客がインストールしたオンプレミス サーバーのいずれかになります12。次に、EUM コレクターは、保存、分析、視覚化のために、処理されたメトリクスを AppDynamics コントローラーとイベント サービスに送信します12。参考資料: エンドユーザー監視の概要、EUM データ

説明
AppDynamics スタンドアロン マシン エージェントは、ホスト マシン上で実行され、CPU、メモリ、ディスク、ネットワーク使用量などのハードウェアとインフラストラクチャのメトリックを収集する Java プログラムです。Machine Agent は、次のような追加機能も実行できます。
分析イベントのフォワーダーとして機能: Machine Agent は、ビジネス トランザクション、ログ、ブラウザー、モバイル、合成イベントをアプリケーション エージェントから分析データ用の分散型のスケーラブルなデータ ストアである AppDynamics Events Service に転送するように構成できます。マシン エージェントは、カスタム イベントを SDK または API からイベント サービスに転送することもできます。これにより、ダッシュボード、クエリ、ファネル、メトリクスなどの AppDynamics Analytics 機能を使用して、アプリケーションとユーザーのパフォーマンスと動作を分析できるようになります12。
カスタム メトリックの HTTP リスナーの開始: スクリプト、ツール、その他のアプリケーションなどの外部ソースからカスタム メトリックを受信できる HTTP リスナーを開始するように Machine Agent を構成できます。その後、マシン エージェントはこれらのカスタム メトリックを AppDynamics コントローラーにレポートできるようになり、メトリック ブラウザーで表示したり、ヘルス ルール、ポリシー、またはダッシュボードで使用したりできます。これにより、デフォルトのマシン エージェント メトリクスでカバーされないシステムのあらゆる側面を監視できるようになります34。
他のステートメントは次の理由から誤りです。
B: Machine Agent は SNMP アラートを送信できません。マシン エージェントは、外部ソースから SNMP トラップを受信し、それをイベントとして AppDynamics コントローラーに報告することのみが可能です。AppDynamics コントローラーは、正常性ルール違反またはイベントに基づいて SNMP アラートを外部システムに送信できますが、これは Machine Agent5 の機能ではありません。
C: Machine Agent は複数の AppDynamics コントローラーと通信できません。マシン エージェントは、一度に 1 つのコントローラとのみ通信できます。これは、エージェント構成ディレクトリのcontroller-info.xml ファイルで指定されます。複数のコントローラで同じホスト マシンを監視する場合は、同じマシンに複数のマシン エージェントをインストールし、それぞれが異なるコントローラ構成とポート番号を使用する必要があります。
D: Machine Agent がダウンすると、それ自体を再起動できません。Machine Agent には、障害やクラッシュが発生した場合に自動的に再起動するメカニズムが組み込まれていません。外部ツールまたはスクリプトを使用してマシン エージェント プロセスを監視し、必要に応じて再起動する必要があります。あるいは、AppDynamics エージェント インストーラーを使用して、マシン エージェントをサービスとしてデプロイすることもできます。これは、障害時に自動的に再起動するように構成できます。
参照: 分析エージェント、分析データ、HTTP リスナー、カスタム メトリック、SNMP トラップ アラート統合、[SNMP 統合]、[マシン エージェント構成プロパティ]、[マシン エージェントのインストール]、
[エージェントインストーラー]、[マシンエージェントの起動と停止]

説明
AppDynamics コントローラーのサイジングを決定する際の最も重要な要素は、コントローラー上の 1 分あたりの予測メトリック負荷です。これは、メトリック負荷がコントローラー上の実際のワークロードを表しており、アプリケーションの性質、AppDynamics 構成、および使用パターンに依存するためです。エージェントの数、エージェントの種類、管理者/エンド ユーザーの数、AppDynamics アプリケーションの数は単なる概算であり、特定のシナリオによって大きく異なる可能性があります。したがって、実稼働環境にデプロイする前に、ステージング環境でシステムのパフォーマンスをテストし、メトリックのアップロード速度を使用してコントローラーのサイジングを検証することをお勧めします。参考資料: コントローラーのシステム要件、パフォーマンスとコントローラーのサイジングのガイドライン、Microsoft Azure で AppDynamics を実行する方法、プラットフォームの要件