How to configure alerts to be sent to different users for different servers
Different server groups have different use cases and eventually, different directly responsible individuals (DRIs). An alert from a server should be directed to the proper DRI to ensure prompt action and minimized alert fatigue. With Site24x7, you can direct the alerts for a particular server or group of servers to be sent to the responsible personnel.
Consider a use case. Zylker Corp has three servers—an app server named AppProduction, a database server named DBProduction, and a file server named DiskProduction. Each server has its own administrator responsible for its seamless functioning. The alerts from one server should not bother the other two administrators. Zylker was able to handle this with configuration rules and user alert groups.
Zylker created three user alert groups named AppServer, DBServer, and FileServer with the respective administrators as the users.
Then, via configuration rules, Zylker has set a rule that all servers with the name starting with App should be associated with the AppServer user profile. After clicking Save, all existing servers starting with the name App will be associated with the AppServer user alert group, and any alerts related to this server will be sent only to the administrator under the AppServer user alert group.
In the future, when Zylker adds more app servers, this rule will automatically associate the servers with name starting with App to the AppServer user alert group. This same strategy can be used for other servers and server groups.
Targeted alerts improve your IT infrastructure quality, reduce the mean time to repair (MTTR), and reduce alert fatigue.
To learn more about how configuration rules can enable zero-touch configuration in your IT infrastructure, here is a detailed blog on configuration rules. You can also check out these help documents for setting up configuration rules and user alert groups.
Related Articles
What are the various transactional mails sent by Site24x7?
Site24x7 sends transactional mails to convey important updates about the monitors you've added, including alerts, reports, and more. These emails help you track processes, receive real-time notifications related to the monitors, and stay updated from ...Configuring voice calls and SMS alerts for AppLogs
For the AppLogs Alerts that you configure in the AppLogs tab, you can set up email, SMS, voice calls, and instant messenger alerts at the monitor level. For example, if you want to configure email or voice call alerts for your Syslog monitor, edit ...Licensing for AppLogs Alerts
Every log type is treated as a monitor and any search query can be configured for alerting. Here's the number of search queries for which you can configure to receive alerts for free: Log size Number of free search queries 10GB 5 ≤ 100GB 10 ≤ 500GB ...Comparison between Site24x7 VMware Monitoring and VM monitoring using Site24x7 server agent
Site24x7 VMware Monitoring capabilities Site24x7 VMware monitoring is agentless. An On-Premise Poller acts as a probe to collect data and sends it to Site24x7. With Site24x7 VMware Monitoring, you will be able to: Monitor vCenter Monitor VMware ...Alert suppression at the monitor level – Achieve better protection against false alerts through monitor-level dependency configurations
A network outage usually triggers hundreds of alert messages and calls to multiple personnel. However, some of those notifications will likely be redundant. Without the proper alert configurations, an outage event could quickly burn through all your ...