Server-Monitoring, das Sie vor dem Ausfall warnt.
Die meisten Server stürzen nicht ab – ihnen geht etwas aus. Eine Bash-Zeile installiert den Agenten, 30 Sekunden später meldet er, und die Festplatte wird bei 90 % gerettet, nicht bei 100 %.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentVon der sich füllenden Festplatte zur Warnung in 30 Sekunden
Logs stapeln sich über Nacht, und einem Ihrer Server geht der Speicherplatz aus. Noch ist nichts ausgefallen – ein kleiner Agent meldet alle 30 Sekunden, sodass die Warnung Server und Laufwerk nennt, solange noch Zeit ist, aufzuräumen.
17 Metriken, ein Bash-Agent
Ein Bash-Agent meldet 17 Metriken alle 30 Sekunden – bereits grafisch aufbereitet, sodass Sie den Zustand eines Servers ablesen können, ohne sich dafür extra anzumelden.
Warnungen und Historie
Alarmierung bei echten Problemen, nicht bei momentanen Spitzen
Uptimia löst eine CPU-, Arbeitsspeicher-, Swap-, Load-, Prozessanzahl- oder Netzwerk-Warnung erst aus, wenn jeder Messwert in Ihrem Fenster über der Linie bleibt – eine Zwei-Sekunden-Spitze vergeht in Stille, ein anhaltendes Problem nicht.
- Sie entscheiden, wie lange ein Problem anhalten muss – von 1 Minute bis einer halben Stunde, pro Metrik einstellbar
- Kein Konfigurationsaufwand zum Start – CPU, Arbeitsspeicher und Festplatte werden ab der ersten Meldung überwacht; die anderen schalten Sie dazu, wann Sie wollen
- Festplatte und Inodes sind die Ausnahme – sie lösen sofort aus, wenn ein Mount die Schwelle überschreitet; eine volle Festplatte kann nicht warten
über 90 %
Wissen Sie sofort genau, welche Festplatte vollgelaufen ist
Uptimia grenzt Speicherplatz- und Inode-Warnungen auf den jeweiligen Mount ein, daher nennt der Vorfall /var – statt einer ganzen Maschine, die Sie durchsuchen müssten. Jeder Mount öffnet und behebt seinen eigenen Vorfall.
- Ein Vorfall pro Mount – /, /var und /data werden jeweils separat verfolgt und behoben
- Mount und Wert in der Warnung – „Speicherbelegung über 90 % auf /var“, bei 92 %
- Abweichende Schwellenwerte pro Mount – einen stark beanspruchten Mount wie /var an einen strengeren Prozentsatz binden als den Rest
Drei verpasste Meldungen öffnen einen Vorfall
Wenn ein Server komplett verstummt – Kernel-Panic, Strom, Netzwerk –, bemerkt eine separate minütliche Prüfung die fehlenden Meldungen und öffnet einen kritischen Vorfall. Ein toter Server kann sich nicht hinter seinem Schweigen verstecken.
- Nach 3 verpassten Meldungen als offline markiert – 90 Sekunden Funkstille im 30-Sekunden-Takt
- Behebt sich beim nächsten Check-in automatisch – schließt sich, sobald der Agent wieder da ist
- Kein falsches „offline“ bei der Einrichtung – ein neuer Server, der auf seine erste Meldung wartet, wird nie markiert
Ein Jahr Historie, Spitzen inklusive
Live-Zahlen sagen, was gerade nicht stimmt; Trends sagen, dass es seit Wochen langsam steigt. Uptimia hält beides vor – 6 Metrik-Karten und 5 Diagramme, die dieselben Daten lesen wie die Warnungen.
- 6 Metrik-Karten + 5 Zeitreihen-Diagramme – CPU, Load, Arbeitsspeicher, Festplatte, Netzwerk – alle 30 Sekunden aktualisiert
- Rohe 30-Sekunden-Daten für 24 Stunden – danach stündliche Durchschnitts- und Höchstwerte, sodass Spitzen erhalten bleiben, ein ganzes Jahr lang
- Diagramme wählen die richtige Quelle – zoomen Sie auf die letzte Stunde oder das letzte Jahr, und die Daten wechseln automatisch
jeder Messwert, 24 h aufbewahrt 02:10:00 → cpu 93% · mem 71%
die Trendlinie – glatt, Monat für Monat vergleichbar
Spitzen überleben die Aggregation – eine 2-Minuten-Spitze ist auch ein Jahr später noch sichtbar
Meldet sich in unter einer Minute
Eine Zeile zum Installieren – keine Pakete, keine Laufzeitumgebung, und ein Skript entfernt jede Spur.
Führen Sie eine Installationszeile als root aus
Der Einzeiler legt ein kleines Bash-Skript in /opt/uptimia ab und registriert einen systemd-Timer – oder cron, falls es kein systemd gibt.
# ✓ systemd timer uptimia-agent.timer created
Der Agent beginnt zu melden
Alle 30 Sekunden übermittelt er 17 Metriken – CPU, Arbeitsspeicher, Festplatte, Load und mehr – authentifiziert mit einem servereigenen Schlüssel.
Schwellenwerte festlegen, Warnungen erhalten
CPU, Arbeitsspeicher und Festplatte starten bei 90 %. Eine überschrittene Schwelle öffnet einen Vorfall und warnt Ihr Team dort, wo es schon arbeitet.
Führen Sie eine Bash-Zeile aus.Wissen, bevor die Platte voll ist.
Jeder Server, jede Metrik, jeder Benachrichtigungskanal – 30 Tage kostenlos, und nichts davon ist ein kostenpflichtiges Add-on.
Ebenfalls enthalten
Warnungen auf den Kanälen, die Sie schon nutzen
Server-Warnungen teilen sich eine Kontaktliste mit allen anderen Monitoren – E-Mail, SMS, Slack, Microsoft Teams, Discord, Mattermost, Telegram, WhatsApp, PagerDuty, Twilio, Statuspage und eigene Webhooks.
Wartungsmodus
Patchen oder neu starten ohne Warnungsstau – die gesamte Alarmierung ist stummgeschaltet, während die Metriken weiterlaufen.
Wiederherstellungsbenachrichtigungen
Erfahren Sie, wann es vorbei ist, nicht nur, wann es begonnen hat – eine „Wieder erreichbar“-Meldung bei jeder Behebung.
Historie, die Downgrades überlebt
Bei einem Downgrade werden die Metriken eines Servers nicht gelöscht – nur die Alarmierung verstummt. Bei einem Upgrade reaktivieren sich pausierte Server von selbst.
Ein Dashboard für alles
Server stehen neben Ihren Verfügbarkeits-, SSL-, Heartbeat- und DNS-Monitoren – dieselben Kontakte, Gruppen und Rollen, ein Ort zum Nachschauen.
Deinstallation in einer Zeile
Ein Skript entfernt die systemd-Unit und /opt/uptimia vollständig – ohne Reste.
Was ist Server-Monitoring?
Server-Monitoring ist die kontinuierliche Überwachung der Gesundheit eines Servers – CPU, Arbeitsspeicher, Festplatte, Load, Netzwerk und Prozesse –, sodass Sie gewarnt werden, sobald eine Ressource knapp wird oder die Maschine offline geht. Uptimias Linux-Server-Monitoring macht das mit einem kleinen Agenten, der alle 30 Sekunden 17 Metriken meldet und einen Vorfall auslöst, wenn eine Metrik Ihre Schwelle überschreitet.
Wie funktioniert der Agent?
Ein Bash-Skript auf einem systemd-Timer sendet eine kleine Meldung, authentifiziert mit einem servereigenen Schlüssel – nur bash und curl nötig.
Anhaltende gegenüber sofortigen Warnungen
eine Spitze vergeht in Stille – nur eine anhaltende Überschreitung alarmiert Sie; ein voller Mount kann nicht warten, daher löst die Festplatte sofort aus
Welche Server-Metriken sollten Sie überwachen?
Die Signale, die echte Vorfälle ankündigen – und wie Uptimia jeden davon im Blick behält. CPU, Arbeitsspeicher und Festplatte werden ab der ersten Meldung überwacht; die anderen schalten Sie bei Bedarf dazu.
Alle Monitor-Typen in einem Konto →| Metrik | Standard-Schwellenwert | Wie Uptimia warnt |
|---|---|---|
| CPU-Auslastung | 90% | anhaltend · 5-Minuten-Fenster |
| Arbeitsspeicher | 90% | anhaltend · 5-Minuten-Fenster |
| Festplatte · pro Mount | 90% | sofort, pro Mount |
| Load-Average | standardmäßig aus | anhaltend · Zeitfenster |
| Swap | standardmäßig aus | anhaltend · Zeitfenster |
| Prozessanzahl | standardmäßig aus | anhaltend · Zeitfenster |
| Netzwerk-Durchsatz | standardmäßig aus | anhaltend · Zeitfenster |
| Server offline | 3 verpasste Meldungen | kritisch · ~90 s |
Server-Monitoring-FAQ
01Was ist Server-Monitoring?+
02Wie funktioniert das Uptimia-Server-Monitoring?+
/proc und df aus und sendet 17 Metriken – CPU, Arbeitsspeicher, Swap, Festplatte pro Mount, Inodes, Load, Netzwerk, Prozessanzahl und OS-Infos – authentifiziert mit einem serverspezifischen Schlüssel. Sie erhalten 6 Metrik-Karten, 5 Zeitreihen-Diagramme und Schwellenwert-Warnungen – Server-Monitoring und Warnungen aus einem schlanken Agenten.03Welche Betriebssysteme werden unterstützt?+
/proc und df und läuft daher auf Standard-Distributionen (Ubuntu, Debian, RHEL, Alma und so weiter). Auch für macOS und Windows PowerShell gibt es Agenten, die dieselben Metriken melden, aber von Hand eingerichtet werden (launchd unter macOS, eine geplante Aufgabe unter Windows) statt über den Einzeiler. Einen BSD-Agenten gibt es nicht – für diese Hosts nutzen Sie Uptimias Prüfungen von außen (Ping, TCP-Port, HTTP).04Kann ich ändern, wie oft der Agent meldet?+
05Warnt mich eine kurze CPU-Spitze um 3 Uhr nachts?+
06Wie schnell erfahre ich, wenn ein Server ausfällt?+
07Liest der Agent meine Logs oder führt Befehle aus?+
08Wie viel Historie behalte ich?+
09Kann ich Docker- oder Kubernetes-Container überwachen?+
/proc und df der ganzen Maschine, keine Statistiken pro Container. Richtig für die Server, auf denen Ihre Container laufen; eine Erfassung pro Container gibt es derzeit nicht.10Ist Server-Monitoring ein kostenpflichtiges Add-on?+
Überwachen Sie ab heute Ihre Server.
Ein Bash-Befehl genügt, und eine volllaufende Festplatte, heiße CPU oder ein ausgefallener Server erreicht Sie, solange noch Zeit bleibt.