Zum Hauptinhalt springen
Tipp: Stellen Sie sicher, dass Sie die Heroku-Einrichtung abgeschlossen haben und über einen funktionierenden Heroku Log Drain (für Cedar-Generation) oder Heroku Telemetry Drain (für Fir-Generation) verfügen, bevor Sie mit diesem Abschnitt fortfahren.
Diese Dashboards werden automatisch als „Magic Dashboards” generiert, wenn ein Log Drain oder Telemetry Drain eingerichtet ist. Es sind keine weiteren Schritte erforderlich. Beachten Sie, dass Sie in einigen Fällen Folgendes benötigen:

​
Statuscode-Dashboard

Dieses Dashboard ist nur für Anwendungen der Heroku Cedar-Generation verfügbar.
Das Status-Dashboard zeigt eine Aggregation der von Heroku zurückgegebenen Statuscodes. Diese werden in die wichtigsten Statuscode-Kategorien (2xx, 3xx, 4xx und 5xx) gruppiert.

​
Redis-Dashboard

Für die Heroku Cedar-Generation sind Redis-Metriken auf Premium-Instanzen (oder höheren Plänen) verfügbar. Für die Heroku Fir-Generation sind Redis-Metriken auf allen Instanzen verfügbar.
Das Redis-Dashboard basiert auf den von Heroku bereitgestellten Metriken. Es zeigt aktive Verbindungen, Trefferquote, entfernte Schlüssel und Redis-Host-Metriken. Active Connections: Die Anzahl der auf der Redis-Instanz hergestellten Verbindungen. Redis hit rate: Das Verhältnis erfolgreicher Lesevorgänge zu allen Leseoperationen, auf fünf Dezimalstellen gerundet. Redis evicted keys: Die Anzahl der entfernten Schlüssel, weil das maxmemory-Limit Ihrer Instanz erreicht wurde. Memory: Ungefähre Menge an Speicher, die von Ihren Redis-Prozessen verwendet wird, in kB. Dies umfasst den gemeinsamen Pufferspeicher sowie den Speicher für jede Verbindung. Redis server Load average: Durchschnittliche Last des Systems über einen Zeitraum von 1 Minute. Redis server I/O: Anzahl der Lese-/Schreibvorgänge in E/A-Größen von 16-KB-Blöcken

​
PostgreSQL-Dashboard

Dieses Dashboard ist nur für Heroku Postgres Standard- und Premium- Instanzen verfügbar.
Das Postgres-Dashboard basiert auf den von der Heroku-Plattform bereitgestellten Metriken und zeigt Datenbankgröße, Verbindungen und Index-Trefferquoten. Waiting connections: Verbindungen, die auf eine Sperre warten. Wenn zu viele Verbindungen warten, könnte dies auf eine Überbeanspruchung der Verbindungen hindeuten, weil zum Beispiel kein Verbindungspool verwendet wird. Index/Table cache hit rate: Verhältnis der Index-Lookups, die aus einem Pufferspeicher bedient werden. Idealerweise liegt dieser Wert immer bei 0,99 oder höher. Wenn er dauerhaft unter 0,99 fällt, müssen Sie möglicherweise Ihren Datenbankplan aktualisieren oder mehr RAM hinzufügen. Die Cache-Trefferquote ist eine hervorragende Metrik, um einen Trigger zur Anomalieerkennung festzulegen. Memory usage: Wir verfolgen sowohl den von Postgres als auch vom System selbst verwendeten Speicher. Der Postgres-Speicher umfasst den Pufferspeicher und Speicher pro Verbindung. Bei mandantenfähigen Plänen können Systemmetriken andere Datenbanken einschließen und irreführend sein. Load average: Durchschnittliche Systemlast des Heroku-Datenbankservers. Weitere Informationen darüber, wie Sie Load Averages lesen, finden Sie in einem Blogbeitrag, den wir vor einiger Zeit darüber geschrieben haben: „Understanding system load and load averages”. I/O read/write operations: Anzahl der Lese-/Schreibvorgänge in Größen von 16-KB-Blöcken. Jeder Postgres-Plan hat ein Limit für IOPS, das er ausführen kann (siehe die Heroku-Dokumentation hier), dies wäre ein hervorragender Kandidat für einen Trigger zur Anomalieerkennung. Weitere Informationen zu diesen Metriken finden Sie auf der Heroku-Dokumentationsseite.