-match_re:['instance=web-server','instance=api-server'] receiver:'webhook' 2.匹配多个标签的告警规则: 假设我们有一个告警规则,希望在instance为web-server或api-server,并且job为frontend或backend时触发: yamlroute: group_by:['alertname','instance','job'] group_wait:30 group_interval:5m repeat_in...
每一个告警都会从配置文件中顶级的route进入路由树,需要注意的是顶级的route必须匹配所有告警(即不能有任何的匹配设置match和match_re),每一个路由都可以定义自己的接受人以及匹配规则。默认情况下,告警进入到顶级route后会遍历所有的子节点,直到找到最深的匹配route,并将告警发送到该route定义的receiver中。但如果route...
每一个告警都会从配置文件中顶级的route进入路由树,需要注意的是顶级的route必须匹配所有告警(即不能有任何的匹配设置match和match_re),每一个路由都可以定义自己的接受人以及匹配规则。默认情况下,告警进入到顶级route后会遍历所有的子节点,直到找到最深的匹配route,并将告警发送到该route定义的receiver中。但如果route...
每一个告警都会从配置文件中顶级的route进入路由树,需要注意的是顶级的route必须匹配所有告警(即不能有任何的匹配设置match和match_re),每一个路由都可以定义自己的接受人以及匹配规则。默认情况下,告警进入到顶级route后会遍历所有的子节点,直到找到最深的匹配route,并将告警发送到该route定义的receiver中。 但如果rou...
route: group_by: ['alertname'] group_wait: 30s group_interval: 5m repeat_interval: 1h receiver: 'web.hook' receivers: - name: 'web.hook' webhook_configs: - url: 'http://11.0.1.1:5000/send' inhibit_rules: - source_match: severity: 'critical' ...
match_re: [ : <regex>, ... ] 1. 2. 3. 4. 5. 6. 7. 配置测试案例如下: 【官方案例】 # The root route with all parameters, which are inherited by the child # routes if they are not overwritten. route: receiver: 'default-receiver' group_wait:...
路由(route) 映射为通知策略(link)。 match映射为分派条件中的等于条件。 match_re映射为分派条件中的正则匹配条件。 group_by映射为分组条件,子路由如果没有分组条件,则继承父路由的分组条件。 限制说明 无法同步联系人Receivers,邮件、Webhook、钉钉、PagerDuty等配置无法同步。
route:告警路由规则。 receiver:默认接收端。 group_by:告警分组依据的标签。 group_wait:等待分组的时间。 group_interval:分组发送的间隔时间。 repeat_interval:重复发送告警的间隔时间。 routes:子路由规则。 match 和 match_re:匹配告警标签。 receiver:匹配规则对应的接收端。
路由(route) 映射为通知策略(link)。 match映射为分派条件中的等于条件。 match_re映射为分派条件中的正则匹配条件。 group_by映射为分组条件,子路由如果没有分组条件,则继承父路由的分组条件。 限制说明 无法同步联系人Receivers,邮件、Webhook、钉钉、PagerDuty等配置无法同步。 开源Alertmanager的路由规则是树状结构的...
route: group_by: ['env','instance','type','group','job','alertname','cluster'] ##用于分组聚合,对告警通知按标签(label)进行分组,将具有相同标签或相同告警名称(alertname)的告警通知聚合在一个组,然后作为一个通知发送。如果想完全禁用聚合,可以设置为group_by: [...] ...