Passer au contenu principal
Astuce : Assurez-vous d’avoir terminé la configuration Heroku et de disposer d’un Heroku Log Drain fonctionnel (pour la génération Cedar) ou d’un Heroku Telemetry drain (pour la génération Fir) avant de poursuivre cette section.
Ces tableaux de bord seront générés automatiquement en tant que « Magic dashboards », lorsqu’un Log Drain ou un Telemetry Drain est configuré. Aucune autre action n’est requise. Notez que dans certains cas, vous avez besoin d’un :

​
Tableau de bord des codes de statut

Ce tableau de bord est disponible uniquement pour les applications de la génération Heroku Cedar.
Le tableau de bord des statuts affiche une agrégation des codes de statut, retournés par Heroku. Ceux-ci sont regroupés dans les principales catégories de codes de statut (2xx, 3xx, 4xx et 5xx).

​
Tableau de bord Redis

Pour la génération Heroku Cedar, les métriques Redis sont disponibles sur les instances premium (ou plan supérieur). Pour la génération Heroku Fir, les métriques Redis sont disponibles sur toutes les instances.
Le tableau de bord Redis est basé sur les métriques fournies par Heroku. Il affiche les connexions actives, le taux de réussite, les clés évincées et les métriques d’hôte Redis. Active Connections : Le nombre de connexions établies sur l’instance Redis. Redis hit rate : Le ratio de lectures réussies par rapport à toutes les opérations de lecture, arrondi à cinq décimales. Redis evicted keys : Le nombre de clés évincées en raison de l’atteinte de la limite maxmemory de votre instance. Memory : Quantité approximative de mémoire utilisée par vos processus Redis en kB. Cela inclut le cache de tampon partagé ainsi que la mémoire pour chaque connexion. Redis server Load average : Charge moyenne du système sur une période d’une minute. Redis server I/O : Nombre d’opérations de lecture/écriture en tailles d’E/S de blocs de 16 Ko

​
Tableau de bord PostgreSQL

Ce tableau de bord est disponible uniquement pour les instances Heroku Postgres Standard et Premium.
Le tableau de bord Postgres est basé sur les métriques fournies par la plateforme Heroku et il affiche la taille de la base de données, les connexions et les taux de réussite des index. Waiting connections : Connexions en attente d’un verrou. S’il y a trop de connexions en attente, cela peut indiquer une surutilisation des connexions due, par exemple, à l’absence d’un pool de connexions. Index/Table cache hit rate : Ratio des recherches d’index servies à partir d’un cache de tampon. Idéalement, cette valeur est toujours de 0,99 ou supérieure. Si elle tombe en dessous de 0,99 de manière constante, vous devrez peut-être améliorer votre plan de base de données ou ajouter plus de RAM. Le taux de succès du cache est une excellente métrique sur laquelle définir un déclencheur de détection d’anomalies. Memory usage : Nous suivons à la fois la mémoire utilisée par Postgres et par le système lui-même. La mémoire Postgres inclut le cache de tampon et la mémoire par connexion. Pour les plans multi-locataires, les métriques système peuvent inclure d’autres bases de données et être trompeuses. Load average : Charge système moyenne du serveur de base de données Heroku. Pour plus d’informations sur la façon de lire les charges moyennes, nous avons écrit un article de blog à ce sujet il y a quelque temps intitulé : « Understanding system load and load averages ». I/O read/write operations : Nombre d’opérations de lecture/écriture en tailles de blocs de 16 Ko. Chaque plan Postgres a une limite sur les IOPS qu’il peut effectuer (voir la documentation Heroku ici), ce serait un excellent candidat pour définir un déclencheur de détection d’anomalies. Pour plus d’informations sur ces métriques, vous pouvez en lire davantage sur la page de documentation Heroku.