Sorry,  SpecialUser and SpecialUser2 both point to the same destination. 
That was just a way to get around not being able to define a set of 
matchers for 1 receiver.

Here's what I want.
 - ALL notifications go to my 'default' receiver. (host1,2,3,....host99 are 
down, sites A,B,C.... is down, etc.)
 - 3 specific notifications ALSO go to a 'secondary' receiver  (host2 is 
down or host3 is down or siteC is down)

Since both my "host down" and "site down" alarms each require 2 labels 
(alertname and instance) do I need two routing rules?
How would I do that using matchers.

On Tuesday, December 5, 2023 at 2:23:24 PM UTC-5 Brian Candler wrote:

> To be pedantic those match_re blocks are within routing rules, not 
> receivers. A routing rule doesn't have to have a "receiver" attribute at 
> all: it can have nested routes instead.
>
> I can't see why you have defined both SpecialUser and SpecialUser2, 
> because Google Groups has mangled them. Are these two different 
> destinations?  If you want two rules to send to the same receiver, then 
> both rules can refer to the same receiver.
>
> On the flip side, if you want one rule to send to multiple receivers, 
> there are two ways to go about it:
>
> (1) Make a single "receiver" with multiple "email_configs" (and/oor other 
> types of destination)
>
> - name: 'SpecialUsers'
>   email_configs:
>   - to: '[email protected] <https://groups.google.com/>'
>   - to: '[email protected] <https://groups.google.com/>'
>
> (2) Make a routing rule with multiple receivers, by having nested routes 
> which always match:
>
>   - match_re:
>
>       alertname: 'TargetDown'
>       instance: 'host1|host2'
>     routes: [ {receiver: SpecialUser1, continue: true}, {receiver: 
> SpecialUser2} ]
>
>  When you say "adding both match_re blocks under the same receiver", I 
> don't really understand what you mean. Are you trying to do an OR 
> configuration (label A and label B *OR* label X and label Y)? If so then 
> yes, you'll need two routing rules, but they can have the same receiver.
>
> Incidentally, "match_re" is deprecated in favour of "matchers 
> <https://prometheus.io/docs/alerting/latest/configuration/#matcher>", 
> which are more powerful PromQL-inspired label matchers.
>
> On Tuesday 5 December 2023 at 16:54:14 UTC Alan Miller wrote:
>
>> I have the (generic?) use case where I want all my alert manager 
>> notifications to go to
>> the "default" receiver but for several specific alarms I want an 
>> additional notification sent to a 2nd receiver. Using AM version 0.26.0
>>
>> This seems to work but I had to duplicate the SpecialUser since adding 
>> both match_re blocks under the same receiver results in a config error. I 
>> think this also means the emails to the SpecialUser 1 and 2 will be grouped 
>> separately which isn't what I'd want.
>>
>> global:
>>   smtp_smarthost: 'smtp.mydomain.com:25'
>>   smtp_from: '[email protected]'
>>   smtp_require_tls: false
>>   resolve_timeout: 5m
>> route:
>>   group_by: ['alertname']
>>   group_wait: 10s
>>   group_interval: 10s
>>   repeat_interval: 1h
>>   receiver: 'TeamNotifications'
>>   routes:
>>   - receiver: 'TeamNotifications'
>>     group_wait: 10s
>>     continue: true
>>   - receiver: 'SpecialUser'
>>     group_wait: 10s
>>     match_re:
>>       alertname: 'TargetDown'
>>       instance: 'host1|host2'
>>   - receiver: 'SpecialUser2'
>>     group_wait: 10s
>>     match_re:
>>       alertname: 'ProbeFailing'
>>       instance:  'https://site.mydomain.com/login'
>>     continue: true
>> receivers:
>> - name: 'Team-Notifications'
>>   email_configs:
>>   - to: '[email protected]'
>>     send_resolved: true
>> - name: 'SpecialUser'
>>   email_configs:
>>   - to: '[email protected]'
>>     send_resolved: true
>>     html: '{{ template "email.html" . }}'
>> - name: 'SpecialUser2'
>>   email_configs:
>>   - to: '[email protected]'
>>     send_resolved: true
>>     html: '{{ template "email.html" . }}'
>> templates:
>> - '/etc/alertmanager/templates/default.tmpl'
>> - '/etc/alertmanager/templates/email.tmpl'
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Prometheus Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/prometheus-users/17ef4408-517c-4d9a-8115-1ded95a4855an%40googlegroups.com.

Reply via email to