On this page:

Related pages:

ノードが一定期間コントローラと通信していない場合、コントローラはそのノードを履歴ノードとしてマークします。コントローラは、そのノードに関するルール評価などの一部の処理アクティビティを中断します。

ノードの削除期間が終了する前にノードがコントローラとの接続を再開した場合、コントローラはそのノードをアクティブな状態に戻します。それ以外の場合は、コントローラから永久的に削除され、ノードレベルのデータはUIでアクセスできなくなります。ただしノードが削除されても、ノードのティアとアプリケーションレベルの履歴メトリックデータはご利用になれます。

デフォルト設定では、約20日ノードのアクティビティが確認できない場合、コントローラはノードを履歴と見なし、30日後に削除します。ノードの作成および破棄が頻繁に行われる非常に動的なアプリケーション環境では、ノードのアクティビティタイムアウト期間を短縮するのが理にかなっています。これにより、リサイクルされたノードはコントローラ内でそのように扱われます。

ノードアクティビティのタイムアウト期間は、ノードの保持期間またはアクティビティの設定によって決定されます。

履歴ノードの名前を新しいノードに割り当てることができます。[Node name reuse] は Java エージェントのオプションで、有効にするとコントローラにノード名を再利用するよう指示するので、存続時間の短い複数のノードによって指定されたティアで生成されたデータは単一の論理ノードに関連付けられます。

ノードアクティビティとエージェントのライセンス

ライセンシング目的のため、コントローラは直前の5分間にエージェントからデータを受信しなかった場合、そのエージェントのライセンスを解放します。このライセンスの可用性の動作は、履歴ノード状況やノード削除のタイムアウト設定の影響は受けません。

ノードアクティビティ設定を構成します。

ノードアクティビティ設定はアカウントレベル設定で、ルート AppDynamics 管理者は管理コンソールから変更できます。

  • node.permanent.deletion.period:コントローラと通信できなくなったノードがシステムから完全に削除されるまでの時間(時間単位)。データは削除されます。この期間後にエージェントがレポートを再開する場合は、新しいノードとして開始します。したがって、ノードレベルでは履歴データは使用できません。ティアおよびアプリケーションレベルでは履歴データが表示され、クラスタのロールアップは通常どおりに行われます。
    デフォルトは、720 時間で、この設定の最小値は 6 時間、最大値に制限はありません。 
  • node.retention.period:コントローラと通信できなくなったノードが削除されるまでの時間(時間単位)。この場合、AppDynamics UI にはノードが表示されませんが、システムには引き続き保持されます。これらの時間内にエージェントでレポートが再開されると、UIに再表示され、カウンタがリセットされます。デフォルト値は500時間、最小値は1時間です。
    この設定の最大値には制限がありません。
    ノードの保持期間に関する追加の備考は、次のとおりです。
    • マシンエージェントがノードに関連付けられている場合、そのノードはノードの保持期間の影響を受けません。
    • ノードをノードの保持期間対象として考慮する必要がある場合は、シャットダウン時に履歴としてマークを付ける必要があります。

      ‑Dappdynamics.jvm.shutdown.mark.node.as.historical=true

コントローラから切断された時のエージェントの動作

ネットワークに問題がある場合やエージェントのエラー、またはさまざまな理由でコントローラサーバがダウンしている場合、コントローラにアクセスできない場合があります。 

コントローラに1分間到達できない場合、

  • エージェントは待機状態になり、その間トランザクションを検出しません。
  • 収集されたスナップショットとイベントはすべてドロップされ、失われます。スナップショットやイベントがドロップされるのは、キャッシュするのにメモリを消費しすぎるからです。
  • コントローラに送信されていないメトリックはすべてメモリに保存されます。メトリックを保持することによるメモリへの影響は大きくありません。 
  • コントローラに送信されていない新規のビジネストランザクション登録は、メモリに保存されます。
  • エージェントは毎分コントローラへの接続を試み、完全な構成がダウンロードできると通常のアクティビティを再開します。

コントローラが次の1〜2分で到達可能になった場合、

  • メモリに保存されたメトリックはすべてコントローラに送信されます。 
  • メモリに保存されている新規のビジネストランザクション登録は、コントローラに送信されます。
  • 再接続の20秒前に収集されたスナップショットやイベントは、コントローラに送信されます。

1分間隔の試行を3回失敗した後コントローラに到達できない場合は、

  • エージェントはミュートされ、すべてのビジネストランザクションのインターセプタは無効になります。モニタ対象アプリケーション エントリ ポイントのメソッドが実行されるときもインターセプタは呼び出されますが、動作しません。新しいビジネストランザクションの検出や登録はされません。相関イグジットポイントは「notxdetect=true」などのヘッダーを設定します。これにより、ダウンストリームティアもこのトランザクションを無視するように指示します。 
  • JMX メトリックはアプリケーション サーバ メモリに格納され、再接続後にコントローラに送信されるので、メトリック履歴にギャップはありません。 
  • 過去 3 分間の定期的なメトリックはメモリに保存されます。3 分より古いメトリックは、メモリから消去されます。 
  • エージェント構成チャネルとメトリックチャネルは、引き続き毎分1回コントローラへの接続を試みます。

5 分経ってもコントローラにアクセスできない場合は、ライセンスは解放され他のエージェントが使用できます。 

後になって接続が成功し、エージェントが完全な構成およびライセンスをダウンロードできる場合、

  • 過去 3 分間の JMX メトリックや Windows パフォーマンスカウンターなどの定期的なメトリックはすべて、コントローラに送信されます。コントローラは、ロールアップが完了しているなど、収集されてから時間がたっているメトリックをドロップします。
  • エージェントは再度アクティブになり、ビジネストランザクションインターセプタは再度有効化され、ビジネストランザクションはモニタリングされスナップショットを撮られる場合もあります。新しいビジネストランザクションが検知、登録され、ダウンストリーム相関は再度有効になります。