Einrichtungsanleitung für CPU-, RAM- und Festplatten-Monitoring

Bevor Sie beginnen

Für diesen Prüfungstyp gibt es keinen installierbaren HostTracker-Agenten und auch keine Auswahl von Überwachungsstandorten pro Monitor. Die Abfrage läuft von HostTrackers eigener privater Prüfinfrastruktur, nicht vom verteilten öffentlichen Netzwerk. Die Prüfung funktioniert andersherum: Ihr Server stellt einen kleinen Endpunkt bereit, der mit einer einzelnen Zahl antwortet, und HostTracker fragt ihn nach Zeitplan ab. Es gibt drei Wege, diesen Endpunkt bereitzustellen, gewählt über die Einstellung Value provider unten, und welchen Sie auch wählen, er muss bereitgestellt und erreichbar sein, bevor Sie den Monitor erstellen:

• Schreiben Sie den Endpunkt selbst (die Option custom). Er antwortet mit einem kleinen JSON-Objekt, was viele Teams bevorzugen, da nichts läuft, was sie nicht selbst geschrieben haben.
• Stellen Sie HostTrackers fertigen PHP-Collector auf einem Linux/Unix-Webserver bereit.
• Stellen Sie HostTrackers fertigen ASP.NET-4.0-Handler auf einem IIS/Windows-Server bereit.

Ein Host ganz ohne eingehenden Zugriff kann nicht abgefragt werden. Was freigegeben werden muss, ist eine schreibgeschützte URL, die eine Zahl zurückgibt, kein Verwaltungsport, aber sie muss für HostTrackers Prüfer erreichbar sein.

Monitoring Source

Für diesen Abschnitt gibt es keinen Screenshot, aber jedes Steuerelement darin braucht trotzdem eine Erklärung, denn es ist das, was diesen Prüfungstyp vom Rest des Panels unterscheidet.

• Value provider - ein Dropdown mit drei Auswahlmöglichkeiten. Value provider - eigener Webdienst (custom): Ihr Endpunkt antwortet mit {"v": 12.34, "e": "error text", "vs": "version string"}, und mindestens ein Wert oder eine Fehlerzeichenkette muss vorhanden sein, ein Endpunkt, der nur {"v": 42.5} zurückgibt, meldet also bei jeder Prüfung 42,5. HostTracker Collector - PHP, für *nix-Webserver: braucht shell_exec aktiviert in php.ini (er ruft top, free und df über die Shell auf), plus die Erweiterungen mysql/mysqli für eine MySQL-Verbindungszeitmessung. HostTracker Collector - ASP.NET 4.0, für IIS/Windows: Die Identität des Application Pools braucht Rechte, um Performance-Counter und die Registry zu lesen, Network Service reicht meist. Beide fertigen Collectoren werden aus diesem Abschnitt heruntergeladen und müssen manuell auf dem Zielserver bereitgestellt werden; HostTracker schiebt nie automatisch etwas auf Ihren Server.
• Das Feld monitor URL direkt darunter heißt Full monitor url bei der Option custom (die genaue Endpunktadresse, so wie sie angewählt wird) oder Base monitor url bei einem fertigen Collector (die Site-Root, unter der das Collector-Skript bereitgestellt wurde; HostTracker hängt den eigenen Dateinamen des Collectors an).
• Sobald ein fertiger Collector gewählt ist, erscheint ein Dropdown Counter type: CPU usage %, RAM usage %, Disk or file system usage %, Port connection time (ms), MySQL connection time (ms), und, nur bei ASP.NET, SQL Server connection time (ms) und Windows performance counter. Jeder bringt sein eigenes Feld mit: einen Laufwerksbuchstaben oder *nix-Pfad, einen Host und Port, einen Connection String (mit einem Link zum Beispielformat), oder ein Tripel aus Kategorie/Name/Instanz für einen Performance-Counter (Instanz kann für die Vorgabe leer bleiben, oft _Total).

