Redis Monitor

Zweck & Benutzerziel: Das Redis Monitor-Tool bietet Echtzeit-Einblick in Redis-Instanzen auf Einzelknoten, Clustern oder verwalteten Diensten. Zielnutzer sind Site Reliability Engineers, Entwickler, DBAs und Betriebspersonal, die Speicherbelastung, Latenzspitzen, hohe Befehlsdurchsatzrate und Replikationsverzögerung erkennen müssen. Es liest Redis INFO-Daten, INFO REPLICATION und verwandte Statistiken über authentifizierte Verbindungen; es ist read-only und nicht-invasiv, geeignet für kontinuierliche Gesundheitschecks und Kapazitätsplanung.

Kernlogik & Funktionen: Erforderlich: Verbindung zu Redis über Host, Port und Anmeldeinformationen; regelmäßige INFO-Abfragen; Metriken werden zu einer Zeitreihe aggregiert; Nutzungsgrad (z.B. used_memory / maxmemory), Durchsatz (commands_per_sec aus Delta total_commands_processed), sowie Latenz-Perzentile. Optional/fortgeschritten: Multi-Instance-Aggregation für Cluster, Warnschwellen, historische Trends, Export nach JSON/CSV, Integrations-Hooks. Zu den Funktionen gehören: Speicherkennzahlen, verbundene Clients, total_commands_processed, instantaneous_ops_per_sec, p95-Latenz, Replikationsverzögerung, Persistenzstatus, Latency-Samples.

Eingaben & Ausgaben: Eingaben: host (string), port (int), benutzername (string, optional), passwort (string, optional), use_tls (bool), tls_ca (string, optional), sampling_interval_sec (int), metrics_to_collect (string-Array), instance_name (string, optional). Ausgaben: metrics_report mit timestamp (ISO 8601), instance_id, host, port, metrics (Objekt) einschließlich used_memory_bytes, maxmemory_bytes, used_memory_peak_bytes, connected_clients, total_commands_processed, instantaneous_ops_per_sec, p95_latency_us, replication_lag_seconds, last_save_status. Zeiten ISO 8601; Speicher in Byte; Latenz in Mikrosekunden; fehlende Werte werden null gesetzt.

Algorithmen & Berechnungen: Daten beziehen sich auf INFO-Blöcke; delta-basierte Berechnungen: commands_per_sec = (current_total_commands − previous_total_commands) / interval_seconds. memory_utilization = used_memory / maxmemory * 100, falls maxmemory > 0; ansonsten null. latency_p95 = Perzentil der latency_samples_ms im Samplingfenster. replication_lag_seconds ergibt sich aus master_last_io_seconds_ago, sofern vorhanden; sonst null. Nur INFO- und PING-Abfragen werden verwendet.

Fehler & Randfälle: Unerreichbarer Host, Auth- oder TLS-Fehler erzeugen eine Verbindungsfehler-Meldung mit Zeitstempel und Abhilfemassnahmen. Cluster-Topologien werden erkannt und pro-Knoten aggregiert. Fehlende Eingaben oder falsche Typen lösen Validierung aus; Teildaten erscheinen als null. Falls Felder in älteren Redis-Versionen fehlen, werden Berechnungen auf vorhandene Felder reduziert.

Industrie/Region & Lokalisierung: Metriken nutzen Standard-Einheiten: Speicher in Byte, Zeit in Sekunden, Latenz in Mikrosekunden. ISO-Zeitstempel. Regionale Deployments können UTC oder lokale Zeit nutzen; Währungen irrelevant.

Annahmen & Ausschlüsse: Liest ausschließlich INFO und PING; Modifikation von Redis-Daten oder -Konfiguration erfolgt nicht. Kein Ersatz für Redis Slow Log oder AOF/BGSAVE-Tools; kein Verantwortungsbereich für Alerts.