このページでは、アラートおよび応答機能の使用例を示します。

  • 特定の階層またはノードに適用される正常性ルールを定義します。特定のノードを選択する代わりに、一定の割合以上(20% 以上など)のノードが異常になった場合にルールをトリガーできます。 
  • ビジネストランザクションに対する診断アクションを開始する。
  • アプリエージェントによるコントローラへのレポートが停止した場合にアラートを発する。
    エージェントによってレポートされる可用性メトリックの値に基づいてノードの正常性ルールを作成します。可用性メトリックの値が1より小さい場合、エージェントによるレポートがありません。

  • 特定のビジネストランザクションで95パーセンタイルのメトリックが一定値に達したときにアラートを送信する。このルールは、User で始まる名前のビジネストランザクションにのみ適用することをお勧めします。

  • 特定のメトリックではなく、相対メトリックパスを指定することで、正常性ルールを生成する。正常性ルールは、影響を受けるビジネストランザクションごとに評価されます。相対メトリックパスは、複数のエンティティに対して単一のメトリックを評価する必要がある場合に使用します。

  • 複数の開発チームから成る大規模な部門があり、チームごとに異なるサービスを担当している場合。サービスの1つに対して正常性ルールを作成し、それをコピーします。次に、その正常性ルールの各コピーと、適切なチーム宛てのアラートとをペアにした各種ポリシーを作成します。
  • スクリプトを開始して接続プールのサイズを変更します。通常の負荷で機能するアプリケーションがあるとします。ただし、負荷がピークになるとアプリケーションが遅くなります。負荷のピーク中、AppDynamicsでは接続プールの競合を検出するだけでなく、接続プールのサイズの増減を自動化する修復スクリプトを作成することもできます。このスクリプトを実行するか、トリガー時に自動的に実行するように設定するだけで、ユーザの承認を要求できます。Runbook を作成してポリシーと関連付けておくと、接続プールを使い尽くしたときに実行できます。
  • 使用可能なディスクボリュームが低下した際にアラートを発する。ディスクボリュームが低下した際にアラートを受けるには、使用可能ディスクスペースと使用済みディスクスペースの 2 つのメトリックで式を使用します。

  • アプリケーションの [Alert and Respond] 機能を構成する場合は、[Save Config as Template] を選択すると、アプリケーション構成をテンプレートとして保存できます。このテンプレートを複数のアプリケーションに適用することにより、一貫性を確保することができます。
    グローバルに構成を変更するには、[Overwrite an existing template] を選択してテンプレートを更新し、必要なアプリケーションに再適用します。

  • 誤ったアラートを受信しないようにし、正常性ルールの感度を適切に調整するには、アラート感度の調整(AST)を使用できます。AST を使用すると、アラート構成の影響を構成時に可視化することができます。AST は、アラートを微調整するのに役立つ洞察をグラフ形式ですばやく提供します。
    定義したベースラインの構成に応じて、指定されたベースライン構成のメトリックデータのグラフィカルビューが表示されます。グラフィカルビューは、構成を更新するとすぐに更新されます。グラフィカルビューを変更して詳細を表示することもできます。グラフに表示されるメトリックデータは、メトリック評価および正常性ルールの感度を調整するのに便利です。