Partage via

Qu’est-ce que la gestion des charges de travail ?

  • Article

L’exécution de charges de travail mixtes peut poser des problèmes de ressources sur les systèmes chargés. Les architectes de solutions cherchent des moyens de séparer les activités d’entreposage de données classiques (comme le chargement, la transformation et l’interrogation des données) pour s’assurer qu’il existe suffisamment de ressources pour répondre aux contrats de niveau de service.

L’isolation physique du serveur peut conduire à des poches d’infrastructure sous-exploitées, surutilisées ou dans un état où les caches sont constamment occupés avec le démarrage et l’arrêt du matériel. Un schéma de gestion des charges de travail réussi gère efficacement les ressources, garantit une utilisation hautement efficace des ressources et optimise le retour sur investissement (ROI).

Le concept de « charge de travail d’entrepôt de données » fait référence à l’ensemble des opérations se produisant dans un entrepôt de données. La complexité et l’étendue de ces composants dépendent du niveau de maturité de l’entrepôt de données. La charge de travail d’entrepôt de données englobe :

  • Le processus complet de chargement des données dans l’entrepôt
  • L’analyse et la création de rapports pour l’entrepôt de données
  • La gestion des données dans l’entrepôt de données
  • L’exportation de données à partir de l’entrepôt de données

La capacité de performances d’un entrepôt de données est déterminée par les unités de l’entrepôt de données.

Concepts de gestion des charges de travail

Dans le passé, pour Synapse SQL dans Azure Synapse, vous gériez les performances des requêtes par le biais de classes de ressources. Les classes de ressources autorisaient l’attribution de mémoire à une requête en fonction de l’appartenance à un rôle. La principale difficulté avec les classes de ressources est que, une fois celles-ci configurées, il n’existait aucune gouvernance ou possibilité de contrôler la charge de travail.

Par exemple, l’octroi d’une appartenance à un rôle d’utilisateur ad hoc à smallrc permettait à cet utilisateur de consommer 100 % de la mémoire sur le système. Avec les classes de ressources, il n’existe aucun moyen de réserver et de garantir la disponibilité des ressources pour les charges de travail critiques.

La gestion des charges de travail du pool SQL dédié dans Azure Synapse se compose de trois concepts généraux : Classification des charges de travail, importance de la charge de travail et isolation de la charge de travail. Ces fonctionnalités vous permettent de mieux contrôler la façon dont votre charge de travail utilise les ressources système.

La classification des charges de travail est le concept d’affectation d’une requête à un groupe de charge de travail et de définition de niveaux d’importance. Historiquement, cette affectation était effectuée via l’appartenance à un rôle à l’aide de sp_addrolemember. Cette action peut être à présent exécutée via la fonctionnalité CRÉER UN CLASSIFICATEUR DE CHARGE DE TRAVAIL. La fonctionnalité de classification fournit un ensemble plus riche d’options, avec les balises, les sessions et le temps nécessaire pour classer les requêtes.

L’importance de la charge de travail influence l’ordre dans lequel une requête accède aux ressources. Sur un système occupé, une requête ayant une importance plus élevée a accès en premier aux ressources. L’importance peut également garantir un accès ordonné aux verrous.

L’isolation de la charge de travail réserve des ressources pour un groupe de charge de travail. Les ressources réservées dans un groupe de charge de travail sont conservées exclusivement pour que le groupe de charge de travail puisse s’exécuter. Les groupes de charges de travail vous permettent également de définir la quantité de ressources affectées par requête, de la même façon que les classes de ressources. Les groupes de charges de travail vous permettent de réserver ou de limiter la quantité de ressources qu’un ensemble de requêtes peut consommer. Enfin, les groupes de charge de travail sont un mécanisme permettant d’appliquer des règles, comme le délai de requête, aux requêtes.

Étapes suivantes