Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le tableau de bord des Métriques dans l’application Lakebase fournit des graphiques pour surveiller les métriques du système et de la base de données. Pour l’ouvrir, cliquez sur Surveillance dans la barre latérale de l’application Lakebase, puis sélectionnez l’onglet Métriques . Les indicateurs observables incluent l’utilisation de la RAM, l’utilisation du processeur, le nombre de connexions, la taille de la base de données, les blocages, les opérations de ligne, les délais de réplication, la performance du cache et la taille de l’ensemble de travail.
Le tableau de bord affiche des métriques pour la branche et le calcul sélectionnés. Utilisez les menus déroulants pour afficher les métriques d’une branche ou d’un calcul différent. Vous pouvez sélectionner parmi les périodes prédéfinies (dernière heure, dernier jour, 7 derniers jours) ou choisir Autre option pour des options supplémentaires (dernières 3 heures, dernières 6 heures, dernières 12 heures, 2 derniers jours ou personnalisées). Utilisez le bouton Actualiser pour mettre à jour les métriques affichées.
Compréhension des calculs inactifs
Si les graphiques n’affichent aucune donnée, votre calcul peut être inactif en raison d’une mise à l’échelle à zéro.
Lorsqu’un calcul est inactif, les valeurs des métriques passent à 0, car un calcul actif est requis pour signaler des données. Les périodes inactives apparaissent sous la forme d’un modèle de trait diagonal dans les graphiques.
Si les graphiques n’affichent aucune donnée, essayez de sélectionner une période différente ou de retourner ultérieurement une fois que d’autres données d’utilisation ont été collectées.
RAM
Le graphique de RAM montre la RAM allouée et l’utilisation dans le temps pour le calcul sélectionné.
Il inclut les métriques suivantes :
Alloué : quantité de RAM allouée.
La ram est allouée en fonction de la taille de votre calcul ou de votre configuration de mise à l’échelle automatique . Avec la mise à l’échelle automatique, la ram allouée augmente et diminue à mesure que votre calcul augmente et diminue en réponse à la charge. Si la mise à l’échelle à zéro est activée et que votre calcul passe à un état inactif après l’inactivité, la ram allouée passe à 0.
Utilisé : quantité de RAM utilisée.
Le graphique trace une ligne montrant l’utilisation de la RAM. Si la ligne atteint régulièrement la ram allouée maximale, envisagez d’augmenter votre taille de calcul. Pour connaître les options de taille de calcul, consultez Dimensionnement du calcul.
Mis en cache : quantité de données mises en cache en mémoire par les requêtes et opérations précédentes.
CPU (Unité centrale de traitement)
Le graphique CPU montre le processeur alloué et l’utilisation dans le temps pour le calcul sélectionné.
Alloué : quantité d’unité centrale (UC) allouée.
CPU est allouée selon la taille de votre ressource de calcul ou de votre configuration de autoscaling. Avec la mise à l’échelle automatique, l’UC allouée augmente et diminue à mesure que votre calcul augmente et diminue en réponse à la charge. Si la mise à l’échelle à zéro est activée et que votre calcul passe à un état inactif après l’inactivité, l’UC allouée passe à 0.
Utilisé : quantité d’UC utilisée, en unités de calcul (CU).
Si la ligne tracée atteint régulièrement le processeur alloué maximal, envisagez d’augmenter votre taille de calcul. Pour connaître les options de taille de calcul, consultez Dimensionnement du calcul.
Les connexions Postgres comptent
Le graphique du comptage des connexions de Postgres montre le nombre maximal de connexions, le nombre de connexions inactives, le nombre de connexions actives et le nombre total de connexions sur le temps pour le calcul sélectionné.
Actif : nombre de connexions actives pour le calcul sélectionné.
La surveillance des connexions actives vous aide à comprendre votre charge de travail de base de données. Si le nombre de connexions actives est constamment élevé, votre base de données peut subir une charge importante, ce qui peut entraîner des problèmes de performances tels que des temps de réponse de requête lents.
Inactif : nombre de connexions inactives pour le calcul sélectionné.
Les connexions inactives sont ouvertes, mais pas en cours d’utilisation. Bien que quelques connexions inactives soient généralement inoffensives, un grand nombre peut consommer des ressources inutiles, ce qui laisse moins de place aux connexions actives et peut affecter les performances. L’identification et la fermeture des connexions inactives inutiles peuvent aider à libérer des ressources.
Total : somme des connexions actives et inactives pour le calcul sélectionné.
Max : nombre maximal de connexions simultanées autorisées pour votre taille de calcul.
La ligne Max vous permet de visualiser la proximité que vous êtes d’atteindre votre limite de connexion. Lorsque vos connexions totales approchent de la ligne Max, tenez compte des éléments suivants :
- Augmentation de la taille de calcul pour permettre davantage de connexions
- Optimisation de la gestion des connexions de votre application (à l’aide du regroupement de connexions, de la fermeture rapide des connexions inutilisées et d’éviter 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 votre configuration de taille de calcul. Pour obtenir la liste complète des connexions maximales par taille de calcul, consultez les spécifications de calcul.
Taille de la base de données
Le graphique de taille de la base de données montre la taille de vos données réelles pour la base de données sélectionnée ou pour toutes les bases de données de la branche sélectionnée.
Lorsqu’une base de données atteint son quota de stockage, les performances d’écriture diminuent.
Note
La taille logique représente la taille de vos données comme indiqué par Postgres, y compris les tables et les index.
Note
Les métriques de taille de base de données sont affichées uniquement pendant que votre calcul est actif. Lorsque votre calcul est inactif, les valeurs de taille de base de données ne sont pas signalées et le graphique affiche zéro même si les données peuvent être présentes.
Blocages
Le graphique des blocages montre un nombre de blocages dans le temps.
Des blocages se produisent lorsque deux transactions ou plus se bloquent simultanément en maintenant les ressources dont les autres transactions ont besoin, en créant un cycle de dépendances qui empêche toute transaction de continuer. Cela peut entraîner des problèmes de performances ou des erreurs d’application. Pour en savoir plus sur les interblocages dans Postgres, reportez-vous à la documentation PostgreSQL sur les interblocages.
Rows
Le graphique des lignes montre le nombre de lignes supprimées, mises à jour et insérées au fil du temps. Les métriques de ligne sont réinitialisées à zéro chaque fois que votre calcul 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, telles que les pics d’insertion ou un nombre inhabituel de suppressions.
Note
Les métriques de ligne capturent uniquement les modifications au niveau des lignes (INSERT, delete UPDATE) et excluent les opérations au niveau de la table telles que TRUNCATE.
Calculer le taux de succès du cache
Le graphique du taux de réussite du cache de calcul montre le pourcentage de requêtes de lecture servies depuis votre cache de calcul plutôt que depuis le stockage. Les lectures servies depuis le stockage sont plus coûteuses et peuvent ralentir les performances des requêtes.
Pour les charges de travail OLTP, visez un taux d’accès au cache de 99% ou mieux. Si votre taux est inférieur à 99 %, votre ensemble de travail peut ne pas s’adapter à la mémoire, ce qui entraîne des performances plus lentes. Pour améliorer le taux de réussite du cache, augmentez la taille de votre calcul afin d’étendre le cache. Le ratio idéal dépend de votre charge de travail : les charges de travail avec des scans séquentiels de grandes tables peuvent fonctionner de manière acceptable avec un ratio légèrement inférieur.
:::info À propos du cache de calcul
Le cache de calcul stocke les données fréquemment consultées dans la mémoire locale de votre calcul, réduisant ainsi le besoin de lire depuis le stockage. Le cache de calcul peut utiliser jusqu’à 75% de la RAM de votre calcul. Par exemple, un calcul avec 8 Go de RAM dispose d’un cache de calcul de 6 Go. Pour des performances optimales, dimensionnez votre ensemble de calcul de façon à ce que votre ensemble de travail tienne dans le cache de calcul.
:::
Taille des ensembles de travail
Votre jeu 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, ajustez votre calcul de façon à ce que l’ensemble de travail tienne dans le cache de calcul pour un accès rapide.
Le graphique de taille de l’ensemble de travail visualise la quantité de données accédées (calculée comme des pages uniques accessibles × taille de page) sur un intervalle donné. Le graphique s’affiche :
5m (5 minutes) : 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) : données consultées au cours de la dernière heure.
Taille du cache de calcul : La taille du cache de calcul, déterminée par la taille de votre calcul. Les calculs plus volumineux ont des caches plus volumineux.
Pour des performances optimales, votre cache de calcul doit être plus grand que la taille de votre ensemble de travail pour un intervalle de temps donné. Si la taille de votre ensemble de travail est supérieure à celle du cache de calcul, augmentez la taille maximale de votre calcul pour améliorer le taux de réussite du cache. Pour connaître les options et spécifications de dimensionnement du calcul, consultez spécifications de calcul.
Si votre schéma de charge de travail ne change pas beaucoup avec le temps, comparez la taille de l’ensemble de travail d’une heure avec la taille du cache de calcul et assurez-vous que la taille de l’ensemble de travail est inférieure à la taille du cache de calcul.
Octets de retard de réplication
Le graphique des octets de délai de réplication montre la taille totale, en octets, des données envoyées par le calcul principal mais pas encore appliquées sur la réplique. Une valeur plus élevée indique un backlog plus élevé de données en attente de réplication, ce qui peut suggérer des problèmes liés au débit de réplication ou à la disponibilité des ressources sur le réplica.
Note
Ce graphique est visible uniquement lors de la sélection d’un calcul de réplica en lecture dans le menu déroulant Calcul. Pour plus d’informations sur les réplicas en lecture, consultez Réplicas en lecture.
Délai de réplication en secondes
Le graphique des secondes de délai de réplication montre le délai temporel, en secondes, entre la dernière transaction engagée sur le calcul principal et l’application de cette transaction sur la réplique. Une valeur plus élevée suggère que la réplique est en retard par rapport au primaire, potentiellement en raison d'une latence réseau, d'une charge de réplication élevée ou de contraintes de ressources sur la réplique.
Note
Ce graphique est visible uniquement lors de la sélection d’un calcul de réplica en lecture dans le menu déroulant Calcul. Pour plus d’informations sur les réplicas en lecture, consultez Réplicas en lecture.