Dokumentation
Schnellstart + Funktionsbeschreibung für jeden Bereich und jedes Gerät (wird laufend erweitert)
Zustandsprüfung & Dashboard
Dieser Artikel stellt die Server-Zustandsüberwachung im Dashboard sowie die Bedeutung der einzelnen Kennzahlen vor.
Funktionsüberblick
Das Dashboard zeigt den Echtzeit-Zustand aller Server auf einen Blick: CPU-Last, Arbeitsspeicher-Nutzung, Festplattenbelegung, Systeminformationen und Onlinestatus. Öffne einfach die Startseite des Panels, um alle Server zu überblicken.
Anwendungsfälle
- Schnell erkennen, welche Server normal laufen und welche auffällig sind
- Überwachen, ob Arbeitsspeicher/Festplatte bald voll sind – frühzeitig warnen
- Basisinformationen eines Servers ansehen (CPU-Modell, Kernanzahl, Systemversion, Architektur)
Angezeigte Inhalte (was die einzelnen Kennzahlen bedeuten)
Jede Serverkarte zeigt:
| Kennzahl | Bedeutung | Einfach erklärt |
|---|---|---|
| Onlinestatus | online / offline (grüner / roter Punkt) | ob sich das Panel per SSH verbinden kann |
| CPU-Last | Systemlast-Durchschnitt | Je näher die Zahl an der „Kernanzahl“ liegt, desto beschäftigter; dauerhaft über der Kernanzahl bedeutet knappe CPU |
| Arbeitsspeicher | gesamt / belegt / verfügbar | Bei zu wenig verfügbarem Arbeitsspeicher (<8 %) ist Vorsicht vor OOM geboten |
| Festplatte | Root-Partition gesamt / belegt / Nutzung | Ab über 90 % Nutzung sollte aufgeräumt werden |
| Laufzeit | Tage seit dem letzten Neustart | Ein hoher Wert spricht für ein stabiles System |
| CPU-Modell / Kerne / Architektur | z. B. „4 Kerne / x86_64 / Intel Xeon“ | Hardware-Ausstattung |
| Betriebssystem | Name und Version der Distribution | z. B. „Ubuntu 22.04“ |
| Hostname | der hostname des Servers | der Rechnername |
| LAN-IP | die interne Adresse des Servers | interne Adresse |
Verhältnis von Last und Kernanzahl
- Last < Kernanzahl: normal, die Maschine hat Leerlauf
- Last = Kernanzahl: gerade voll ausgelastet
- Last > Kernanzahl: überlastet, kann langsamer werden
- Last > Kernanzahl × 3: stark überlastet (der Absturzschutz greift standardmäßig bei dieser Schwelle ein)
Aktualisierungsmechanismus
- Das Panel prüft alle Server gebündelt (parallel), damit das einzelne Verbinden nicht zu langsam wird
- Zustandsdaten werden 60 Sekunden zwischengespeichert: Aktualisierungen innerhalb derselben Minute lösen keine erneute SSH-Verbindung aus
- Server mit fehlgeschlagener Prüfung werden 30 Sekunden als fehlgeschlagen zwischengespeichert: offline Server verursachen nicht jedes Mal eine erneute Wartezeit auf die Zeitüberschreitung
> Wenn du manuell auf „Aktualisieren“ klickst und sich die Daten nicht ändern, ist das also normales Cache-Verhalten – nach 60 Sekunden aktualisieren sie sich automatisch.
Erklärung des Online-/Offline-Status
„Offline“ bedeutet nicht, dass der Server ausgefallen ist – es heißt nur, dass „das Panel sich nicht per SSH mit diesem Server verbinden kann“. Häufige Ursachen:
1. SSH-Port nicht erreichbar (Cloud-Firewall/Sicherheitsgruppe blockiert, NAT-Port-Mapping ausgefallen)
2. Falsches Konto oder Passwort
3. Der Server ist tatsächlich ausgefallen
Zur Fehlersuche siehe den Abschnitt „Server wird als offline angezeigt“ in den Häufige Fragen FAQ.
Hinweise
1. Die Zustandsprüfung erfolgt per SSH durch remote ausgeführte Befehle – es wird kein Programm auf dem Zielserver installiert und keine Ressource dort verbraucht.
2. Bei „Tunnel-Servern“ (ohne öffentliche IP) werden die Zustandsdaten über den Reverse-Tunnel übertragen; die Prüfmethode ist dieselbe wie bei normalen Servern.
3. Ist ein Server dauerhaft offline und wird nicht mehr verwendet, sollte er in der „Serververwaltung“ gelöscht werden, damit nicht jede Aktualisierung auf eine Zeitüberschreitung wartet.