Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

You do not want to alert your team if performance in a few clusters is lagging, but if more than 20% of the clusters are unhealthy, or if servers in particular clusters or servers that meet certain criteria are performing poorly, you do want to trigger an alert. You can define health rules that apply to specific tiers or nodes. If these rules violate are violated, the system knows exactly which entity is experiencing problems and therefore whom to alert.  This The following rule affects only one node: the order processing server.

...

Performance is deteriorating in one business transaction so you want to view collect snapshots for that one transaction.

...

And you do not want to create a separate health rule for "User" every business transaction. Instead of specifying a simple metric from the metric tree, you specify a relative metric path. The health rule is evaluated for each of the affected business transactions. Use a relative metric path when you need to evaluate a single metric for multiple entities.

...

You create a health rule for one service and then copy it. Then you create different policies in which you can pair each copy of the health rule to an alert addressed to the appropriate team.

...

You have an application that performs well for normal load. However, peak loads can cause the application to slow. During peak load, the AppDynamics not only detects the connection pool contention, but also allows you to create a remediation script that can automate increasing or decreasing the size of connection pool. You can require human approval to run this script or simply configure it to execute automatically when it is triggered. Create a runbook and associate it with a policy so that it will fire when the connection pool is exhausted.

...

Use an expression over two metrics - available and used disk space -  to be alerted when disk volume is low.

Products that Alert and Respond

...

Email templates, HTTP request templates, and Email/SMS configuration are account-level features. The scope of these features, once set up, is the entire AppDynamics account. The items created at the account level are available to all the applications in that account. Account-level items are created and managed by users who have account-level roles that include permissions to create them.

Image Modified

By default these roles belong to the  the account owner and could be granted to an account administrator. Custom roles could also be created that include some of these permissions. For example, an account owner could create an email template manager role that could be assigned to other users to give them the ability to create and modify email templates.

Policies, health rules, actions and email digests are application-level or tier-level features. The scope of these features is the application or tier in which they were created. Only roles with application-level  level or tier-level permissions are required to create and manage these items.

...

To create an email digest, click Alert & Respond in the menu bar, then Email Digests either in the right panel or the left navigation pane. Follow the steps in the wizard to create the digest.