Monitoring & Status
Wisse, was kaputt ist und warum, bevor ein Kunde es dir sagt
InfraNest prüft deine Websites und Server rund um die Uhr. Fällt etwas aus, alarmiert es dich und zeigt, was sich kurz davor geändert hat. Du hörst es nicht mehr von Kunden, musst nicht raten und liest nachts um 2 keine Logs.
Free-Tarif · Keine Kreditkarte · Erster Monitor in unter einer Minute live
- Sieh, was sich kurz vor dem Ausfall geändert hat
- Sieh genau, wo es hakt
- Serverzustand neben deiner Uptime
- Vorschläge, die Fehlalarme reduzieren
3 Min. davor geändert: Deploy von northwyndr/storefront nach production · von jordan-k Ansehen
AnzeigenAusblenden
- DNS für api.northwyndr.com wurde geändertvor 23 Min. · von Sam Okoye
- Eine Firewall auf api-01 wurde geändertvor 36 Min. · von Alex Rivera
In den 30 Minuten davor hat sich nichts daran geändert — kein Deploy und keine Änderung an Server, Firewall, DNS oder Monitor.
Sieh genau, wo es hakt
Eine Seite hängt von vielem ab: deiner Domain, DNS, dem Zertifikat, einem Load Balancer, deinen Servern, deiner Datenbank. InfraNest geht alles der Reihe nach durch und nennt die Stelle, die ausfällt. Du weißt, wo du suchen musst, bevor du ein einziges Log öffnest. Es zerlegt auch jede Antwort in Schritte, von der Namensauflösung bis zum Download, und sagt in einem Satz, was bremst.
- Nennt die Ebene, die ausfällt
- Zeigt Schritt für Schritt, wo die Zeit bleibt
- Vergleicht Standorte in Business
Es bricht bei: Datenbank
- Domainnorthwyndr.com ist registriert
- DNSDer Name wird aufgelöst
- ZertifikatGültig
- Load Balancerapi-lb · keines der Ziele antwortet
- Webserverapi-01 läuft, besteht aber den Health Check des Load Balancers nicht
- Webserverapi-02 läuft, besteht aber den Health Check des Load Balancers nicht
- DatenbankDie Firewall db-tier blockiert api-01, api-02 → db-01 auf Port 5432
- AnwendungNicht erreicht
Die zusätzliche Zeit von Asien-Pazifik steckt vor allem in Verbinden und TLS: Entfernung, nicht dein Server. Ein CDN oder ein Server näher an Asien-Pazifik würde sie verkürzen.
Standorte vergleichen geht mit Business.
Sieh den Server hinter deiner Website, direkt neben ihrer Uptime
Eine Website kann gut aussehen, während sich ihre Platte still füllt. InfraNest stellt deine Server neben deine Monitore: CPU, Arbeitsspeicher, Platte und Last, mit den letzten 24 Stunden hinter jedem Wert. Bei einer vollen Platte siehst du, wie viel Zeit bleibt. Fällt ein Server aus, werden die Monitore darauf zu einem Problem und einem Alarm. Arbeitsspeicher und Platte brauchen unseren kleinen Agent auf deinem Server.
- CPU, Arbeitsspeicher, Platte und Last pro Server
- Sagt, wann eine Platte voll ist
- Monitore auf einem Server werden zu einem Alarm
Erfahre ungefragt, wie du besser überwachst
InfraNest vergleicht deine Monitore mit allem anderen, was es über dein Setup weiß. Es findet den Server, den nichts prüft, und den Alarm, der ständig grundlos schlägt. Jeder Vorschlag nennt seinen Grund und den einen Schritt, der hilft. Du drückst den Knopf oder sagst nein. Nichts ändert sich vorher.
- Findet, was noch nichts überwacht
- Bietet eine Einstellung für jeden Fehlalarm
- Erkennt eine Seite, die nach einem Deploy geschrumpft ist
Lücken und Rauschen, gefunden im Vergleich der Monitore mit allem anderen in InfraNest.
- Search API hat in den letzten 30 Tagen 4 Fehlalarme ausgelöst3 davon schlugen nur aus Asien-Pazifik fehl, während andere Standorte ihn erreichbar sahen. Zu warten, bis zwei Regionen den Ausfall bestätigen, hält Netzwerkprobleme an einem Standort aus den Alarmen heraus. Ein Ausfall, den alle sehen, alarmiert weiterhin.Nicht nötig2 Regionen verlangen
- Marketing site ist nach einem Deploy von 84 KB auf 9 KB geschrumpftDie Seite antwortet weiter mit 200 und gilt deshalb als erreichbar, ist aber 89 % kleiner als vor dem Deploy: Eine Fehlerseite oder eine leere Hülle sieht genau so aus. Ein Keyword-Check alarmiert, wenn die Wörter fehlen, die auf der Seite stehen sollten.Nicht nötigKeyword-Check hinzufügen
- 15 Server beobachten, die noch nichts prüftDie Server wurden importiert, und noch prüft sie nichts. Jeder bekommt alle paar Minuten einen Ping. Jeder nutzt einen Monitor deines Tarifs.Nicht nötig15 Monitore hinzufügen
Ein Ausfall, ein Vorfall, nicht zehn Alarme
Fällt eine Sache aus, fällt alles dahinter mit aus. Die meisten Tools alarmieren dann für jedes einzeln. Sag InfraNest, was wovon abhängt, und du bekommst einen Vorfall, der die Ursache nennt und alles Betroffene auflistet. Die Zeitachse zeigt Deploy, Ausfall und Alarme der Reihe nach. Liegt das Problem bei uns oder an einem Anbieter-Standort, steht dort „Wahrscheinlich nicht du“. Der Vorfall öffnet sich trotzdem, alarmiert und zählt.
- Ein Vorfall, der die Ursache nennt
- Jede Änderung, Prüfung und jeder Alarm auf einer Zeitachse
- Sagt, warum ein Name nicht auflöst
Ein Vorfall, nicht mehrere: Die Folgen stehen unter der Ursache.
- 14:33Deploy von northwyndr/storefront (f19e6c7)Deploys
- 14:36Checkout flow ist ausgefallen: Checkout returning 503Monitoring
- 14:36API health ist ebenfalls ausgefallen, unter diesem Vorfall gruppiertMonitoring
- 14:36Alarm gesendet an Ops team — email, On-call — critical only, #infra-alerts, Engineering — Discord, Northwind on-call — PagerDutyBenachrichtigungen
Erfahre, ob dein letztes Deploy etwas verschlechtert hat
Die erste Frage bei jedem Ausfall lautet: „Haben wir gerade etwas ausgerollt?“ Verknüpfe ein GitHub-Repository, und jedes Deploy erscheint in deinen Diagrammen. Eine Stunde nach einem Produktions-Deploy werden die betroffenen Monitore öfter geprüft. Dann bekommst du pro Standort eine klare Antwort: besser, unverändert oder schlechter. Wurde es schlechter, sagt es die Startseite und verlinkt das Deploy. So behebst du es, solange es frisch ist.
- Eine Antwort pro Standort, in klaren Worten
- In dieser Stunde jede Minute geprüft, ab Pro
- Die letzte Version zurückholen, nach deiner Bestätigung
e61f7d2 nach production: p95 bis zu 30 % langsamer von jedem Standort, fehlgeschlagene Checks unverändert
| Standort | p95 davor → danach | Ergebnis |
|---|---|---|
| Asien-Pazifik | 391 ms → 502 ms | Schlechter |
| Europa | 182 ms → 236 ms | Schlechter |
| Nordamerika | 268 ms → 342 ms | Schlechter |
Die Stunde nach dem Deploy, verglichen mit der Stunde davor, für jeden Standort: die langsamsten 5 % der Antwortzeiten (p95) und der Anteil fehlgeschlagener Checks. Jede Seite braucht mindestens 10 Checks.
Überwache Websites, APIs, Server und Cronjobs auf einem Bildschirm
Die meisten Ausfälle sind keine dunkle Website. Ein Cronjob stoppt, eine API antwortet falsch, ein Zertifikat läuft ab, ein Port schließt. InfraNest achtet auf all das. Jede Zeile zeigt die letzten 30 Tage, die Antwortzeit und wer den Alarm bekommt. Warnungen können an Slack gehen und echte Ausfälle an PagerDuty, dazu E-Mail, Teams, Discord oder Telegram.
- Websites, APIs, Ports, DNS, Zertifikate und Cronjobs
- Nach Domain oder Server gruppieren
- Filtern, was down ist oder niemanden alarmiert
Keine Monitore für diesen Filter.
Keine Monitore für diesen Filter.
Keine Monitore für diesen Filter.
Was es sonst noch erledigt
Die Teile, die erst interessant werden, wenn du sie brauchst.
Von drei Kontinenten aus geprüft
In Business läuft jede Prüfung von Europa, Nordamerika und Asien-Pazifik aus, und ein Status ändert sich erst, wenn genug Standorte übereinstimmen. In Free und Pro wählst du eine Region.
Alarme, die die richtige Person erreichen
E-Mail, Slack, Teams, Discord, Telegram und PagerDuty. Stell ein Ziel auf nur kritisch, und bei allem anderen bleibt es still.
Statusseiten
Mach aus deinem Monitoring eine öffentliche Seite in deinem Design, mit deinen Vorfällen und Wartungen darauf.
Deine eigenen Prüfstandorte
Lass einen Prüfstandort auf einem deiner Server laufen, um etwas zu überwachen, das nur aus deinem Netzwerk erreichbar ist.
Wartungsfenster
Plane die Arbeit ab Pro. Alarme, Statusseite und Uptime-Wert wissen dann, dass sie geplant war.
Automatisierungen für Monitore
Fällt ein Monitor aus, kann eine Automatisierung ein Jira- oder Linear-Ticket öffnen, auf deiner Statusseite posten oder den Server neu starten. Du entscheidest, wann sie läuft.
Erster Monitor in unter einer Minute live
Füg eine URL ein. Kein Agent, keine Konfiguration, und der Free-Tarif behält zwanzig davon.
Selbst gebaut vs InfraNest
Der Unterschied zwischen wissen, dass es down ist, und wissen, was als Nächstes zu tun ist.
Von Hand
- Ein Kunde sagt dir, dass die Website down ist
- Herumfragen, was sich geändert hat
- Nachts um 2 Logs lesen, um die kaputte Stelle zu finden
- Jeder abhängige Dienst alarmiert einzeln
- Ein gestoppter Cronjob, eine Woche später bemerkt
Mit InfraNest
- Ein Alarm von deinem eigenen Monitor, bevor jemand schreibt
- Die Änderung kurz davor, genannt, wenn eine heraussticht
- Die ausgefallene Ebene, genannt auf der Monitor-Seite
- Ein Vorfall mit der Ursache, der Rest darunter aufgelistet
- Ein Heartbeat-Monitor, der die Stille in Minuten bemerkt
Ein Login, zehn Module
Neun Module stecken in jedem Tarif, auch in Free, Firewalls gibt es ab Pro. Es unterscheiden sich die Limits und ein paar erweiterte Funktionen ab Pro.
Darauf aufbauen
Was es einzeln kosten würde
Jedes Teil aus einem anderen Tool – das summiert sich schnell:
- Uptime-Monitoring
- ~26 €
- SSL-Tracking
- ~15 €
- Statusseite
- ~26 €
- Über 3 einzelne Tools
- ~67 €/Mon.
Außerdem in Pro, oben nicht mitgerechnet: 100 Domains mit DNS, 10 Server über deine Cloud-Anbieter hinweg, 25 Automatisierungen, Dynamic IP und Drop Catch.
Jede Zeile ist der günstigste Bezahltarif des jeweiligen Tools. Pro deckt alles ab: 50 Monitore, 100 Zertifikate und 3 Statusseiten auf deiner Domain.
Preise geprüft im Oktober 2026 · Dollarpreise zum EZB-Kurs
Gemacht für die Art, wie du arbeitest
Mit einem kostenlosen Tool ausprobieren
Häufige Fragen
Wie finde ich heraus, warum meine Website ausgefallen ist?
InfraNest schaut, was sich in den 30 Minuten vor dem Ausfall geändert hat: Deploys, ein Anbieter-Ausfall und Änderungen an Server, Firewall, DNS oder Monitor. Sticht eine Art Änderung heraus, nennt es sie, mit Link. Sind es mehrere, listet es sie auf und wählt keine. Hat sich nichts geändert, sagt es das. Es antwortet nach Regeln und rät also nie.
Von wo aus laufen die Prüfungen?
In Business gleichzeitig von Europa, Nordamerika und Asien-Pazifik aus, und ein Status ändert sich erst, wenn genug Standorte übereinstimmen. So alarmiert dich kein einzelner wackeliger Standort. In Free und Pro prüft jeder Monitor von einer Region aus, die du wählst. Du kannst auch einen Prüfstandort auf deinem eigenen Server betreiben, um etwas zu überwachen, das nur aus deinem Netzwerk erreichbar ist.
Was kann es überwachen?
Websites und APIs, Keyword- und Redirect-Prüfungen, TCP-Ports, Ping, DNS-Einträge, SSL-Zertifikate, Heartbeat-Monitore für Cronjobs, CPU, Arbeitsspeicher, Platte und Dienste deiner Server sowie Statusseiten anderer Anbieter.
Wie reduziere ich Fehlalarme beim Monitoring?
In Business ändert sich ein Status erst, wenn genug Standorte übereinstimmen. InfraNest schaut auch auf deinen eigenen Verlauf. Fällt ein Monitor immer wieder kurz aus oder markiert ihr seine Vorfälle als Fehlalarm, schlägt es die eine Einstellung vor, die hilft, und sagt warum. Nichts ändert sich, bevor du bestätigst.
Wie verhindere ich, dass ein Ausfall zehn Alarme auslöst?
Sag InfraNest, welche Monitore von welchen abhängen. Fällt ein übergeordneter aus, stehen die abhängigen unter einem Vorfall, statt einzeln zu alarmieren. Ein Dienst, der ständig ausfällt und wiederkommt, wird eigens behandelt und alarmiert nicht jedes Mal.
Kann ich CPU, Arbeitsspeicher und Platte von Servern überwachen?
Ja. Deine Server stehen neben deinen Monitoren, mit CPU, Arbeitsspeicher, Platte und Last und einer Prognose, wann eine Platte voll ist. Arbeitsspeicher und Platte kommen von unserem kleinen Agent. Ohne ihn siehst du, was dein Cloud-Anbieter meldet.
Wohin können Alarme gehen?
An E-Mail, Slack, Microsoft Teams, Discord, Telegram und PagerDuty. Jedes Ziel lässt sich auf einen Schweregrad einstellen, ein Kanal nur für Kritisches bleibt bei Warnungen also still. Eine Automatisierung kann weiter gehen: ein Jira-, Linear-, Notion- oder GitHub-Ticket öffnen, auf deiner Statusseite posten oder deinen eigenen Webhook aufrufen.
Braucht die Überwachung eines Cronjobs einen Agent?
Nein. Ein Heartbeat-Monitor gibt dir eine URL, die dein Skript am Ende aufruft. Kommt der Aufruf nicht rechtzeitig, wirst du alarmiert. So fällt der Job auf, der still gestoppt hat und den eine URL-Prüfung nie sehen kann.
Was passiert bei geplanter Wartung?
Öffne ab Pro ein Wartungsfenster. Prüfungen darin alarmieren nicht mehr, die Statusseite sagt, dass die Arbeit geplant war, und dein Uptime-Wert wird dafür nicht bestraft.
Zwanzig Monitore, im Free-Tarif
Füg eine URL ein. Deine erste Prüfung läuft in unter einer Minute, und der nächste Ausfall kommt mit einem Grund.
Kostenloser Plan · Keine Kreditkarte nötig · In Minuten eingerichtet