warum monitoring und warum icinga 2 (webinar vom 04.12.2013)

www.netways.de // blog.netways.de // @netways

Make IT do more with less

04.12.2013 | WEBINAR

WARUM MONITORING UND WARUM ICINGA 2

CHRISTIAN STEIN | NETWAYS GMBH



VORSTELLUNG MITARBEITER

￭ Christian Stein

• Account Manager

• Bei NETWAYS seit 2012



AGENDA

￭ Kurzvorstellung NETWAYS

￭ Warum ist Monitoring sinnvoll

￭ Überblick Nagios und Icinga

￭ Überwachungsmöglichkeiten

￭ Die nächste Generation – Icinga 2

￭ Architekturbeispiele

￭ Live Demo

￭ Zusammenfassung



KURZVORSTELLUNG NETWAYS



KURZVORSTELLUNG NETWAYS

• Firmengründung 1995

• Open Source seit 1997

• 40 Mitarbeiter

• Spezialisierung in den Bereichen

Open Source Systems Management

und Open Source Datacenter

Infrastructure



NETWAYS KOMPETENZEN

• Monitoring & Reporting

• Configuration Management

• Service Management

• Knowledge Management

• Backup & Recovery

• High Availability & Clustering

• Cloud Computing

• Load Balancing

• Virtualization

• Database Management

OPEN SOURCESYSTEMS MANAGEMENT

OPEN SOURCEDATA CENTER

MANAGED SERVICES MONITORING HARDWARE KONFERENZEN



Open Source Data Center Conference

• 09. – 10. April 2014 Berlin

• 120 Teilnehmer (2013)

• 2 Tracks mit Vorträgen & Workshops

Puppet Camp 2014

• 11. April 2014 Berlin

• 170 Teilnehmer (November 2013)

NETWAYS KONFERENZEN



www.netways.org

• NETWAYS Addons

• NETWAYS Plugins

www.icinga.org

• Development

• Hosting

www.monitoringexchange.org

• Icinga / Nagios Addons und Plugins

• ~2000 Projekte

COMMUNITYARBEIT



UNSERE KUNDEN (AUSZUG)



UNSERE LEISTUNGEN IM ÜBERBLICK

• Workshops & Consulting zur Implementierung vor Ort

• Betrieb

• Komplette Monitoringsysteme

• Satellitensysteme

• Entwicklungsleistungen

• Plugins

• Systemintegration

• Schulungen

• Standardisierte Schulungsmodule

• Individuell vor Ort

• Support

• Standardverträge

• Individuelle Supportkonzepte

• Konferenzen



WARUM IST MONITORING SINNVOLL



WARUM MONITORING

• Sicherstellung der Verfügbarkeit von Services



WARUM MONITORING

• Generieren von SLA-Reports auf Basis der gesammelten Daten



WARUM MONITORING

• Messen der Antwortzeiten

• Trendanalyse von Performancedaten



WARUM MONITORING

• Erkennen von Abhängigkeiten



WARUM MONITORING

• Zentrales Dashboard für eine ganzheitliche Übersicht



• Triggern von Alarmierungen über das Monitoring System an verschiedene

Systeme

WARUM MONITORING



WARUM MONITORING

• Fehlerquellen gezielt identifizieren

• Schneller Überblick über die gesamte Infrastruktur

• Problemquellen erkennen, bevor diese einen Ausfall verursachen

• Verfügbarkeitsreports für definierte Services (SLA)

• Zentrales Dashboard

• Alarmierung

• Schnelle über Ausfälle informiert werden

• Eskalationsmanagement an verschiedene User / Gruppen

• Benachrichtigung an ein übergeordnetes Ticketsystem



ÜBERBLICK ICINGA



ÜBERBLICK ZU ICINGA

• Community Fork von Nagios (100% abwärtskompatibel)

• Plugins

• AddOns

• Konfigurationssyntax

• Datenbankschema (teilweise)

• Open Source Monitoringlösung

• Keine kommerziellen Module / Komponenten

• Sehr aktive, internationale Community



VORTEILE GEGENÜBER NAGIOS

• Optimierter Datenbanksupport

• MySQL

• PostgreSQL

