Releasing v2.0 of the Icinga Web 2 Puppet Module

It’s been a while since we have released a new version of our Icinga Web 2 Puppet module. Today we’re happy to announce v2.0 of this module, available on Puppet Forge. We reworked the whole module, with new mechanisms and features that make it easy to install and configure Icinga Web 2 and many of its modules. The new module enables you to configure every possible setting of Icinga Web 2 and is compatible with Puppet starting from version 4.7. Here’s a brief introduction with some examples: (more…)

Releasing the Icinga Output for Logstash v1.1.0

A couple of months ago we introduced the Icinga Output Plugin for Logstash. Today we’re happy to announce v1.1.0. This release includes functionality to dynamically create objects in Icinga 2 and set their state based on incoming events.

With the first release of the Icinga Output Plugin you could run several actions through the Icinga 2 API. Setting the state of a host or service, add comments, set downtimes and many more that we described in an earlier blogpost.

Creating Objects

Logstash is often used for log management and as we know, logs are unpredictable (in many cases). Probably, not everything that is sending logs to your Logstash server is also configured in your monitoring system, but knowing about certain events in your infrastructure would help you to solve issues easier.

This release adds the functionality to create hosts and services in Icinga 2 dynamically, based on the events flowing into Logstash. The defined action then is applied to the newly created objects. As a result you can easily create a host or service on demand, and directly set its state.

Here’s an example configuration:

output {
  icinga {
    host             => ['master1.icinga.com', 'master2.icinga.com']
    user             => 'logstash'
    password         => 'supersecret'
    ssl_verify       => true
    action           => 'process-check-result'
    action_config    => {
      exit_status    => "%{exit_status}"
      plugin_output  => "%{message}"
    }
    icinga_host      => "logstash %{hostname}"
    icinga_service   => "%{program}
    create_object    => true
    object_templates => ['logstash-service']
  }
}

Monitoring Windows Clients with Icinga 2 and local NSClient++ checks

Recently I wrote about the changes in NSClient++ 0.5.0 and its REST API capabilities. Icinga 2 bundles the NSClient++ installer and additional check commands in the “nscp-local” namespace for your convenience for a while already now.

The documentation highlights a short example for querying performance counters with the Icinga 2 client as command endpoint and local NSClient++ check plugin calls.

While testing the 0.5.0 integration I’ve also taken the steps of adding service checks for every available check command we have added so far to the Icinga 2 template library. I thought sharing this with you will hopefully generate feedback for documentation updates – how you are currently using NSClient++ in combination with the Icinga 2 client?

(more…)

Icinga 2 and AlertOps – a perfect match

AlertOps logoIcinga 2 can generate its own alerts when a host or service has reached a certain state (hosts: UP, DOWN, or UNREACHABLE, services: OK, WARNING, CRITICAL, or UNKNOWN). With the right configuration the monitoring software sends out emails, text or instant messages, etc. to users or user groups. (Check out our documentation to learn more about Notification objects.) As soon as you want to organise notifications for more than a few people or several teams with different on-call duties, things can become a bit uncomfortable in Icinga 2. (more…)