Wird eine Nagios Installation zu groß oder verhindert die Netzwerk-Topologie den Zugriff auf bestimmte Komponenten, wird es erforderlich, weitere Nagios-Instanzen einzusetzen. Um nun nicht mehrere Instanzen beobachten zu müssen, gibt es in Nagios die Möglichkeit, die Ergebnisse der Servicechecks über eine Schnittstelle an eine zentrale Instanz weiterzuleiten. Dieser Workshop soll zeigen, wie man die Konfiguration für eine verteilte Umgebung plant, die Installation durchführt und optimiert.
Nagios Conference 2006 | SAP Monitoring II - Die technische Umsetzung by Wolf...NETWAYS
Um die Verfügbarkeit eines SAP-Systems zu prüfen, genügt es nicht, den Host zu anzupingen oder die TCP-Ports zu prüfen. Das RFCSDK von SAP liefert einige Programme mit, die hier zuverlässigere Aussagen machen. Der Vortrag zeigt auf, wie man die Verfügbarkeit des SAP-Systems mit dem RFCSDK prüfen kann.
Nach der Verfügbarkeit ist die Performance eines SAP-Systems ebenfalls von Interesse. Oft werden einige Parameter wie mittlere Antwortzeiten in Service Level Agreements festgehalten, doch wie überwacht man diese? Das SAP-System selbst stellt mit dem CCMS einen Monitor zur Verfügung (Transaktion RZ20), der eine Performance-Überwachung möglich macht. Von der SAP gibt es eine Beispielimplementierung für RFC-Calls in Form von Nagios-Plugins, die das CCMS über das Netzwerk abfragen. Wie man die CCMS-Plugins einsetzt, stellt der Vortrag ebenfalls vor.
Nagios Conference 2007 | Nagios Distributed Monitoring by Martin HefterNETWAYS
Wird eine Nagios Installation zu groß oder verhindert die Netzwerk-Topologie den Zugriff auf bestimmte Komponenten, wird es erforderlich, weitere Nagios-Instanzen einzusetzen. Um nun nicht mehrere Instanzen beobachten zu müssen, gibt es in Nagios die Möglichkeit, die Ergebnisse der Servicechecks über eine Schnittstelle an eine zentrale Instanz weiterzuleiten. Dieser Workshop soll zeigen, wie man die Konfiguration für eine verteilte Umgebung plant, die Installation durchführt und optimiert.
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 2006 | Automatisierung von Performancecharts mit dem Nagios...NETWAYS
In einem früheren Vortrag hat Wolfgang Barth das RRDtool vorgestellt, das sich inzwischen zum absoluten Industriestandard für die Speicherung und das Charting von zeitbasierten Daten entwickelt hat. Doch RRDtool ist zu komplex um es direkt als Backend zu verwenden.
Gerd Müller stellt in seinem Vortrag das Charting Tool NagiosGrapher vor, mit dem sich die Erstellung von Performancecharts fast komplett automatisieren lässt. Nach der Grundeinrichtung aller relevanten Checktypen erkennt NagiosGrapher neue Nagiosüberwachungen automatisch und bindet diese direkt in das Nagios Frontend ein.
Magento auf der Kommandozeile: n98-magerun, ein netz98 ToolChristian Münch
Wie ein Schweizer Messer bietet das OpenSource Tool n98-magerun vielfältige Möglichkeiten für Entwickler, eine Magento Installation aufzusetzen, zu prüfen und zu manipulieren. Mit einfachen Befehlen läßt sich ein Magento von Grund auf installieren, mit Beispieldaten versehen und noch viel einfacher können wie in einem Kickstarter die Grundstrukturen für neue Module angelegt werden.
Dazu ist das Tool frei erweiterbar und kann mit eigenen Befehlen stets weiter verbessert werden.
OSMC 2016: Open Monitoring Distribution 2016+ by Gerhard Laußer NETWAYS
OMD, die Open Monitoring Distribution, bildet heute in vielen Unternehmen das Rückgrat bei der Überwachung unterschiedlichster IT-Komponenten und Services. Für Anfänger ist OMD ein umfassendes Starterpaket, für Consultants eine solide Plattform für individuelle Monitoring-Landschaften. Seit dem Gründungsjahr 2010 wurde OMD kontinuierlich verbessert, mit der OMD-Labs-Edition wurden 2015 moderne Elemente wie InfluxDB und Grafana eingeführt. Das Thema Automatisierung wurde mittlerweile mit Ansible und Coshsh ebenso aufgegriffen. Der Wandel der IT-Welt in Richtung cloud-basierter Services und kurzlebigen Containern stellt eine besondere Herausforderung dar. Der Vortrag zeigt, wie OMD sich dieser in Zukunft stellen wird.
Nagios Conference 2006 | SAP Monitoring II - Die technische Umsetzung by Wolf...NETWAYS
Um die Verfügbarkeit eines SAP-Systems zu prüfen, genügt es nicht, den Host zu anzupingen oder die TCP-Ports zu prüfen. Das RFCSDK von SAP liefert einige Programme mit, die hier zuverlässigere Aussagen machen. Der Vortrag zeigt auf, wie man die Verfügbarkeit des SAP-Systems mit dem RFCSDK prüfen kann.
Nach der Verfügbarkeit ist die Performance eines SAP-Systems ebenfalls von Interesse. Oft werden einige Parameter wie mittlere Antwortzeiten in Service Level Agreements festgehalten, doch wie überwacht man diese? Das SAP-System selbst stellt mit dem CCMS einen Monitor zur Verfügung (Transaktion RZ20), der eine Performance-Überwachung möglich macht. Von der SAP gibt es eine Beispielimplementierung für RFC-Calls in Form von Nagios-Plugins, die das CCMS über das Netzwerk abfragen. Wie man die CCMS-Plugins einsetzt, stellt der Vortrag ebenfalls vor.
Nagios Conference 2007 | Nagios Distributed Monitoring by Martin HefterNETWAYS
Wird eine Nagios Installation zu groß oder verhindert die Netzwerk-Topologie den Zugriff auf bestimmte Komponenten, wird es erforderlich, weitere Nagios-Instanzen einzusetzen. Um nun nicht mehrere Instanzen beobachten zu müssen, gibt es in Nagios die Möglichkeit, die Ergebnisse der Servicechecks über eine Schnittstelle an eine zentrale Instanz weiterzuleiten. Dieser Workshop soll zeigen, wie man die Konfiguration für eine verteilte Umgebung plant, die Installation durchführt und optimiert.
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 2006 | Automatisierung von Performancecharts mit dem Nagios...NETWAYS
In einem früheren Vortrag hat Wolfgang Barth das RRDtool vorgestellt, das sich inzwischen zum absoluten Industriestandard für die Speicherung und das Charting von zeitbasierten Daten entwickelt hat. Doch RRDtool ist zu komplex um es direkt als Backend zu verwenden.
Gerd Müller stellt in seinem Vortrag das Charting Tool NagiosGrapher vor, mit dem sich die Erstellung von Performancecharts fast komplett automatisieren lässt. Nach der Grundeinrichtung aller relevanten Checktypen erkennt NagiosGrapher neue Nagiosüberwachungen automatisch und bindet diese direkt in das Nagios Frontend ein.
Magento auf der Kommandozeile: n98-magerun, ein netz98 ToolChristian Münch
Wie ein Schweizer Messer bietet das OpenSource Tool n98-magerun vielfältige Möglichkeiten für Entwickler, eine Magento Installation aufzusetzen, zu prüfen und zu manipulieren. Mit einfachen Befehlen läßt sich ein Magento von Grund auf installieren, mit Beispieldaten versehen und noch viel einfacher können wie in einem Kickstarter die Grundstrukturen für neue Module angelegt werden.
Dazu ist das Tool frei erweiterbar und kann mit eigenen Befehlen stets weiter verbessert werden.
OSMC 2016: Open Monitoring Distribution 2016+ by Gerhard Laußer NETWAYS
OMD, die Open Monitoring Distribution, bildet heute in vielen Unternehmen das Rückgrat bei der Überwachung unterschiedlichster IT-Komponenten und Services. Für Anfänger ist OMD ein umfassendes Starterpaket, für Consultants eine solide Plattform für individuelle Monitoring-Landschaften. Seit dem Gründungsjahr 2010 wurde OMD kontinuierlich verbessert, mit der OMD-Labs-Edition wurden 2015 moderne Elemente wie InfluxDB und Grafana eingeführt. Das Thema Automatisierung wurde mittlerweile mit Ansible und Coshsh ebenso aufgegriffen. Der Wandel der IT-Welt in Richtung cloud-basierter Services und kurzlebigen Containern stellt eine besondere Herausforderung dar. Der Vortrag zeigt, wie OMD sich dieser in Zukunft stellen wird.
OSDC 2011 | FAI - Fully Automatic Installation by Thomas LangeNETWAYS
FAI (Fully Automatic Installation) ist eine Software zur automatischen Installation von Rechnern ohne jeglichen Benutzereingriff. Dadurch lassen sich bei der initialen Installation von einzelnen Rechnern, ganzen Rechnerpools oder größeren Clusterinstalltionen viel Zeit einsparen. Zusätzlich bietet diese Vorgehensweise eine höhere Qualität, da sich keine manuellen Fehler einschleichen können oder Rechner nach einem Ausfall schneller wiederhergestellt werden können.
FAI begann als automatisierter Netzwerkinstaller für Debian, der schon von Anfang an ein eigenes Klassenkonzept beinhaltete. Durch die konstanten Weiterentwicklung sind mit den Jahren viele Erweiterungen in das Projekt eingeflossen, sodass FAI mittlerweile auch das komplette Konfigurationsmanagement übernehmen kann. Ebenso ist FAI inzwischen nicht mehr auf Debian festgelegt, sondern kann auch andere Linux Ditsributionen wie SUSE, RedHat, CentOS und sogar Solaris installieren. Neben echter, physikalischer Hardware, können natürlich auch virtuelle Systeme installiert und konfiguriert werden.
Der Vortrag gibt einen kurzen Überblick zum Projekt und zeigt die neuesten Features der aktuellen FAI Version.
Nagios Conference 2007 | Eventverarbeitung mit Nagios by Michael StrebNETWAYS
Für die Verarbeitung passiver Events wie Logfileinformationen oder SNMP Traps hat NETWAYS ein Tool namens EventDB entwickelt. Der Workshop zeigt in zwei Stunden, wie man damit schnell und einfach alle Arten passiver Informationen in Nagios einbindet und auswertbar macht.
OSMC 2013 | 10 Jahre Monitoring mit Open Source Software bei der DB Systel by...NETWAYS
Der Vortrag bietet im ersten Teil einen Überblick über die Anfänge. Dabei wird sowohl auf die verwendete Technik und Architektur, als auch auf die kulturellen Probleme bei der Einführung eingegangen.
Im zweiten Teil des Vortrags wird erläutert, warum und wie es die DB Systel geschafft hat aus einer Updatefalle auszubrechen und wie die Migration auf eine moderne Icinga basierte Monitoringplattform gelungen ist.
OSMC 2010 | Netzwerkmonitoring mit Argus by Wolfgang BarthNETWAYS
Für die Überwachung des Netzwerkverkehrs gibt es unterschiedliche Ansätze. Die bekanntesten sind wohl Ciscos Netflow, dessen Nachfolger IPFIX (Internet Protocol Flow Information Export) sowie sFLOW. Weniger bekannt, aber genauso interessant ist das Real Time Traffic Flow Measurement (RTFM) Framework nach RFC 2722. Als Open- Source-Implementierung für das RTFM steht Argus zur Verfügung.
Argus besteht aus einem Sensor und einem ganzen Zoo von Auswertungs- und Verabeitungsprogrammen, die neben „Argus“-Flows auch Netflows/IPFIX und tcpdump-Mitschnitte verarbeiten: Traffic Flows sammeln, verdichten, sortieren, splitten, Graphiken bauen oder in eine Datenbank wegschreiben. Der Daemon radium sammelt wie eine Spinne im Netz als Datenkollektor Daten von vielen Sensoren – darunter auch Netflows, um diese für die weitere Verarbeitung durch die Clientprogramme bereit zu stellen. Neben der Batchverarbeitung ist auch ein Livemontoring möglich: ratop zeigt analog zu zum Klassiker top, was aktuell auf einem Sensor gerade vor sich geht. Die Clientprogramme laufen auf vielen Betriebssystemen, der Argus-Sensor selbst benötigt die libpcap, läuft also auf vielen Unix-Systemen, Mac OS X und OpenWRT – mit der CYGWIN-Umgebung auch unter Windows.
Argus ist kein All-in-One-Programm mit einer schicken Weboberfläche wie NTOP oder Cacti, sondern eher ein Baukasten für die Kommandozeile. In der Praxis gibt es aber immer wieder Fragen zu einem zurückliegende Zeitraum, die mit Nagios, Cacti oder NTOP erzeugten Graphiken nicht zu beantworten sind.
Der Vortrag geht kurz auf die Grundlagen des Real Time Traffic Flow Measurement Frameworks ein und erklärt die Unterschiede zu Netflow/IPFIX und sFLOW. Danach stellt der Vortrag die Argus-Programme vor und erklärt einen möglichen Workflow für die Verarbeitung an Beispielen. Im dritten Teil veranschaulicht der Vortrag, wie der Referent mit Hilfe von Argus auf Linux-Firewalls den ein- und ausgehenden Verkehr überwacht und nach Problemen und Auffälligkeiten sucht.
Grundlegende Netzwerkkenntnisse von TCP/IP und dem OSI-Protokollstack sind für den Vortrag sehr hilfreich.
http://www.opitz-consulting.com
Nicht immer stehen einem DBA GUI-basierte (und oftmals teure) Tools zur Verfügung, um ein Performance-Problem in der Datenbank zu analysieren. Mit den vorhandenen "Bordmitteln" der Datenbank kann man jedoch auch eine gute Diagnose stellen. Dieser Vortrag widmet sich einer Auswahl dieser Werkzeuge und legt einen Schwerpunkt auf die Möglichkeiten, die einem in der Standard Edition und ohne Tuning Pack zur Verfügung stehen.
Unser Experte Uwe Küchler hat beim DOAG Community Webcast am 8.4.2016 eine Auswahl von Werkzeugen vorgestellt.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Besuchen Sie unsere Homepage: http://www.opitz-consulting.com
OSMC 2008 | Failover Monitoring by Martin HefterNETWAYS
Für viele Unternehmen ist Nagios ein unverzichtbares Werkzeug geworden um den Zustand ihrer IT im Blick zu behalten. Ein Ausfall des Monitoringsystems gleicht dann einem Blindflug im dichten Nebel, und eine schwerwiegende Störung bleibt unter Umständen für einen längeren Zeitraum unentdeckt. In diesem Workshop soll ein Grundkonzept, basierend auf Standard Hardware und Open-Source-Tools, für ein Failover-Monitoring mit zwei Nagios Servern erarbeitet werden.
OSMC 2012 | Monitoring bei der DB Systel by Ralf DöringNETWAYS
Die DB Systel betreibt als IT Dienstleister der Deutschen Bahn unter anderem eine größere Anzahl an Linuxsystemen. Für das Plattformmonitoring kommt eine verteilte Nagiosumgebung zum Einsatz. Derzeit werden rund 40000 Host- und Servicechecks durchgeführt, Tendenz steigend.
Im Vortrag werde ich den Prozess und die verwendeten Techniken schildern mit denen sowohl alle Nagiosserver als auch die zu überwachenden Systeme kontinuierlich, mehrmals täglich, mit den für die Überwachung notwendigen Konfigurationen versorgt werden. Die Daten dazu stammen aus einer externen CMDB und einer Meta-Konfigurationsbeschreibung für die Definition von Services sowie die Zuordnung von Services zu Hosts und Hostgruppen anhand verschiedener Kriterien.
OSMC 2010 | Verwendung von Puppet in verteilten Monitoring Umgebungen by Birg...NETWAYS
Zunehmend werden virtualisierte oder automatisiert aufgesetzte Systeme im Data Center eingesetzt. Beide Varianten eröffnen die Möglichkeit schnell über viele ähnliche Systeme zu Verfügen. Leider fehlt hier oft der Brückenschlag zum Monitoring. Nach dem Bereitstellen der Systeme müssen diese auch kontrolliert ins Monitoring aufgenommen werden.
In komplexen, stark automatisierten Umgebungen kann Puppet nicht nur beim automatischen Configurations- und Change Management, sondern auch bei der Einrichtung des Monitoring ein treuer Gefährte sein. Der Vortrag bietet eine Einführung in die Möglichkeiten des Open Source Tools Puppet und erklärt die Konzepte, welche die Schlagkraft in Verbindung mit Icinga bzw. Nagios ausmachen anhand von Beispielen.
Dual-Stack IPv6 Monitoring bei AWK - Member Anlass Swiss IPv6 Council Nov 2013Swiss IPv6 Council
● Anfang 2013
„Das Netzwerkmanagement erfolgt zukünftig ausschliesslich über IPv6. Alle
relevanten Netzwerkparameter (IPv4 und IPv6) werden über IPv6 abgefragt.
Konfigurationen der Netzwerkelemente sollen regelmässig automatisiert
gesichert werden. Der Transport erfolgt hier ebenfalls über IPv6“
● November 2013
… nun ja
für das hier vorgestellte Monitoring-Projekt
Erhöhte Anforderungen an das Netzwerk der AWK Group
Redundante Netzwerkkonfigurationen ohne Monitoring machen wenig Sinn
● … für diese Slides
Teilnehmer für Praxis-Versuche motvieren
In diesem Vortrag berichtete Gabriel Müller über seine Erfahrungen beim Aufbau der Monitoring-Umgebung bei der AWK Group. Das AWK Netzwerk besteht aktuell aus rund 30 Netzwerkelementen, darunter Cisco Catalyst Switchs und Aironet Accesspoints,
Juniper SSG und Juniper SRX Firewalls, verteilt über drei Standorte.
Die Zielsetzungen beim Netzwerk-Monitoring bestehen neben der Überwachung der relevanten IPv6-Parameter darin, wo möglich auch die Datenübertragung mittels IPv6 zu realisieren.
Dabei wird Rancid zum Sichern der Konfigurationen verwendet, Icinga zum Überwachen der Hosts und Services, Munin zur Darstellung relevanter Graphen und phpIPAM zur Dokumentation der Netzwerke. Bei der praktischen Umsetzungen zeigt sich vielfach, dass die Tücke im Detail liegt und die Versprechen der Hersteller kritisch zu prüfen sind
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.
Einsatzgebiet und Zweck: Was sind PWAs und wie können sie eingesetzt werden?
Integration: Wie bekomme ich meine erste Progressive Web App?
Debugging: Wie funktioniert die Fehlersuche?
Erkenntnisse aus dem Einsatz: Was sind die Fallstricke bei der Verwendung?
Weitere ähnliche Inhalte
Ähnlich wie OSMC 2010 | Verteiltes Monitoring by Martin Hefter
OSDC 2011 | FAI - Fully Automatic Installation by Thomas LangeNETWAYS
FAI (Fully Automatic Installation) ist eine Software zur automatischen Installation von Rechnern ohne jeglichen Benutzereingriff. Dadurch lassen sich bei der initialen Installation von einzelnen Rechnern, ganzen Rechnerpools oder größeren Clusterinstalltionen viel Zeit einsparen. Zusätzlich bietet diese Vorgehensweise eine höhere Qualität, da sich keine manuellen Fehler einschleichen können oder Rechner nach einem Ausfall schneller wiederhergestellt werden können.
FAI begann als automatisierter Netzwerkinstaller für Debian, der schon von Anfang an ein eigenes Klassenkonzept beinhaltete. Durch die konstanten Weiterentwicklung sind mit den Jahren viele Erweiterungen in das Projekt eingeflossen, sodass FAI mittlerweile auch das komplette Konfigurationsmanagement übernehmen kann. Ebenso ist FAI inzwischen nicht mehr auf Debian festgelegt, sondern kann auch andere Linux Ditsributionen wie SUSE, RedHat, CentOS und sogar Solaris installieren. Neben echter, physikalischer Hardware, können natürlich auch virtuelle Systeme installiert und konfiguriert werden.
Der Vortrag gibt einen kurzen Überblick zum Projekt und zeigt die neuesten Features der aktuellen FAI Version.
Nagios Conference 2007 | Eventverarbeitung mit Nagios by Michael StrebNETWAYS
Für die Verarbeitung passiver Events wie Logfileinformationen oder SNMP Traps hat NETWAYS ein Tool namens EventDB entwickelt. Der Workshop zeigt in zwei Stunden, wie man damit schnell und einfach alle Arten passiver Informationen in Nagios einbindet und auswertbar macht.
OSMC 2013 | 10 Jahre Monitoring mit Open Source Software bei der DB Systel by...NETWAYS
Der Vortrag bietet im ersten Teil einen Überblick über die Anfänge. Dabei wird sowohl auf die verwendete Technik und Architektur, als auch auf die kulturellen Probleme bei der Einführung eingegangen.
Im zweiten Teil des Vortrags wird erläutert, warum und wie es die DB Systel geschafft hat aus einer Updatefalle auszubrechen und wie die Migration auf eine moderne Icinga basierte Monitoringplattform gelungen ist.
OSMC 2010 | Netzwerkmonitoring mit Argus by Wolfgang BarthNETWAYS
Für die Überwachung des Netzwerkverkehrs gibt es unterschiedliche Ansätze. Die bekanntesten sind wohl Ciscos Netflow, dessen Nachfolger IPFIX (Internet Protocol Flow Information Export) sowie sFLOW. Weniger bekannt, aber genauso interessant ist das Real Time Traffic Flow Measurement (RTFM) Framework nach RFC 2722. Als Open- Source-Implementierung für das RTFM steht Argus zur Verfügung.
Argus besteht aus einem Sensor und einem ganzen Zoo von Auswertungs- und Verabeitungsprogrammen, die neben „Argus“-Flows auch Netflows/IPFIX und tcpdump-Mitschnitte verarbeiten: Traffic Flows sammeln, verdichten, sortieren, splitten, Graphiken bauen oder in eine Datenbank wegschreiben. Der Daemon radium sammelt wie eine Spinne im Netz als Datenkollektor Daten von vielen Sensoren – darunter auch Netflows, um diese für die weitere Verarbeitung durch die Clientprogramme bereit zu stellen. Neben der Batchverarbeitung ist auch ein Livemontoring möglich: ratop zeigt analog zu zum Klassiker top, was aktuell auf einem Sensor gerade vor sich geht. Die Clientprogramme laufen auf vielen Betriebssystemen, der Argus-Sensor selbst benötigt die libpcap, läuft also auf vielen Unix-Systemen, Mac OS X und OpenWRT – mit der CYGWIN-Umgebung auch unter Windows.
Argus ist kein All-in-One-Programm mit einer schicken Weboberfläche wie NTOP oder Cacti, sondern eher ein Baukasten für die Kommandozeile. In der Praxis gibt es aber immer wieder Fragen zu einem zurückliegende Zeitraum, die mit Nagios, Cacti oder NTOP erzeugten Graphiken nicht zu beantworten sind.
Der Vortrag geht kurz auf die Grundlagen des Real Time Traffic Flow Measurement Frameworks ein und erklärt die Unterschiede zu Netflow/IPFIX und sFLOW. Danach stellt der Vortrag die Argus-Programme vor und erklärt einen möglichen Workflow für die Verarbeitung an Beispielen. Im dritten Teil veranschaulicht der Vortrag, wie der Referent mit Hilfe von Argus auf Linux-Firewalls den ein- und ausgehenden Verkehr überwacht und nach Problemen und Auffälligkeiten sucht.
Grundlegende Netzwerkkenntnisse von TCP/IP und dem OSI-Protokollstack sind für den Vortrag sehr hilfreich.
http://www.opitz-consulting.com
Nicht immer stehen einem DBA GUI-basierte (und oftmals teure) Tools zur Verfügung, um ein Performance-Problem in der Datenbank zu analysieren. Mit den vorhandenen "Bordmitteln" der Datenbank kann man jedoch auch eine gute Diagnose stellen. Dieser Vortrag widmet sich einer Auswahl dieser Werkzeuge und legt einen Schwerpunkt auf die Möglichkeiten, die einem in der Standard Edition und ohne Tuning Pack zur Verfügung stehen.
Unser Experte Uwe Küchler hat beim DOAG Community Webcast am 8.4.2016 eine Auswahl von Werkzeugen vorgestellt.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Besuchen Sie unsere Homepage: http://www.opitz-consulting.com
OSMC 2008 | Failover Monitoring by Martin HefterNETWAYS
Für viele Unternehmen ist Nagios ein unverzichtbares Werkzeug geworden um den Zustand ihrer IT im Blick zu behalten. Ein Ausfall des Monitoringsystems gleicht dann einem Blindflug im dichten Nebel, und eine schwerwiegende Störung bleibt unter Umständen für einen längeren Zeitraum unentdeckt. In diesem Workshop soll ein Grundkonzept, basierend auf Standard Hardware und Open-Source-Tools, für ein Failover-Monitoring mit zwei Nagios Servern erarbeitet werden.
OSMC 2012 | Monitoring bei der DB Systel by Ralf DöringNETWAYS
Die DB Systel betreibt als IT Dienstleister der Deutschen Bahn unter anderem eine größere Anzahl an Linuxsystemen. Für das Plattformmonitoring kommt eine verteilte Nagiosumgebung zum Einsatz. Derzeit werden rund 40000 Host- und Servicechecks durchgeführt, Tendenz steigend.
Im Vortrag werde ich den Prozess und die verwendeten Techniken schildern mit denen sowohl alle Nagiosserver als auch die zu überwachenden Systeme kontinuierlich, mehrmals täglich, mit den für die Überwachung notwendigen Konfigurationen versorgt werden. Die Daten dazu stammen aus einer externen CMDB und einer Meta-Konfigurationsbeschreibung für die Definition von Services sowie die Zuordnung von Services zu Hosts und Hostgruppen anhand verschiedener Kriterien.
OSMC 2010 | Verwendung von Puppet in verteilten Monitoring Umgebungen by Birg...NETWAYS
Zunehmend werden virtualisierte oder automatisiert aufgesetzte Systeme im Data Center eingesetzt. Beide Varianten eröffnen die Möglichkeit schnell über viele ähnliche Systeme zu Verfügen. Leider fehlt hier oft der Brückenschlag zum Monitoring. Nach dem Bereitstellen der Systeme müssen diese auch kontrolliert ins Monitoring aufgenommen werden.
In komplexen, stark automatisierten Umgebungen kann Puppet nicht nur beim automatischen Configurations- und Change Management, sondern auch bei der Einrichtung des Monitoring ein treuer Gefährte sein. Der Vortrag bietet eine Einführung in die Möglichkeiten des Open Source Tools Puppet und erklärt die Konzepte, welche die Schlagkraft in Verbindung mit Icinga bzw. Nagios ausmachen anhand von Beispielen.
Dual-Stack IPv6 Monitoring bei AWK - Member Anlass Swiss IPv6 Council Nov 2013Swiss IPv6 Council
● Anfang 2013
„Das Netzwerkmanagement erfolgt zukünftig ausschliesslich über IPv6. Alle
relevanten Netzwerkparameter (IPv4 und IPv6) werden über IPv6 abgefragt.
Konfigurationen der Netzwerkelemente sollen regelmässig automatisiert
gesichert werden. Der Transport erfolgt hier ebenfalls über IPv6“
● November 2013
… nun ja
für das hier vorgestellte Monitoring-Projekt
Erhöhte Anforderungen an das Netzwerk der AWK Group
Redundante Netzwerkkonfigurationen ohne Monitoring machen wenig Sinn
● … für diese Slides
Teilnehmer für Praxis-Versuche motvieren
In diesem Vortrag berichtete Gabriel Müller über seine Erfahrungen beim Aufbau der Monitoring-Umgebung bei der AWK Group. Das AWK Netzwerk besteht aktuell aus rund 30 Netzwerkelementen, darunter Cisco Catalyst Switchs und Aironet Accesspoints,
Juniper SSG und Juniper SRX Firewalls, verteilt über drei Standorte.
Die Zielsetzungen beim Netzwerk-Monitoring bestehen neben der Überwachung der relevanten IPv6-Parameter darin, wo möglich auch die Datenübertragung mittels IPv6 zu realisieren.
Dabei wird Rancid zum Sichern der Konfigurationen verwendet, Icinga zum Überwachen der Hosts und Services, Munin zur Darstellung relevanter Graphen und phpIPAM zur Dokumentation der Netzwerke. Bei der praktischen Umsetzungen zeigt sich vielfach, dass die Tücke im Detail liegt und die Versprechen der Hersteller kritisch zu prüfen sind
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.
Einsatzgebiet und Zweck: Was sind PWAs und wie können sie eingesetzt werden?
Integration: Wie bekomme ich meine erste Progressive Web App?
Debugging: Wie funktioniert die Fehlersuche?
Erkenntnisse aus dem Einsatz: Was sind die Fallstricke bei der Verwendung?
Ähnlich wie OSMC 2010 | Verteiltes Monitoring by Martin Hefter (20)
OSMC 2010 | Verteiltes Monitoring by Martin Hefter
1. Verteiltes monitoring mit Nagios 3.x
Planung, Installation, Optimierung
Martin Hefter
Schenker Deutschland AG
OSMC 06. - 07. Oktober 2010
2. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Zur Person
Erfahrungen mit Nagios seit 2004
Planung und Umsetzung der Nagios-¨Uberwachung f¨ur das Hess.
Landesamt f¨ur Bodenmanagement und Geoinformation (fr¨uher
Hess. Landesvermessungsamt)
Weitere kleine Projekte und Diplomarbeit zum Thema
”
¨Uberwachen von Gesch¨aftsprozessen mit Nagios“
Nagios-Plugins
Pluginpack zur ¨Uberwachung von Fujitsu(-Siemens-)Hardware
check power fsc
check fans fsc
check temp fsc
check systemhealth fsc
check raid fsc
Plugin zur ¨Uberwachung von USV-Systemen der Firma APC
check ups apc
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 2 von 28
3. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
¨Uber diesen Workshop
Gr¨unde f¨ur verteiltes Monitoring
Gr¨oße der Nagios-Installationen
Netzwerk-Topologie (Zentrale und Außenstellen)
Sicherheits¨uberlegungen (DMZ)
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 3 von 28
5. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Szenario f¨ur diesen Workshop
Fallbeispiel
Zentrale in M¨unchen mit einer Außenstelle in Hamburg
Anbindung ¨uber eine 5 Mbit/s Standleitung
Zahlreiche Business-Server verteilt auf beide Standorte
IT-Service zentral in M¨unchen
Ziel
¨Uberwachung der Server an beiden Standorten ¨uber eine
Ober߬ache.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 5 von 28
6. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Szenario f¨ur diesen Workshop
Fallbeispiel
Zentrale in M¨unchen mit einer Außenstelle in Hamburg
Anbindung ¨uber eine 5 Mbit/s Standleitung
Zahlreiche Business-Server verteilt auf beide Standorte
IT-Service zentral in M¨unchen
Ziel
¨Uberwachung der Server an beiden Standorten ¨uber eine
Ober߬ache.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 5 von 28
7. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Serverkonfiguration und Aufgaben
M¨unchen
¨Uberwachen der Server in M¨unchen
Entgegennehmen der Testergebnisse aus Hamburg
Hostchecks
Webober߬ache
Benachrichtigung
Hamburg
¨Uberwachung der Server in Hamburg
Melden der Testergebnisse nach M¨unchen
Ober߬ache und Benachrichtigung nicht erforderlich
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 6 von 28
8. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Funktionsschema
Quelle: W. Barth, Nagios System und Netzwerk-Monitoring, 2008
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 7 von 28
9. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Planung der Installation
Verzeichnisstruktur
global - Allgemeing¨ultige Konfigurationen.
local - Definitionen die nur lokal g¨ultig sind.
templates - Templates f¨ur Host- und Service-Tests.
sites - Konfiguration f¨ur die dezentralen Server.
sites/hamburg - Konfiguration f¨ur den Server in
Hamburg.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 8 von 28
10. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Vorbereitung
Beide V-Server
Setzen von Datum und Uhrzeit
date -s
”
10/06/2010 14:00:00“
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 9 von 28
11. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Kompilieren von NSCA
Nagios M¨unchen
/usr/local/src/nsca-2.7.2
1 ./configure
2 make all
Hinweis
Damit NSCA seine Daten verschl¨usselt ¨ubertragen kann, ist
die MCRYPT library zu installieren.
apt-get install libmcrypt-dev
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 10 von 28
12. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installieren von NSCA
Nagios M¨unchen
/usr/local/src/nsca/src
1 cp nsca /usr/local/nagios/bin
2 scp send nsca root@hamburg:/usr/local/nagios/bin
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 11 von 28
13. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installieren von NSCA
Nagios M¨unchen
/usr/local/src/nsca/src
1 cp nsca /usr/local/nagios/bin
2 scp send nsca root@hamburg:/usr/local/nagios/bin
/usr/local/src/nsca/sample-config
1 cp nsca.cfg /usr/local/nagios/etc
2 chown nagios:nagios /usr/local/nagios/etc/nsca.cfg
3 scp send nsca.cfg root@hamburg:/usr/local/nagios/etc
4 cp nsca.xinetd /etc/xinetd.d/nsca
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 11 von 28
14. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
NSCA Konfigurieren
Nagios M¨unchen
/etc/xinet.d/nsca
1 /etc/init.d/xinetd stop
2 vi /etc/xinet.d/nsca
3 Zeile only_from = 127.0.0.1 l¨oschen
4 /etc/init.d/xinetd start
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 12 von 28
15. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
NSCA Konfigurieren
Nagios M¨unchen
/etc/xinet.d/nsca
1 /etc/init.d/xinetd stop
2 vi /etc/xinet.d/nsca
3 Zeile only_from = 127.0.0.1 l¨oschen
4 /etc/init.d/xinetd start
Hinweis: tail /var/log/syslog
xinetd[4773]: xinetd Version 2.3.14 started
xinetd[4773]: Started working: 1 available
service
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 12 von 28
16. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
NSCA Konfigurieren
Nagios M¨unchen
/usr/local/nagios/etc/nsca.cfg
1 vi /usr/local/nagios/etc/nsca.cfg
2 password=Geheim
3 decryption_method=2
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 12 von 28
17. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
NSCA Konfigurieren
Nagios M¨unchen
/usr/local/nagios/etc/nsca.cfg
1 vi /usr/local/nagios/etc/nsca.cfg
2 password=Geheim
3 decryption_method=2
Nagios Hamburg
/usr/local/nagios/etc/send nsca.cfg
1 chown nagios:nagios /usr/local/nagios/etc/send nsca.cfg
2 vi /usr/local/nagios/etc/send nsca.cfg
3 password=Geheim
4 encryption_method=2
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 12 von 28
18. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Testen der Verbindung
Nagios Hamburg
/usr/local/nagios/libexec
1 ./test nsca muenchen
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 13 von 28
19. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Testen der Verbindung
Nagios Hamburg
/usr/local/nagios/libexec
1 ./test nsca muenchen
Antwort
1 data packet(s) sent to host successfully.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 13 von 28
20. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
command definieren
Nagios Hamburg
/usr/local/nagios/etc/global/distributed.cfg
define command{
command_name submit_service_check
command_line $USER2$/ submit_service_check
"$HOSTNAME$" " $SERVICEDESC$ "
" $SERVICESTATEID$ "
" $SERVICEOUTPUT$ | $SERVICEPERFDATA$ "
}
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 14 von 28
21. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Skript submit service check
Nagios Hamburg
/usr/local/nagios/libexec/eventhandlers/submit service check
#!/bin/bash
# Skript submit_service_check
PRINTF="/usr/bin/printf"
NAGIOS_SERVER ="192.168.0.2"
CMD="/usr/local/nagios/bin/send_nsca"
CFG="/usr/local/nagios/etc/send_nsca.cfg"
HOST=$1
SRV=$2
RESULT=$3
OUTPUT=$4
$PRINTF "%b" "$HOSTt$SRVt$RESULTt$OUTPUTn" |
$CMD -H $NAGIOS_SERVER -c $CFG
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 15 von 28
22. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Nagios konfigurieren
Nagios Hamburg
/usr/local/nagios/etc/nagios.cfg
1 vi /usr/local/nagios/etc/nagios.cfg
2 obsess_over_services=1
3 ocsp_command=submit_service_check
4 enable_notification=0
5 /etc/init.d/nagios restart
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 16 von 28
23. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Nagios konfigurieren
Nagios M¨unchen
/usr/local/nagios/etc/nagios.cfg
1 vi /usr/local/nagios/etc/nagios.cfg
2 check_external_commands=1
3 accept_passive_service_checks=1
4 /etc/init.d/nagios restart
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 16 von 28
24. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Nagios konfigurieren
Nagios M¨unchen
/usr/local/nagios/etc/nagios.cfg
1 vi /usr/local/nagios/etc/nagios.cfg
2 check_external_commands=1
3 accept_passive_service_checks=1
4 /etc/init.d/nagios restart
Hinweis
An dieser Stelle ist Nagios in der Lage, passive checks zu
versenden und zu empfangen.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 16 von 28
25. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Templates f¨ur Services
Template service hamburg in M¨unchen
/usr/local/nagios/etc/templates/services.cfg
name service-hamburg
active checks enabled 0
passive checks enabled 1
obsess over service 0
Template service hamburg in Hamburg
/usr/local/nagios/etc/templates/services.cfg
name service-hamburg
active checks enable 1
passive checks enable 0
obsess over service 1
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 17 von 28
26. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Service Definitionen
Nagios M¨unchen
/usr/local/nagios/etc/sites/hamburg/services.cfg
define service{
use service -hamburg
host_name Nagios -HH
service_description PING
check_command check_ping !100.0 ,20%!500.0 ,60%
}
Nagios Hamburg
/usr/local/nagios/etc/sites/hamburg/services.cfg
define service{
use service -hamburg
host_name Nagios -HH
service_description PING
check_command check_ping !100.0 ,20%!500.0 ,60%
}
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 18 von 28
27. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Service Definitionen
Nagios M¨unchen
/usr/local/nagios/etc/sites/hamburg/services.cfg
define service{
use service -hamburg
host_name Nagios -HH
service_description PING
check_command check_ping !100.0 ,20%!500.0 ,60%
}
Nagios Hamburg
/usr/local/nagios/etc/sites/hamburg/services.cfg
define service{
use service -hamburg
host_name Nagios -HH
service_description PING
check_command check_ping !100.0 ,20%!500.0 ,60%
}
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 18 von 28
28. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Nagios neustarten
Nagios M¨unchen
/etc/initd.d/nagios
/etc/init.d/nagios restart
Nagios Hamburg
/etc/init.d/nagios
/etc/init.d/nagios restart
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 19 von 28
29. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Pause
Kurze Pause
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 20 von 28
30. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Alternativen zu NSCA
Schwachstellen der eben gezeigten L¨osung
Nach jedem Check wird send nsca aufgerufen
Jeder Datensatz wird einzeln ¨ubertragen
Nagios ist f¨ur die Dauer der Daten¨ubertragung blockiert
L¨osungen
ocsp sweeper
Siehe hierzu meinen Artikel im Nagios Wiki:
HowTo → ocsp_sweeper
Nag(ix)SC
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 21 von 28
31. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Alternativen zu NSCA
Schwachstellen der eben gezeigten L¨osung
Nach jedem Check wird send nsca aufgerufen
Jeder Datensatz wird einzeln ¨ubertragen
Nagios ist f¨ur die Dauer der Daten¨ubertragung blockiert
L¨osungen
ocsp sweeper
Siehe hierzu meinen Artikel im Nagios Wiki:
HowTo → ocsp_sweeper
Nag(ix)SC
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 21 von 28
32. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Alternativen zu NSCA
Schwachstellen der eben gezeigten L¨osung
Nach jedem Check wird send nsca aufgerufen
Jeder Datensatz wird einzeln ¨ubertragen
Nagios ist f¨ur die Dauer der Daten¨ubertragung blockiert
L¨osungen
ocsp sweeper
Siehe hierzu meinen Artikel im Nagios Wiki:
HowTo → ocsp_sweeper
Nag(ix)SC
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 21 von 28
33. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Alternativen zu NSCA
Schwachstellen der eben gezeigten L¨osung
Nach jedem Check wird send nsca aufgerufen
Jeder Datensatz wird einzeln ¨ubertragen
Nagios ist f¨ur die Dauer der Daten¨ubertragung blockiert
L¨osungen
ocsp sweeper
Siehe hierzu meinen Artikel im Nagios Wiki:
HowTo → ocsp_sweeper
Nag(ix)SC
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 21 von 28
34. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Nag(ix)SC
Nag(ix)SC
Entwickelt von Sven Velt (www.velt.de)
Alternative zu NSCA und NRPE
Sammelt mehere Eintr¨age lokal in Textfiles
¨Ubertr¨agt die Datens¨atze gesammelt per HTTP an den
Hauptserver
Nagios wird unabh¨anig von der Daten¨ubertragung
Hinweis
Nag(ix)SC befindet sich zurzeit (Okt. 2010) noch in der
Entwicklung und ist somit nur bedingt f¨ur den produktiven
Einsatz geeignet.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 22 von 28
35. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Nag(ix)SC
Nag(ix)SC
Entwickelt von Sven Velt (www.velt.de)
Alternative zu NSCA und NRPE
Sammelt mehere Eintr¨age lokal in Textfiles
¨Ubertr¨agt die Datens¨atze gesammelt per HTTP an den
Hauptserver
Nagios wird unabh¨anig von der Daten¨ubertragung
Hinweis
Nag(ix)SC befindet sich zurzeit (Okt. 2010) noch in der
Entwicklung und ist somit nur bedingt f¨ur den produktiven
Einsatz geeignet.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 22 von 28
36. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios M¨unchen
Abh¨angigkeiten
Nag(ix)SC nutzt Funktionen von libxml2.
apt-get install python-libxml2
/usr/local/src/nagixsc
1 mkdir -p /usr/local/nagios/nagixsc/etc
2 cp -r nagixsc /usr/local/nagios/nagixsc
3 cp nagixsc http2nagios.py /usr/local/nagios/nagixsc
4 cp sample-configs/http2nagios.cfg /usr/local/nagios/nagixsc/etc
5 cp init.d/nagixsc http2nagios /etc/init.d
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 23 von 28
37. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios M¨unchen
/usr/local/nagios/nagixsc/etc/http2nagios.cfg
1 vi /usr/local/nagios/nagixsc/etc/http2nagios.cfg
2 mode: passive
3 pipe: /usr/local/nagios/var/rw/nagios.cmd
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 23 von 28
38. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios M¨unchen
/etc/init.d/nagixsc http2nagios
1 vi /etc/init.d/nagixsc http2nagios
2 DAEMONPATH=/usr/local/nagios/nagixsc
3 /etc/init.d/nagixsc http2nagios start
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 23 von 28
39. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios M¨unchen
/etc/init.d/nagixsc http2nagios
1 vi /etc/init.d/nagixsc http2nagios
2 DAEMONPATH=/usr/local/nagios/nagixsc
3 /etc/init.d/nagixsc http2nagios start
Hinweis
Der http2nagios Daemon ist nun bereit Daten auf Port 15667
entgegenzunehmen.
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 23 von 28
40. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios Hamburg
/usr/local/src/nagixsc
1 cp -r nagixsc /usr/local/nagios/nagixsc
2 cp obsess daemon.py /usr/local/nagios/nagixsc
3 mkdir -p /tmp/nagixsc.spool/new
4 chown -R nagios:nagios /tmp/nagixsc.spool/
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 24 von 28
41. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios Hamburg
/usr/local/nagios/etc/nagios.cfg
1 ocsp command=ocsp2out
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 24 von 28
43. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios Hamburg
/etc/init.d/nagios
/etc/init.d/nagios restart
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 26 von 28
44. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios Hamburg
/etc/init.d/nagios
/etc/init.d/nagios restart
/usr/local/nagios/nagixsc/
./obsess daemon.py http://192.168.0.2:15667/ nagixsc
nagixsc
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 26 von 28
45. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Installation
Nagios Hamburg
/usr/local/nagios/nagixsc/
./obsess daemon.py http://192.168.0.2:15667/ nagixsc
nagixsc
Output von obsess daemon.py
Read /tmp/nagixsc.spool/work/1285508182
Got 8 check results for submitting
Written 1285508186.xml
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 26 von 28
46. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Ende
Fragen?
Sie brauchen ein neues Nagios-Plugin,
oder Unterst¨utzung bei der Einf¨uhrung/Erweiterung von Nagios?
Gerne erstelle ich Ihnen ein Angebot.
Dipl.-Inform. (FH) Martin Hefter
info@martinhefter.de
- Nagios Consulting -
- Softwareentwicklung -
Slides TEXed with LATEX-Beamer
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 27 von 28
47. Zur Person Motivation Planung Installation Konfiguration Nag(ix)SC Ende
Weitere Informationen
Literatur
Wolfgang Barth
Nagios System- und Netzwerk-Monitoring
2. Auflage
Open Source Press GmbH
Februar 2008
ISBN: 3 937 514 910
M. Hefter - 5th OSMC 2010 - www.martinhefter.de Verteiltes monitoring 28 von 28