OPEN SOURCE MONITORING IN EINEM KONZERN · Zabbix, Cacti, OpenNMS, Nagios, Snag-View.... ITSM − OTRS, Zammad API − OpenCelium APM − OpenAPM Container − Prometheus Cloud −

© BENTELER International AG

MONITORING IN EINEM KONZERN

BENTELER Business Services GmbH

Frank Recker, 18.06.2019

OPEN SOURCE

Page 2

UNSERE STRUKTUR

BENTELER GRUPPE – DREI DIVISIONEN UNTER EINEM DACH

Divisions RegionsMarket SegmentsBusiness Units Operating Units

BENTELER Gruppe

Chassis & Modules

Structures

Engine & Exhaust Systems

Electro-Mobility

Western Europe

North/Eastern Europe

Southern Europe

North America

Mercosur

Asia/Pacific

BENTELER

Automotive

BENTELER

Steel/TubeBENTELER

Distribution

Asia/Pacific

Eastern Europe

Northern Europe

Southern Europe

Germany

Switzerland

United Kingdom

CORPORATE FUNCTIONS

Seamless

Welded

Automotive

Energy

Industry

Page 3

Page 4

Page 5

Page 6

STANDORTE

141 in 38 Ländern

MITARBEITER

rund 30.000*

UMSATZ

8,072 Mrd. Euro

IN DEN DIVISIONEN

Automotive

Steel/Tube

Distribution

76 %

15 %

9 %

BENTELER IN ZAHLEN

BENTELER GRUPPE – KENNZAHLEN

Page 6

*Jahresdurchschnitt; gemessen als

Vollzeitäquivalent; mit Leiharbeitern

Page 7

MUTIG. AMBITIONIERT. ZUVERLÄSSIG. SEIT 1876.

BENTELER GRUPPE – WOHER WIR KOMMEN

Page 8

Frank Recker

IT Architect / IT Senior Systemspecialist

> 20 Jahren in Umgebungen von 500 bis 30.000 MA

Schwerpunkte

− OpenSourcetools

− Weltweites Monitoring

− Automatisierung und Orchestrierung

− EUC

− Productive Mobile

− Hyperscaler Anbindungen

− Hyperconverged Infrastructure

Sonstiges

− Blogger: https://admincafe.de

− Speaker: XaaS, DCUG, BigDataMinds, VWe,….

− IT Neerd

VORSTELLUNG

Page 9

Ausgangslage 2009/2010

Version 2.0

Massenänderungen notwendig

Skalierung -> Erster Cluster mit Pacemaker, DRBD und Corosync

Erste Anbindung ITSM mit IBM Maximo

HA Umbau auf Pacemaker, DRBD und KVM. Master läuft nun virtuell!

Satellitenrollout / Erste Schritte mit Puppet/Foreman und Ruby

Version 3.0 / Satelliten GUI

Automatisierter Satellitenrollout / Umstellung auf Ansible und Yaml

Massenexport und Massenimport / PRTG API

Endusertool und neue Projekte / Mindmapping

End2End Monitoring

APIs / PRTG / Sametime / Sakuli / Webinject …

ITSM mit ServiceNow

OpenAPM

Container

Roadmap

AGENDA

Page 10

Early Openitcockpit Version 2 im Einsatz

Ausgangslage: AIX Monitoring

Für alles „andere“ Tools wie Paessler PRTG, WhatsUp Gold etc.

Test mit erster ITCockpit VM auf Vmware Basis

− Etablierung Windows Checks

− Etablierung Linux Checks

− Novell Groupwise

− IBM DS Storages

− Vmware

− AIX Monitoring

− ….

AUSGANGSLAGE 2009/2010

Page 11

Massenerfassung von Daten

Neuaufbau und mehrmaliger Umbau der Orgastruktur

Rechtemodell für User noch nicht vorhanden

Massenchanges noch nicht möglich / Handarbeit

Default Dashboard im Einsatz

VERSION 2.0

Page 12

Bei > 70 Lokationen häufige Änderung notwendig

Lokationen und auch Regionen können sich ändern

Etablierung von „Vital Checks“ via Hostgroups <-> Servicegroups

Viele neue Funktionen in Version 2.0

Erste „Externe“ User wurden ins System aufgenommen

Berechtigungskonzept war daher notwendig

