Skip to main content

Centralized Cloud Notifications Reference

Netdata Cloud sends Alert notifications for nodes in warning, critical, or unreachable states, ensuring Alerts are managed centrally and efficiently.

Benefits of Centralized Notifications


To avoid notification overload, flood protection is triggered when a node frequently disconnects or sends excessive Alerts, highlighting potential issues.

Administrators must enable Alert notifications for their Space(s). All users can then customize their notification preferences through their account menu.


Centralized Alerts in Netdata Cloud are separate from the Netdata Agent notifications. Agent Alerts must be configured individually on each node.

Alert Notifications

Notifications can be sent via email or through third-party services like PagerDuty or Slack. Administrators can manage notification settings for the entire Space, while individual users can personalize settings in their profile.

Service Level


Notifications are sent to user-specific destinations, such as email, which are managed by users under their profile settings.


These notifications go to general targets like a Slack channel, with administrators setting rules for notification targets based on workspace or Alert level.

Service Classification


Available to all plans, includes basic methods like Email and Discord.


Exclusive to paid plans, includes advanced services like PagerDuty and Slack.

Alert Notification Silencing Rules

Netdata Cloud offers a silencing rule engine to mute Alert notifications based on specific conditions related to nodes or Alert types. Learn how to manage these settings here.

Flood Protection

If a node repeatedly changes state or raises Alerts, flood protection limits notifications to prevent overload. You can still access node details through Netdata Cloud or directly via the local Agent dashboard.

Anatomy of an Email Alert Notification

Email notifications provide comprehensive details:

  • The Space's name
  • The node's name
  • Alert status: critical, warning, cleared
  • Previous Alert status
  • Time at which the Alert triggered
  • Chart context that triggered the Alert
  • Name and information about the triggered Alert
  • Alert value
  • Total number of warning and critical Alerts on that node
  • Threshold for triggering the given Alert state
  • Calculation or database lookups that Netdata uses to compute the value
  • Source of the Alert, including which file you can edit to configure this Alert on an individual node
  • Direct link to the node’s chart in Cloud dashboards.

Do you have any feedback for this page? If so, you can open a new issue on our netdata/learn repository.