Select Page

Benachrichtigungen mit Icinga 2 mal anders

by | Sep 24, 2020 | Icinga, NETWAYS

Vor Kurzem stand ich im Rahmen eines Kundentermins vor der Anforderung noch die Benachrichtigungen für das Icinga 2 Setup umzusetzen. “Soweit kein Problem” dachte ich mir, allerdings war die genaue Anforderung dann doch etwas speziell: Sowohl bei Hosts als auch bei Services können SLA’s gesetzt werden (“gold”, “silver” oder “bronze”). Wenn bei einem Service kein SLA gesetzt ist, greift das Servicelevel des Hosts. Hier der erste Entwurf dazu:

apply Notification "host-mail-gold" to Host {
  import "mail-host-notification"

  period = "gold"
  users = host.vars.contacts

  assign where host.vars.sla == "gold"
}

apply Notification "service-mail-gold" to Service {
  import "mail-service-notification"

  period = "gold"
  users = service.vars.contacts

  assign where (host.vars.sla == "gold" && ! service.vars.sla) || (service.vars.sla == "gold")
}

Auch bei nicht vorhandenen Kontakten an Services sollte es so sein, das sie vom jeweiligen Host herangezogen werden. Also wurde die Service-Regel nochmal angepasst:

apply Notification "service-mail-gold" to Service {
  import "mail-service-notification"

  period = "gold"

  if (service.vars.contacts) {
    users = service.vars.contacts
  } else {
    users = host.vars.contacts
  }

  assign where (host.vars.sla == "gold" && ! service.vars.sla) || (service.vars.sla == "gold")
}

Weitere Anforderung: Es gibt nicht nur Mail- sondern auch Voice-Alarmierung. Dafür gibt es jeweils verschiedene Kontakte, die entweder mit “mail” oder “voice” beginnen. Besondere Herausforderung dabei, die Kontakte können auch gemischt sein:

apply Notification "host-mail-gold" to Host {
  import "mail-host-notification"

  period = "gold"
  users = host.vars.contacts

  assign where host.vars.sla == "gold" && regex("^mail", host.vars.contacts, MatchAny)
}

apply Notification "service-mail-gold" to Service {
  import "mail-service-notification"

  period = "gold"

  if (service.vars.contacts) {
    users = service.vars.contacts
  } else {
    users = host.vars.contacts
  }

  assign where host.vars.sla == "gold" && ! service.vars.sla && ! service.vars.contacts && regex("^mail", host.vars.contacts, MatchAny)
  assign where host.vars.sla == "gold" && ! service.vars.sla && service.vars.contacts && regex("^mail", service.vars.contacts, MatchAny)
  assign where service.vars.sla == "gold" && ( regex("^mail", service.vars.contacts, MatchAny) || (regex("^mail", host.vars.contacts, MatchAny) && ! service.vars.contacts))
}

Das Ganze dann mal drei (jeweils eine Host- und eine Service-Regel für “gold”, “silver” und “bronze”) gibt insgesamt sechs Notification-Regeln, die dem Kunden über 55.000 Benachrichtigungsobjekte beschert und ihn damit glücklich gemacht haben.

Markus Waldmüller
Markus Waldmüller
Lead Senior Consultant

Markus war bereits mehrere Jahre als Sysadmin in Neumarkt i.d.OPf. und Regensburg tätig. Nach Technikerschule und Selbständigkeit ist er nun Anfang 2013 bei NETWAYS als Lead Senior Consultant gelandet. Wenn er nicht gerade die Welt bereist, ist der sportbegeisterte Neumarkter mit an Sicherheit grenzender Wahrscheinlichkeit auf dem Mountainbike oder am Baggersee zu finden.
More posts on the topicIcinga | NETWAYS

Abteilungsdurchlauf im Support – Fluch oder Segen? 

Bevor ich damit beginne, über den Support zu philosophieren, sollte ich vielleicht erst einmal klären, welchen Support ich meine. Wir haben nämlich drei unterschiedliche Support-Abteilungen im Haus: zum einen den NWS Support, der sich um alle Bedürfnisse rund um Apps...

Veranstaltungen

Mar 02

Icinga 2 Fundamentals Training | Online

March 2 @ 09:00 - March 5 @ 17:00
Mar 09

Ansible Fundamentals Training | Online

March 9 @ 09:00 - March 11 @ 17:00
Mar 12

Ansible AWX (Tower) Training | Online

March 12 @ 09:00 - 17:00
Mar 23

GitLab Advanced Training | Online

March 23 @ 08:00 - March 25 @ 17:00
Mar 23

Ansible Advanced Training | Online

March 23 @ 09:00 - March 24 @ 17:00