Viele neue Funktionen in Openitcockpit initiert

− Servicevorlagengruppen zu Hostgruppen

− Managed Downtimes

− Statusmaps

− Dashboards mit Tabulatoren

inklusive Freigabe

− Berechtigungsmatrix

− ….

MASSENÄNDERUNG

Page 13

ITCockpit V2 auf beiden Hardwareservern installiert

DRBD als Storagelösung gespiegelt über beide Hardwareserver

Pacemaker als Clustersoftware

Corosync sorgt für Clusterschwenk, Services und STONITH

Problem: SCHWENK im Cluster!

SKALIERUNG 1.0

Page 14

ITSM MIT IBM MAXIMO / 2011-2012

Page 15

Version 2.x erfolgreich im Einsatz

Ca. 50 User im System

ITSM Anbindung vorhanden

5 Satelliten weltweit im Einsatz plus DMZ

Working Tool mit Nagstamon

STATUS BIS 2015

Page 16

Einfuehrung mit Version 3.0 Alpha+*

HA UMBAU MIT OPENITCOCKPIT ALS KVM INSTANZ

Page 17

> 20 Satelliten weltweit / > 100 neue User im System

Akzeptanz in weiteren Geschäftsbereichen plus Schulung/Marketing

SATELITEN UND NEUES

BERECHTIGUNGSKONZEPT

Page 18

Erster Ansatz zum Rollout von neuen Satelliten

Funktioniert!

Aber: Meine Kollegen konnten Ruby nicht lieb gewinnen…..

Schulung und Knowledge wichtig!

Externer Support?!

AUTOMATISIERUNG MIT PUPPET/FOREMAN

Page 19

„Must have“ für den Administrator und Werksleiter vor Ort

Wird meist auf Dashboards genutzt in der Produktion etc.

VERSION 3.0 / SATELLITEN GUI

Page 20

Rollout via YAML Files

Automatisierte aber auch manuelle

Läufe

Wird nicht nur zum Rollout genutzt

Automatisiertes OS Update aller

Satelitten von zentralem Repo

Anlegen durch 3 Schritte

− Rollout von VM via Template (aktuell)

− Einbindung in ITCockpit GUI

− Rollout von Rollen in Ansible

Tip: Ansible CMDB Modul nutzen!

AUTOMATISIERTER SATELLITENROLLOUT /

UMSTELLUNG AUF ANSIBLE UND YAML

Page 21

Massenimporte und Massenexporte

− Nützlich für Änderungen

− Anbindungen neuer APIs

− CSV gesteuert

PRTG API

− PRTG führendes System im LAN&WAN Bereich

− Kein doppeltes Monitoring

− Notwendig für Hostdepencies!

MASSENEXPORT UND MASSENIMPORT / PRTG API

Page 22

Wie begeistert man Kollegen und dekliniert kein Werkzeug „von oben“?

Mindmapping und Marketing

Mindmapping MIT den Kollegen incl. Erstes Dashboard

Marketing für das eigene Produkt: Hier BLOG schreiben

NEUE PROJEKTE / MINDMAPPING

Page 23

Tools

− Hören Sie auf Ihre Kollegen

− Nicht jeder mag den ganzen Tag auf eine Webseite schauen

− Alternative: Browseralerting einschalten oder ein Tool wie Nagstamon nutzen!

Schulungen

− Demo und Videos sind sicher hilfreich (Videokonferenzen, Skypemeetings)

− Schulung in 2 Teilen hat sich bewährt (Basics, Administratoren)

− Mehrsprachigkeit beachten (German / English)

TOOLS UND SCHULUNGEN FÜR ENDANWENDER

Page 24

Messen was die Kollegen in der Welt an Zeiten (Experience) erleben

Aufbau von sog. Roboter VMs

Basieren auf der gleichen Softwareverteilung wie „normale“ PCs

Messmethoden in 3 Spielrichtungen

− AutoIT Scripte

− Webinject Checks

− Sakuli Checks

Erzeugen Messergebnisse aus jeder Region mit relevanten/gewünschten Tools

END2END MONITORING

Page 25

Es gibt im ITSM Stack nicht DAS Tool was alles abdeckt

Daher verbinden wir immer mehr Tools via Schnittstellen oder lesen diese aus

SOAP

Restful API

JSON

SDKs der Hersteller

