Leider erreichen uns regelmäßig Hilferufe von Kunden, die eine Netzwerk-Störung erleiden mussten.
In vielen Fällen sind einfache Missgeschicke von Anwendern die Ursache: Es wurde unwissentlich eine Schleife gesteckt oder ein externes Gerät angesteckt, welches falsche IP-Adressen verteilt. Die Folge: Eine massive Störung im Netzwerk. Im heutigen Blog-Beitrag möchte ich erläutern, wie Sie solche Missgeschicke mit einem Syslog-Monitoring schneller feststellen oder gar vermeiden können.
Mein letzter Blog-Artikel zu Fluentd und Fluent Bit ist bereits älter als ein halbes Jahr. Beide Programme sind Teil unseres Logfile-Analyse-Kurses, zu dem wir Ihnen im Schlusswort zu diesem Blog-Artikel ein Angebot machen. Weiterlesen
Diese Blog-Serie gibt einen groben Überblick über aktuelle Entwicklungen im Umfeld der Logfile-Analyse. Nach den Neuerungen im ELK-Stack im ersten Teil unserer Serie zu Neuigkeiten in der Logfile-Analyse widmet sich dieser Artikel den Neuerungen rund um Fluentd.
Fluentd ist eine Alternative zu Logstash, um Protokoll-Ströme zu transportieren, zu filtern und weiter zu verarbeiten. Der in Ruby und C geschriebene Dienst erfordert anders als Logstash keine Java-VM auf dem Server. Eine Installation gelingt via fertigen TD-Agent-Paketen von Treasure Data oder via Installation von Ruby und den passenden Rubygems. Sie ist Teil unseres Logfile-Analyse-Kurses, zu dem wir Ihnen im Schlusswort zu diesem Blog-Artikel ein besonderes Angebot machen.
Das Umfeld rund um Logfile-Analyse-Lösungen im Open-Source-Bereich ist in ständiger, schneller Entwicklung. So verwundert es kaum, dass es seit meinem letzten Blog-Post im April 2015 viele Neuerungen gibt. Diese Blog-Serie gibt einen groben Überblick über aktuelle Entwicklungen. Den Anfang machen Neuerungen im Elastic Stack. Weiterlesen
Das knuddelige Observium Maskottchen(tm)
Wer kennt sie nicht, die Qual der Wahl.
Monitoring und Graphing Werkzeuge gibt es zuhauf und jedes hat seine eigenen Vorzüge und Besonderheiten. Man hat meist die Wahl zwischen den „full blown“ Enterprise Tools wie HP OpenView und Solarwinds, den „Schweizer Bastelmessern“ wie Nagios & Friends oder anschaulichen Nischenlösungen wie PRTG. Viele dieser traditionellen Tools haben oftmals die Eigenschaft, dass erhebliche Anpassungen und Konfigurationsarbeiten im Tool von Nöten sind, um die gewünschten Erfolge zu erzielen.
Heute wollen wir euch einen weiteren Kandidaten für die „Qual der Wahl“ vorstellen, der oftmals im „Enterprise Umfeld“ noch nicht weit bekannt ist und gerade bei der Überwachung von großen, heterogenen Netzwerken seine Stärken ausspielen kann: Observium.
Irgendwann trifft jeder auf einen Wert den ein show Kommando seines Routers oder Switches zurück liefert, der einfach nicht per SNMP zu bekommen ist. Als praktisches Beispiel nehmen wir hier die Werte von „show interfaces diagnostics optics“. Wir wollen euch heute einen praktischen Weg aufzeigen wie ihr beliebige Werte aus Junos per SNMP abrufbar macht.
Wer mit der Administration von Computer-Systemen zu tun hat, stößt früher oder später auf deren Protokolle. In Protokoll-Dateien, englisch Log Files, protokollieren z.B. Linux-Systeme Ihre Aktivitäten. Windows kennt dafür das Event Log. Auch vSphere ESX-Hosts sowie NetApp- und Juniper-Systeme protokollieren fleißig mit.
Wer es nur mit wenigen Systemen zu tun hat, die möglicherweise auch noch sehr einheitlich sind, der schaut bei Problemen einfach mal schnell ins Log. Und auch das Suchen klappt mit grep, grep -r, zgrep ganz gut. Und wo die letzten Protokoll-Meldungen drinnen sind, offenbart der find-Befehl. Doch wie behalte ich den Überblick, wenn ich nicht nur ein System habe, sondern viele? Und wie behalte ich den Überblick, wenn es nicht „nur“ Linux-Systeme, sondern auch NetApp ONTAP-, vSphere ESX-, Juniper- und andere Systeme sind? Und wie behalte ich den Überblick, wenn ich zusätzlich auch die Protokolle von Diensten wie Apache, MySQL, Postfix oder Anwendungen wie Ruby on Rails- und andere Web-Anwendungen einsehen möchte?
Ein üblicher erster Befehl, den ein Systemadministrator bei der Analyse von Performance-Problemen auf Linux-Servern aufruft, ist Top. Das durch den Procps-Fork Procps-NG in aktuellen Linux-Distributionen generalüberholte Werkzeug ist jedoch bei weitem nicht das einzige Werkzeug für diesen Zweck. Die Alternativen Htop, Atop und Glances streben an, dessen Möglichkeiten zu erweitern.
So erfreut schon seit 2004 Htop mit einer rollbaren Prozessliste und einfacher Bedienung via Funktionstasten die Anwender. Atop indes markiert ausgelastete Ressourcen farbig und erfasst auch die Auslastung von Laufwerken und Netzwerk. Als einziger Kandidat ist es in der Lage, Leistungsdaten bis auf die Prozess-Ebene hinunter aufzuzeichnen und diese sogar nachträglich zu analysieren. Der Neu-Ankömmling Glances verspricht hingegen möglichst viele Informationen in 80×24 Zeichen unterzubringen und bietet die Möglichkeit, auch entfernte Systeme zu beobachten, ohne sich per SSH anzumelden.
Wie im Artikel über den OnCommand Unified Manager schon angedeutet, geht es heute im dritten Teil der OnCommand-Serie um den OnCommand Performance Manager von NetApp. Dieses Tool fokussiert sich auf das Performance-Monitoring von clustered Data ONTAP Systemen und kann entweder einzeln oder in Verbindung mit dem OnCommand Unified Manager genutzt werden. Wir empfehlen grundsätzlich den Einsatz beider (kostenlosen) Tools, da somit eine durchgehende Überwachung Ihrer Systeme in den Bereichen Verfügbarkeit, Kapazität, Performance und Daten-Replikation möglich ist.
Nachdem der Artikel OnCommand Balance den Anfang machte, folgt heute Teil zwei der Blogserie zu OnCommand zum Thema Unified Manager. Der OnCommand Unified Manager ist ein zentrales Monitoring- und Alerting-Tool der OnCommand-Suite von NetApp, das in der aktuellen Version 6.x für die Überwachung von NetApp-Umgebungen mit clustered Data ONTAP vorgesehen ist. Das Beste gleich zu Beginn: es kann von jedem NetApp Kunden mit gültigem Support-Vertrag ohne Lizenzkosten genutzt werden! Der Download ist wie üblich über das NetApp Support Portal möglich. Weiterlesen
Proact Deutschland GmbH
Südwestpark 43
90449 Nürnberg
Mail: info@proact.de
Tel.: 0911 309990