A short introduction into the day and the current state of the Icinga project.

While the Icinga Director is the main configuration tool for Icinga,  vSphereDB is a completely different beast. Icinga models everything  around Hosts and Services, vSphereDB instead discovers your whole VMware  infrastructure and builds a huge and deep inventory.

This talk wants to explain the reasoning behind this, shows what’s possible right now and where those powerful Icinga components are  heading to in the near future.

By Thomas Gelf

The Max Planck Computing and Data Facility (MPCDF, formerly known as RZG) is using Icinga / Nagios for more than 10 years now. We have/had several instances for different areas, such as miscellaneous servers, clusters or even EU-Projects spanning several European sites. This talk is about our (still ongoing) transition from our icinga1 installation for general servers which is based on many config-files, changed by two people only, to a director based self-service. The goal is that our fellow admins can integrate new hosts by a few steps. The configuration is declarative. In the host-object they just choose templates and fill in fields and arrays. The actual icinga2-configuration is then done via apply-rules.

About Christof Hanke

We at Linuxfabrik use Icinga since the creation of our company. We monitor our own physical and virtual datacenter and those of our customers. As Icinga partner in Switzerland we are often asked: “How do I begin with Icinga? What are the best practices?”. We have grown with Icinga and learned a lot through the past years. This is a progress report from an Open Source service provider.

By Markus Frei

Signalilo is a small webhook server for ingesting Prometheus alerts into Icinga2. Our motivation for creating Signalilo was to integrate alerts from existing Prometheus-based monitoring suites (e.g. for OpenShift Container Platform) into our company-wide Icinga2. Signalilo is currently deployed on 10 OpenShift clusters and forwards Prometheus alerts to Icinga2.

In this talk, I will present the basic design of Signalilo and give a short overview of how we use Signalilo in our production monitoring to forward Prometheus alerts to Icinga2.

About Simon Gerber

Simon Gerber is a DevOps engineer at VSHN AG, with a focus on running and improving OpenShift and Kubernetes clusters. In his previous live, he received his PhD in computer science from ETH Zürich. For his doctoral dissertation, he designed and implemented a novel method for operating system memory management.

This talk will discuss Icinga as the “one stop shop” for finding the “single truth of systems state”. KMG Group use a “four field” model when designing systems, where Icinga have an important place in a section called “technical monitoring/technical performance monitoring”. We touch two methodologies (MOPS – Metrics, Operational tools, Processes, and Metrics), and Ted Dziuba’s actionable response to monitoring events.

About Magnus Lübeck

Tornado is a high performance and scalable application written in Rust. It is able to handle millions of events each second on standard server hardware. The main objective of this talk is to show how you can extend an Icinga2 with Tornado through the three main modules: Tornado data collector, Tornado rule engine, Tornado executor. With Tornado we will able to receive events from different channels like SNMP Trap, Syslog, Email, SMS, Telegram and match them against a rule engine and decide which action to associate.

By Stefano Bruno