Sehen Sie sich die CPU-, Netzwerk- und Festplattenaktivität Ihrer Server als Graphen an und lassen Sie sich benachrichtigen, wenn etwas zu lange über einem Grenzwert bleibt. Dies richtet sich an alle, die die Serverstabilität im Blick behalten möchten, ohne Monitoring-Experte zu sein.
Überblick
- InfraNest erfasst automatisch die CPU-, Netzwerk- und Festplattenmetriken jedes Servers und zeigt sie als Graphen an.
- Sie können Alarmregeln festlegen, damit InfraNest Sie informiert, wenn eine Metrik zu lange zu hoch bleibt.
- Arbeitsspeicher, Speicherplatz und Systemlast erfordern die Installation des Server-Agenten, da Ihr Anbieter diese nicht meldet.
- Wenn ein Dienst auf dem Server ausfällt, teilt InfraNest Ihnen in verständlicher Sprache mit, warum – ohne jemals Ihre Logs zu lesen.
Metriken ansehen
- Gehen Sie zu Monitore, um alle Server auf einen Blick zu sehen.
- Öffnen Sie einen Server, um dessen eigene Monitoring-Seite mit Live-Graphen für CPU, Netzwerk ein/aus und Festplatte lesen/schreiben sowie Speicherplatz und laufende Prozesse zu sehen.
NoteBei einem Server muss Monitoring aktiviert sein, bevor etwas darüber erfasst wird. Bis dahin wird er zwar aufgeführt, es werden jedoch keine Daten angezeigt.
Arbeitsspeicher, Speicherplatz und Systemlast werden standardmäßig nicht angezeigt — die API Ihres Anbieters meldet sie nicht. Sie existieren nur auf dem Server selbst, daher bleiben Regeln für diese Metriken ausgegraut, bis der Agent installiert ist.
Woher Alarmregeln kommen
Die meisten Regeln werden einmal für Ihre gesamte Organisation unter Alert defaults festgelegt, und jeder Server erbt sie. In der Alarmliste eines Servers werden diese als Organisationsstandard angezeigt.
Wenn ein Server andere Werte benötigt — etwa eine Build-Maschine, die absichtlich heiß läuft — ändern Sie die Regel dort, und sie wird zu Hier überschrieben, was nur diesen Server betrifft. Verwenden Sie Zurücksetzen, um zur Regel der Organisation zurückzukehren. Sie können auch eine Regel hinzufügen, die nur auf einem Server existiert und sonst nirgendwo.
Das Deaktivieren einer Organisationsregel deaktiviert sie überall, auch auf Servern, die sie individuell angepasst hatten.
Eine Benachrichtigung einrichten
- Öffnen Sie auf der Monitoring-Seite des Servers Alarmregeln und wählen Sie Metrik-Warnung hinzufügen.
- Wählen Sie die Metrik (CPU, Netzwerk ein/aus oder Festplatte lesen/schreiben), einen Schwellenwert und wie lange die Überschreitung andauern muss.
- Wählen Sie Speichern.
Die Dauer ist das Zeitfenster, über das InfraNest den Durchschnitt bildet, keine Stoppuhr. Es nimmt den Durchschnitt der Metrik über diese Minuten und warnt nur, wenn der Durchschnitt Ihren Grenzwert überschreitet — so weckt eine einminütige Spitze durch ein Backup oder einen geplanten Vorgang niemanden, während echte anhaltende Last dies tut. Wenn sie ausgelöst wird, öffnet sie einen Vorfall und benachrichtigt Ihre Benachrichtigungsziele.
Sobald eine Warnung ausgelöst wurde, muss die Metrik deutlich unter Ihren Grenzwert zurückkehren (etwa 10 % darunter), bevor sie als erholt gilt. Das verhindert, dass ein Wert, der genau auf der Grenze schwankt, immer wieder warnt und sich erholt.
Was Sie erhalten
Sie erhalten höchstens zwei Nachrichten pro Warnung:
- Wenn sie ausgelöst wird — der aktuelle Wert, der von Ihnen festgelegte Grenzwert und wie lange er bereits überschritten ist.
- Wenn sie sich wieder normalisiert — eine Entwarnung, die angibt, wie lange der Wert über dem Grenzwert lag. Es ist nichts weiter zu tun; sie schließt lediglich die erste Nachricht.
Wenn eine Spitze zu kurz ist, um die Warnung auszulösen, erhalten Sie überhaupt keine Nachricht — nicht einmal eine Entwarnung, da keine Warnung geschlossen werden musste. Der Vorfall wird automatisch behoben, wenn sich die Metrik erholt.
NoteDiese Vorfälle stehen neben Ihren Verfügbarkeits-Vorfällen, sodass Serverstabilität und Dienstverfügbarkeit an einem Ort zusammenkommen.
Wenn Sie den Agenten installieren
Hier ändert sich nichts — Schwellenwerte, Dauer, Erholungsverhalten, Vorfälle und Benachrichtigungen funktionieren alle auf dieselbe Weise. Sie erhalten lediglich mehr Metriken, für die Sie Regeln schreiben können, eine Messung pro Minute statt alle fünf Minuten, und die Möglichkeit einer Warnung für einen Server, der überhaupt keine Daten mehr meldet.
Das Entfernen des letzten Agent-Tokens versetzt den Server direkt zurück auf Anbieter-Metriken. InfraNest informiert Sie, wenn dies geschieht, da die Regeln, die nur der Agent messen kann, ab diesem Zeitpunkt nicht mehr gemessen werden.
Wenn ein Dienst ausfällt, sagen wir Ihnen, warum
Wenn Sie den Agenten installiert haben, listet der Reiter Dienste auf, was auf der Maschine eingerichtet ist, und stellt alles Fehlgeschlagene ganz oben.
Ein fehlgeschlagener Dienst zeigt warum er fehlgeschlagen ist, in verständlicher Sprache, neben dem Namen:
| Was Sie sehen | Was passiert ist |
|---|---|
| Kein Speicher mehr | Das System hat ihn beendet, um Speicher freizugeben. Meist ist die Maschine zu klein für das, was darauf läuft, oder der Dienst hat ein Leck. |
| Mit einem Fehler beendet | Er wurde mit einem eigenen Fehler beendet. Der Fehlercode wird daneben angezeigt. |
| Hat zu lange gedauert und wurde beendet | Er hat den Start oder das Herunterfahren nicht in der vorgesehenen Zeit abgeschlossen. |
| Zu oft fehlgeschlagen für weitere Versuche | Er startete immer wieder neu und gab auf. Etwas ist falsch, das ein Neustart nicht behebt. |
| Reagierte nicht mehr | Er meldete sich nicht mehr, daher wurde er neu gestartet. |
| Abgestürzt | Er wurde unerwartet beendet und hinterließ eine Absturzdatei. |
| Konnte nicht bekommen, was zum Start benötigt wurde | Etwas, von dem er abhängt, fehlte — eine Datei, ein Port, ein Gerät. |
Das reicht normalerweise aus, um zu wissen, was zu tun ist: „Kein Speicher mehr“ deutet auf die Servergröße hin, „konnte nicht bekommen, was zum Start benötigt wurde“ deutet auf die Konfiguration hin.
Warum wir das Log des Dienstes nicht anzeigen
InfraNest sendet bewusst keine Log-Ausgaben Ihrer Dienste in das System und plant dies auch nicht.
Logs enthalten routinemäßig Passwörter und Zugangsschlüssel — eine Datenbank-Verbindungszeichenfolge in einem Startfehler, einen Token in einer fehlgeschlagenen Anfrage. Sie von Ihrem Server nach InfraNest zu kopieren, würde Ihre Zugangsdaten dorthin bringen, wo sie nicht hingehören, und keine Filterung kann ein Geheimnis zuverlässig von gewöhnlichem Text in der Ausgabe eines beliebigen Programms unterscheiden.
Der im Reiter Dienste angezeigte Fehlergrund beantwortet die Frage, die das Log beantwortet hätte, ohne dass irgendetwas Ihre Maschine verlässt.
Um das Log selbst zu lesen, verwenden Sie die Maschine, der Sie bereits vertrauen: melden Sie sich per SSH an und führen Sie aus
journalctl -u name-of-the-service --since "1 hour ago"
Der im Reiter Dienste angezeigte Dienstname ist genau das, was nach -u steht.
Fehlerbehebung
- Eine Regel bleibt ausgegraut — diese Metrik benötigt den auf dem Server installierten Agenten; Anbieter-Metriken allein können sie nicht messen.
- Keine Warnung für eine im Graphen sichtbare Spitze ausgelöst — die Spitze war wahrscheinlich kürzer als die von Ihnen festgelegte Dauer, sodass ihr Durchschnitt Ihren Schwellenwert nie überschritten hat.
- Sie haben keine Entwarnung erhalten — das bedeutet, dass für diesen Einbruch nie eine Warnung ausgelöst wurde, sodass es nichts zu schließen gab.
War dieser Artikel hilfreich?