SNMP Traps

Scripting

….

− Sametime

APIS UND DATEN WERDEN IMMER WICHTIGER

Page 26

In Version 3.7.1 vorbereitet!

NEU: ITSM MIT SERVICENOW

Page 27

Wie diese ganzen dynamischen Tools und Arbeitsmethoden noch

zusammenhalten?

OpenAPM ist ein Ansatz: OpenApplicationPerfomanceMonitoring

Aktuell SEHR viele Projekte und auch kommerzielle Lösungen unterwegs wie

Dynatrace oder AppDynamics

Wichtig ist hier genau zu planen/prüfen WELCHE Werkzeuge zum Einsatz

kommen

OPENAPM

Page 28

Keine neue Welt, aber fürs Monitoring spannend

Für „statische“ Umgebungen reicht oft schon ein check_docker etc.

Spannend wird es in dynamischen Umgebungen welche Tools wie Kubernetes,

Openshift, Rancher einsetzen!

Hier reicht der Agentbasierte Ansatz nicht mehr

Prometheus Integration aktuell der tiefgreifenste Ansatz

Sensu GO arbeitet mit Agent Richtung Kubernetes

Kubernetes selbst bringt im neusten Release ein Monitoring mit

CONTAINER

Page 29

Führen wir seit Jahren um selbst noch den Überblick zu behalten

CMDB wechseln von Selfmade, Toolmade, IDOIT hin zu ServiceNow

Discovery mit JDISC und anderen Tools (SecurityScanner etc)

ROADMAP

Page 30

Es gibt nicht 1 Lösung

Nehmen Sie Kontakt mit der Community auf (check_nwc_health,

check_printer_health etc.)

Service-/Wartungsverträge sind machbar. Aber nicht immer verfügbar.

Es gibt oft mehrere Anbieter (Consol, Netways, OP5, IT-Novum, SektorNord,

Würth, Centreon, Groundworks..) auf dem gleichen Gebiet

Besuchen Sie Kongresse und schauen sich Trends an (OSDC, OSMC,

MonitoringPortal, OSAD,.....)

Vernetzen Sich sich

Langer Atem ist wichtig. Was nicht vorhanden ist als Feature-Request melden!

Daten und APIs sind die neue Währung

Container und Realtime Monitoring beachten

Application Perfomance Monitoring ist ein ganz anderer Ansatz von Quelle->Ziel

Cloud Ansätze verändern das Monitoring

Log Management und TimeLime Databases werden zum 2ten Standard

Skalierung und Automatisierung stellen eigene Anforderungen

Glauben Sie nicht allen Marketingfolien....

FAZIT NACH 10 JAHREN OPENSOURCE

Page 31

OPENSOURCE: WÄHLE WEISE

Page 32

Monitoring

− Openitcockpit,checkmk,OP5

, Icinga2, NetEye, Shinken,

Zabbix, Cacti, OpenNMS,

Nagios, Snag-View....

ITSM

− OTRS, Zammad

API

− OpenCelium

APM

− OpenAPM

Container

− Prometheus

Cloud

− Sensu

Log Management

− Elastic, Graylog

BEISPIELANBIETER

Automatisierung

− Ansible, Chef, Salt, Puppet

Orchestrierung

− Orcharhino, OpenShift,

OpenStack

CMDB

− i-doit, cmdbuild, Spiceworks

IPAM

− phpIPAM

End2End

− Sakuli, CasperJS, AutoIT

Network Discovery

− Open-Audit, Jdics, NeDi,

OCS

Reporting

− JasperReports

Überblick

− Cloud Native Landscape

Page 33

BEISPIELLÖSUNGEN

Zum Nachlesen:

• iX 03/2019 S. 74 ff. „Die Qual der Wahl“

- Marktübersicht Service-Mangement-Plattformen

• iX 03/2019 S. 82 ff „Kombinierbar“

- ITSM mit Open-Source-Software

• iX 06/2019 / IT-Administrator 06/2019

- Sensu GO

• iX 05/2019 S. 92 ff. „ITIL 4“

• IT-Administrator 07/2018 „IT-Ausstattung im Blick“

- Asset- & Lifecycle-Management

• IT-Administrator 9/2018 „Unter Kontrolle“

- Monitoring & Support

• IT-Administrator 06/2017

Page 34

Vielen Dank