Analyse des charges de travail de requêtes avec l’explorateur de performances¶
Vous pouvez utiliser l’explorateur de performances dans l’Snowsight pour surveiller les métriques interactives pour les charges de travail SQL. Les métriques montrent la santé globale de votre environnement Snowflake, l’activité des requêtes, les modifications apportées aux entrepôts et les modifications apportées aux tables.
Avantages de l’explorateur de performances¶
L’explorateur de performances peut vous aider à répondre aux questions clés suivantes sur l’activité de Snowflake :
Activité globale : les requêtes réussissent-elles généralement et les utilisateurs de Snowflake peuvent-ils travailler ?
Changement dans le temps : Si l’activité des requêtes ou si les ressources semblent différentes de ce à quoi je m’attendait, qu’est-ce qui a changé et quand les changements se sont-ils produits ?
Points sensibles : lorsque je recherche des possibilités d’effectuer une action, où devrais-je porter mon attention ?
Cas d’utilisation courants de l’explorateur de performances¶
L’explorateur de performances est utile dans les cas d’utilisation suivants :
Examen des rapports de problèmes concernant les requêtes ou les charges de travail : Si une charge de travail Snowflake a commencé à se comporter différemment, déterminez ce qui pourrait avoir changé récemment, comme les ressources dont dépend la charge de travail ou l’activité de la charge de travail environnante.
Identifier activement les points sensibles : si un entrepôt ou une table présente des erreurs persistantes ou une saturation, identifiez et corrigez le point sensible avant qu’il n’affecte les charges de travail critiques.
Identifier les opportunités d’optimisation : recherchez les entrepôts et les tables qui pourraient ne pas correspondre à l’activité de requête qu’ils prennent en charge, et ajustez les charges de travail et les ressources pour les rendre compatibles.
Privilèges requis¶
Un utilisateur disposant du rôle ACCOUNTADMIN peut accéder à l’explorateur de performances.
Les utilisateurs qui ne reçoivent pas le rôle ACCOUNTADMIN doivent recevoir les rôles suivants pour accéder à l’explorateur de performances :
Rôle d’application APP_USAGE_VIEWER
Rôle de la base de données USAGE_VIEWER
Par exemple, si vous voulez que l’utilisateur joe puisse accéder à l’explorateur de performances, exécutez les commandes suivantes :
USE ROLE ACCOUNTADMIN;
CREATE ROLE pe_viewer_role;
GRANT APPLICATION ROLE SNOWFLAKE.APP_USAGE_VIEWER TO ROLE pe_viewer_role;
GRANT DATABASE ROLE SNOWFLAKE.USAGE_VIEWER TO ROLE pe_viewer_role;
GRANT ROLE pe_viewer_role TO USER joe;
Note
The USAGE_VIEWER database role provides visibility into historical usage data, which can be used for cost management. For more information, see Rôles des bases de données SNOWFLAKE.
Ouvrir l’explorateur de performances¶
Pour ouvrir l’explorateur de performances, procédez comme suit :
Connectez-vous à Snowsight.
Dans le menu de navigation, sélectionnez Monitoring » Performance Explorer.
L’explorateur de performances contient des graphiques qui indiquent les métriques liées à vos charges de travail et l’intégrité générale de votre environnement Snowflake.
Comprendre le tableau de bord de l’explorateur de performances¶
Vous pouvez surveiller les métriques interactives pour les charges de travail SQL en utilisant des graphiques sur le tableau de bord de l’explorateur de performances, et vous pouvez appliquer des filtres pour afficher des métriques concernant uniquement l’activité des requêtes et les ressources qui vous intéressent.
Filtres de l’explorateur de performances¶
En haut du tableau de bord de l’explorateur de performances, vous pouvez appliquer les filtres suivants :
Period - Sélectionnez une période, telle que la dernière semaine, les deux dernières semaines ou une plage personnalisée. Le tableau de bord affiche les métriques pour la période spécifiée.
L’explorateur de performances affiche les métriques sur une semaine par défaut. Il prend en charge une période pouvant aller jusqu’à un mois, à partir de la date actuelle.
Plusieurs graphiques de l’explorateur de performances montrent le pourcentage de changement par rapport à la période précédente. La plage de la période précédente correspond à la plage de la période actuelle. Par exemple, si la période actuelle est de deux semaines, la période précédente correspond aux deux semaines précédant le début de la période actuelle.
Warehouse - Sélectionnez un entrepôt pour afficher les métriques uniquement pour l’activité des requêtes qui ont été exécutées en utilisant cet entrepôt. Pour limiter les entrepôts de la liste, utilisez le champ de recherche. Pour effacer le filtre, sélectionnez.
X.Database - Sélectionnez une base de données pour afficher les métriques uniquement pour l’activité de requête qui a accédé à cette base de données. Pour limiter les bases de données de la liste, utilisez le champ de recherche. Pour effacer le filtre, sélectionnez.
X.Role - Sélectionnez un rôle pour afficher les métriques uniquement pour l’activité de requête initiée par ce rôle. Pour limiter les rôles dans la liste, utilisez le champ de recherche. Pour effacer le filtre, sélectionnez.
X.
Graphiques Explorateur de performances¶
L’explorateur de performances affiche les métriques dans différents types de graphiques. Il est important de comprendre les composantes de chaque type de graphique et de savoir comment les interpréter.
Les sections Intégrité des requêtes et Activité des requêtes ont des graphiques à lignes qui sont similaires à l’image suivante :
Le tableau suivant décrit les éléments dans l’image :
Élément |
Description |
|---|---|
1 |
Sélectionnez > pour ouvrir le panneau latéral. |
2 |
Affiche la moyenne ou la médiane de la période. |
3 |
Indique le pourcentage d’augmentation ou de diminution par rapport à la période précédente. |
4 |
Représente la valeur pour une heure. Les valeurs sont affichées pour un certain temps au début de l’intervalle. Par exemple, si l’intervalle est dune heure, la valeur indiquée à 9 AM est pour l’intervalle de 9 AM à 10 AM. |
Certains graphiques incluent une grande valeur moyenne ou médiane et le pourcentage de changement pour la période. Lorsqu’il y a plus d’une ligne, il y a une clé pour les lignes au-dessus du graphique.
Certains graphiques ont une information icon à côté du titre. Survolez l’icône pour obtenir des informations sur les métriques du graphique.
Vous pouvez survoler un point du graphique linéaire pour voir la valeur d’une heure spécifique :
Les sections Entrepôts principaux et Tables principales ont des graphiques à barres qui sont similaires à l’image suivante :
Le tableau suivant décrit les éléments dans l’image :
Élément |
Description |
|---|---|
1 |
Sélectionnez > pour ouvrir le panneau latéral. |
2 |
Sélectionnez un onglet pour afficher les métriques sur l’onglet. |
3 |
Affiche la valeur de cette métrique pour la période en cours. |
4 |
Indique le pourcentage d’augmentation ou de diminution par rapport à la période précédente. |
5 |
Indique qu’il n’y a pas de données de la période précédente pour la comparaison. |
Dans les graphiques linéaires et dans les graphiques à barres, sélectionnez > pour ouvrir un panneau latéral qui affiche des informations plus détaillées sur les métriques du graphique. Les informations détaillées varient en fonction des métriques indiquées dans le graphique. La plupart des panneaux secondaires présentent des tables triables que vous pouvez utiliser pour afficher les métriques d’entrepôts, de rôles et de bases de données spécifiques au cours de la période. L’image suivante montre un exemple de panneau latéral :
Les sections Entrepôts principaux et Tables principales comportent également des graphiques d’événements similaires à l’image suivante :
Un graphique d’événements montre une table triable d’événements pour le type d’objet. Vous pouvez examiner les données à la recherche d’événements inattendus. Pour plus d’informations sur les événements d’entrepôt, voir Vue WAREHOUSE_EVENTS_HISTORY. Pour plus d’informations sur les événements de table, voir Vue TABLES.
Surveillance de l’intégrité des requêtes¶
Cette section de l’explorateur de performances comprend des données sur l’intégrité globale de votre environnement Snowflake. Vous pouvez surveiller ces métriques pour vous assurer que vos utilisateurs peuvent exécuter les requêtes avec succès et accomplir les tâches requises.
Cette section comprend les métriques suivantes :
Métrique |
Unité |
Description |
Remarques |
Plus d’informations |
|---|---|---|---|---|
Query failures/1K |
Échecs par 1 000 |
Le nombre de requêtes qui ont échoué pour chaque 1 000 requêtes exécutées, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Query retries/1K |
Nouvelles tentatives par 1 000 |
Le nombre de requêtes qui ont été retentées pour chaque tranche de 1 000 requêtes exécutées, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si les requêtes réessaient, examinez les causes, puis prenez des mesures pour empêcher de nouvelles tentatives de requête. Par exemple, si une requête est relancée en raison d’une erreur de mémoire, la modification des paramètres de l’entrepôt peut résoudre le problème. |
|
Query overload % |
Pourcentage |
Pourcentage du temps d’exécution total des requêtes en attente dans une file d’attente pour les ressources de l’entrepôt, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt peuvent être épuisées, ce qui entraîne la mise en file d’attente des requêtes jusqu’à ce que des ressources soient disponibles. |
|
Query blocked % |
Pourcentage |
Pourcentage du temps d’exécution total de blocage des requêtes en raison d’un verrouillage de transaction sur une ressource, y compris les métriques suivantes :
|
Cette métrique doit être faible ou nulle. Si des requêtes ont été bloquées, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Verrouillage des ressources . . Bonnes pratiques pour les transactions . . Vue LOCK_WAIT_HISTORY . . Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Surveillance des activités de requête¶
Cette section de l’explorateur de performances comprend des métriques sur l’activité des requêtes pour une période. Vous pouvez surveiller ces métriques pour suivre toute modification à grande échelle de l’activité des requêtes qui pourrait affecter l’utilisation des ressources ou la capacité des utilisateurs à exécuter des requêtes avec succès.
Cette section comprend les métriques suivantes :
Métrique |
Unité |
Description |
Remarques |
Plus d’informations |
|---|---|---|---|---|
Query duration |
Secondes |
Le temps nécessaire à la réussite des requêtes pour chaque heure de la période. Le graphique linéaire montre le temps moyen pour toutes les requêtes, le temps pour les requêtes du 90e centile et le temps pour les requêtes dans le 99e centile. |
Cette métrique varie considérablement en fonction de vos données et des types de requêtes que vous exécutez. Les requêtes dont les durées changent dans le temps peuvent être des candidates pour une recherche et une optimisation. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Query throughput |
Requêtes |
Le nombre de requêtes exécutées par heure. |
Cette métrique peut révéler des changements dans l’activité des requêtes, ce qui peut indiquer de nouvelles tendances ou de changements dans vos charges de travail. |
|
Query wait time |
Secondes |
Le temps d’attente des requêtes pour les ressources de l’entrepôt ou en raison du verrouillage d’une ressource. Pour des informations sur les états (Overload, Provisioning, Repair et Blocked), voir Vue QUERY_HISTORY. |
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt peuvent être épuisées, ce qui entraîne la mise en file d’attente des requêtes jusqu’à ce que des ressources soient disponibles. |
Réduction des files d’attente . . Verrouillage des ressources |
Query failures |
Échecs |
Le nombre de requêtes qui ont échoué pour chaque heure de la période. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Surveillance des entrepôts principaux¶
Cette section de l’explorateur de performances comprend des données sur les entrepôts de votre environnement Snowflake qui ont connu le plus de changements au cours de la période. Vous pouvez surveiller ces métriques pour vous assurer que vos entrepôts fonctionnent comme prévu afin de prendre en charge l’activité des requêtes. Les métriques peuvent également indiquer si les entrepôts sont associés à des tendances dans l’activité des requêtes qui sont inhabituelles par rapport aux autres entrepôts. Vous pouvez également déterminer si la composition des charges de travail gérées par les entrepôts a changé.
Toutes les métriques de cette section indiquent la valeur métrique et le pourcentage de changement depuis la dernière période. Le pourcentage de changement peut être positif ou négatif, avec un changement positif représenté par une flèche vers le haut et un changement négatif représenté par une flèche vers le bas. Pour chaque métrique,l’explorateur de performances affiche les 10 entrepôts ayant le plus de changements. Pour afficher les métriques d’autres entrepôts, sélectionnez. > sur un graphique pour ouvrir le panneau latéral. Si cette métrique n’a aucune valeur de la dernière période pour un entrepôt, — est affiché à la place du pourcentage de changement. Il se peut qu’il n’y ait aucune valeur parce que l’entrepôt est nouveau, ou parce que l’événement mesuré est peu fréquent.
Cette section comprend les métriques suivantes :
Métrique |
Onglet |
Unité |
Description |
Remarques |
Plus d’informations |
|---|---|---|---|---|---|
Warehouses with errors |
Query failures/1K |
Échecs par 1 000 |
Pour chaque entrepôt, le nombre de requêtes qui ont échoué pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Query OOM errors/1K |
Erreurs par 1 000 |
Pour chaque entrepôt, le nombre de requêtes qui ont renvoyé des erreurs « à court de mémoire » pour toutes les 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent avec des erreurs de type « à court de mémoire », examinez l’historique des requêtes pour déterminer quelles requêtes échouent pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Requêtes trop volumineuses pour la mémoire |
|
Query retries/1K |
Nouvelles tentatives par 1 000 |
Pour chaque entrepôt, le nombre de requêtes qui ont été retentées pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes sont réessayées parce que les entrepôts sont à court de mémoire, consultez l’historique des requêtes pour déterminer quelles requêtes sont réessayées pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Optimisation des performances des entrepôts |
|
Warehouses with spillage |
% queries with bytes spilled |
Pourcentage |
Pour chaque entrepôt, le pourcentage de requêtes qui se sont déversées sur le disque local ou le stockage cloud distant lors de leur exécution. |
Cette métrique doit être faible ou nulle. Si les requêtes se déversent sur le disque parce que les entrepôts manquent de mémoire, consultez l’historique des requêtes pour déterminer quelles requêtes se déversent pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Requêtes trop volumineuses pour la mémoire |
% bytes spilled of total |
Pourcentage |
Pour chaque entrepôt, le pourcentage d’octets qui se sont déversés sur le disque local ou le stockage cloud distant lors de l’exécution par rapport au nombre d’octets lus. |
Cette métrique doit être faible ou nulle. Si les requêtes se déversent sur le disque parce que les entrepôts manquent de mémoire, consultez l’historique des requêtes pour déterminer quelles requêtes se déversent pour les entrepôts, puis modifiez les entrepôts qui exécutent les requêtes pour éviter les erreurs. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY . . Requêtes trop volumineuses pour la mémoire |
|
Query wait time % |
Overload % |
Pourcentage |
Pour chaque entrepôt, la proportion du temps d’exécution total pendant laquelle les requêtes ont attendu parce que l’entrepôt était surchargé par la charge de travail des requêtes. |
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt peuvent être épuisées, ce qui amène l’entrepôt à placer les requêtes en file d’attente jusqu’à ce que des ressources soient disponibles. |
|
Provisioning % |
Pourcentage |
Pour chaque entrepôt, la proportion moyenne du temps d’exécution total pendant lequel les requêtes ont attendu que les ressources de calcul de l’entrepôt soient provisionnées, en raison de la création, de la reprise ou du redimensionnement de l’entrepôt. |
Cette métrique doit être faible ou nulle. Si les requêtes attendent avant d’être exécutées, les ressources de l’entrepôt risquent d’être épuisées, ce qui l’amène à placer en file d’attente les requêtes jusqu’à ce que des ressources soient disponibles. |
||
Warehouse query performance |
Median query duration |
Secondes |
Pour chaque entrepôt, le temps moyen d’exécution des requêtes. |
Cette métrique varie considérablement en fonction de vos données et des types de requêtes que vous exécutez. Si la durée médiane de la requête montre des changements inhabituels, la charge de travail que cet entrepôt prend en charge a peut-être changé, ou la configuration de l’entrepôt a changé. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Query throughput |
Requêtes |
Pour chaque entrepôt, le nombre de requêtes traitées. |
Cette métrique peut révéler des changements dans l’activité des requêtes, ce qui peut nécessiter des modifications des entrepôts qui exécutent les requêtes. |
||
Warehouse events |
– |
Aucun(e) |
Une table triable des événements de l’entrepôt. |
Cette métrique montre quels entrepôts ont changé au cours de la période. Examinez les données pour détecter les événements inattendus. |
Surveillance des tables supérieures¶
Cette section de l’explorateur de performances comprend des métriques sur les tables de votre environnement Snowflake qui ont connu le plus grand nombre de changements au cours de la période. Vous pouvez surveiller ces métriques pour vous assurer que vos tables peuvent prendre en charge l’activité des requêtes et renvoyer des données comme prévu. Les métriques peuvent également indiquer si des tables sont associées à des tendances dans l’activité des requêtes qui sont inhabituelles par rapport à d’autres tables. Vous pouvez également déterminer si des tables ont changé récemment et comment elles ont changé.
Toutes les métriques de cette section indiquent la valeur métrique et le pourcentage de changement depuis la dernière période. Le pourcentage de changement peut être positif ou négatif, avec un changement positif représenté par une flèche vers le haut et un changement négatif représenté par une flèche vers le bas. Pour chaque métrique, l’explorateur de performances affiche les 10 tables les plus modifiées. Pour afficher les métriques d’un plus grand nombre de tables, sélectionnez. > sur un graphique pour ouvrir le panneau latéral. Si cette métrique n’a aucune valeur de la dernière période pour une table, — est affiché à la place du pourcentage de changement. Il se peut qu’il n’y ait aucune valeur parce que la table est nouvelle ou que l’événement mesuré est peu fréquent.
Cette section comprend les métriques suivantes :
Métrique |
Onglet |
Unité |
Description |
Remarques |
Plus d’informations |
|---|---|---|---|---|---|
Table query failures/1K |
– |
Échecs par 1 000 |
Pour chaque table, le nombre de requêtes qui ont échoué pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si les requêtes échouent, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Table queries blocked/1K |
– |
Bloquées par 1 000 requêtes |
Pour chaque table, le nombre de requêtes qui ont été bloquées pour chaque 1 000 requêtes exécutées. |
Cette métrique doit être faible ou nulle. Si des requêtes ont été bloquées, examinez l’historique des requêtes et les erreurs, puis modifiez vos requêtes pour résoudre les problèmes. |
Verrouillage des ressources . . Bonnes pratiques pour les transactions . . Vue LOCK_WAIT_HISTORY . . Surveillance de l’activité des requêtes avec l’historique des requêtes . . Vue QUERY_HISTORY |
Table read performance |
Median read query duration |
Secondes |
Pour chaque table, le temps moyen d’exécution des requêtes. |
Cette métrique varie considérablement en fonction de vos données et des types de requêtes que vous exécutez. Les requêtes dont les durées changent dans le temps peuvent être des candidates pour une recherche et une optimisation. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Read query throughput |
Requêtes |
Pour chaque table, le nombre de requêtes traitées. |
Cette métrique peut révéler des changements dans l’activité des requêtes pour les tables. En cas d’augmentation du nombre de requêtes pour une table, vous pouvez modifier la table pour optimiser les performances des requêtes. Par exemple, vous pouvez activer l’optimisation de la recherche sur la table. |
Remarques relatives à la conception de table . . Optimisation des performances des requêtes |
|
Table write performance |
Median write query duration |
Secondes |
Pour chaque table, le temps moyen d’exécution des opérations DML (langage de manipulation de données). |
Cette métrique varie considérablement en fonction de vos données et des types d’opérations DML que vous exécutez. Les opérations DML dont les durées changent dans le temps peuvent être candidates à l’exploration et à l’optimisation. |
Exploration des temps d’exécution . . Optimisation des performances des requêtes |
Write query throughput |
Requêtes |
Pour chaque table, le nombre d’opérations DML traitées. S’il y a une augmentation du nombre d’opérations DML pour une table, modifiez la table pour optimiser les performances. |
Cette métrique peut révéler des changements dans le nombre d’opérations DML. |
||
Table change events |
– |
Aucun(e) |
A sortable table of table events. |
This metric shows which tables changed in the period. Examine the data for unexpected events. |