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: 'speci...@mydomain.com <https://groups.google.com/>' > - to: 'speci...@mydomain.com <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: 'no-re...@mydomain.com' >> 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: '123456.my...@amer.teams.ms' >> send_resolved: true >> - name: 'SpecialUser' >> email_configs: >> - to: 'specia...@mydomain.com' >> send_resolved: true >> html: '{{ template "email.html" . }}' >> - name: 'SpecialUser2' >> email_configs: >> - to: 'specia...@mydomain.com' >> 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 prometheus-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-users/17ef4408-517c-4d9a-8115-1ded95a4855an%40googlegroups.com.
