As many of you have already seen in our previous blog posts and our early beta release, we’re working on a new, independent notification module. Right now, we only offer three ready-made channels for sending notifications. Today, I want to show you how you can create your own channel and add it to the Icinga Notifications module. In this blog post, I’ll show you how to build a bridge to Telegram and send new notifications to a group chat.

We are excited to announce the release of Icinga for Kubernetes v0.2.0! This update brings a host of new features and improvements that enhance our monitoring solution for Kubernetes. It makes it easier than ever to analyze problems and understand complex Kubernetes hierarchies.

In today’s fast-paced, digitally-driven business world, cloud computing has become the foundation of scalable and flexible IT infrastructure. As organizations transition to the cloud to gain agility, scalability, and cost savings, it becomes crucial to monitor cloud environments rigorously. This ensures performance, security, and reliability. That’s why having a good cloud monitoring system, like Icinga, is critical for cloud operations.

Following the Icinga Notifications beta announcement, we already had a more general post on how to get started and one going into the details of schedules. This week’s blog post is a follow up in this series and will describe incidents, escalations, and event rules in Icinga Notifications in more detail. In case you haven’t seen the first two referenced blog posts, you might want to have a look at them first, otherwise, you could miss out on the big picture.

From time to time we want to bring not so widely known features of Icinga into spotlight. In this effort it’s a not so obvious feature, that was available in the monitoring module of Icinga Web 2 at some point already. It has also been available in Icinga DB Web since its release. We’re talking about selecting multiple list items. Our goal was to make it as obvious as possible, without wasting screen space for those users who are already aware of the feature.

Today we are very happy to announce the first beta release of Icinga for Windows with with version 1.13.0.0! This new release provides a huge number of improvements and changes to the Framework as well as the default Windows Plugins, which we will talk about later on.

Over use of dictionaries in monitoring leads to complex and ugly configurations. This in turn makes monitoring complicated. Hence, it is advisable to use it, only if it is needed or in special cases. Even in these cases it is worthwhile to keep it simple. On that note, in this blogpost let me demonstrate how to clone dictionary row entries for objects from import sources to object properties in Icinga Director.

This is a guest blogpost from Dave Kempe from Sol1 At Sol1, we provide services around scaling and automating Icinga rollouts for customers. In large environments, we make heavy use of the excellent distributed monitoring features of Icinga to build redundant clusters across datacenters. Icinga uses the object types of Endpoints and Zones to designate the cluster layout, where a Zone contains Endpoints, and may have a parent Zone. Using this logic, a Zone with no parents is the top level zone.

A few weeks ago, we released the first beta version of the Icinga Notifications Web module. The Configuration tab provides the option to create schedules that can be used as recipients for notifications.

Icinga Notifications and Icinga Notifications Web just celebrated their first beta release. This post will try to help you get started by walking you through the interactive configuration, explaining both the underlying concepts and their actual effects. First, to get an understanding of what Icinga Notifications does, please read both the mentioned blog post and the introduction from the manual carefully.