• Oracle

• Modernes, mandantenfähiges Webinterface

• Volle Modulintegration und einheitliches Benutzermodell

• SLA Reporting Lösung auf Basis von Jasper

• IPv4 und IPv6 Support

• Schnellere Weiterentwicklungen, Anpassungen und Optimierungen

• Roadmap



GRUNDAUFBAU DER ÜBERWACHUNGSPLATTFORM

• Daemon

• Konfiguration

• Webinterface

• Benachrichtigungen

• Logdateien und Messdaten

• Event Handler

• Datenbank (optional)

• Plugins

• Überwachungslogik

• Executables oder Skripte

• Rückgabe der Statusmeldung

(OK, WARNING, CRITICAL)

• Rückgabe Performancedaten (z.B.

CPU- oder Diskauslastung)



GRUNDAUFBAU DER ÜBERWACHUNGSPLATTFORM

• Flexible Kommunikationsprotokolle

• Monitoringprotokolle (NRPE, NSCA, NsClient++)

• Standardprotokolle (SSH, SNMP, WMI)

• Eigene Lösungen

• Frei definierbare Ports



VERTEILTES MONITORING

• Mehrere Server überwachen einzelne Teilbereiche

• Daten werden an einen zentralen Server übermittelt

• Einsatzbereiche

• Logische Netzstrukturen

• Lastverteilung

• Überwachung geschützter Bereiche



ÜBERWACHUNGSMÖGLICHKEITEN



AKTIVES MONITORING

• Aktive Checks vom Monitoring Server

• Nutzen von Plugins für diverse Abfragen

• Informationen werden aktiv abgefragt und gespeichert



• Übermittlung von Informationen (SNMP-Traps, Mails, Logs, etc.) an das

Monitoring System

• Informationen werden nur bei Bedarf verschickt

PASSIVES MONITORING



• Sinnvolle Kombination des Monitorings durch aktive und passive Abfragen

• Regelmäßige Informationen, ob Geräte / Services verfügbar sind

• Umgehende Benachrichtigung bei Problemen (z.B. Session Limit bei

Routern)

AKTIV/PASSIV MONITORING



• Alle Geräte, Services und Betriebssysteme, die aktiv oder passiv überwacht

werden können

WAS KANN ÜBERWACHT WERDEN



• Alle Systeme, welche in irgend einer Form angesprochen werden können,

sind integrierbar

• Benachrichtigungen können als passive Events verarbeitet werden (SNMP-

Traps, Mails, etc.)

• Plugins / Addons sind durch die Community größtenteils bereits vorhanden

• SNMP-Standard in den meisten Fällen bei Hardware integriert, was die

Überwachung vereinfacht

ZUSAMMENFASSUNG



DIE NÄCHSTE GENERATION – ICINGA 2



ICINGA 2 ÜBERBLICK

• Vollständig neu entwickeltes System mit modernen Technologien

• Native Cluster-Funktion für Hochverfügbare Monitoringumgebungen

ohne weitere, spezielle Software

• Zentralisierte, noch einfachere Konfigurationslogik inkl. Auto-Verteilung

auf Satelliten

• Schnellere Erweiterung und Entlastung des Monitorings durch mehrere

Instanzen

• Erweiterung der vorhandenen Backend-Unterstützung um Livestatus

• Re-Design des IDO-Moduls für MySQL und PostgreSQL für noch bessere

Performance

• Support für verschiedene Betriebssysteme (Windows, Linux, Mac)



ICINGA 2 KONFIGURATIONSUNTERSCHIEDE

• Flexibel definierbarer Host-Check (Ping, CPU, Business-Prozess, …)

• Macros statt Templates: Noch einfachere und lesbare Konfiguration

define command {

command_name ping4

command_line $USER1$/check_ping –H $HOSTADDRESS$ -w $ARG1$ -c $ARG2$ -p 5

}

define service {

use local-service

host_name localhost

service_description PING

check_command ping4!100.0,20%!500.0,60%

}

object CheckCommand “ping4“ {

command = “$plugindir$/check_ping –H $HOSTADDRESS$ -w $wrta$,$wpl%$ -c $crta$,$cpl%$“,

macros = {

wrta = 100,

wpl = 20,

crta = 500,

cpl = 60

}

}

