Lissage et limitation dans l’entrepôt de données Fabric

S’applique à :✅ point de terminaison d’analytique SQL et entrepôt dans Microsoft Fabric

Cet article détaille les concepts de lissage et de limitation des charges de travail à l’aide du point de terminaison Warehouse et SQL Analytics dans Microsoft Fabric.

Cet article est propre aux charges de travail d’entrepôt de données dans Microsoft Fabric. Pour toutes les charges de travail Fabric, visitez Limitation dans Microsoft Fabric.

Capacité de calcul

La capacité constitue la base de Microsoft Fabric et fournit la puissance de calcul qui pilote toutes les charges de travail Fabric. En fonction de la référence SKU de capacité achetée, vous avez le droit à un ensemble d’unités de capacité (CU) qui sont partagées dans Fabric. Vous pouvez consulter les CU de chaque référence SKU sur Capacité et références SKU.

Adoucissage

Les capacités peuvent être sous-utilisées (inactives) et sur-utilisées (pic), selon les périodes. Quand une capacité exécute plusieurs travaux, un pic soudain de la demande de calcul peut entraîner le dépassement des limites d’une capacité achetée. Le point de terminaison d’entrepôt et d’analytique SQL fournit capacité en rafale qui permet aux charges de travail d’utiliser davantage de ressources pour obtenir de meilleures performances.

Le lissage est une solution pour les clients qui ont des pics soudains pendant les heures de pointe et une grande capacité inactive inutilisée en dehors de ces pics. Le lissage simplifie la gestion de la capacité en répartissant l’évaluation du calcul pour que les travaux du client s’exécutent de manière fluide et efficace.

Le lissage n’affecte pas le temps d’exécution. Il permet de simplifier la gestion de la capacité en permettant aux clients de dimensionner leur capacité en fonction de la moyenne, et non des pics d’utilisation.

• Pour les travaux interactifs exécutés par les utilisateurs : la consommation de capacité est généralement lissée sur un minimum de 5 minutes, ou plus, pour réduire les pics temporels à court terme.

• Pour les travaux planifiés ou en arrière-plan : la consommation de capacité est répartie sur 24 heures, pour ne pas avoir de problème en cas de planification ou de contention des travaux.

Pour plus d’informations, consultez Limitation dans Microsoft Fabric.

Classification des opérations pour l’entrepôt de données Fabric

En général, à l’instar de Power BI, les opérations sont classées comme interactives ou en arrière-plan.

La plupart des opérations dans la catégorie Entrepôt sont signalées comme étant en arrière-plan pour tirer parti du lissage de 24 heures de l’activité qui permet d’avoir des modèles d’utilisation plus flexibles. Avec un lissage de 24 heures, les opérations peuvent s’exécuter simultanément sans provoquer de pics à un moment de la journée. Les clients bénéficient de performances constantes et rapides sans avoir à se soucier des petits pics de leur charge de travail. Par conséquent, si vous classez l’entrepôt de données comme étant en arrière-plan, les pics d’utilisation d’unité de capacité ne déclenchent pas trop rapidement de limitation.

Limitation

La limitation se produit quand la capacité d’un client consomme plus de ressources de processeur que ce qui a été acheté. Une fois la consommation lissée, les stratégies de limitation de capacité sont vérifiées en fonction de la quantité de capacité future consommée. Cela entraîne une dégradation de l’expérience de l’utilisateur final. Quand une capacité entre dans un état limité, elle affecte uniquement les opérations demandées après la limitation de la capacité.

Les stratégies de limitation sont appliquées au niveau de la capacité. Si une capacité, ou un ensemble d’espaces de travail, subit des performances réduites en raison d’une surcharge, d’autres capacités peuvent continuer à s’exécuter normalement.

Voici les quatre stratégies de limitation de capacité de Microsoft Fabric :

La plupart des opérations de point de terminaison d’entrepôt et d’analytique SQL suivent la stratégie « Rejet en arrière-plan » et, par conséquent, le rejet de l’opération après une sur-utilisation moyenne sur une période de 24 heures.

Considérations relatives à la limitation

