Partager via


Azure Synapse Analytics – Supervision du portail de gestion des charges de travail

Cet article explique comment surveiller l’utilisation des ressources et l’activité des requêtes des groupes de charge de travail. Pour plus d’informations sur la configuration d’Azure Metrics Explorer, consultez l’article Analyser les métriques avec l’Explorateur de métriques Azure Monitor. Pour plus d’informations sur la supervision de la consommation des ressources système, consultez la section Utilisation des ressources dans la documentation Supervision d’Azure Synapse Analytics. Il existe deux catégories différentes de mesures de groupe de charge de travail fournies pour la surveillance de la gestion des charges de travail : l’allocation des ressources et l’activité des requêtes. Ces mesures peuvent être fractionnées et filtrées par groupe de charge de travail. Les mesures peuvent être fractionnées et filtrées selon qu’elles sont définies par le système (groupes de charge de travail de la classe ressources) ou définis par l’utilisateur (créées par l’utilisateur avec la syntaxe CREATE WORKLOAD GROUP).

Définitions de mesures de gestion de la charge de travail

Pour obtenir une description des métriques de gestion des charges de travail, consultez le pool dédié SQL – Entrées de gestion des charges de travail dans métriques prises en charge pour Microsoft.Synapse/workspaces/sqlPools.

Scénarios et actions de surveillance

Vous trouverez ci-dessous une série de configurations de graphiques pour mettre en évidence l’utilisation des métriques de gestion de la charge de travail pour la détection d’un problème, ainsi que les actions associées pour le résoudre.

Isolation de la charge de travail sous-exploitée

Considérons le groupe de charge de travail et la configuration de classifieur suivants selon lesquels un groupe de charge de travail nommé wgPriority est créé et TheCEO membername est mappé à celui-ci à l’aide du classifieur de charge de travail wcCEOPriority. Le groupe de charge de travail wgPriority a une isolation de la charge de travail de 25 % configurée (MIN_PERCENTAGE_RESOURCE = 25). Chaque requête soumise par TheCEO reçoit 5 % des ressources système (REQUEST_MIN_RESOURCE_GRANT_PERCENT = 5).

CREATE WORKLOAD GROUP wgPriority
WITH ( MIN_PERCENTAGE_RESOURCE = 25
      ,CAP_PERCENTAGE_RESOURCE = 50
      ,REQUEST_MIN_RESOURCE_GRANT_PERCENT = 5);

CREATE WORKLOAD CLASSIFIER wcCEOPriority
WITH ( WORKLOAD_GROUP = 'wgPriority'
      ,MEMBERNAME = 'TheCEO');

Le graphique ci-dessous est configuré comme suit :
Métrique 1 : Pourcentage minimal de ressources réelles (agrégation Moy, blue line)
Métrique 2 : Allocation du groupe de charge de travail par pourcentage système (agrégation Moy, purple line)
Filtre : [Workload Group] = wgPriority
Capture d’écran montrant un graphique avec les deux métriques et le filtre. Le graphique montre qu’avec une isolation de charge de travail de 25 %, seulement 10 % sont utilisés en moyenne. Dans ce cas, la valeur du paramètre MIN_PERCENTAGE_RESOURCE peut être diminuée de 10 ou 15 points et ainsi permettre à d’autres charges de travail sur le système d’utiliser les ressources.

Goulot d’étranglement du groupe de charge de travail

Considérons le groupe de charge de travail et la configuration de classifieur suivants selon lesquels un groupe de charge de travail nommé wgDataAnalyst est créé et DataAnalyst membername est mappé à celui-ci à l’aide du classifieur de charge de travail wcDataAnalyst. Le groupe de charge de travail wgDataAnalyst a une isolation de la charge de travail de 6 % configurée (MIN_PERCENTAGE_RESOURCE = 6) et des ressources limitées à 9 % (CAP_PERCENTAGE_RESOURCE = 9). Chaque requête soumise par DataAnalyst reçoit 3 % des ressources système (REQUEST_MIN_RESOURCE_GRANT_PERCENT = 3).

CREATE WORKLOAD GROUP wgDataAnalyst  
WITH ( MIN_PERCENTAGE_RESOURCE = 6
      ,CAP_PERCENTAGE_RESOURCE = 9
      ,REQUEST_MIN_RESOURCE_GRANT_PERCENT = 3);

CREATE WORKLOAD CLASSIFIER wcDataAnalyst
WITH ( WORKLOAD_GROUP = 'wgDataAnalyst'
      ,MEMBERNAME = 'DataAnalyst');

Le graphique ci-dessous est configuré comme suit :
Métrique 1 : Pourcentage de ressources limitées réelles (agrégation Moy, blue line)
Métrique 2 : Allocation du groupe de charge de travail par pourcentage de ressources limitées réelles (agrégation Moy, purple line)
Métrique 3 : Requêtes en file d’attente du groupe de charge de travail (agrégation Somme, turquoise line)
Filtre : [Workload Group] = wgDataAnalyst
Capture d’écran montrant un graphique avec les trois métriques et le filtre. Le graphique montre qu’avec une limite de 9 % sur les ressources, le groupe de charge de travail est utilisé à plus de 90 % (d’après la métriqueAllocation du groupe de charge de travail par pourcentage de ressources limitées réelles). Il existe une mise en file d’attente stable des requêtes, comme indiqué dans la métrique Requêtes en file d’attente du groupe de charge de travail. Dans ce cas, l’augmentation de CAP_PERCENTAGE_RESOURCE à une valeur supérieure à 9 % permet à plus de requêtes de s’exécuter simultanément. L’augmentation de CAP_PERCENTAGE_RESOURCE suppose que suffisamment de ressources sont disponibles et non isolées par d’autres groupes de charge de travail. Vérifiez l’augmentation de la limite en vérifiant la métrique Pourcentage de ressources limitées réelles. Si vous souhaitez obtenir un débit plus élevé, envisagez également d’augmenter REQUEST_MIN_RESOURCE_GRANT_PERCENT à une valeur supérieure à 3. L’augmentation de REQUEST_MIN_RESOURCE_GRANT_PERCENT peut permettre l’exécution plus rapide des requêtes.

Étapes suivantes