Übersicht – was dieser Bildschirm leistet
Übersicht ist der erste Bildschirm nach der Anmeldung (/). Sie führt Verfügbarkeit und Sicherheit in einer einzigen Ansicht zusammen: Das obere Band zeigt zusammengesetzte Zustandsanzeigen, KPI-Karten und den Erkennungs-Donut, das untere Band die Zeitreihenstreifen für Last / Arbeitsspeicher / Netzwerk / Speicher des Serverbestands.
Wesentliche Merkmale:
- Zwei konvergente Gesamtbewertungen – eine Verfügbarkeitsanzeige (gewichtete Zusammensetzung der gesamten nicht sicherheitsbezogenen Telemetrie) neben einer Sicherheitsanzeige (gewichtete Zusammensetzung der Erkennungsbelege aus 24 Std.).
- 8 KPI-Karten – Server, Lastspitze, Speicherspitze, Netzwerkspitze, Bedrohungen, Backup sowie (sofern Daten vorliegen) Web-Dienst und Datenbank.
- Erkennungs-Donut (24 Std.) – IDS-Warnungen / KI-Anomalien / Web-Angriffe / Scan und Sperre, vier Kategorien.
- Panel für Dienstleistung – wählen Sie je einen Web- und einen DB-„Einzeldienst“ als kompakte Anzeige aus (niemals summiert).
- Serverstreifen über die volle Breite – Last / Arbeitsspeicher / Netzwerk / Speicher, ein Bereichsumschalter 6h · 24h · 3d, Bildschirmteilung (1 · 2 · 3), ein Höhenregler sowie lineare/logarithmische Skala.
- Live-Abfrage – eine günstige
rev-Prüfung (letzte seq) lädt die schwere Nutzlast nur dann, wenn sie sich geändert hat, und tauscht die Daten anschließend an Ort und Stelle aus.
Sämtliche Zahlen sind echte Daten, die von Collectors außerhalb von Laravel in die Datenbank geschrieben werden. Ist die Alt-Datenbank nicht erreichbar oder leer, weicht der Controller sauber auf ein strukturell identisches Mockup (Demo) aus; in diesem Fall lautet
sourcemockupundrev0, sodass das Frontend das erneute Rendern überspringt.
Wann Sie den Bildschirm nutzen
- Zum Tagesbeginn, wenn Sie in 30 Sekunden wissen müssen, „wo es gerade wehtut“ – Farbe der Anzeige und Belegsymbole machen sofort deutlich, welche Achse (Erreichbarkeit · Last · Arbeitsspeicher · Festplatte · RAID · Backup / IDS · KI · Web · Firewall · Reputation · TLS) mit Abzügen belegt wird.
- Zum Aufbau einer Überwachungswand – mit Bildschirmteilung und Blättern über mehrere Monitore verteilen (Vollbildmodus).
- Um nachzuvollziehen, wann die Last- oder Festplattenspitze eines Servers auftrat („vor N Minuten“).
- Als Ausgangspunkt, bevor Sie in Detailbildschirme wie Infrastruktur ▸ Server oder Sicherheit ▸ Übersicht eintauchen.
Aufbau
Kopfbereich
Titel und Leitsatz („Sofort reagieren · Automatisch vorbereitet · Jederzeit wiederherstellbar“) sowie rechts der Zeitstempel der Erfassung (stamp) und die Anzahl der Hosts, ein LIVE/PAUSED-Schalter und eine Vollbild-Schaltfläche.
Zustandsbewertung (links)
Zwei Ringanzeigen (Verfügbarkeit, Sicherheit) mit einem zweispaltigen Belegpanel darunter:
| Spalte | 6 Symbole (Tooltip beim Überfahren) | Herkunft der Bewertung |
|---|---|---|
| Grundlage der Verfügbarkeit | Erreichbarkeit · Last · Arbeitsspeicher · Festplatte · RAID · Backup | avail_parts aus aggregate() (dauerbewusste Zusammensetzung 0–100) |
| Grundlage der Sicherheit | IDS · KI · Web · Firewall · Reputation · TLS | PostureService (24-Std.-Anteile unbehandelter Reste, normalisiert auf Zustandsbewertungen) |
Jedes Symbol wird über metric_cls eingefärbt: ≥90 good · ≥70 warn · darunter crit · ohne Daten erscheint — (na).
KPI-Karten (Mitte 3×2 + 2 bedingte)
| Karte | Wert | Unterzeile |
|---|---|---|
| Server | online/gesamt | Anzahl offline oder „alle online“ |
| Lastspitze | höchste Last in der sichtbaren Menge | Host · „vor N Min.“ |
| Speicherspitze | höchster Speicher-Prozentwert in der sichtbaren Menge | Host · „vor N Min.“ |
| Netzwerkspitze | höchste Paketzahl (der größere Wert aus Ein/Aus) | Host · „vor N Min.“ |
| Bedrohungen | offen (= Kitsune-Sperren) | heute gesperrt |
| Backup | Erfolgsquote über 14 Tage in % | Anzahl Läufe in 24 Std. · letzte Dauer · vorherrschender Typ |
| Web-Dienst (bedingt) | up/gesamt | langsamster Host · ms |
| Datenbank (bedingt) | up/gesamt | am stärksten ausgelastete DB · langsame Abfragen in 24 Std. · in Warteschlange |
Die Spitzenwerte für Last/Arbeitsspeicher/Netzwerk werden im Frontend als „das Maximum der Reihe über die aktuell sichtbaren Server (current_servers)“ berechnet. Das bedeutet: Ändern Sie Teilung oder Seite, ändert sich auch, welche Server die Spitzenkarten berücksichtigen. Die Angabe „vor N Min.“ wird aus der seq-Position (
times[idx]) abgeleitet, an der diese Spitze zuerst beobachtet wurde.
Panel für Dienstleistung (rechts)
Zeigt je einen Web- und einen DB-Dienst als kompakte Anzeigen – einzeln, nicht summiert, damit ein außer Kontrolle geratener Dienst nicht in einem Mittelwert untergeht. Über das Auswahlmenü („Anderen Dienst wählen“) wechseln Sie das Ziel:
- Web – ein Antwortcode-Donut mit vier Bändern (2xx good · 3xx info · 4xx warn · 5xx crit) mit den Anfragen pro Sekunde in der Mitte sowie Fehlerquote und Latenz. Standardauswahl: der Dienst mit den meisten Anfragen pro Sekunde.
- DB – ein Bogen zur Verbindungsauslastung (Plätze) mit den QPS in der Mitte sowie aktiv/in Warteschlange. Standardauswahl: die höchste Auslastung. Farbschwellen 70/90 % (die Konvention aus Service ▸ Datenbank).
Erkennungs-Donut (rechts)
Erkennungen der letzten 24 Stunden in vier Kategorien (IDS/KI/Web/Scan). ECharts-Donut + eine HTML-Legende (Name · kompakte Anzahl · Anteilsbalken).
Unten – Serverstreifen über die volle Breite
Unter der Werkzeugleiste Server stats (RAID-Chip · Chip „<1G frei“ · Höhenregler · Bereichsbezeichnung · Zeitbereichsumschalter · Teilungsschaltflächen) liegen vier Streifen:
- Durchschnittslast – die drei Server mit den höchsten aktuellen Werten, angeheftet mit Alias·Wert, linear/logarithmisch.
- Arbeitsspeicher – Auslastung in %, linear/logarithmisch.
- Netzwerkverkehr – gestapelte Fläche aus Eingang (unten) + Ausgang (oben).
- Speicher – nichtlineare Anzeige der Wurzel (/) + Belegung der Partition
/data.
So gehen Sie vor
- Zuerst die Anzeigen – lesen Sie die Farbe der beiden Bewertungen. Ist sie niedrig, fahren Sie über die roten (crit) bzw. bernsteinfarbenen (warn) Felder der 6 Belegsymbole darunter, um zu sehen, welche Achse Abzüge erhält.
- KPI-Karten – suchen Sie nach Ausreißern (Server offline, Bedrohungen, Backup-Erfolgsquote). Über das „vor N Min.“ der Spitzenkarten legen Sie den Zeitpunkt des Ereignisses fest.
- Zeitfenster wechseln – die Schaltflächen
6h · 24h · 3dunten rechts ändern das Fenster der Streifen. Die Auswahl wird inlocalStorage(infr:range:overview) gespeichert und über den Parameterrangeerneut beim Server abgefragt. KPI-Karten und Zustandsanzeigen bleiben fest auf dem 24-Std.-Konzept (nur die Streifen erhalten ein neues Fenster). - Bildschirmteilung – die Schaltflächen
All · 2 · 3teilen den Serverbestand in Seiten auf (◀▶). Nützlich, um ihn über mehrere Monitore zu verteilen. - Höhe und Skala – der Regler bestimmt die Streifenhöhe (80–360px); das
Lin/Logjedes Streifens bestimmt die Skala der y-Achse (hilfreich bei Hosts mit starken Ausschlägen). - Live / Vollbild – der Schalter
LIVEim Kopfbereich schaltet die Abfrage ein und aus;full screenblendet die obere Navigationsleiste für den Modus Überwachungswand aus.
Bereich → Anzahl der Punkte
Das Fenster der unteren Streifen wird anhand der Erfassungstaktung von server_status (etwa 5 Min.) in eine Anzahl von seq-Punkten umgerechnet.
| range | seq-Punkte |
|---|---|
6h |
72 |
24h |
288 (Standard) |
3d |
864 |
Verhalten der Live-Aktualisierung (Abfrage)
every 30s ──▶ GET /overview/rev (cheap latest seq)
│ rev changed?
├─ no → skip (0 bandwidth)
└─ yes → GET /overview/live?range=<window> → swap data + re-render charts
- Ist der Tab ausgeblendet (
document.hidden), pausiert die Abfrage und nimmt den Betrieb mit einer sofortigen Prüfung wieder auf. - Ein
clock-Takt im 30-Sekunden-Rhythmus berechnet die Angaben „vor N Min.“ auch dann neu, wenn sich die Daten nicht geändert haben. - Ist Reverb angebunden (
window.Echo), kann ein.tick-Ereignis auf dem Kanalinfr.overviewdieselbe Aktualisierung auf Push umstellen (derzeit ohne Wirkung – siehe Echtzeit (Reverb)).
Datenquellen
Alle nur lesend. Die Anwendung liest die alten Ressourcentabellen unverändert.
| Achse | Tabelle / Dienst | Verbindung | Verwendung |
|---|---|---|---|
| Serverbestand / Reihen | server_status (loadavg·free·df-*·traffic-out) |
legacy (MAIN) |
Streifen für Last/Arbeitsspeicher/Festplatte/Netzwerk, Erreichbarkeit |
| RAID | storage_status (status_summary) |
legacy |
Beleg Optimal/Degraded/Failed |
| Backup | backup_history |
legacy |
Erfolgsquote über 14 Tage · letzter Lauf · Typ |
| IDS | suricata_alert_ct |
legacy_glory |
Erkennungs-Donut · Grundlage der Sicherheit (sev 1·2) |
| KI-Anomalie | kitsune_detail_log (is_blocked) |
legacy_glory |
Erkennungen · Bedrohungen · Grundlage der Sicherheit |
| Web-Angriff | nginx_meta_ct (is_suspicious) |
legacy_glory |
Erkennungen · Anteil verdächtiger Anfragen |
| Reputation / Sperre | blacklist_info |
legacy_glory |
heute gesperrt · Druck durch neue Sperren |
| TLS-Hygiene | suricata_tls_ct (version) |
legacy_glory |
Anteil schwacher TLS-Versionen (<1.2) |
| Leistung Web-Dienst | WebMetricService::dashboard() (infr_web_metric) |
central | Web-KPI · Leistungspanel |
| DB-Leistung | DbCollectorService::latest() · infr_db_metric · infr_collector (access=database) |
central | DB-KPI · Leistungspanel |
| Firewall-Exposition | FirewallService::dashboard() (infr_instance_firewall) |
central | Grundlage der Sicherheit fw |
Formeln der Gesamtbewertungen
Verfügbarkeit = gewichteter Mittelwert der Achsen, für die Daten vorliegen (die Gewichte werden neu normiert). Jede Achse betrachtet das gesamte angezeigte Fenster und zieht danach ab, „wie lange (Dauer) und wie schwer (Spitze)“ der Schwellenwert überschritten wurde.
| Achse | Gewicht | Grundlage des Abzugs |
|---|---|---|
| Erreichbarkeit | 0.30 | Anteil der Zyklen ohne Antwort nach dem ersten Bericht |
| Last | 0.15 | Überschreitung der Durchschnittslast ≥ 8 (≥16 = vollständig überlastet) |
| Arbeitsspeicher | 0.15 | Auslastung > 99% (100% = vollständig unter Druck) |
| Festplatte | 0.15 | freier Platz auf der Wurzel < 1G (nur gemessene Partitionen, 0G = vollständig gefährdet) |
| RAID | 0.15 | ein Knoten mit Degraded/Failed erhält 0 |
| Backup | 0.10 | Erfolgsquote über 14 Tage |
Sicherheit = gewichteter Mittelwert der 6 Belegkennzahlen (nur der vorhandenen). Jede normiert einen 24-Std.-Messwert aus glory auf eine Zustandsbewertung (0–100) – je größer Menge bzw. Anteil, desto höher der Abzug (maximaler Abzug 45 → Untergrenze 55). Nur wenn keine einzige Kennzahl verfügbar ist, wird auf den heuristischen Skalarwert aus detections() zurückgegriffen.
| Kennzahl | Gewicht | Quelle (24 Std.) | Voller Abzug bei |
|---|---|---|---|
| ids | 0.22 | Anzahl der IDS-Warnungen hoher Schwere (sev 1·2) | 200 |
| ai | 0.22 | Anzahl der Kitsune-Sperren | 500 |
| web | 0.20 | Anteil % verdächtiger nginx-Anfragen | 8% |
| rep | 0.14 | Anzahl der heute neu gesperrten IP-Adressen | 400 |
| tls | 0.12 | Anteil % schwacher TLS-Versionen (<1.2) | 5% |
| fw | 0.10 | kritische Ports auf öffentlicher IP ×2 + kritische + nicht verwaltete Exposition | 200 |
Cache-TTL
| Ziel | TTL | Schlüssel |
|---|---|---|
| Echte Daten der Übersicht (build) | 30s | infr:overview:data:v1:{points} |
| Panel für Dienstleistung (web/db) | 15s | infr:ov:perf |
| Grundlage der Sicherheit (PostureService) | 300s | infr:sec:posture:v1:<range> |
Zugriff
- Bildschirm nur zum Lesen. Die Startseite (
/) wendet ausschließlich die Middlewareinfr.authan – jede authentifizierte Stufe (demo=1 und höher) kann sie ansehen. Es gibt keine schreibenden Aktionen und damit auch keine Stufenschranke. - Sicherheitsbelege und Erkennungszahlen sind hier selbst für demo (1) sichtbar, der eigene Rollenbereich Sicherheit (
/security/*) ist jedoch gesondert mitinfr.level:2abgesichert. - Zum Stufenschema insgesamt siehe RBAC-Stufen.
Fehlerbehebung und FAQ
Q. Anzeigen und Karten zeigen demoartige Werte.
Das ist der Rückfall auf das Mockup, der ausgelöst wird, wenn die Verbindung zur Alt-Datenbank (legacy/legacy_glory) fehlschlägt oder keine Daten vorliegen. Lautet source in der Nutzlast mockup und rev 0, ist die echte Datenbank nicht verfügbar. Prüfen Sie die Datenbankverbindung und die Aufnahme durch die Collectors (Verwaltung ▸ Collectors).
Q. Ein Belegsymbol zeigt —.
Für diese Achse liegen keine Daten vor (sie wird aus der Gewichtung ausgenommen). Ist etwa die Firewall-CMDB (infr_instance_firewall) leer, zeigt fw ein — – benötigt werden Firewall-Assets, nicht die alte firewall_status. RAID wird ausgenommen, wenn kein passender storage_status.host existiert.
Q. Die Daten werden nicht aktualisiert.
Prüfen Sie (1), ob der Schalter im Kopfbereich PAUSED anzeigt, und (2), ob der Tab im Hintergrund liegt (im ausgeblendeten Zustand pausiert die Abfrage). Die Collectors nehmen außerhalb von Laravel etwa im 5-Minuten-Takt auf, daher kann der tatsächliche Wert selbst bei 30-Sekunden-Abfrage um Minuten hinterherhinken. Hat sich rev nicht geändert, wird die schwere Nutzlast nicht geladen.
Q. Der Server mit der Lastspitze unterscheidet sich je nach Ansicht.
Die Spitze wird gegen die Servermenge der aktuellen Ansicht (Teilung/Seite) berechnet. Um über alle Server hinweg zu urteilen, stellen Sie die Teilung auf All.
Q. Der Netzwerkeingang ist immer 0.
server_status besitzt keine eingehende Quelle je Alias, daher wird net_in mit 0 gefüllt und nur traffic-out (Pakete) gemessen. Zur detaillierten Bandbreite siehe Traffic (Netzwerk-E/A).
Q. Das Ändern des Bereichs bewegt die KPIs und Anzeigen nicht.
Das ist so vorgesehen. Der range (6h/24h/3d) gilt ausschließlich für die unteren Streifen; KPI-Karten und Zustandsanzeigen folgen einem festen 24-Std.-Konzept.
Verwandte Themen
- Infrastruktur ▸ Server – Last- und Speicherzeitreihen je Server im Detail
- Infrastruktur ▸ Zustand – Live-Sonden der Knotenkarten
- Sicherheit ▸ Übersicht – der Abwehrtrichter Bedrohung→Erkennung→Reaktion
- Service ▸ Web · Service ▸ Datenbank – die Quellbildschirme des Leistungspanels
- Infrastruktur ▸ Alarme – Alarmrichtlinien für Schwellenwertüberschreitungen
- Echtzeit (Reverb) – Hintergrund zum Übergang von Abfrage zu Push