Haupteinstellungen

Für die Haupteinstellungen dieses Typs gibt es keinen eigenen Screenshot, hier also jedes Steuerelement darin:

• Intervall - von 1 Minute bis zu 24 Stunden, plus eine Cron-Zeitplan-Alternative. Eine Minute passt für eine geschäftskritische Maschine; 5 oder 10 Minuten reichen für einen langsameren Trend wie Festplattennutzung.
• Tags - Freitext-Bezeichnungen zum Gruppieren und Filtern von Monitoren.
• Full Log - speichert jeden einzelnen abgefragten Wert, statt nur gruppierte Zusammenfassungen.
• Open Stats - macht die Statistik und Protokollseite dieses Monitors teilbar, auch mit nicht angemeldeten Personen.
• Retry on connect fail - ein standardmäßig eingeschalteter Schalter, der es einmal erneut versucht, bevor ein fehlgeschlagener Abruf als glatter Fehler markiert wird.
• Die oben unter Monitoring Source beschriebenen Steuerelemente Value provider, monitor URL und Counter type gehören im Panel ebenfalls zu dieser Gruppe.

Antwortvalidierung

Hier machen Sie aus einem rohen Messwert einen Alarm, und hier tun sich Leser oft schwer. Ein zu eng gesetzter Schwellenwert löst bei jeder gewöhnlichen Spitze aus, und ein zu locker gesetzter löst nie aus, bis es zu spät ist, um noch wichtig zu sein.

• Error condition - im Screenshot bei ihrer Vorgabe gezeigt, no condition, was bedeutet, der Monitor meldet nur den Wert, ohne ein Nicht-erreichbar-Urteil. Die Wahl von equals, not equal to, less than oder greater than zeigt ein Zahlenfeld für die Grenze; die Wahl von inside range oder outside range zeigt zwei, eine untere und eine obere Grenze.
• Overloads before Down - erscheint, sobald eine andere Bedingung als "no condition" gewählt ist. Es ist ein Regler von 0 bis 20: die Anzahl aufeinanderfolgender Prüfungen, die die Bedingung bereits verletzen müssen, bevor der Monitor auf Nicht erreichbar kippt. Bei 0 zählt ein einzelner verletzender Messwert sofort; bei 3 zum Beispiel werden drei Prüfungen in Folge über der Grenze gebraucht. HostTracker wertet das zentral aus, nicht die überwachte Maschine, und das entscheidet, ob der Monitor nützlich ist oder ständig Alarm schlägt. Ein Server mit einer CPU-Last, die mehrmals pro Stunde für ein paar Sekunden ausschlägt, braucht eine Entprellung über 0, sonst wird jede gewöhnliche Spitze zu einem Alarm.

Den Schwellenwert selbst zu wählen ist eine Ermessensentscheidung, spezifisch für das, was Sie beobachten. Es gibt keine einzelne richtige Zahl, widmen Sie dem also echte Aufmerksamkeit, statt die Vorgabe zu belassen. Eine nützliche Eigenschaft dieser Prüfung: Ein fehlgeschlagener Abruf (der Collector ist nicht erreichbar, läuft in ein Timeout, oder liefert etwas nicht Parsbares) wird sofort als Fehler gemeldet und zählt nie zur obigen Entprellung, eine wackelige Verbindung zum Collector kann also keine Zählung aufeinanderfolgender Überlastungen erfüllen, die für echten Ressourcendruck gedacht ist.

Benachrichtigungsabonnements

Wählen Sie, welche Kontakte über diesen Monitor informiert werden und für welche Ereignisse: Up, Down, und Repeat (eine wiederholte Erinnerung, solange die Prüfung down bleibt). Ein einzelner Schalter abonniert alle Kontakte gleichzeitig für Up/Down, oder Sie wählen einzelne Kontakte und Ereignisse aus der Tabelle darunter.