object Host “´localhost “ {

services[“ PING“] = {

check_command = “ping4 “,

macros[“wrta “] = 250

},

macros[“address“] = “127.0.0.1“

}



ICINGA 2 VORTEILE

• Vollständig Modulbasiert

• Reporting

• Graphing

• Status.dat

• …

• Direkte Anbindung von Graphite

• Einfach skalierbar über zusätzliche Nodes

• Automatische Verteilung von Checks auf den einzelnen Satelliten

• SSL-Verschlüsselung zwischen allen Icinga 2 Instanzen

• Check-Plugins 100% kompatibel



ARCHITEKTURBEISPIELE



ICINGA 2 BASIS ARCHITEKTUR

Icinga 2

DB IDO

Reports

Icinga- Web

status.dat

Log

Compat Layer

Icinga ClassicExternal

Command

Pipe

Checkresult

Reader

Performance

Data

Writer

PNP | Graphite

| inGraph

Configuration

Migration

Script

Icinga Web 2

Livestatus

UI (LConf, …)

Shell (vi)

Automation (Puppet, …)

Configuration

Windows

Linux

ESXi

Router

Switche

Infrastruktur



ICINGA 2 ERWEITERTE ARCHITEKTUR

Icinga 2

Master

DB IDO

Reports

Icinga- Web

status.dat

Log

Compat Layer


Command

Pipe

Checkresult

Reader

Performance

Data

Writer

PNP | Graphite

| inGraph

Configuration

Migration

Script

Icinga Web 2

Livestatus

UI (LConf, …)

Shell (vi)


Configuration

Windows

Linux

ESXi

Router

Switche

Infrastruktur

Icinga 2

Sattelit

Icinga 2

Sattelit

Icinga 2

Sattelit



ICINGA 2 HOCHVERFÜGBAR ARCHITEKTUR

Icinga 2

Master

DB IDO

Reports

Icinga- Web

status.dat

Log

Compat Layer


Command

Pipe

Checkresult

Reader

Performance

Data

Writer

PNP | Graphite

| inGraph

Configuration

Migration

Script

Icinga Web 2

Livestatus

UI (LConf, …)

Shell (vi)


Configuration

Windows

Linux

ESXi

Router

Switche

Infrastruktur

Icinga 2

Sattelit

Icinga 2

Sattelit

Icinga 2

SattelitC

heckre

sults

Config

Icinga 2

Master



ICINGA 2 IN DER DMZ

Icinga 2

MasterUI (LConf, …)

Shell (vi)


Configuration

Windows

Linux

ESXi

…

Infrastruktur

Icinga 2

Sattelit

DMZ 1

Windows

Linux

ESXi

…

Infrastruktur

Icinga 2

Sattelit

DMZ 2

Windows

Linux

ESXi

…

Infrastruktur

Icinga 2

Sattelit

DMZ 3

DMZ 1

DMZ 2

DMZ 3



LIVE DEMO



ZUSAMMENFASSUNG



ZUSAMMENFASSUNG

• Monitoring ist wichtig, um schnell Ausfälle zu erkennen und zu beheben

• Es kann jedes Gerät, System, etc. überwacht werden, auf das zugegriffen

werden kann bzw. Informationen versendet

• Icinga und Icinga 2 sind reine Open Source Projekte

• Icinga Web 2 wird die Vorteile beider aktuellen Webinterfaces

kombinieren

• Testing durch uns / unsere Kunden!



NETWAYS GmbH

Deutschherrnstrasse 15-19

90429 Nürnberg

Tel: +49 911 92885-0

Fax: +49 911 92885-77

Email: [email protected]

Website: www.netways.de

Twitter: twitter.com/netways

Facebook: facebook.com/netways

Blog: blog.netways.de

FRAGEN & ANTWORTEN

?

mailto:[email protected]

warum monitoring und warum icinga 2 (webinar vom 04.12.2013)

Technology

netwaysmake it

more with less04

more with lessunsere

more with less triggern

monitoring system

webinarwarum monitoring

netways addons netways

christian stein netways