Serverlast-Monitoring
Das Server-Monitoring von HostTracker liest CPU-, RAM- und Festplattenlast Ihres Linux- oder Windows-Servers über einen kleinen Collector-Endpunkt oder SNMP aus, stellt den Trend grafisch dar und alarmiert Sie, sobald ein von Ihnen gesetzter Schwellenwert überschritten wird - bevor der Server kippt.
Wie ein Server-Lastcheck abläuft, vom Collector bis zum Alarm
Wählen Sie einen; nichts wird an Ihre Maschine gesendet.
Ein fertiges Skript für einen Linux- oder Unix-Host, auf dem bereits PHP läuft. Legen Sie es in ein vom Webserver ausgeliefertes Verzeichnis und richten Sie den Monitor auf diese Basis-URL. Es liest die eigenen CPU-, Speicher- und Festplattenwerte der Maschine lokal aus und antwortet mit der Zahl.
Das Windows-Gegenstück für einen Host mit IIS. Gleiches Prinzip, zusätzlich mit Zugriff auf jeden Windows-Leistungsindikator nach Kategorie, Name und Instanz - alles, was Ihnen die Leistungsüberwachung lokal zeigen kann, lässt sich damit auch aus der Ferne überwachen.
Richten Sie den Monitor auf eine beliebige URL und antworten Sie mit einem winzigen JSON-Objekt. Zehn Zeilen in jeder beliebigen Sprache, nichts auf Ihrem Server, das Sie nicht selbst geschrieben haben, und Sie entscheiden genau, welche Zahlen offengelegt werden. Das ist die Option, für die sich die meisten Engineering-Teams am Ende entscheiden.
HostTracker überwacht die CPU-Auslastung, damit Ihre Server effizient und stabil laufen. Es erfasst die CPU-Nutzung Ihres Servers, erkennt Probleme und warnt Sie bei ungewöhnlichen Lastspitzen. Die CPU-Überwachung hilft Administratoren, ihre Server reibungslos am Laufen zu halten und Ausfälle zu vermeiden.
HostTracker überwacht den Arbeitsspeicherverbrauch, um die Serverleistung zu erhalten. Diese Funktion erfasst die RAM-Nutzung und erkennt Trends, die zu Verlangsamungen oder Abstürzen führen könnten. Berichte und Warnungen helfen Administratoren, die Speichernutzung zu optimieren. Eine gute RAM-Überwachung sorgt dafür, dass Anwendungen zuverlässig laufen und keine bösen Überraschungen durch Speicherprobleme entstehen.
Die Festplattenüberwachung von HostTracker verhindert, dass Speicherprobleme die Serverleistung beeinträchtigen. Der Dienst erfasst die Speicherplatznutzung und warnt Administratoren rechtzeitig, um Probleme wie knappen Speicherplatz oder Festplattenausfälle zu vermeiden. Überwachung und Berichte helfen Ihnen, den Überblick über den Speicherplatz zu behalten, damit Ihr Server jederzeit reibungslos arbeiten kann. Das sorgt für zuverlässige Server und beugt Datenverlust durch Speicherprobleme vor.
Der Wert je Check gegen beide Schwellenwerte, sodass der Trend lange vor dem Alarm sichtbar ist.
CPU, RAM oder Festplatte über die Zeit, mit eingezeichneten Warn- und Kritisch-Linien - eine volllaufende Festplatte ist eine Steigung, keine Überraschung.
Warnung und kritischer Zustand erreichen jeweils eigene Kontakte, nach der von Ihnen festgelegten Anzahl fehlgeschlagener Checks.
Websites, Server, APIs, Zertifikate. Ein Prüftyp pro Seite, dahinter dieselben Standorte, Alarme und Berichte.
"Ich arbeite schon lange mit diesem Überwachungsdienst und mein Alltag ist kein Problem mehr. Er beobachtet still all meine Websites und lässt mich reagieren, sobald etwas schiefgeht."
Vertraut von Teams bei
Jedes Kapitel öffnet sich an Ort und Stelle, damit die Seite kurz bleibt.
Die meisten Server-Monitoring-Produkte verlangen, dass Sie einen Agenten installieren: einen Hintergrundprozess mit Systemzugriff, der dauerhaft auf Ihrer Maschine läuft und Daten nach außen sendet. HostTracker macht das bewusst nicht. Es ist ein externer Monitoring-Dienst, und ein Server-Lastcheck funktioniert umgekehrt - Ihr Server stellt einen kleinen, schreibgeschützten Endpunkt bereit, der eine einzelne Zahl liefert, und HostTracker fragt ihn nach dem von Ihnen festgelegten Zeitplan ab.
Genau diese Umkehrung ist das gesamte Designprinzip. Es gibt keinen Dienst, den Sie am Leben halten müssen, keine privilegierte Software, die Sie nicht selbst geschrieben haben und die auf Ihrem Produktivsystem läuft, keine Zugangsdaten, die an einen Dritten übergeben werden, und keinen eingehenden Verwaltungsport. Was Sie offenlegen, ist eine URL, die keine Befehle entgegennimmt, nichts verändert und einen einzigen Wert zurückgibt.
Es wird niemals etwas auf Ihre Maschine gepusht. Der Collector wird von Ihnen bereitgestellt, wann immer Sie möchten, und HostTracker stellt ihm ausschließlich Anfragen. Entfernen Sie ihn, stoppt die Überwachung - es gibt keinen anderen Weg hinein.
Jeder Monitor beobachtet einen einzigen Wert, sodass ein typischer Server am Ende drei oder vier davon hat - und jeder bekommt seinen eigenen Schwellenwert, seine eigene Historie und seine eigene Benachrichtigung. Die verfügbaren Werttypen sind:
| Kennzahl | Gemeldet als | Wofür sie gut ist |
|---|---|---|
| CPU | Auslastung in Prozent | Anhaltende Sättigung, außer Kontrolle geratene Prozesse, zu klein dimensionierte Instanzen, die durch ein Deployment hinzugekommene Last |
| RAM | Auslastung in Prozent | Speicherlecks, schleichend steigender Verbrauch zwischen Neustarts, der Druck, der einem Out-of-Memory-Kill vorausgeht |
| Festplatte | Auslastung in Prozent für einen von Ihnen benannten Pfad oder ein Laufwerk | Logs, Uploads und Backups, die ein Volume füllen - der langsamste und am besten vorhersehbare Ausfall überhaupt |
| TCP-Port | Verbindungszeit in Millisekunden | Ob ein Dienst auf der Maschine noch Verbindungen annimmt, und wie schnell |
| SQL Server | Verbindungszeit in Millisekunden | Datenbank-Erreichbarkeit und -Authentifizierung aus Sicht des Servers selbst |
| MySQL | Verbindungszeit in Millisekunden | Dasselbe, für MySQL |
| Windows-Leistungsindikator | Was auch immer der Indikator meldet | Alles, was die Leistungsüberwachung anbietet, nach Kategorie, Indikatorname und Instanz - Warteschlangenlängen, Handles, prozessbezogene Werte |
Wenn Sie nicht die Verbindungszeit, sondern die Datenbank hinter dem Server selbst brauchen, ist das ein anderer, tiefergehender Check: Ein Datenbank-Query-Monitor verbindet sich, authentifiziert sich, führt eine von Ihnen geschriebene Abfrage aus und vergleicht den zurückgegebenen Wert mit einem Schwellenwert.
Der Vertrag ist bewusst trivial gehalten, denn der Sinn ist, dass Sie ihn in einem Rutsch lesen und in jeder Sprache umsetzen können, die Ihr Team bereits nutzt. HostTracker fragt Ihre URL ab; Ihr Endpunkt antwortet mit einem JSON-Objekt, das den Wert trägt:
{ "v": 42.7 }Das ist der gesamte erforderliche Umfang. Zwei optionale Felder machen das Ergebnis nützlicher:
e trägt eine Fehlermeldung, wenn der Wert gerade nicht gelesen werden konnte - ein deutlich
besseres Ergebnis, als eine irreführende Null zu melden -, und vs trägt eine eigene
Versionskennung, die im Ergebnis erscheint, sodass Sie erkennen können, welcher Build des Collectors
geantwortet hat.
{ "v": 91.4, "e": "", "vs": "collector-2.1" }Weil Sie den Reader selbst schreiben, sind Sie nicht auf das beschränkt, was ein generischer Agent zu erfassen weiß. Warteschlangentiefe, Cache-Trefferquote, die Anzahl wartender Jobs, das Alter des ältesten unverarbeiteten Datensatzes, freie Inodes, die Größe eines Verzeichnisses, das niemals wachsen darf - alles, was Sie als Zahl ausdrücken können, wird zu einem überwachten Wert mit Schwellenwerten, Historie und Benachrichtigung.
Schützen Sie den Endpunkt. Er muss für die abfragenden Prüfstationen erreichbar sein, behandeln Sie ihn also wie jede andere öffentliche URL: Legen Sie ihn unter einen nicht erratbaren Pfad, halten Sie ihn schreibgeschützt, und geben Sie nur die Zahlen preis, mit deren Offenlegung Sie einverstanden sind. Er akzeptiert keine Parameter, die irgendetwas verändern, wodurch die Angriffsfläche auf genau einen Wert beschränkt bleibt.
Eine reine Zahl ist Daten; ein Schwellenwert macht daraus Monitoring. Jeder Monitor trägt eine Bedingung und ein oder zwei Grenzwerte, sodass Sie die Form von „falsch“ ausdrücken können, nicht nur eine Obergrenze:
Neben dem Schwellenwert steht eine Zählung aufeinanderfolgender überlasteter Checks, bevor der Monitor auf Down geht, einstellbar von null bis zwanzig. Das ist der mit Abstand wertvollste Regler auf der Seite - und der, der am häufigsten unangetastet bleibt. Ein Server bei 95 % CPU für eine einzelne Messung während eines nächtlichen Backups ist kein Vorfall. Ein Server bei 95 % über fünf Checks in Folge ist einer. Stellen Sie die Zählung passend darauf ein, wie lange Ihre Arbeitslast legitim beschäftigt sein darf, und eine ganze Kategorie von Fehlalarmen um drei Uhr morgens verschwindet, ohne dass Ihr Schwellenwert auch nur ein bisschen weniger streng wird.
Das ist hier noch wichtiger als bei einem Web-Check, denn eine Server-Kennzahl wird aus genau einer maßgeblichen Quelle gelesen - Ihrem eigenen Collector - statt wie bei einem Verfügbarkeits-Check über mehrere unabhängige Prüfpunkte bestätigt zu werden. Es gibt keine zweite Meinung, die eine kurzfristige Spitze ausgleicht, also übernimmt die Entprellungs-Zählung genau diese Rolle.
Die drei Kernkennzahlen versagen auf grundlegend unterschiedliche Weise, und zu wissen, welche Sie gerade betrachten, sagt Ihnen, wie viel Zeit Ihnen bleibt.
| Kennzahl | Wie der Fehler eintritt | Wie viel Vorwarnung Sie bekommen |
|---|---|---|
| CPU | Nichts bricht. Alles wird langsamer - jede Anfrage, jede Abfrage, jeder Hintergrundjob -, und die Website verschlechtert sich lange, bevor sie komplett ausfällt. | Meist reichlich, wenn Sie hinschauen. Ein anhaltender Anstieg ist Stunden oder Tage sichtbar, bevor er für Nutzer spürbar wird. |
| RAM | Plötzlich und heftig. Anwendungen werden vom Betriebssystem beendet, um Speicher freizugeben, starten neu und werden erneut beendet - was genau den sporadischen, kaum reproduzierbaren Ausfall erzeugt, der am schwersten zu diagnostizieren ist. | Wenig, und erst ganz am Ende. Aber der langsame Anstieg eines Speicherlecks zwischen Neustarts ist eines der am besten lesbaren Signale im Monitoring, sofern die Historie existiert. |
| Festplatte | Alles auf einmal. Logs hören auf zu schreiben, die Datenbank verweigert Schreibvorgänge, Sitzungen scheitern, temporäre Dateien können nicht erstellt werden - und die Ursache ist aus den eigenen Fehlermeldungen der Anwendung nicht ersichtlich. | Die meiste Vorwarnung von allen, und die am häufigsten verpasste. Ein Volume, das mit gleichmäßiger Rate volläuft, ist Tage im Voraus vorhersehbar. |
| Verbindungszeit | Eine Abhängigkeit, auf die sich der Server verlässt, ist langsam oder nicht erreichbar geworden, noch bevor sich das als vollständiger Ausfall zeigt. | Oft das früheste Signal, das Sie erhalten, dass etwas nachgelagert nicht stimmt. |
Die Festplatte verdient ihren Ruf als der klassische vermeidbare Ausfall. Sie ist der eine Fehler, den ein Monitor mit Schwellenwert und einer Woche Historie immer als Erstes erkennt - und der, den man hinterher am peinlichsten erklären muss.
Jede Messung wird gespeichert, sodass jeder Server-Monitor ein Diagramm seines eigenen Werts über die Zeit besitzt, mit Durchschnitt, Minimum und Maximum für das betrachtete Zeitfenster. Prozentwerte werden als Prozent dargestellt und Verbindungszeiten in Millisekunden, sodass sich ein CPU-Monitor und ein Datenbank-Latenz-Monitor jeweils so lesen, wie Sie es erwarten.
Der Alarm sagt Ihnen, dass etwas eine Linie überschritten hat; das Diagramm sagt Ihnen die zwei Dinge, die Sie als Nächstes wirklich brauchen. Ist das neu? - eine Spitze, die für sich genommen alarmierend aussieht, ist oft dieselbe Spitze, die seit einem Jahr jeden Dienstag um 02:00 Uhr auftritt. Und wohin bewegt sie sich? - ein Speicherwert, der zwischen Neustarts stetig ansteigt, ist ein Leck, egal wie hoch sein aktueller Wert ist, und eine Festplatte, die zwei Prozent pro Woche zulegt, hat ein konkretes Datum, an dem es kritisch wird.
Diese zweite Frage ist der Kapazitätsplanungs-Nutzen des Server-Monitorings, und sie ist der Grund, eine Kennzahl schon zu erfassen, bevor Sie wissen, welchen Schwellenwert Sie darauf setzen wollen. Den Schwellenwert können Sie in einem Monat nachtragen, sobald die Historie Ihnen gezeigt hat, wie „normal“ aussieht. Die Historie, die Sie nicht gesammelt haben, ist die, die Sie nicht mehr nachträglich bekommen können.
Sie ergänzen sich, statt sich zu ersetzen, und die Trennlinie ist klar genug, um sie einmal deutlich auszusprechen.
| Uptime-Monitoring | Server-Monitoring | |
|---|---|---|
| Welche Frage es beantwortet | Kann ein Besucher die Website gerade erreichen? | Ist die Maschine dahinter gesund genug, um weiter zu antworten? |
| Von wo aus es blickt | Von außen - über 300 Prüfpunkte in 158 Städten | Von innen - ein Wert, der direkt auf der Maschine gelesen wird |
| Typisches Timing | Informiert Sie im Moment des Ausfalls | Informiert Sie vor dem Ausfall, wenn Sie den Schwellenwert unterhalb der Klippe setzen |
| Fehlalarm-Kontrolle | Eine fehlgeschlagene Beobachtung wird von anderen Prüfpunkten erneut geprüft und per Quorum bestätigt | Eine einzelne maßgebliche Messung, mit einer Zählung aufeinanderfolgender Überlastungen als Entprellung |
| Erkennt ein Speicherleck | Nein - bis es irgendwann tatsächlich etwas zum Absturz bringt | Ja - als Trend, Wochen früher |
| Erkennt einen Netzwerk-Routing-Fehler zwischen Ihren Nutzern und Ihnen | Ja | Nein - der Maschine geht es blendend |
Nur eines von beiden zu betreiben, hinterlässt in jeder Richtung eine echte Lücke. Die Kombination, bei der die meisten Konten landen, ist ein Ein-Minuten- Verfügbarkeits-Check von mehreren Standorten zusammen mit einer Handvoll Server-Monitoren für CPU, Speicher und das Volume, das am wahrscheinlichsten vollläuft.
Router, Switches, Firewalls, USV-Geräte und Drucker können kein Skript hosten, aber fast alle sprechen bereits SNMP. Ein separater SNMP-Check liest einen numerischen Wert direkt vom Gerät per OID aus - Interface-Zähler, Temperatur, Last, Betriebszeit, Batterieladung - über SNMP v1, v2c oder v3, einschließlich v3 mit Authentifizierung und Verschlüsselung, sodass Zugangsdaten nicht im Klartext übertragen werden.
Um hier ganz ehrlich zu sein: Ein SNMP-Check liest und erfasst den vom Gerät gemeldeten Wert. Schwellenwertbasierte Benachrichtigungen auf einen SNMP-Wert sind derzeit noch nicht verfügbar - wenn eine Zahl tatsächlich einen Vorfall auslösen soll, verwenden Sie einen Server-Lastmonitor gegen einen Collector, der das vollständige, oben beschriebene Bedingungs- und Entprellungsmodell mitbringt.
Server-Monitoring ist die fortlaufende Überwachung der wichtigsten Ressourcen Ihres Servers - CPU-Last, RAM-Auslastung (Arbeitsspeicher) und Festplattenauslastung (HDD) -, damit Sie sehen, wie Ihre Infrastruktur tatsächlich arbeitet, statt nur zu wissen, ob die darauf laufende Website antwortet. Das Server-Monitoring von HostTracker prüft diese drei Kennzahlen und meldet Trends und Lastspitzen über die Zeit, denn erschöpfte Ressourcen sind eine der häufigsten Ursachen für langsame Performance, Abstürze und echte Ausfallzeiten. Ein Server kann technisch "erreichbar" sein und trotzdem kurz vor dem Ausfall stehen, wenn die CPU-Auslastung am Limit liegt, der Arbeitsspeicher fast erschöpft ist oder der Festplattenspeicher kritisch knapp wird - Probleme, die eine einfache Erreichbarkeitsprüfung oft erst erkennt, wenn bereits ein sichtbarer Ausfall eingetreten ist.
Ein Server kann erreichbar und technisch online bleiben, obwohl er gefährlich nah an seinen Ressourcengrenzen läuft - eine hohe CPU- oder RAM-Auslastung ist deshalb oft ein Frühwarnsignal und nicht das eigentliche Problem. Anhaltend hohe CPU-Last verlangsamt jede Anfrage, die der Server verarbeitet, und verschlechtert das Erlebnis für alle Besucher, auch wenn die Website nie ganz ausfällt. Noch gefährlicher ist Speicherdruck: Steigt die RAM-Auslastung Richtung Kapazitätsgrenze, können Anwendungen abstürzen, neu starten oder vom Betriebssystem beendet werden, um Speicher freizugeben - das führt häufig zu sporadischen, schwer diagnostizierbaren Ausfällen, die eher wie zufällige Störungen wirken als wie ein klarer Fehler. Wer erhöhte CPU- oder RAM-Auslastung durch Server-Monitoring frühzeitig erkennt, bevor sie zu einem Absturz eskaliert, gewinnt Zeit, um proaktiv zu untersuchen und Kapazität nachzurüsten.
Erkennt die CPU-, RAM- oder Festplattenüberwachung ungewöhnliche Aktivität - eine anhaltende Lastspitze, steigenden Speicherverbrauch Richtung Kapazitätsgrenze oder knappen Festplattenspeicher -, sendet HostTracker eine Benachrichtigung über die von Ihnen konfigurierten der 9 Alarmkanäle, darunter E-Mail, SMS, Sprachanruf, Webhooks, Slack und die Messenger-Apps Telegram, Discord und Viber. So erfährt die für die Server-Infrastruktur verantwortliche Person direkt von einem sich anbahnenden Ressourcenproblem, statt es erst zu bemerken, wenn es bereits zu einer für Kunden spürbaren Verlangsamung oder einem Absturz geführt hat. Da Berichte und Warnungen automatisch aus den überwachten Daten erzeugt werden, erhalten Administratoren neben der Echtzeit-Benachrichtigung auch eine dokumentierte Historie der Ressourcentrends - das hilft, eine einmalige Spitze von einem echten Kapazitätsproblem zu unterscheiden, das eine langfristige Lösung braucht.
Uptime-Monitoring beantwortet eine engere Frage: Ist die Website oder der Dienst gerade erreichbar und antwortet sie. Server-Monitoring schaut dagegen unter diese Oberfläche auf die Infrastruktur, die die Website tatsächlich betreibt - CPU-Last, Arbeitsspeicherverbrauch und Festplattenspeicher -, die häufig die eigentliche Ursache eines Uptime-Ausfalls sind und kein separates, unabhängiges Problem. Ein Server mit knappem Arbeitsspeicher oder wenig Festplattenspeicher kann eine Uptime-Prüfung eine Zeit lang noch bestehen, bevor er schließlich abstürzt oder extrem langsam wird - wer sich also allein auf Uptime-Monitoring verlässt, erfährt vom Problem erst, wenn bereits ein Ausfall daraus geworden ist. Die Kombination beider Methoden ergibt ein vollständigeres Bild: Uptime-Monitoring bestätigt, dass die Website aktuell erreichbar ist, während Server-Monitoring die zugrunde liegenden Ressourcentrends verfolgt, die vorhersagen, ob das auch so bleibt.
Die Prüffrequenz lässt sich anpassen, je nachdem, wie schnell Sie von einem sich entwickelnden Ressourcenproblem erfahren müssen. Die kostenpflichtigen Pläne von HostTracker unterstützen Prüfintervalle von bis zu einmal pro Minute - nützlich für Server mit geschäftskritischen Anwendungen, bei denen eine Lastspitze schnell erkannt und behoben werden muss. Weniger kritische oder gering ausgelastete Server können ein längeres Intervall nutzen, und der dauerhaft kostenlose Plan prüft zwei Monitore alle 30 Minuten - das reicht oft aus, um einen anhaltenden Trend wie stetig wachsenden Festplattenverbrauch über mehrere Tage zu erkennen, auch wenn eine sehr kurze CPU-Spitze dabei nicht erfasst würde. Eine 30-tägige Testphase mit allen Funktionen und ohne Kreditkarte lässt Sie schnellere Prüfintervalle ausprobieren und sehen, wie detailliert die daraus gewonnenen Daten sind, bevor Sie sich für einen Plan entscheiden.
Nein - es gibt keinen HostTracker-Agenten zu installieren, keinen Dienst, der dauerhaft laufen muss, und keine Zugangsdaten, die Sie weitergeben müssten. Ein Server-Lastcheck funktioniert umgekehrt: Ihr Server stellt einen kleinen, schreibgeschützten Endpunkt bereit, der eine einzelne Zahl liefert, und HostTracker fragt ihn nach dem von Ihnen festgelegten Zeitplan ab. Dafür gibt es drei Wege. Zwei sind fertige Collector-Skripte, die Sie auf einem bereits laufenden Server ablegen - eines für PHP unter Linux oder Unix, eines für ASP.NET unter IIS -, und der dritte Weg ist, den Endpunkt selbst zu schreiben, was in jeder Sprache etwa zehn Zeilen erfordert: Lesen Sie den Wert, wie Sie möchten, und antworten Sie mit einem kleinen JSON-Objekt, das ihn enthält. Diese dritte Option ist die, die viele Teams bevorzugen, denn dabei läuft nichts auf ihrer Maschine, das sie nicht selbst geschrieben haben, und sie entscheiden genau, welche Zahlen offengelegt werden. Es wird niemals automatisch etwas auf Ihren Server gepusht, und HostTracker öffnet dort niemals eine Verwaltungssitzung.
Der Collector-Endpunkt muss für die Prüfstationen von HostTracker erreichbar sein, sodass ein Server hinter einer Firewall ganz ohne eingehenden Zugriff nicht direkt abgefragt werden kann. In der Praxis ist das ein kleineres Hindernis, als es klingt, denn offengelegt werden muss lediglich eine einzelne, schreibgeschützte URL, die eine Zahl zurückgibt - kein SSH, kein Verwaltungsport, kein Monitoring-Protokoll. Übliche Ansätze sind, den Endpunkt unter einem nicht erratbaren Pfad zu veröffentlichen, ihn auf die abfragenden Adressen zu beschränken, oder ihn auf einer Maschine im selben Netzwerk zu hosten, die bereits ins Internet zeigt, und diese stellvertretend für den privaten Host berichten zu lassen. Wofür Sie sich auch entscheiden - die Angriffsfläche ist bewusst winzig: Der Endpunkt akzeptiert keine Befehle, ändert nichts und liefert eine einzelne Zahl zurück. Das ist ein ganz anderes Sicherheitsthema als die Installation eines Agenten eines Drittanbieters mit Systemzugriff - und genau deshalb ist der Check so konzipiert.
Server-Lastüberwachung - CPU-, RAM- und Festplattenprüfungen - ist einer von 14 Check-Typen im Produktangebot von HostTracker, und der dauerhaft kostenlose Plan lässt Sie zwei Server oder Websites kostenlos überwachen, mit Prüfungen alle 30 Minuten. HostTracker ist insgesamt kein reines Gratisprodukt, sondern ein kostenpflichtiger Monitoring-Dienst mit einer kostenlosen Stufe daneben - der kostenlose Plan eignet sich daher gut, um Server-Monitoring an ein paar Maschinen auszuprobieren oder als schlanke Lösung für kleinere Projekte, nicht als Hauptangebot. Für die Überwachung weiterer Server, kürzere Prüfintervalle oder geschäftskritische Infrastruktur, bei der schnellere Erkennung zählt, starten die kostenpflichtigen Pläne bei etwa $5 im Monat, und eine 30-tägige Testphase mit allen Funktionen und ohne Kreditkarte lässt Sie die schnelleren Intervalle vor der Entscheidung testen.
Starten Sie eine kostenlose Testphase und werden Sie benachrichtigt, sobald CPU-, RAM- oder Festplattenlast Ihre Schwellenwerte überschreitet.
Teil der Website-Monitoring-Software von HostTracker.