- Uptime Monitoring: each monitor maps to one Flashduty alert. It triggers when the monitor goes offline and recovers automatically when the monitor is back online
- Server Monitoring Resource Usage: each notification creates one alert, which you close manually
- Blacklist Monitoring: each IP or domain change creates one alert, which you close manually
In Flashduty On-call
You can get the integration push URL in either of the following ways.Use a dedicated integration
- In the Flashduty console, select Channel and open a channel
- Select Configuration → Integrations → Private integration, then click Add integration
- Select HetrixTools and click Save
- Open the generated integration card and copy the Push URL
Use a shared integration
- In the Flashduty console, go to Integration Center → Alert Events
- Select HetrixTools and enter an integration name
- Configure the default route and select a channel. You can add more rules under Routing after creation
- Click Save and copy the generated Push URL
Configure HetrixTools
1
Create a contact list in HetrixTools
Where: HetrixTools › Contact Lists › Add New Contact List
After expanding the Webhook section and filling it in, you can use Send test notification in the Webhook section’s title bar. It offers three test notifications: Blacklist Monitoring, Uptime Monitoring, and Server Resource Usage. Flashduty returns success for each one but creates no alert, so it only proves the Push URL is reachable.Click Add Contact List to save.
2
Assign the contact list to monitors
Where: HetrixTools › Uptime MonitorsHetrixTools delivers notifications per contact list: only monitors assigned this contact list push to Flashduty.
- Uptime monitoring: edit the Uptime Monitor that should alert, select
Flashdutyin its contact lists, and save - Server resource alerts: link the Server Monitor to the Uptime Monitor above, install the server agent, and configure Resource Usage Warnings; resource alerts are sent through that Uptime Monitor’s contact list
- Blacklist monitoring: edit the Blacklist Monitor, select
Flashdutyin its contact lists, and save
3
Verify the lifecycle
- Make an uptime monitor that has the contact list assigned actually fail (for example, temporarily change a website monitor’s address to an unreachable one), and confirm Flashduty receives an active alert and the integration shows its Latest event time
- Restore the monitor configuration, wait for the monitor to come back online, and confirm the alert recovers
Alert key
Uptime Monitoring: Flashduty computes the Alert Key frommonitor_id, the HetrixTools monitor ID. The offline and online notifications of a monitor carry the same monitor_id, so they land on the same alert. Repeat notifications while the monitor stays offline merge into that alert as well. Changes to the monitor name, target, category, timestamp, or failing locations do not change the Alert Key. A request without monitor_id is rejected, because its recovery could not be matched.
Server Monitoring Resource Usage and Blacklist Monitoring: HetrixTools sends no recovery message for these notifications, so Flashduty creates a separate alert for each notification (and for each IP or domain in a blacklist notification). Close these alerts manually once handled.
Status and severity
Uptime Monitoring notifications are handled bymonitor_status:
An empty or any other
monitor_status is rejected so that an ambiguous request cannot enter the wrong alert lifecycle.
Resource usage severity comes from resource_usage.resource_type:
Blacklist severity comes from
blacklisted_now: greater than 0 (still listed) is Warning, and 0 (removed from every blacklist) is Info.
Alert content
Uptime Monitoring- Title:
<monitor name> is offlineor<monitor name> is online - Description: the error from each probe location (
monitor_errors), one location per line - Labels:
check(monitor name),resource(monitor targetmonitor_target),source(alwayshetrixtools),notification(alwaysuptime),monitor_id,monitor_type,monitor_category,monitor_status
- Title:
<monitor name>: <resource_type> usage warning, or<monitor name>: <resource_type> warningfor notifications without usage figures - Description: the current and average usage, or the
errortext - Labels:
check,source,notification(alwaysresource_usage),monitor_id,resource_type,current_usage,average_usage,average_minutes,error
- Title:
<IP or domain> (<label>) is listed on <count> blacklistsor<IP or domain> (<label>) is no longer blacklisted - Description: each listing blacklist and its delist link, one per line
- Labels:
check(monitor label),resource(IP or domain),source,notification(alwaysblacklist),blacklisted_before,blacklisted_now,blacklisted_on(comma-separated),report_link
Troubleshooting
- HetrixTools reports a failed delivery: make sure the webhook is the full push URL, including
integration_key - Flashduty returns a parameter error: uptime and resource usage notifications need
monitor_id, and an uptime notification’smonitor_statusmust beofflineoronline; every item of a blacklist notification needsmonitor - No alerts arrive: make sure the monitor has the contact list with the Flashduty webhook assigned. Resource usage notifications need the contact list on the attached Uptime Monitor
- The alert does not recover: only Uptime Monitoring alerts recover automatically. Make sure the monitor is really back online and still has the contact list assigned when it recovers