Berichtsabonnements

Getrennt von Alarmen wählen Sie, wer periodische Berichte für diesen Monitor erhält - Daily, Weekly oder Monthly - per E-Mail.

Durchgerechnetes Beispiel

Festplattenplatz auf einem Linux-Server beobachten, auf dem bereits PHP läuft: Entpacken Sie den fertigen PHP-Collector auf dem Server und bestätigen Sie, dass er unter seiner eigenen URL erreichbar ist. Setzen Sie Value provider auf die PHP-Collector-Option, die monitor URL auf die Basisadresse der Website, Counter type auf Disk or file system usage %, und den Dateisystempfad auf /dev/sda1. Setzen Sie Error condition auf greater than, mit einer Grenze von 90 (Prozent), und Overloads before Down auf 3, sodass drei aufeinanderfolgende Messwerte über 90% nötig sind, bevor ein Alarm auslöst. Eine kurze Spitze durch einen Backup-Job löst keinen aus, aber ein anhaltendes Volllaufen schon. Das Intervall ist 10 Minuten, und CPU und RAM bekommen eigene separate Monitore auf demselben Server mit demselben Collector.

Problembehandlung

• Der Collector ist nicht erreichbar. Ein Host ganz ohne eingehenden Zugriff kann nicht abgefragt werden. Bestätigen Sie, dass der Endpunkt von außerhalb Ihres eigenen Netzwerks antwortet, auf einem nicht erratbaren Pfad, wenn Sie sich um die Sichtbarkeit sorgen, da er keine Befehle entgegennimmt und nichts ändert.
• Der Monitor alarmiert bei einer offensichtlich falschen Zahl. Die Prüfung meldet, was auch immer der Collector meldet. Beheben Sie den Endpunkt, und erwägen Sie, ihn die optionale Fehlerzeichenkette melden zu lassen statt einer schlechten Zahl, wenn auf seiner Seite etwas schiefgeht.
• Alarme lösen bei jeder kleinen Spitze aus. Erhöhen Sie Overloads before Down statt des Schwellenwerts selbst. Ihn bei 0 zu belassen lässt jede einzelne Spitze zählen.
• Der PHP-Collector meldet "shell_exec is denied on server." CPU-, RAM- und Festplattenmessungen rufen alle Systembefehle über die Shell auf, bestätigen Sie also, dass shell_exec nicht in der disabled-functions-Liste in php.ini steht.
• Eine Windows-Performance-Counter-Prüfung meldet einen Fehler. Die Identität des Application Pools braucht Rechte, um Performance-Counter und die Registry zu lesen; ist sie nicht bereits Network Service, versuchen Sie, sie darauf zu setzen.

Verwandte Themen

• Alle Monitoring-Anleitungen - der zentrale Bereich für jeden HostTracker-Prüfungstyp.
• Was ist Server-Monitoring - wofür diese Messwerte da sind und wie sie neben Erreichbarkeitsprüfungen passen.
• Server-Monitoring: CPU, RAM und Festplatte - die Produktseite für diesen Prüfungstyp.
• Anleitung zum SNMP-Monitoring - der alternative Weg zu denselben Metriken bei Hardware, die keinen Collector ausführen kann, etwa Router und Switches.
• Datenbankabfrage-Monitoring - um die Abfragen und Ergebnisse einer Datenbank direkt zu beobachten, über eine Verbindungszeit hinaus.
• Anleitung zur Database-Prüfung - eine weitere Prüfung, die von HostTrackers privater Infrastruktur läuft.
• Kostenloses Port-Check-Tool - ein schneller Weg zu bestätigen, dass ein Port erreichbar ist, bevor Sie einen vollständigen Verbindungszeit-Monitor darum bauen.
• Assertion-Modus und Regeln zur Antwortvalidierung - die Regelsprache zur Antwortvalidierung, die auch andernorts in HostTracker verwendet wird.