• Les opérations en vol, y compris les requêtes longues, les procédures stockées, les traitements par lots, ne sont pas limités pendant leur exécution. Les stratégies de limitation s’appliquent à l’opération qui suit le lissage de la consommation.
• Les opérations d’entrepôt sont d’arrière-plan à l’exception des scénarios impliquant des opérations de modélisation (telles que la création d’une mesure, l’ajout ou la suppression de tables d’un modèle sémantique par défaut, visualiser les résultats, etc.) ou créer/mettre à jour des modèles sémantiques Power BI (y compris un modèle sémantique par défaut) ou des rapports. Ces opérations continuent de suivre la stratégie « Rejet interactif ».
• Tout comme la plupart des opérations Entrepôt, les vues de gestion dynamique (DMV) sont également classées comme étant en arrière-plan et couvertes par la stratégie « Rejet des travaux en arrière-plan ». Par conséquent, les DMV ne peuvent pas être interrogées lorsque la capacité est limitée. Même si les DMV ne sont pas disponibles, les administrateurs de capacité peuvent accéder à l’application Métriques de capacité Microsoft Fabric pour comprendre la cause racine.
• Lorsque la stratégie « Rejet des travaux en arrière-plan » est activée, toute activité dans l’Éditeur de requête SQL, l’éditeur de requête visuel ou la vue de modélisation peut afficher le message d’erreur : Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.
• Lorsque la stratégie « Rejet des travaux en arrière-plan » est activée, si vous tentez de vous connecter à un entrepôt ou d’exécuter une nouvelle requête TSQL dans des applications clientes telles que SQL Server Management Studio (SSMS) ou Azure Data Studio via une chaîne de connexion SQL, vous pouvez voir le code d’erreur SQL 24801 et le texte d’erreur Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.

Bonnes pratiques de résolution des situations de surcharge

Pour résoudre une situation de limitation, un administrateur de capacité peut :

• Mettre à niveau la capacité vers une référence SKU plus élevée pour augmenter la limite de capacité.
• Identifier les contributeurs des pics d’activité, et collaborer avec les propriétaires de projets à charge élevée pour optimiser les demandes avec des processus d’optimisation des requêtes T-SQL ou redistribuer les tâches sur d’autres capacités.
• Attendez que l’état de surcharge soit terminé avant d’envoyer de nouvelles demandes.
• Les administrateurs de capacité peuvent configurer des alertes proactives et être avertis avant la limitation d’une capacité.

Monitorer les informations de surcharge avec l’application Métriques de capacité Fabric

Les administrateurs de capacité peuvent voir des informations de surcharge et les explorer avec l’application Métriques de capacité Microsoft Fabric.

Pour obtenir une vue d’ensemble détaillée de l’application, consultez Guide pratique : observer les tendances d’utilisation de Synapse Data Warehouse.

Onglet Utilisation

Cet onglet affiche l’utilisation des ressources par rapport à la capacité achetée. 100 % de l’utilisation représente le débit complet d’une référence SKU de capacité et est partagé par toutes les charges de travail Fabric. Ceci est représenté par la ligne en pointillé jaune. La sélection d’un point de temps spécifique dans le graphique active le bouton Explorer, qui ouvre une page d’exploration détaillée.

Onglet Limitation

Pour monitorer et analyser les stratégies de limitation, un onglet de limitation est ajouté au graphe d’utilisation. Avec cet onglet, les administrateurs de capacité peuvent facilement observer l’utilisation future en pourcentage de chaque limite, et même explorer les charges de travail spécifiques qui ont contribué à un dépassement. Pour plus d’informations, consultez Limitation dans l’application Métriques.

Dans la section Rejet des travaux en arrière-plan, l’utilisation dépassant la ligne 100 % est potentiellement soumise à une limitation dans la stratégie « Rejet des travaux en arrière-plan ».

Onglet Dépassements

L’onglet Dépassements fournit un historique visuel de la sur-utilisation de la capacité, y compris le report, le cumul et l’épuisement de l’utilisation. Pour plus d’informations, consultez Limitation dans Microsoft Fabric et Dépassements dans l’application Métriques de capacité Microsoft Fabric.

Étape suivante

Contenu connexe

• Rapports de facturation et d’utilisation dans l’entrepôt de données Synapse
• Qu’est-ce que l’application Métriques de capacité Microsoft Fabric ?
• Guide des performances de Synapse Data Warehouse dans Microsoft Fabric
• Comprendre votre facture Azure sur une capacité Fabric
• Limitation dans Microsoft Fabric
• Lissage et limitation dans l’Entrepôt de données Fabric
• Capacité burstable dans l’entrepôt de données Fabric
• Suspendre et reprendre dans l’entrepôt de données Fabric