Critical Active Monitors

Critical active monitors pair the features of critical monitor precedence with an active monitor or script you apply to assess or indicate device health. Monitor precedence is useful for high traffic periods where the device being monitored is functioning but the path to the device causes delays in poll or ping response which could indicate down status. For example, for devices running critical services, you can apply a critical active monitors to open a basic Telnet connection, a remote login session, survey the mission critical device or service through a dedicated management segment and interface (and so on).

It is best practice to escalate monitors relative to the service or application you want to ensure continuity for. So, if you are monitoring for availability of a critical web service, you could make an HTTP monitor dependent on the Ping monitor —where the HTTP monitor would be critical.

Polling Precedence

In a critical monitor polling path, critical monitors are polled first. If you specify more than one critical monitor, you also specify the order in which they are polled. Critical monitors are "up" dependent on one another; if critical monitors return successful results, non-critical monitors are polled. If the first critical monitor assigned to a device goes down, all active monitors behind it in the critical polling order are no longer polled and the device is immediately placed in down state for the duration of the polling cycle. If second (or further down in the order) critical monitor assigned to a device goes down, all active monitors behind it in the critical polling order are no longer polled and the device will be put into "Up with Down Monitor(s)" state. In addition, performance monitors will continue to be polled.

The following table describes the exception to this rule:

IF

AND

THEN

The first critical monitor goes down

The critical monitors behind it in the critical polling order are APM Active or Performance monitors

All other critical monitors will continue to poll.

The first critical monitor goes down

The critical monitors behind it in the critical polling order are Wireless monitors

All other critical monitors will continue to poll.

The first critical monitor goes down

The critical monitors behind it in the critical polling order are Active script monitors

All other critical monitors will continue to poll.

The first critical monitor goes down

The critical monitors behind it in the critical polling order are Active script performance monitors

All other critical monitors will discontinue to poll.

If at the start of the next polling cycle, the critical monitor returns successful results, polling of successive critical monitors and non-critical monitors resumes.

Note: Up and Down device dependencies take precedence over critical monitor polling; if WhatsUp Gold detects device dependencies, the configured dependencies are respected.

When critical monitoring is enabled, and you specify a critical polling order, you now receive only one alert when a device loses its network connectivity.

Note: When a monitor is placed in the unknown state, assigned actions are not fired. Likewise, when a monitor comes out of the unknown state into an Up state, assigned actions are not fired.

Only monitors that you specify as critical follow a specific polling order; non-critical monitors are not polled in any specific order. Additionally, if multiple non-critical monitors fail, all associated actions fire.

Note: Independent poll frequency for all monitors is ignored when a monitor is specified as critical.

See Also

Monitors

Monitor Types

Assigning Monitors

Active Monitors

Passive Monitors

Performance Monitors

Rules Expression Editor

Advanced settings: performance monitor collection

Configure Memory Threshold

Configure Disk Performance Threshold

Adding Custom Thresholds

Ping Advanced Settings

Active Monitor Advanced Properties

Advanced Settings