Overview

Sometimes, you don’t need to know about conditions that would generate an alert—as the device being monitored may not be in production, or performance issues are not a cause for concern, just availability. In these cases, you can disable alerting for a resource, website, EventSource, etc.; a group of resources or websites; or even just a datapoint as it applies to a single instance. Disabling alerting preserves any alert condition configurations that may be in place (e.g. datapoint thresholds, EventSource filters, etc.) so that they may potentially be re-enabled in the future or continue to apply to other items, but prevents the item for which alerting has been disabled from generating alerts.

Because disabling alerting completely turns off alert generation (not just alert notification routing) for the items to which it is applied, we recommend that you first consider whether any of the following measures are better courses of action:

  • Can you disable alert routing instead? If you’re receiving alerts that are important enough to be aware of, but not important enough to route for notification, you can disable routing for those alerts to reduce alert noise. The alerts will still display within the LogicMonitor interface, but will not be sent to recipients. To do this, update your alert rules to exclude matching for the alerts that you do not want routed.
  • Can you update the alert criteria to make the alert more meaningful? If you are receiving alert notifications that are not actionable or relevant to your environment, consider tuning the conditions that are triggering the alert.
  • Is it a temporary situation? If you looking to disable alerting temporarily because, for example, you are performing maintenance, then consider setting scheduled down time (SDT) instead. SDT suppresses alert notification routing for the duration of down time specified.
  • Can you enable one of LogicMonitor’s AIOps alerting features to intelligently reduce noise? If your goal is to reduce alert noise, LogicMonitor offers features that intelligently suppress alert routing when the alert is not deemed anomalous or when the alert is deemed to have been directly caused by the unreachability of a “parent” resource. For more information on these features, see Enabling Dynamic Thresholds for Datapoints and Enabling Root Cause Analysis respectively.

How to Disable Alerting

If you do need to disable alerting, you can do so on a variety of levels.

Disable alerting for one or more datapoints

To disable alerting for one or more datapoints on a single instance, use the Alert Tuning tab for that instance:

>Disable alerting for one or more datapoints

Disable alerting for one or more datapoints for all instances on a device

If you need to disable alerting for one or more datapoints for all instances of a multi-instance DataSource, you can use the Alert Tuning tab at the DataSource level.

Disable alerting for datapoints at the group level

To disable alerting for one or more datapoints for all devices in a group, use the Alert Tuning tab for the group:

>Disable alerting for datapoints at the group level

Disable alerting for an entire instance, device, group OR account

To disable alerting for an entire instance, device, group, or your entire account you can use the toggle alerting option at that level:

Disable alerting for an entire instance, device, group OR account

Note: If the DataSource is multi instance, you can disable alerting for multiple instances at once using the Instances tab.

 

How can I tell whether alerting has been disabled?

A grey alert icon will be displayed next to an item if alerting is disabled for that level (note that alerting may have been disabled at a higher or lower level, however):

How can I tell whether alerting has been disabled?

In this Article: