Ein Dashboard, das die CPU, den Arbeitsspeicher, die Internetbandbreite und die Firewall Ihres Servers überwacht – und Sie anruft, bevor Benutzer Sie anrufen. Dies ist das komplette PRTG-Setup, in der richtigen Reihenfolge.
Die meisten Büros erfahren von einem Problem, wenn ein Benutzer darüber schreit. Eine volle CPU, eine verstopfte Internetleitung oder eine tote Firewall sind Stunden bevor sichtbar wird, bevor es zu einer Beschwerde kommt – wenn etwas beobachtet wird. PRTG Network Monitor von Paessler ist dieser Beobachter: Sie installieren ihn auf einem Windows-Rechner, er erkennt Ihr Netzwerk und testet jede Minute CPU, RAM, Bandbreite und Gerätezustand. In dieser Anleitung wird die Einrichtung in der gleichen Reihenfolge wie im Video aufgebaut: Installieren, Entdecken, Hinzufügen der vier Überwachungssäulen und Festlegen von bedeutungsvollen Warnungen.
Der Kernserver von PRTG läuft unter Windows – ein Ersatz-PC oder eine kleine VM ist für ein kleines Büro ausreichend. Laden Sie das Installationsprogramm von Paessler herunter, führen Sie es aus und PRTG installiert seinen Kernserver und eine lokale Sonde auf demselben Computer. Der Probe ist der Worker, der die Tests tatsächlich sendet; Der Kern ist das Gehirn und das Web-Dashboard.
Die automatische Erkennung von PRTG scannt einen IP-Bereich und erstellt Geräte mit Starter-Sensoren – Ping und was auch immer SNMP oder WMI antwortet. Führen Sie es in Ihrem Büro-Subnetz aus und bereinigen Sie: Die Erkennung ist großzügig, aber nicht klug. Löschen Sie Sensoren, die Sie nie lesen werden, benennen Sie Geräte in von Menschen verwendete Namen um und gruppieren Sie sie – Server, Netzwerk, Drucker – bevor Sie etwas anderes hinzufügen. Ein aufgeräumter Gerätebaum ist der Unterschied zwischen einem Dashboard und einer Müllschublade.
Fügen Sie für einen Windows-Server die Sensoren WMI CPU Load und WMI Memory hinzu. WMI liest die eigenen Leistungsindikatoren des Computers, sodass die Zahlen mit dem Task-Manager übereinstimmen. Zwei ehrliche Warnungen aus dem wirklichen Leben. Erstens benötigt WMI Anmeldeinformationen mit lokalen Administratorrechten auf dem Ziel, die einmal in den Geräteeinstellungen eingegeben werden müssen – falsche Anmeldeinformationen sind der Hauptgrund dafür, dass diese Sensoren Fehler anzeigen. Zweitens ist WMI schwer: Paesslers eigene Empfehlung besteht darin, die WMI-Sensoren pro Sonde bescheiden zu halten (etwa 120 in einem 60-Sekunden-Intervall), da jede WMI-Abfrage die Sonde echte Arbeit kostet. Für einen Server sind CPU plus Arbeitsspeicher nur zwei Sensoren – überhaupt kein Problem.
Bandbreite beantwortet die Frage, die sich jedes Büro stellt: Wer frisst das Internet? Der einfache erste Schritt ist ein SNMP-Verkehrssensor an Ihrem Router oder Switch-Uplink-Port – er zeichnet den gesamten ein- und ausgehenden Datenverkehr kostengünstig und zuverlässig grafisch auf. Das sagt Ihnen, wann die Leitung voll ist. Es kann Ihnen nicht sagen, wer es ausgefüllt hat. Für Namen und Anwendungen benötigen Sie Flussdaten (NetFlow, sFlow, IPFIX) oder den Packet Sniffer-Sensor, der den Datenverkehr in Top-Talker und Protokolle aufteilt – ein separater Leitfaden in dieser Serie vergleicht die drei ehrlich. Beginnen Sie mit den SNMP-Gesamtwerten; Fügen Sie den Flow nur hinzu, wenn die „Wer“-Frage immer wieder auftaucht.
Fügen Sie Ihre Firewall als Gerät hinzu. Ein Ping-Sensor beweist, dass es lebt; Ein SNMP-Verkehrssensor an den WAN- und LAN-Ports beweist, dass der Datenverkehr tatsächlich fließt. Ein Port-Sensor an Ihrem VPN- oder Mail-Port beweist, dass der Dienst, den Außenstehende benötigen, wirklich zuhört. Dieses Trio – lebendig, fließend, dienend – ist ein ehrlicher Firewall-Status. Ein Ping allein reicht nicht aus: Eine Firewall kann auf Ping antworten, während ihr VPN-Dienst nicht funktioniert. Beobachten Sie nach jedem Neustart der Firewall, wie alle drei wieder auf Grün wechseln, bevor Sie sie als fehlerfrei bezeichnen.
Bei der Überwachung ohne Warnungen handelt es sich lediglich um das Sammeln von Diagrammen. Richten Sie Benachrichtigungen für die wenigen Sensoren ein, die Arbeitsunterbrechungen bedeuten: Server ausgefallen, Firewall ausgefallen, Festplatte fast voll, WAN über längere Zeit ausgelastet. Dann respektieren Sie das Budget: Ein Sensor ist ein Messwert – CPU ist einer, RAM ist einer, jede Festplatte ist einer, jeder Switch-Port ist einer. Paesslers eigener Durchschnitt liegt bei 5 bis 10 Sensoren pro Gerät. Ein Server mit CPU, RAM, zwei Festplatten und Ping umfasst etwa 5 Sensoren, die kostenlosen 100 reichen also weiter, als die Leute befürchten – solange Sie sie für Werte ausgeben, auf die Sie reagieren, und nicht auf jedem Port eines 48-Port-Switches.
Jeder Sensor in diesem Handbuch wird live im Video erstellt – Installation, Erkennung, CPU und RAM, Bandbreite und Firewall-Status.
Watch Full VideoJa. Mit der Freeware-Edition von Paessler stehen Ihnen 100 Sensoren lebenslang kostenlos zur Verfügung, mit den gleichen Warn-, Berichts- und Kartierungsfunktionen wie die kostenpflichtigen Editionen. Die ersten 30 Tage nach der Installation sind eine unbegrenzte Testversion; Am Ende wählen Sie Ihre besten 100 Sensoren aus und fahren kostenlos fort.
Ein Sensor überwacht einen Messwert – die CPU-Auslastung eines Servers, den Verkehr eines Switch-Ports, den freien Speicherplatz auf einer Festplatte. Ein typisches Gerät benötigt etwa 5 bis 10 Sensoren, sodass 100 Sensoren ein kleines Büro abdecken, wenn Sie sie diszipliniert auswählen.
Nicht für ein kleines Netzwerk. PRTG läuft bequem auf einem bescheidenen Always-on-Windows-PC oder einer VM für ein paar hundert Sensoren. Sehr umfangreiche Methoden – viele WMI-Sensoren in kurzen Abständen oder Paket-Sniffing auf einer ausgelasteten Verbindung – sind es, die Hardware pushen, nicht die normale Büroüberwachung.