Tableau de bord des métriques
Le tableau de bord des métriques de l'interface utilisateur Lakebase fournit des graphes pour le monitoring des métriques système et de base de données. Vous pouvez accéder au tableau de bord des métriques depuis la barre latérale de l'application Lakebase. Les métriques observables incluent l'utilisation de la RAM, l'utilisation du processeur, le nombre de connexions, la taille de la base de données, les interblocages, les Opérations de lignes, les retards de réplication, les performances du cache et la taille du jeu de travail.
Le tableau de bord affiche les métriques pour la Branch et le compute sélectionnés. Utilisez les menus déroulants pour afficher les métriques pour une autre Branch ou un autre compute. Vous pouvez sélectionner parmi des périodes prédéfinies ( Dernière heure , Dernier jour , 7 derniers jours ) ou choisir Autre pour des options supplémentaires ( 3 dernières heures , 6 dernières heures , 12 dernières heures , 2 derniers jours ou Personnalisé ). Utilisez le bouton Refresh pour mettre à jour les métriques affichées.
Compréhension des computes inactifs
Si les graphes n'affichent aucune donnée, votre compute peut être inactif en raison de la mise à l'échelle à zéro.
Lorsqu’un compute est inactif, les valeurs métriques tombent à 0, car un compute actif est nécessaire pour rapporter des données. Les périodes d'inactivité apparaissent sous la forme d'un motif de lignes diagonales dans les graphes.
Si les graphes n'affichent aucune donnée, essayez de sélectionner une période différente ou revenez plus tard après que davantage de données d'utilisation aient été collectées.
RAM
Ce graphe affiche la RAM allouée et l'utilisation au fil du temps pour le compute sélectionné.
Il comprend les métriques suivantes :
Alloué : La quantité de RAM allouée.
La RAM est allouée en fonction de la taille de votre compute ou de votre configuration d'autoscaling. Avec l'autoscaling, la RAM allouée augmente et diminue à mesure que votre compute monte en charge et diminue en fonction de la charge. Si la mise à l'échelle à zéro est activée et que votre compute passe à un état inactif après une période d'inactivité, la RAM allouée tombe à 0.
Utilisé : la quantité de RAM utilisée.
Le Graphe trace une ligne montrant l'utilisation de la RAM. Si la ligne atteint régulièrement la RAM maximale allouée, envisagez d'augmenter la taille de votre compute. Pour les options de taille de compute, consultez Dimensionnement du compute.
Mise en cache : La quantité de données mises en cache en mémoire par les queries et les Opérations précédentes.
CPU
Ce graphe montre le CPU alloué et l'utilisation au fil du temps pour le compute sélectionné.
Alloué : la quantité de CPU allouée.
Le CPU est alloué en fonction de la taille de votre compute ou de votre configuration de mise à l'échelle automatique. Avec l'autoscaling, le compute CPU alloué augmente et diminue à mesure que votre compute monte et descend en charge en réponse à la charge. Si la mise à l'échelle à zéro est activée et que votre compute passe à l'état inactif après une période d'inactivité, le CPU alloué tombe à 0.
Utilisé : Quantité de CPU utilisée, en unités de compute (CU).
Si la ligne tracée atteint régulièrement le CPU maximum alloué, envisagez d’augmenter la taille de votre compute. Pour les options de taille de compute, consultez Dimensionnement du compute.
Nombre de connexions
Le graphe du nombre de connexions affiche le nombre maximal de connexions, le nombre de connexions inactives, le nombre de connexions actives et le nombre total de connexions au fil du temps pour le compute sélectionné.
Active : Le nombre de connexions actives pour le {glossary:compute} sélectionné.
Le monitoring des connexions actives vous aide à comprendre la charge de travail de votre base de données. Si le nombre de connexions actives est constamment élevé, votre base de données peut être soumise à une charge importante, ce qui pourrait entraîner des problèmes de performances tels que des temps de réponse lents des query.
**Inactif** : Le nombre de connexions inactives pour le compute sélectionné.
Les connexions inactives sont ouvertes mais ne sont pas utilisées actuellement. Bien que quelques connexions inactives soient généralement inoffensives, un grand nombre peut consommer des ressources inutiles, laissant moins de place aux connexions actives et pouvant potentiellement affecter les performances. L'identification et la fermeture des connexions inactives inutiles peuvent aider à libérer des ressources.
Total : La somme des connexions actives et inactives pour le compute sélectionné.
Max : nombre maximum de connexions simultanées autorisées pour la taille de votre compute.
La ligne Max vous aide à visualiser dans quelle mesure vous êtes proche d'atteindre votre limite de connexion. Lorsque vos connexions totales approchent de la ligne maximale, considérez :
- Augmenter la taille de votre compute pour permettre plus de connexions
- Optimisation de la gestion des connexions de votre application (en utilisant le regroupement de connexions, en fermant rapidement les connexions inutilisées et en évitant les connexions inactives de longue durée)
La limite de connexion est définie par le paramètre Postgres max_connections et est déterminée par la configuration de la taille de votre compute. Pour obtenir une liste complète des connexions maximales par taille de compute, consultez Spécifications du compute.
Taille de la base de données
Le Graphe de taille de la base de données affiche la taille de vos données réelles pour la base de données sélectionnée ou toutes les bases de données sur la Branch sélectionnée.
Lorsqu'une base de données atteint son quota de stockage, les performances d'écriture diminuent.
La taille logique représente la taille de vos données signalée par Postgres, y compris les tables et les index.
Les métriques de taille de la base de données ne sont affichées que lorsque votre compute est actif. Lorsque votre compute est inactif, les valeurs de taille de la base de données ne sont pas signalées, et le graphe affiche zéro même si des données peuvent être présentes.
Blocages
Le Graphe des interblocages affiche un nombre de blocages au fil du temps.
Les interblocages se produisent lorsque deux transactions ou plus se bloquent mutuellement en détenant des ressources dont les autres transactions ont besoin, créant un cycle de dépendances qui empêche toute transaction de se poursuivre. Cela peut entraîner des problèmes de performance ou des erreurs d'application. Pour en savoir plus sur les interblocages dans Postgres, consultez la documentation PostgreSQL sur les interblocages.
Lignes
Le Graphe des lignes affiche le nombre de lignes supprimées, mises à jour et insérées au fil du temps. Les métriques de ligne sont remises à zéro chaque fois que votre compute redémarre.
Le suivi des lignes insérées, mises à jour et supprimées au fil du temps fournit des insights sur les modèles d'activité de votre base de données. Vous pouvez utiliser ces données pour identifier les tendances ou les irrégularités, comme les pics d'insertion ou un nombre inhabituel de suppressions.
Les métriques de ligne capturent uniquement les modifications au niveau de la ligne (INSERT, UPDATE, DELETE) et excluent les opérations au niveau de la table telles que TRUNCATE.
Octets de délai de réplication
Le graphe des octets de délai de réplication indique la taille totale, en octets, des données envoyées depuis le compute principal mais pas encore appliquées sur le réplica. Une valeur plus élevée indique un backlog plus important de données en attente de réplication, ce qui peut suggérer des problèmes de throughput de réplication ou de disponibilité des ressources sur la réplique.
Ce graphe est visible uniquement lorsque vous sélectionnez un compute de réplica en lecture dans le menu déroulant Compute. Pour plus d'information sur les réplicas en lecture, consultez Réplicas en lecture.
Délai de réplication (secondes)
Le graphe du délai de réplication en secondes affiche le décalage temporel, en secondes, entre la dernière transaction validée sur le compute principal et l'application de cette transaction sur le réplica. Une valeur plus élevée suggère que la réplique est en retard par rapport au primaire, potentiellement en raison de la latence du réseau, d'une charge de réplication élevée ou de contraintes de ressources sur la réplique.
Ce graphe est visible uniquement lorsque vous sélectionnez un compute de réplica en lecture dans le menu déroulant Compute. Pour plus d'information sur les réplicas en lecture, consultez Réplicas en lecture.
Taux d'accès au cache de fichiers local
Le Graphe du taux d'accès au cache de fichiers local affiche le pourcentage de requêtes de lecture traitées à partir du cache de fichiers local. Les queries non traitées à partir des tampons partagés Postgres ou du cache de fichiers local récupèrent les données du stockage, ce qui est plus coûteux et peut entraîner des performances de query plus lentes.
Pour les charges de travail OLTP, visez un taux d'utilisation du cache de 99 % ou plus. Si votre taux est inférieur à 99 %, votre jeu de travail pourrait ne pas tenir en mémoire, entraînant des performances plus lentes. Pour améliorer le taux d'accès au cache, augmentez la taille de votre compute pour étendre le cache de fichiers local. Le ratio idéal dépend de votre charge de travail—les charges de travail avec des analyses séquentielles de grandes tables peuvent fonctionner de manière acceptable avec un ratio légèrement inférieur.
:::info À propos du cache de fichiers local
Le cache de fichiers local (LFC) est une couche de mise en cache qui stocke les données fréquemment consultées dans la mémoire locale de votre compute. Lorsque les données sont demandées, Postgres vérifie d'abord les tampons partagés, puis le LFC, et enfin les récupère du stockage si nécessaire. La taille du LFC s'adapte à votre compute — il peut utiliser jusqu'à 75 % de la RAM de votre compute. Par exemple, un compute avec 8 Go de RAM dispose d'un cache de fichiers local de 6 Go. Pour des performances optimales, dimensionnez votre compute de manière à ce que votre ensemble de travail tienne dans le cache de fichiers local.
:::
Taille de l'ensemble de travail
Votre ensemble de travail est la taille de l'ensemble distinct de pages Postgres (données de relation et index) accessibles dans un intervalle de temps donné. Pour des performances optimales et une latence constante, dimensionnez votre compute afin que l'ensemble de travail s'intègre dans le cache de fichiers local pour un accès rapide.
Le graphe de la taille de l'ensemble de travail visualise la quantité de données consultées (calculée comme pages uniques consultées × taille de page) sur un intervalle donné. Le Graphe affiche :
5 m (5 minutes) : Les données consultées au cours des 5 dernières minutes.
15m (15 minutes) : Données consultées au cours des 15 dernières minutes.
**1h (1 heure)** : Les données consultées au cours de la dernière heure.
Taille du cache de fichiers local : La taille du cache de fichiers local, déterminée par la taille de votre compute. Les computes plus grands ont des caches plus grands.
Pour des performances optimales, le cache de fichiers local doit être plus grand que la taille de votre jeu de travail pour un intervalle de temps donné. Si la taille de votre jeu de travail est supérieure à la taille du cache de fichiers local, augmentez la taille maximale de votre compute pour améliorer le taux d'accès au cache et obtenir de meilleures performances. Pour les options et spécifications de dimensionnement du compute, consultez les spécifications du compute.
Si votre modèle de charge de travail ne change pas beaucoup au fil du temps, comparez la taille de l'ensemble de travail d'une heure avec la taille du cache de fichiers local et assurez-vous que la taille de l'ensemble de travail est inférieure à la taille du cache de fichiers local.