www.icinga.org

How to Monitor your OpenNebula

Environment with Icinga

Barcelona – 10/20/2015

• Bernd Erk• Working @netways• Icinga Co-Founder• Project organizer

• @gethash

ICINGA - INTRODUCTION

Quick Poll

Open Source Enterprise Monitoring

Icinga is a scalable and extensible monitoring system which checks the availability of your resources, notifies users of outages and provides extensive BI data.

• Originally forked from Nagios in 2009• Independent version Icinga 2 since 2014

• Monitors everything• Gathering status• Collect performance data

• Notifies using any channel• Considers dependencies• Handles events

• Checks and forwards logs• Deals with performance data• Provides SLA data

ICINGA2 - ARCHITECTURE

• Icinga 2 is multithreaded• Load is distributed automatically• Monitors in a second interval

Checker

Notify

Gelf

Perfdata Graphite

IDO

Compat

Livestatus

Our vision of integration

MONITORING OPENNEBULA

• Availability monitoring• Capacity monitoring• Business / Customer view

• Availability• Physical infrastructur• OpenNebula services• Interfaces and APIs

Physical infrastructure

OpenNebula services

User interfaces

• Monitor using standard checks• Gather as much information as possible• Take care of the metrics• Use a scalable configuration

define service {host_name one1, one2,

one2 … , oneXservice_description one-service

}

apply Service ”one-compute" {import ”one-node”check_command = ”one-service”assign where host.address && host.vars.type == ”ONE-KVM”

}

• Capacity• Physical capacity development• Service performance and trends

# icinga2 feature enable graphite

• Business view• Hide the technical details• Differentiate outtage types• Provide a top-down view

CONCLUSION

• Split your setup into perspectives• Monitor individual components• Check the service availability• Create a business process• Of course use Icinga2

THANK YOU!www.icinga.orgdev.icinga.orggit.icinga.org

@icinga/icinga+icinga