Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de changer d’annuaire.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer d’annuaire.
Important
La mise à l’échelle automatique Lakebase est en version bêta dans les régions suivantes : eastus2, westeurope, westus.
La mise à l’échelle automatique Lakebase est la dernière version de Lakebase avec la mise à l’échelle automatique, la mise à l’échelle à zéro, la branchement et la restauration instantanée. Pour la comparaison des fonctionnalités avec Lakebase Provisioned, consultez le choix entre les versions.
Le tableau de bord Métriques de l’interface utilisateur Lakebase fournit des graphiques pour la surveillance des métriques système et de base de données. Vous pouvez accéder au tableau de bord Métriques à partir de la barre latérale dans 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 blocages, les opérations de ligne, les retards de réplication, les performances du cache et la taille du jeu 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
Ce graphique montre la RAM allouée et l’utilisation au fil du 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)
Ce graphique montre le processeur alloué et l’utilisation au fil du 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.
Nombre de connexions
Le graphique 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 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 base de données affiche la taille des données logiques (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 branche sélectionnée.
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 interblocages montre l'évolution du nombre d'interblocages au fil du 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 Lignes affiche 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.
Octets de retard de réplication
Le graphique des octets de délai de réplication affiche la taille totale, en octets, des données envoyées depuis l'unité de calcul principale 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 du délai de réplication affiche le délai de temps, en secondes, entre la dernière transaction validée sur le calcul 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 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’une instance de 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.
Taux de succès d’accès au cache de fichiers local
Le graphique du taux d’accès au cache de fichiers local affiche le pourcentage de demandes de lecture traitées à partir du cache de fichiers local. Les requêtes non traitées à partir de mémoires tampons partagées Postgres ou du cache de fichiers local récupèrent des données à partir du stockage, ce qui est plus coûteux et peut entraîner des performances de requête plus lentes.
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 jeu de travail peut ne pas s’adapter à la mémoire, ce qui entraîne des performances plus lentes. Pour améliorer le taux d’accès au cache, augmentez la taille de calcul pour développer 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 tables volumineuses peuvent s’exécuter de manière acceptable avec un rapport 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 calcul. Lorsque les données sont demandées, Postgres vérifie d’abord les mémoires tampons partagées, puis le LFC et récupère enfin à partir du stockage si nécessaire. La taille de LFC s'adapte à vos ressources de calcul : elle peut utiliser jusqu'à 75 % de la RAM de vos ressources. Par exemple, un calcul avec 8 Go de RAM a un cache de fichiers local de 6 Go. Pour des performances optimales, dimensionner votre calcul afin que votre jeu de travail s’intègre dans le cache de fichiers local.
:::
Taille de l'ensemble 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 cohérente, dimensionner votre calcul afin que le jeu de travail s’intègre dans le cache de fichiers local pour un accès rapide.
Le graphique de taille du jeu de travail visualise la quantité de données consultées (calculée en tant que 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 fichiers local : taille du cache de fichiers local, déterminée par la taille de votre calcul. Les calculs plus volumineux ont des caches plus volumineux.
Pour des performances optimales, le cache de fichiers local doit être supérieur à 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 calcul pour améliorer le taux d’accès au cache et obtenir de meilleures performances. Pour connaître les options et spécifications de dimensionnement du calcul, consultez spécifications de calcul.
Si votre modèle de charge de travail ne change pas beaucoup au fil du temps, comparez la taille du groupe de travail de 1 heure à la taille du cache de fichiers local et assurez-vous que la taille du jeu de travail est inférieure à la taille du cache de fichiers local.