Scale Out isn’t easy. Especially if you want monitor your assets in an Europe-wide spreaded network based on WAN-connections. The talk would guide you through the past, present and future of building and managing such a project. From the requirements back in 2002 to the fully managed Icinga2 implementation of nowadays.
Nagios Conference 2007 | Business Process Monitoring mit Nagios by Michael K...NETWAYS
Nagios hatte weite Verbreitung im Bereich des IT-Infrastruktur-Monitorings gefunden. Die heutige IT konzentriert sich jedoch weniger auf Devices sondern bewegt sich eher in Richtung aktive Unterstützung der wertgenerierenden Geschäftsprozesse; in der Praxis finden sich hier oftmals komplexe Zusammenhänge. Wie können diese mit Nagios ebenfalls überwacht werden?
OSMC 2009 | Erfahrungen bei der Migration einer kommerziellen Monitoringsuite...NETWAYS
Eine lange Jahre im Einsatz befindliche, kommerzielle Monitoringsuite wird im Zuge eines Projekts basierend auf Nagios migriert. Dabei gilt es vorhandene Monitoringprozeduren zu ersetzen, neu- bzw. weiterzuentwickeln. Auch die damit einhergehende Integration in die bestehende IT-Landschaft und ITIL konformen Prozessen stellt ein gewisse Herausforderung dar. Die Präsentation stellt einen Abriss zum aktuellen Projektstatus dar. Darüber hinaus gewährt sie einen Einblick auf aufgetretene Schwierigkeiten, Lösungsansätzen und implementierte Lösungen.
OSMC 2017 | Hochautomatisiertes Warenlogistik - Monitoring bei Europas größte...NETWAYS
In cooperation with ConSol Consulting & Solutions Software GmbH in the last years a worldwide distributed highly automatic monitoring of logistics centres based on OMD was developed. Now, it consists of more than 200 cascaded and self-sufficient units that provide the administrators on site and in the central control with valuable information concerning their infrastructure and reporting-data. In addition to automatically generated infrastructure and server checks, also detailed business process- and end-to-end monitoring is used, to create detailed visualization in addition to notifications. The system, which has run smoothly for several years, is currently being transferred onto the OMD Labs Edition, to ensure that it will handle future challenges such as container-monitoring. Furthermore, all approximately 11,000 branches of the subsidiaries are to be connected to the system.
In 50 Minuten präsentierten wir 5 erlesene Weine und 5 praxisnahe Cloudlösungen. Beim anschliessenden Apéro Riche wurden sowohl die Weine als auch die präsentierten Lösungen in entspannter Atmosphäre vertieft, trotz Gewitterregen...
Nagios Conference 2006 | SAP Monitoring I by Michael KienleNETWAYS
Der Vortrag widmet sich den eher business-orientierten Aspekten des SAP Monitorings. Bereits vor Projektbeginn sollten man sich über die Bedeutung und Notwendigkeit eines SAP-Monitorings klar werden und das Optimierungspotential hinsichtlich Stabilität und Performance evaluieren.
Da selbst ein mittelgroßes SAP R/3 System eine Vielzahl an möglichen Messwerten liefert, liegt ein Schwerpunkt des Monitoring Projektes auf der Auswahl sinnvoller Parameter. Welche davon bedingen einen echten Mehrwert und welche sind überflüssig? Wie legt man dafür sinnvolle Warnschwellen fest? Die technische Integration der SAP R/3 Überwachung ist Gegenstand eines eigenen Vortrags und wird hier nur kurz angedeutet.
In der Zusammenfassung geht es um die Frage ob Nagios den Anforderungen eines Konzerns an das SAP Monitoring genügt und welche Erfahrungen in der Praxis gemacht wurden.
OSDC 2010 | IT Service Management mit Open Source Software „OpenITSM“ by Juli...NETWAYS
War es bis vor einiger Zeit ein sehr teures Unterfangen, Lösungen für modernes Systems Management zu implementieren, so gibt es heute für alle wichtigen Prozesse und Funktionen des Service Management sehr gute Open Source Tools. Der Vortrag bietet einen Überblick über die verschiedenen Lösungen in den wichtigsten Bereichen: Incident & Problem Management, Event Management, Operations Management, Service Desk und CMDB.
Nagios Conference 2007 | Business Process Monitoring mit Nagios by Michael K...NETWAYS
Nagios hatte weite Verbreitung im Bereich des IT-Infrastruktur-Monitorings gefunden. Die heutige IT konzentriert sich jedoch weniger auf Devices sondern bewegt sich eher in Richtung aktive Unterstützung der wertgenerierenden Geschäftsprozesse; in der Praxis finden sich hier oftmals komplexe Zusammenhänge. Wie können diese mit Nagios ebenfalls überwacht werden?
OSMC 2009 | Erfahrungen bei der Migration einer kommerziellen Monitoringsuite...NETWAYS
Eine lange Jahre im Einsatz befindliche, kommerzielle Monitoringsuite wird im Zuge eines Projekts basierend auf Nagios migriert. Dabei gilt es vorhandene Monitoringprozeduren zu ersetzen, neu- bzw. weiterzuentwickeln. Auch die damit einhergehende Integration in die bestehende IT-Landschaft und ITIL konformen Prozessen stellt ein gewisse Herausforderung dar. Die Präsentation stellt einen Abriss zum aktuellen Projektstatus dar. Darüber hinaus gewährt sie einen Einblick auf aufgetretene Schwierigkeiten, Lösungsansätzen und implementierte Lösungen.
OSMC 2017 | Hochautomatisiertes Warenlogistik - Monitoring bei Europas größte...NETWAYS
In cooperation with ConSol Consulting & Solutions Software GmbH in the last years a worldwide distributed highly automatic monitoring of logistics centres based on OMD was developed. Now, it consists of more than 200 cascaded and self-sufficient units that provide the administrators on site and in the central control with valuable information concerning their infrastructure and reporting-data. In addition to automatically generated infrastructure and server checks, also detailed business process- and end-to-end monitoring is used, to create detailed visualization in addition to notifications. The system, which has run smoothly for several years, is currently being transferred onto the OMD Labs Edition, to ensure that it will handle future challenges such as container-monitoring. Furthermore, all approximately 11,000 branches of the subsidiaries are to be connected to the system.
In 50 Minuten präsentierten wir 5 erlesene Weine und 5 praxisnahe Cloudlösungen. Beim anschliessenden Apéro Riche wurden sowohl die Weine als auch die präsentierten Lösungen in entspannter Atmosphäre vertieft, trotz Gewitterregen...
Nagios Conference 2006 | SAP Monitoring I by Michael KienleNETWAYS
Der Vortrag widmet sich den eher business-orientierten Aspekten des SAP Monitorings. Bereits vor Projektbeginn sollten man sich über die Bedeutung und Notwendigkeit eines SAP-Monitorings klar werden und das Optimierungspotential hinsichtlich Stabilität und Performance evaluieren.
Da selbst ein mittelgroßes SAP R/3 System eine Vielzahl an möglichen Messwerten liefert, liegt ein Schwerpunkt des Monitoring Projektes auf der Auswahl sinnvoller Parameter. Welche davon bedingen einen echten Mehrwert und welche sind überflüssig? Wie legt man dafür sinnvolle Warnschwellen fest? Die technische Integration der SAP R/3 Überwachung ist Gegenstand eines eigenen Vortrags und wird hier nur kurz angedeutet.
In der Zusammenfassung geht es um die Frage ob Nagios den Anforderungen eines Konzerns an das SAP Monitoring genügt und welche Erfahrungen in der Praxis gemacht wurden.
OSDC 2010 | IT Service Management mit Open Source Software „OpenITSM“ by Juli...NETWAYS
War es bis vor einiger Zeit ein sehr teures Unterfangen, Lösungen für modernes Systems Management zu implementieren, so gibt es heute für alle wichtigen Prozesse und Funktionen des Service Management sehr gute Open Source Tools. Der Vortrag bietet einen Überblick über die verschiedenen Lösungen in den wichtigsten Bereichen: Incident & Problem Management, Event Management, Operations Management, Service Desk und CMDB.
Splunk für alle: Optimierte Prozesse für eine zuverlässige und störungsfreie ...Splunk EMEA
Splunk für alle: Optimierte Prozesse für eine zuverlässige und störungsfreie IT-Infrastruktur - Splunk Public Sector Summit 2024
Vortrag von:
NetDescribe
Sprecher:
Alexander Becht (CTO)
Alexander Hauptner (Senior Consultant)
FME als zentrales Element der GIS-Infrastruktur in der Autonomen Provinz BozenSafe Software
FME hat sich in der Autonomen Provinz Bozen in den letzten 10 Jahren zu einer zentralen Komponente der GIS-Infrastruktur und darüber hinaus entwickelt. Es wird ein kurzer Abriss über die Infrastruktur und den wichtigsten Anwendungsbereichen von FME gegeben. Dazu zählen die Verwaltung zeitgesteuerter Datenflüsse, das Konvertieren der Daten zu komplexen Datenstrukturen (INSPIRE, usw.), die Überwachung der Datenqualität und Konfiguration der OGC-Dienste, Verwaltung von Metadaten, Ausarbeiten von Wetterdaten, Berechnung von Routen im Schülertransport, Bearbeiten von Beitragsverfahren in der Landwirtschaft. Ebenso leistet FME einen wichtigen Beitrag in der Bereitstellung von Diensten im Webgis des Landes, wie z.B. Datenimport und -export, topologische Kontrollen der Datenbank der Landeskartographie. Erwähnenswert ist auch, wie Kunden mittels FME in Eigenregie ihre Daten pflegen.
OSMC 2013 | Enterprise Platforms Monitoring at s IT Solutions AT by Johannes ...NETWAYS
Der Geschäftsbereich Enterprise Platforms des IT Dienstleisters s IT Solutions AT betreibt für die Erste Group eine große Anzahl an Systemkomponenten in den Bereichen UNIX, Windows, Applikationen, Datenbanken, Virtualisierung, Storage- und Hardware-Management. Für die Überwachung dieser Systemkomponenten kommt eine Icinga-Umgebung zum Einsatz. Derzeit werden etwa 46000 Host- und Servicechecks auf einer Umgebung durchgeführt, welche für 65000-80000 checks ausgelegt ist, Tendenz steigend.
Im Vortag wird ein Migrationsprojekt von Tivoli Endpoints auf Icinga mit Schwerpunkt auf die Probleme in Zusammenhang mit einer großen Icinga-Installation geschildert. Wesentliche Merkmale sind die (Teil-)Automatisierung der Konfigurationsgeneration aus der CMDB, die Zuordnung von Hosts zu verschiedenen Hostgruppen anhand unterschiedlicher Kriterien, die Automatisierung des deployments von Agents und Plugins sowie die Schnittstelle zum übergeordneten, unternehmensweiten Umbrella Monitoring.
Webcast: Prozess Monitoring in Azure (und on premise) mit dem IntelliMonQUIBIQ Hamburg
Der Bedarf an umfassender Leistungsüberwachung und -analyse nimmt rasant zu. Prozess Monitoring ist in einer immer agileren Geschäftswelt das Gebot der Stunde. Echtes Ende-zu-Ende-Monitoring vom Quellsystem über Ihre Integrationslösung bis zum Nachrichtenziel out-of-the-box wird zum Standard. Doch wie kann ein Prozess Monitoring einfach und sinnstiftend aufgebaut werden?
Die notwendigen Grundlagen und in der Praxis erprobten Tools stellt Raúl Checa von QUIBIQ Rottweil vor. Informieren Sie sich aus erster Hand über intelligente und innovative End-to-End-Monitoring-Lösungen.
Inhalt:
- Voraussetzungen und neue Produktionsparadigmen
- Einordnung MES in Industrie 4.0
- Integrierte Geschäftsprozesse von SAP S/4HANA und SAP ME
- Technische Integration von SAP S/4HANA und SAP ME
OSMC 2010 | Neues bei den Nagios Business Process AddOns by Bernd StrößenreutherNETWAYS
Die Grundfunktionalität der Nagios Business Process AddOns (NagiosBP) ist immer noch die gleiche: Die Stati einzelner Checks aus Nagios so zu verknüpfen, dass auf einen Blick erkennbar ist, ob eine Anwendung (Geschäftsprozeß) für den User verfügbar ist. Für diejenigen, die NagiosBP bislang noch gar nicht kennen/benutzen, gibt es am Anfang eine kurze Zusammenfassung zu diesen Grundfunktionen. Im zweiten Teil soll es dann um die neuen Funktionalitäten und Features gehen, die seit der ersten Veröffentlichung 2007 dazu gekommen sind: Neue Backends wie Merlin, Ndo2fs, mk_livestatus oder auch neue Ansichten wie WhereUsed. Eventuell kann zur Konferenz auch schon die neue Integration mit Icinga gezeigt werden.
OSMC 2013 | Monitoring als Quelle der Wahrheit im Wellendeployment einer dyna...NETWAYS
ImmobilienScout24 betreibt fast 2.000 Server Instanzen mit 160 Applikationen, die von 100 Entwicklern erweitert und von 30 Admins betreut werden, so dass sich Systemänderungen quasi im Stundentakt ergeben. DevOps Mindset, Automation, Continuous Delivery, Sprengfestigkeiten und das konsequente Stagen aller Changes sind Themen die uns bewegen.
Die zentrale Komponente zur Datenspeicherung und Auswertung bei ImmobilienScout24 ist Graphite, welches alle Monitoring Informationen enthält. Diese Komponente wird aktiv von Icinga ausgewertet und mit konfigurierten Schwellwerten verglichen. Ziel ist die clientbasierte Konfiguration des Icinga Alarmings, durch Rollout der entsprechenden Werte auf den Client
Die Erweiterung unseres Monitoring zur Quelle der Wahrheit im Wellendeployment ist das aktuelle Ziel. Das Icinga Alarming überwacht Instanzen während des Deployment, beeinflusst den Verlauf des Wellenrollout durch unsere Open Source Lösung YADT und informiert die Anwendungsbetreuer bei Fehlern. Da wir hierbei immer wieder an die Konzept- und Leistungsgrenze bestehender OpenSource Lösungen stoßen, entwickeln wir diese zusammen mit den Projekt-Maintainern upstream weiter und stellen diese der Open Source Community zur Verfügung.
In dieser agilen Welt ein verlässliches und umfassendes Monitoring und Alarmsystem zu bauen ist Inhalt dieses Talks.
Perlen Papier konnte mit dem Portaleinsatz die Prozesse der Instandhaltung auf Basis SAP PM optimieren und mobilisieren. Von zuvor wenigen isolierten Prozessen erfolgte eine Ablaufverbesserung hin zu einheitliche Prozessen für alle Bereiche der Werksinstandhaltung. Das argvis; Maintenance Portal wird quasi als Computerized Maintenance Management System (CMMS) genutzt, mit einer smarten Oberfläche am Bildschirm sowie einer benutzerfreundlichen und intuitiven mobilen Instandhaltungslösung. Das Portal dient als zentrales Instandhaltungs-Management-System, wobei die Hauptprozesse Meldungen, Auftrags-Management, Planung, Rundgänge, sowie Revisionsmanagement abgebildet werden. Das Projekt wurde 2022 in vier Monaten umgesetzt und heute nutzen knapp 200 Anwender in der Instandhaltung, Produktion sowie in der Beschaffung diese Anwendung.
Die Wertstromanalyse 4.0 hat neben dem reinen Herstellungsprozess auch die Informationsflüsse, Planungsabläufe sowie die eingesetzten IT-Tools im Fokus.
Die Datenbank ist nicht immer Schuld - Gründe warum Datenbank-Migration schei...Markus Flechtner
Datenbank-Migrationen und -Upgrades scheitern oft nicht an Fehlern in der Datenbank-Software oder in den jeweiligen Prozeduren. Oft sind es (vemeintlich) kleinere Dinge wie veraltete Clients oder fehlende Netzwerk-Anpassungen, die eine Migration zum Scheitern bringen. Der Vortrag bringt Beispiele und Tipps zur Vermeidung.
Splunk für alle: Optimierte Prozesse für eine zuverlässige und störungsfreie ...Splunk EMEA
Splunk für alle: Optimierte Prozesse für eine zuverlässige und störungsfreie IT-Infrastruktur - Splunk Public Sector Summit 2024
Vortrag von:
NetDescribe
Sprecher:
Alexander Becht (CTO)
Alexander Hauptner (Senior Consultant)
FME als zentrales Element der GIS-Infrastruktur in der Autonomen Provinz BozenSafe Software
FME hat sich in der Autonomen Provinz Bozen in den letzten 10 Jahren zu einer zentralen Komponente der GIS-Infrastruktur und darüber hinaus entwickelt. Es wird ein kurzer Abriss über die Infrastruktur und den wichtigsten Anwendungsbereichen von FME gegeben. Dazu zählen die Verwaltung zeitgesteuerter Datenflüsse, das Konvertieren der Daten zu komplexen Datenstrukturen (INSPIRE, usw.), die Überwachung der Datenqualität und Konfiguration der OGC-Dienste, Verwaltung von Metadaten, Ausarbeiten von Wetterdaten, Berechnung von Routen im Schülertransport, Bearbeiten von Beitragsverfahren in der Landwirtschaft. Ebenso leistet FME einen wichtigen Beitrag in der Bereitstellung von Diensten im Webgis des Landes, wie z.B. Datenimport und -export, topologische Kontrollen der Datenbank der Landeskartographie. Erwähnenswert ist auch, wie Kunden mittels FME in Eigenregie ihre Daten pflegen.
OSMC 2013 | Enterprise Platforms Monitoring at s IT Solutions AT by Johannes ...NETWAYS
Der Geschäftsbereich Enterprise Platforms des IT Dienstleisters s IT Solutions AT betreibt für die Erste Group eine große Anzahl an Systemkomponenten in den Bereichen UNIX, Windows, Applikationen, Datenbanken, Virtualisierung, Storage- und Hardware-Management. Für die Überwachung dieser Systemkomponenten kommt eine Icinga-Umgebung zum Einsatz. Derzeit werden etwa 46000 Host- und Servicechecks auf einer Umgebung durchgeführt, welche für 65000-80000 checks ausgelegt ist, Tendenz steigend.
Im Vortag wird ein Migrationsprojekt von Tivoli Endpoints auf Icinga mit Schwerpunkt auf die Probleme in Zusammenhang mit einer großen Icinga-Installation geschildert. Wesentliche Merkmale sind die (Teil-)Automatisierung der Konfigurationsgeneration aus der CMDB, die Zuordnung von Hosts zu verschiedenen Hostgruppen anhand unterschiedlicher Kriterien, die Automatisierung des deployments von Agents und Plugins sowie die Schnittstelle zum übergeordneten, unternehmensweiten Umbrella Monitoring.
Webcast: Prozess Monitoring in Azure (und on premise) mit dem IntelliMonQUIBIQ Hamburg
Der Bedarf an umfassender Leistungsüberwachung und -analyse nimmt rasant zu. Prozess Monitoring ist in einer immer agileren Geschäftswelt das Gebot der Stunde. Echtes Ende-zu-Ende-Monitoring vom Quellsystem über Ihre Integrationslösung bis zum Nachrichtenziel out-of-the-box wird zum Standard. Doch wie kann ein Prozess Monitoring einfach und sinnstiftend aufgebaut werden?
Die notwendigen Grundlagen und in der Praxis erprobten Tools stellt Raúl Checa von QUIBIQ Rottweil vor. Informieren Sie sich aus erster Hand über intelligente und innovative End-to-End-Monitoring-Lösungen.
Inhalt:
- Voraussetzungen und neue Produktionsparadigmen
- Einordnung MES in Industrie 4.0
- Integrierte Geschäftsprozesse von SAP S/4HANA und SAP ME
- Technische Integration von SAP S/4HANA und SAP ME
OSMC 2010 | Neues bei den Nagios Business Process AddOns by Bernd StrößenreutherNETWAYS
Die Grundfunktionalität der Nagios Business Process AddOns (NagiosBP) ist immer noch die gleiche: Die Stati einzelner Checks aus Nagios so zu verknüpfen, dass auf einen Blick erkennbar ist, ob eine Anwendung (Geschäftsprozeß) für den User verfügbar ist. Für diejenigen, die NagiosBP bislang noch gar nicht kennen/benutzen, gibt es am Anfang eine kurze Zusammenfassung zu diesen Grundfunktionen. Im zweiten Teil soll es dann um die neuen Funktionalitäten und Features gehen, die seit der ersten Veröffentlichung 2007 dazu gekommen sind: Neue Backends wie Merlin, Ndo2fs, mk_livestatus oder auch neue Ansichten wie WhereUsed. Eventuell kann zur Konferenz auch schon die neue Integration mit Icinga gezeigt werden.
OSMC 2013 | Monitoring als Quelle der Wahrheit im Wellendeployment einer dyna...NETWAYS
ImmobilienScout24 betreibt fast 2.000 Server Instanzen mit 160 Applikationen, die von 100 Entwicklern erweitert und von 30 Admins betreut werden, so dass sich Systemänderungen quasi im Stundentakt ergeben. DevOps Mindset, Automation, Continuous Delivery, Sprengfestigkeiten und das konsequente Stagen aller Changes sind Themen die uns bewegen.
Die zentrale Komponente zur Datenspeicherung und Auswertung bei ImmobilienScout24 ist Graphite, welches alle Monitoring Informationen enthält. Diese Komponente wird aktiv von Icinga ausgewertet und mit konfigurierten Schwellwerten verglichen. Ziel ist die clientbasierte Konfiguration des Icinga Alarmings, durch Rollout der entsprechenden Werte auf den Client
Die Erweiterung unseres Monitoring zur Quelle der Wahrheit im Wellendeployment ist das aktuelle Ziel. Das Icinga Alarming überwacht Instanzen während des Deployment, beeinflusst den Verlauf des Wellenrollout durch unsere Open Source Lösung YADT und informiert die Anwendungsbetreuer bei Fehlern. Da wir hierbei immer wieder an die Konzept- und Leistungsgrenze bestehender OpenSource Lösungen stoßen, entwickeln wir diese zusammen mit den Projekt-Maintainern upstream weiter und stellen diese der Open Source Community zur Verfügung.
In dieser agilen Welt ein verlässliches und umfassendes Monitoring und Alarmsystem zu bauen ist Inhalt dieses Talks.
Perlen Papier konnte mit dem Portaleinsatz die Prozesse der Instandhaltung auf Basis SAP PM optimieren und mobilisieren. Von zuvor wenigen isolierten Prozessen erfolgte eine Ablaufverbesserung hin zu einheitliche Prozessen für alle Bereiche der Werksinstandhaltung. Das argvis; Maintenance Portal wird quasi als Computerized Maintenance Management System (CMMS) genutzt, mit einer smarten Oberfläche am Bildschirm sowie einer benutzerfreundlichen und intuitiven mobilen Instandhaltungslösung. Das Portal dient als zentrales Instandhaltungs-Management-System, wobei die Hauptprozesse Meldungen, Auftrags-Management, Planung, Rundgänge, sowie Revisionsmanagement abgebildet werden. Das Projekt wurde 2022 in vier Monaten umgesetzt und heute nutzen knapp 200 Anwender in der Instandhaltung, Produktion sowie in der Beschaffung diese Anwendung.
Die Wertstromanalyse 4.0 hat neben dem reinen Herstellungsprozess auch die Informationsflüsse, Planungsabläufe sowie die eingesetzten IT-Tools im Fokus.
Die Datenbank ist nicht immer Schuld - Gründe warum Datenbank-Migration schei...Markus Flechtner
Datenbank-Migrationen und -Upgrades scheitern oft nicht an Fehlern in der Datenbank-Software oder in den jeweiligen Prozeduren. Oft sind es (vemeintlich) kleinere Dinge wie veraltete Clients oder fehlende Netzwerk-Anpassungen, die eine Migration zum Scheitern bringen. Der Vortrag bringt Beispiele und Tipps zur Vermeidung.
2. Müller Holding Ltd. & Co. KG Seite 2
Jens Schanz
●Beruflich
●Teamleiter 2nd Level Support „Linux- und Filials
●Linux- / Unix-Admin seit 1999
●Senior System Engineer und Infrastructure Arch
●Privat
●Verheiratet, 2 Kinder, keine Zeit
●Smarthome-Builder
● jens@jensschanz.de
● @jensschanz
Über mich
3. Müller Holding Ltd. & Co. KG Seite 3
Müller in Zahlen
Firmenname: Müller Holding Ltd. & Co. KG
Firmensitz (Verwaltung): 89081 Ulm-Jungingen,
Albstraße 92
Geschäftsführer: Erwin Müller
Zahl der Mitarbeiter: rund 35.000 (überwiegend
Fachkräfte)
Zahl der Auszubildenden: rund 950
Gesamtzahl Filialen: derzeit 828, davon 540 in
Deutschland, 55 in der Schweiz, 81 in
Österreich, 12 in Spanien, 18 in Slowenien, 36
in Ungarn, 86 in Kroatien
Filialen mit Naturshop: derzeit 210 davon 132 in
Deutschland, 8 in der Schweiz, 37 in Österreich, 8
in Slowenien 13 in Ungarn und 12 in Kroatien
Filialgröße: 400 bis über 4.500 m² Verkaufsfläche
Gesamtlagerfläche: 246.416 m², davon 17.998 m²
Lager Ungarn, 9.251 m² Lager Schweiz, 1.080 m²
Lager Spanien
Arealgröße Konzern: 546.945 m²
Abteilungen / Fachmärkte
Drogerie (ca. 50.000 Artikel)
Multi-Media (ca. 42.000 Artikel)
Parfümerie (ca. 28.000 Artikel)
Spielwaren (ca. 20.000 Artikel)
Schreibwaren (ca. 19.000 Artikel)
Haushalt und Ambiente (ca. 11.000 Artikel)
Strümpfe (ca. 7.500 Artikel)
Naturkosmetik (ca. 4.000 Artikel)
Handarbeit (ca. 2.400 Artikel)
OTC (ca. 1.500 Artikel)
Bio Nahrung (ca. 3.000 Artikel)
Sortimentsvielfalt:
ca. 188.000 Artikel
4. Müller Holding Ltd. & Co. KG Seite 4
Agenda
- Müller IT in Zahlen -
- Projekt-Historie -
- Anforderungen -
- Umsetzung -
- Ausblick -
5. Müller Holding Ltd. & Co. KG Seite 5
Müller IT in Zahlen
•3 Rechenzentren am Standort Ulm
–(noch) 4 getrennte Monitoring-Umgebungen
•1x Icinga
•3x Icinga2
–ca. 1800 Linux-Hosts
•~ 52.000 Service-Checks
–ca. 500 Windows-Hosts
•~ 2.200 Service-Checks
–ca. 650 aktive Netzwerkkomponenten
•~ 2700 Service-Checks
6. Müller Holding Ltd. & Co. KG Seite 6
Müller IT in Zahlen
•~ 830 Filialen
–ca. 17.000 Hosts
–ca. 207.000 Services
•ca. 2.700 Systeme vom Typ „PC“
•ca. 4.300 Systeme vom Typ „Kasse“
•ca. 3.500 Systeme vom Typ „EC-Terminal“
•ca. 2.450 Systeme vom Typ „Drucker“
•ca. 1.800 Systeme vom Typ „Router“
•ca. 2.400 System vom Typ „Switch“
8. Müller Holding Ltd. & Co. KG Seite 8
Historie
•2002
–Projektbeginn und Entscheidung für Nagios
•2003
–„Proof of Concept“ in 5 Filialen
•2004
–Rollout Nagios 1.2 in ca. 350 Filialen mit
selbstgeschriebenem Transport-Modul
•2008
–Umstellung von Nagios 1.2 auf Nagios 3 mit ndoutils als
DB-und „Transport“-Backend und selbstgeschriebenem
zentralen „Müller-Monitoring-Center“
•2009
9. Müller Holding Ltd. & Co. KG Seite 9
Historie
•2011
–Migration auf Icinga
•2014/2015
–Migration auf Icinga2
•Umstellung aller 800 Filialen
•Migration den zentralen Icinga-Server auf Icinga2
•2015/2016
–Umstellung auf „Top-Down-Config-Sync“ auf den Filial-
Systemen
•2018
–Scale-Out auf mehrere Satelliten
10. Müller Holding Ltd. & Co. KG Seite 10
Anforderungen
Anforderungen
an
ein Monitoring-System
11. Müller Holding Ltd. & Co. KG Seite 11
Anforderungen (fachlich)
„Wir müssen merken,
wenn etwas nicht funktioniert
NICHT der Kunde!“
•Monitoring möglichst aller an den Business-Prozessen
beteiligten Komponenten und Services
•Verfügbarkeitsauswertung einzelner Komponenten
•Erkennung fehlerhafter Komponenten die mehrfach
Störungen aufweisen
•Hilfe liefern bei der Beseitigung von Incidents
•„Three-green“-Philosophie bei Software-Auslieferungen
12. Müller Holding Ltd. & Co. KG Seite 12
Anforderungen (technisch)
Keep it Simple!
•Hoher Automatisierungsgrad
–ca. 17.000 Hosts (Assets)
–ca. 200.000 Service-Checks
•Erweiterbar, Skalierbar und Flexibel
–7 Länder
–>800 Filialen
–Zentrales Management
–(instabile) WAN-Abindung über DSL, LTE, etc.
•Einfach zu verwalten und zu betreiben
–Kein qualifizierter Zugriff vor Ort möglich
14. Müller Holding Ltd. & Co. KG Seite 14
Umsetzung (fachlich)
Monitoring möglichst aller an den Business-Prozessen
beteiligten Komponenten und Services
•„Manage Infrastructures NOT Servers“
•Klassifizierung der Systeme in Klassen
–PCs, Kassen, Switche, Router, etc.
•CMS / CMDBs als (gemeinsame) Quelle möglichst aller
Assets
•Automatisiertes anlegen und entfernen von Assets
–Saisonkassen, Switchaustauch (2x 24 Port gegen 1x 48
Port) → Soll-Zustand abbilden und überwachen
15. Müller Holding Ltd. & Co. KG Seite 15
Umsetzung (fachlich)
Monitoring möglichst aller an den Business-Prozessen
beteiligten Komponenten und Services
16. Müller Holding Ltd. & Co. KG Seite 16
Umsetzung (fachlich)
Verfügbarkeitsauswertung einzelner Komponenten
•Aufgrund der Menge Hosts und Services kein klassisches
SLA-Monitoring möglich
•Daten sammeln um Fehler und Ursachen erklärbar zu
machen
•Anomalien sichtbar machen
17. Müller Holding Ltd. & Co. KG Seite 17
Umsetzung (fachlich)
Verfügbarkeitsauswertung einzelner Komponenten
18. Müller Holding Ltd. & Co. KG Seite 18
Umsetzung (fachlich)
Erkennung fehlerhafter Komponenten die mehrfach
Störungen aufweisen
•Schnelle Identifizierung und Beseitigung wiederkehrender
Hardware-Probleme über die Historie im Icingweb2
•Schnelles Erkennen von Software-Problemen (z.B.
Druckerfehler, Scannerfehler, …)
•Gruppierung von Fehlern (nach Hardware, etc.) um
problematische Komponenten zu erkennen
19. Müller Holding Ltd. & Co. KG Seite 19
Umsetzung (fachlich)
Erkennung fehlerhafter Komponenten die mehrfach
Störungen aufweisen
20. Müller Holding Ltd. & Co. KG Seite 20
Umsetzung (fachlich)
Hilfe liefern bei der Beseitigung von Incidents
•Anbindung Ticket-System an Icingaweb2
–Verlinkung ins Ticket-System über „icingaweb2-module-
generictts“
•Anzeige des Icinga2 Host- und Servicestatus der CMDB-
Komponente im Ticketsystem (aktuell noch über iframe,
künftig direkt über API und JSON)
•Hilfestellung bieten bei den Service-Checks
21. Müller Holding Ltd. & Co. KG Seite 21
Umsetzung (fachlich)
Hilfe liefern bei der Beseitigung von Incidents
22. Müller Holding Ltd. & Co. KG Seite 22
Umsetzung (fachlich)
Hilfe liefern bei der Beseitigung von Incidents
•„Standard“-Plugins entsprechend so mit Informationen
erweitern, dass ein(e) Nicht-Techniker(in) im User-Helpdesk
die Ausgabe versteht und handeln kann.
•check_smart vs. check_smart_extended
23. Müller Holding Ltd. & Co. KG Seite 23
Umsetzung (fachlich)
Hilfe liefern bei der Beseitigung von Incidents
•Bemerkungsfeld im Icingaweb2 nutzen und Hilfestellung zur
Bearbeitung oder Beseitigung des Fehlers geben
24. Müller Holding Ltd. & Co. KG Seite 24
Umsetzung (fachlich)
„Three-green“-Philosophie bei Software-Auslieferungen
•Servicegruppen bauen und prüfen ob Änderungen die
gewünschte Wirkung haben.
25. Müller Holding Ltd. & Co. KG Seite 25
Umsetzung (fachlich)
Herausforderungen
•Informations-Overkill ...
26. Müller Holding Ltd. & Co. KG Seite 26
Umsetzung (fachlich)
Herausforderungen
•Informations-Overkill durch …
–… volatile Hosts und Services
–… Services die nicht im eigenen Zuständigkeitsbereich
liegen, aber wichtig für die Business-Prozesse sind (z.B.
Fiskalisierung, Kartenzahlungsprovider, …)
–… die Menge an Hosts und Services. Multiplizierung der
Probleme.
–… 24x7 Betrieb mit nicht 24x7-Komponenten und „alte“
Hardware
27. Müller Holding Ltd. & Co. KG Seite 27
Umsetzung (fachlich)
Herausforderungen
–Wirklich wichtige Dinge herausfiltern, welche unmittelbar
Auswirkungen auf den Geschäftsbetrieb haben (z.B.
Kassensystem nicht erreichbar, Kassensoftware läuft nicht,
etc.).
–Den Rest nur als Information nutzen, wenn ein Incident
gemeldet wird ...
•„Alle Festplattenfehler auf allen Systemen zu beseitigen ist
ein Ding der Unmöglichkeit“
–Nur unbedingt notwendige Dinge automatisiert ins Ticket-
System übernehmen
–Automatische Alarmierung nur für kritische Komponenten
(z.B. Router, Switche, …)
29. Müller Holding Ltd. & Co. KG Seite 29
Umsetzung (technisch)
Software-Stack
•Kein Feenstaub, nur 5 Komponenten:
–Icinga2 (Core-Komponente, Server und Agent gleichzeitig)
–Icingaweb2 (Visualisierung)
–Idoutils (Historie)
–InfluxDB (Metriken)
–Grafana (Metriken)
30. Müller Holding Ltd. & Co. KG Seite 30
Umsetzung (technisch)
Hoher Automatisierungsgrad
•Anbindung eines CMS / mehrerer CMDBs an Icinga2 über
Icingaweb2-Director
–Möglichkeiten der Importquellen (SQL, LDAP, Fileshipper,
…) nutzen
–Unpassende Daten mit „Modifikatoren“ manipulieren
–Konsolidierung der Importquellen über
Synchronisationsregel
31. Müller Holding Ltd. & Co. KG Seite 31
Umsetzung (technisch)
Hoher Automatisierungsgrad
•Möglichkeit der Importquellen und Synchronisationsregel
vollständig ausnutzen
32. Müller Holding Ltd. & Co. KG Seite 32
Umsetzung (technisch)
Hoher Automatisierungsgrad
•Modifikatoren im Import-Prozess nutzen um Daten
anzupassen oder anzureichern
34. Müller Holding Ltd. & Co. KG Seite 34
Umsetzung (technisch)
•Host-Templates „vererben“
möglich → Vorsicht!
–z.B. Variablen die für alle
Host-Checks benötigt
werden, wie z.B. Ping /
ICMP-Check
35. Müller Holding Ltd. & Co. KG Seite 35
•Service-Sets anstelle
einzelner Zuweisungen
verwenden
•Evtl. Service-Sets in
unterschiedlicher
Ausprägung „stapeln“ und
kombinieren
•Apply-Regeln nutzen und
Service-Sets zuweisen
apply Service "Kasse - Fiskalisierung: Modul" {
• import "pos-at-fiscal-module"
assign where match("kasse.*.domain.tld", host.name)
&&
host.vars.country_long == "Österreich"
import DirectorOverrideTemplate
}
Umsetzung (technisch)
36. Müller Holding Ltd. & Co. KG Seite 36
Umsetzung (technisch)
Erweiterbar, Skalierbar und Flexibel
•Icinga2-Stack ausnutzen
–Master
–Satelliten
–Agents
•Aber → High-Availability über Virtualisierungsmittel oder
Infrastruktur umsetzen
•Top-Down-Config-Sync nutzen
37. Müller Holding Ltd. & Co. KG Seite 37
Umsetzung (technisch)
Erweiterbar, Skalierbar und Flexibel
https://icinga.com/docs/icinga2/latest/doc/06-distributed-monitoring/
Filialen
Kroatien
Zone AT Zone DEZone CH Zone ES Zone HU Zone SI Zone HRZone ST
Zone AT Zone DEZone CH Zone ES Zone HU Zone SI Zone HRZone ST
director
ido
influx
Icingaweb2
Icingaweb2
Load-Balancer
Grafana
Filialen
Staging
Filialen
Österreich
Filialen
Schweiz
Filialen
Spanien
Filialen
Deutschland
Filialen
Ungarn
Filialen
Slowenien
Icinga2
Master
38. Müller Holding Ltd. & Co. KG Seite 38
Umsetzung (technisch)
Erweiterbar, Skalierbar und Flexibel
•Herausforderungen
–Hardware
•CPU, RAM und Disk-I/O
–Software
•MariaDB → Tuning für möglichst viele Queries/Second
(qps) → Netzwerk-Traffic beachten!
•Icingaweb2 → ido-Schema → Abfragen / Index
–Fachlich
•Anzahl Service-Checks pro Minute → Inserts, Updates und
Deletes auf der DB → Performance
39. Müller Holding Ltd. & Co. KG Seite 39
Umsetzung (technisch)
Erweiterbar, Skalierbar und Flexibel
•Herausforderungen
–Anzahl Verbindungen zum Master
•Not all Endpoints can't reconnect due to "Client TLS
handshake failed" error after "reload or restart" #6517
(https://github.com/Icinga/icinga2/issues/6517)
•→ Fixed in 2.10.0!
–Maximal 2 „Kommando-Endpunkte“ pro Zone möglich
•>2 ergibt Warnung im Logfile und ziemlich wirres Zeugs
–Check-Scheduling bei SNMP-Checks (u.a.
check_nwc_health)
40. Müller Holding Ltd. & Co. KG Seite 40
Umsetzung (technisch)
Herausforderungen
•Endpoint → logduration → Bandbreite!
object Endpoint "icinga2-client1.localdomain" {
host = "192.168.56.111"
port = 5665
log_duration = 1d
}
Optional. Duration for keeping replay logs on connection loss. Defaults to 1d
(86400 seconds). Attribute is specified in seconds. If log_duration is set to 0,
replaying logs is disabled. You could also specify the value in human readable
format like 10m for 10 minutes or 1h for one hour.
•Abwärts- und Inkompatibilität(en)
•Agent lassen sich ggf. auf alten Systemen nicht mehr
kompilieren
•Icinga2 vs. Icingaweb2-Director
41. Müller Holding Ltd. & Co. KG Seite 41
Umsetzung (technisch)
Herausforderungen
•Notifications
–Checks laufen 24x7
–Notifications nur zu Servicedesk-Zeiten zwischen 06:00
und 22:00 Uhr oder nur für Tagschicht zwischen 06:00 und
15:30 Uhr oder Freitag irgendwas komplett anderes ...
•Aber auch nur wenn Host länger als 3 Stunden im Status
DOWN
apply Notification "Servicedesk - Host: Kasse (Nicht erreichbar)" to Host {
• import "notification-host-by-icinga2-valuemation-template"
• times = {
• begin = 3h
• }
• period = "Servicedesk (Tag-Schicht) - [Mo-Do: 06:00 - 15:30, Fr: 06:00 - 13:00]"
• assign where match("kassen*.*.domain.tld", host.name)
42. Müller Holding Ltd. & Co. KG Seite 42
Umsetzung (technisch)
Einfach zu verwalten und zu betreiben
•Automatisierung Client-Installation
–Minimale Agent-Konfiguration
•Minimale Features aktivieren
–Api
–Checker
–Mainlog
•Api-User anlegen
•Enpunkt(e) und (Director-)Zone(n) konfigurieren
43. Müller Holding Ltd. & Co. KG Seite 43
Umsetzung (technisch)
Einfach zu verwalten und zu betreiben
•Keine lokale und seperate Konfiguration auf den Clients
vorhalten
–Keine zusätzlichen conf-Dateien
–Kein NRPE!
44. Müller Holding Ltd. & Co. KG Seite 44
Umsetzung (technisch)
Herausforderung
•(Eigene) Monitoring-Plugins
–Installation über Repository → Apt und Zypper nutzen
–Build-Prozess aufsetzen und eigene RPM- oder Deb-
Pakete aus VCS-Projekt erstellen und im Repository
bereitstellen
•Abhängigkeiten (Router, Switches)
–Dependency über Custom-Vars und Conf-Datei
–apply Dependency "host-to-parent-router" for (parent in host.vars.dependencies) to Host {
– parent_host_name = parent
– disable_notifications = true
– ignore_soft_states = false
– assign where host.vars.dependencies && match("router.*.domain.tld", host.name)