Configurer des charges de travail dans une capacité Premium

Cet article répertorie les charges de travail pour Power BI Premium et décrit leurs capacités. Utilisez les onglets Gen2 et Gen1 pour examiner les différences entre les charges de travail pour ces offres Premium.

Important

Premium Gen1, également appelée version d’origine de Premium, est déconseillée. Si vous utilisez toujours Premium Gen1, vous devez migrer votre contenu Power BI vers Premium Gen2. Pour plus d’informations, consultez Planifier votre transition vers Power BI Premium Gen2.

Notes

Les charges de travail peuvent être activées et attribuées à une capacité à l’aide des API REST Capacités.

Charges de travail prises en charge

Les charges de travail de requête sont optimisées pour, et limitées par, les ressources déterminées par votre référence SKU de capacité Premium. Les capacités Premium prennent également en charge des charges de travail supplémentaires pouvant utiliser les ressources de votre capacité.

La liste des charges de travail ci-dessous décrit les références SKU Gen2 Premium prend en charge chaque charge de travail :

  • IA - Toutes les références SKU sont prises en charge en dehors des références SKU EM1/A1

  • Jeux de données - Toutes les références SKU sont prises en charge

  • Dataflows - Toutes les références SKU sont prises en charge

  • Rapports paginés - Toutes les références SKU sont prises en charge

Configurer des charges de travail

Vous pouvez ajuster le comportement des charges de travail en configurant les paramètres de charge de travail pour votre capacité.

Important

Toutes les charges de travail sont toujours activées et ne peuvent pas être désactivées. Vos ressources de capacité sont gérées par Power BI en fonction de votre utilisation de la capacité.

Pour configurer des charges de travail dans le portail d’administration Power BI

  1. Connectez-vous à Power BI à l’aide des informations d’identification du compte administrateur.

  2. Dans l’en-tête de page, sélectionnez ...>Paramètres>Portail d’administration.

    Settings menu with admin portal selected.

  3. Accédez aux paramètres de capacité et sous l’onglet Power BI Premium, sélectionnez une capacité.

  4. Développez Charges de travail.

  5. Définissez les valeurs de chaque charge de travail en fonction de vos spécifications.

  6. Sélectionnez Appliquer.

Superviser les charges de travail

Utilisez l’application d’utilisation et de métriques Power BI Premium pour surveiller l’activité de votre capacité.

Important

Si votre capacité Power BI Premium subit une utilisation intensive des ressources entraînant des problèmes de performances ou de fiabilité, vous pouvez recevoir des e-mails de notification pour identifier et résoudre le problème. Il peut s’agir d’un moyen simplifié de dépanner les capacités surchargées. Pour plus d’informations, consultez les notifications de capacité et de fiabilité.

IA (Préversion)

La charge de travail d’intelligence artificielle (IA) vous permet d’utiliser Cognitive Services et Machine Learning automatisé dans Power BI. Utilisez les paramètres suivants pour contrôler le comportement de la charge de travail.

Nom du paramètre Description
Mémoire maximale (%)1 Pourcentage maximal de mémoire disponible que les processus IA peuvent utiliser dans une capacité.
Autoriser l’utilisation depuis Power BI Desktop Ce paramètre est réservé à une utilisation ultérieure et n’apparaît pas dans tous les locataires.
Autoriser la génération de modèles Machine Learning Spécifie si les analystes métier peuvent entraîner, valider et appeler des modèles Machine Learning directement dans Power BI. Pour plus d’informations, consultez Machine Learning automatisé dans Power BI (préversion).
Activer le parallélisme pour les demandes IA Spécifie si les demandes IA peuvent s’exécuter en parallèle.

1Premium Gen2 ne nécessite pas de modification des paramètres de mémoire. La mémoire dans Premium Gen2 est gérée automatiquement par le système sous-jacent.

Groupes de données

Utilisez les paramètres du tableau ci-dessous pour contrôler le comportement de la charge de travail. Il existe des informations supplémentaires sur l’utilisation sous le tableau pour certains des paramètres.

Notes

Dans Premium Gen1, la charge de travail des jeux de données est activée par défaut et ne peut pas être désactivée.

Nom du paramètre Description
Mémoire maximale (%)1 Pourcentage maximal de mémoire disponible que les jeux de données peuvent utiliser dans une capacité.
Point de terminaison XMLA Spécifie que les connexions à partir d’applications clientes respectent l’appartenance au groupe de sécurité définie au niveau de l’espace de travail et au niveau de l’application. Pour plus d’informations, consultez Se connecter à des jeux de données avec des applications et des outils clients.
Nombre maximal de lignes intermédiaires Nombre maximal de lignes intermédiaires retournées par DirectQuery. La valeur par défaut est 1 000 000, et la plage autorisée est comprise entre 100 000 et 2 147 483 646. La limite supérieure peut être contrainte en fonction de ce que la source de données prend en charge.
Taille max. du jeu de données hors connexion (Go) Taille maximale du jeu de données hors connexion en mémoire. Il s’agit de la taille compressée sur le disque. La valeur par défaut est 0 (ce qui correspond à la limite la plus élevée définie par la référence SKU). La plage autorisée est comprise entre 0 et la taille limite de la capacité.
Nombre maximal de lignes de résultat Nombre maximal de lignes retournées dans une requête DAX. La valeur par défaut est -1 (aucune limite) et la plage autorisée est comprise entre 100000 et 2147483647.
Limite de mémoire de requête (%) Pourcentage maximal de mémoire disponible dans la charge de travail qui peut être utilisée pour l’exécution d’une requête MDX ou DAX. La valeur par défaut est 0, ce qui entraîne l’application de la limite de mémoire de requête automatique propre à la référence SKU.
Délai d’expiration de la requête (secondes) Durée maximale avant l’expiration d’une requête. La valeur par défaut est 3600 secondes (1 heure). La valeur 0 spécifie que les requêtes ne expirent pas.
Actualisation automatique de la page Commutateur pour autoriser les espaces de travail Premium à avoir des rapports avec l’actualisation automatique des pages sur la base d’intervalles fixes.
Intervalle minimal d'actualisation Si l’actualisation automatique de la page est activée, il s’agit de l’intervalle minimal autorisé pour l’intervalle d’actualisation de la page. La valeur par défaut est de cinq minutes, et la valeur minimale autorisée est d’une seconde.
Mesure de détection des changements Commutateur pour autoriser les espaces de travail Premium à avoir des rapports avec l’actualisation automatique des pages sur la base de la détection des changements.
Intervalle d'exécution minimal Si la mesure de détection des changements est activée, il s’agit de l’intervalle d’exécution minimal autorisé à interroger les modifications de données. La valeur par défaut est de cinq secondes, et la valeur minimale autorisée est d’une seconde.

1Premium Gen2 ne nécessite pas de modification des paramètres de mémoire. La mémoire dans Premium Gen2 est gérée automatiquement par le système sous-jacent.

Nombre maximal de lignes intermédiaires

Utilisez ce paramètre pour contrôler l’impact des rapports qui consomment beaucoup de ressources ou qui sont mal conçus. Quand une requête sur un jeu de données DirectQuery génère une très grande quantité de résultats de la base de données source, cela peut entraîner une hausse soudaine de l’utilisation de la mémoire et de la charge de traitement. Cette situation peut provoquer un problème de ressources insuffisantes pour d’autres utilisateurs et rapports. Ce paramètre permet à l’administrateur de la capacité d’ajuster le nombre de lignes qu’une requête individuelle peut extraire de la source de données.

Sinon, si la capacité prend en charge plus d’un million de lignes, qui est la valeur par défaut, et que vous avez un jeu de données volumineux, augmentez ce paramètre pour extraire plus de lignes.

Ce paramètre affecte uniquement les requêtes DirectQuery, tandis que le nombre maximal de jeux de lignes de résultats affecte les requêtes DAX.

Taille max. du jeu de données hors connexion

Utilisez ce paramètre pour empêcher les créateurs de rapports de publier un jeu de données volumineux qui peut avoir un impact négatif sur la capacité. Power BI ne peut pas déterminer la taille réelle en mémoire tant que le jeu de données n’est pas chargé en mémoire. Un jeu de données d’une taille hors connexion plus petite peut avoir une empreinte mémoire supérieure à un jeu de données d’une plus grande taille hors connexion.

Si vous avez un jeu de données plus grand que la taille que vous spécifiez pour ce paramètre, le jeu de données échoue à se charger quand un utilisateur tente d’y accéder. Le jeu de données peut également échouer à charger s’il est supérieur à la mémoire maximale configurée pour la charge de travail des jeux de données.

Ce paramètre s’applique aux modèles au format de stockage de petits jeux de données (format ABF) et au format de stockage de jeux de données volumineux (PremiumFiles), même si la taille hors connexion du même modèle peut différer lorsqu’elle est stockée dans un format par rapport à un autre. Pour plus d’informations, consultez Grands modèles dans Power BI Premium.

Pour préserver les performances du système, une limite stricte spécifique à la référence SKU pour la taille maximale du jeu de données hors connexion est appliquée, quelle que soit la valeur configurée. Le plafond dur spécifique à la référence SKU supplémentaire dans le tableau ci-dessous ne s’applique pas aux jeux de données Power BI stockés dans un format de stockage de jeux de données volumineux.

EM1/A1 EM2/A2 EM3/A3 P1/A4 P2/A5 P3/A6 P4/A7 P5/A8
Limite stricte pour la taille maximale des jeux de données hors connexion 3 Go 5 Go 6 Go 10 Go 10 Go 10 Go 10 Go 10 Go

Nombre maximal de lignes de résultat

Utilisez ce paramètre pour contrôler l’impact des rapports qui consomment beaucoup de ressources ou qui sont mal conçus. Si cette limite est atteinte dans une requête DAX, les utilisateurs des rapports voient l’erreur suivante. Ils doivent alors copier les détails de l’erreur et contacter un administrateur.

Couldn't load data for this visual

Ce paramètre affecte uniquement les requêtes DAX, tandis que le nombre maximal d’ensembles de lignes intermédiaires affecte les requêtes DirectQuery.

Limite de mémoire de requête

Utilisez ce paramètre pour contrôler l’impact des rapports qui consomment beaucoup de ressources ou qui sont mal conçus. Certaines requêtes et certains calculs peuvent générer des résultats intermédiaires qui utilisent beaucoup de mémoire sur la capacité. Cette situation peut ralentir fortement l’exécution d’autres requêtes, donner lieu à l’éviction d’autres jeux de données de la capacité et provoquer des erreurs de mémoire insuffisante pour d’autres utilisateurs de la capacité.

Ce paramètre s’applique à toutes les requêtes DAX et MDX exécutées par Power BI rapports, Analyser dans Excel rapports, ainsi qu’à d’autres outils susceptibles de se connecter sur le point de terminaison XMLA.

Les opérations d’actualisation des données peuvent également exécuter des requêtes DAX dans le cadre de l’actualisation des vignettes de tableau de bord et des caches visuels après l’actualisation des données dans le jeu de données. De telles requêtes peuvent également échouer en raison de ce paramètre, ce qui peut faire apparaître l’opération d’actualisation des données en état d’échec, même si les données du jeu de données ont bien été mises à jour.

Le paramètre par défaut est 0, ce qui entraîne l’application de la limite de mémoire de requête automatique propre à la référence SKU suivante.

EM1/A1 EM2/A2 EM3/A3 P1/A4 P2/A5 P3/A6 P4/A7 P5/A8
Limite de mémoire de requête automatique 1 Go 2 Go 2 Go 6 Go 6 Go 10 Go 10 Go 10 Go

Pour préserver les performances du système, une limite stricte de 10 Go est appliquée pour toutes les requêtes exécutées par les rapports Power BI, quelle que soit la limite de mémoire de requête configurée par l’utilisateur. Ce plafond dur ne s’applique pas aux requêtes émises par les outils qui utilisent le protocole Analysis Services (également appelé XMLA). Les utilisateurs doivent essayer de simplifier la requête ou ses calculs si la requête utilise trop de mémoire.

Délai d’expiration de la requête

Utilisez ce paramètre pour mieux contrôler les requêtes de longue durée, lesquelles peuvent ralentir le chargement des rapports pour les utilisateurs.

Ce paramètre s’applique à toutes les requêtes DAX et MDX exécutées par Power BI rapports, Analyser dans Excel rapports, ainsi que d’autres outils susceptibles de se connecter sur le point de terminaison XMLA.

Les opérations d’actualisation des données peuvent également exécuter des requêtes DAX dans le cadre de l’actualisation des vignettes de tableau de bord et des caches visuels une fois les données du jeu de données actualisées. De telles requêtes peuvent également échouer en raison de ce paramètre, ce qui peut faire apparaître l’opération d’actualisation des données en état d’échec, même si les données du jeu de données ont bien été mises à jour.

Ce paramètre s’applique à chaque requête, et pas à la durée d’exécution de toutes les requêtes liées à la mise à jour d’un jeu de données ou d’un rapport. Prenez l’exemple suivant :

  • Le paramètre Délai d’expiration de la requête a la valeur 1 200 (20 minutes).
  • Il y a cinq requêtes à exécuter, chacune d’elles s’exécutant en 15 minutes.

La durée totale d’exécution de toutes les requêtes est de 75 minutes, mais le délai maximal défini n’est pas atteint, car les différentes requêtes s’exécutent individuellement en moins de 20 minutes.

Notez que les rapports Power BI ignorent cette valeur par défaut et appliquent un délai d’expiration très inférieur pour chaque requête sur la capacité. Le délai d’expiration par requête est généralement de trois minutes environ.

Actualisation automatique de la page

Lorsqu’elle est activée, l’actualisation automatique des pages permet aux utilisateurs de votre capacité Premium d’actualiser les pages de leur rapport à un intervalle défini, pour les sources DirectQuery. En tant qu’administrateur de capacité, vous pouvez effectuer les opérations suivantes :

  • Activer et désactiver l’actualisation automatique des pages
  • Définir un intervalle minimal d'actualisation

Pour trouver le paramètre d’actualisation automatique de la page :

  1. Dans le portail d’administration Power BI, sélectionnez Paramètres de capacité.

  2. Sélectionnez votre capacité, puis faites défiler vers le dessous et développez le menu Charges de travail.

  3. Faites défiler vers le bas jusqu’à la section Jeux de données.

Screenshot that shows the admin setting for automatic refresh interval.

Les requêtes créées par l’actualisation automatique de la page vont directement à la source de données. Il est donc important de tenir compte de la fiabilité et de la charge sur ces sources lorsque vous autorisez l’actualisation automatique de la page dans votre organisation.

Dataflows

La charge de travail des dataflows vous permet d’utiliser la préparation des données en libre-service des dataflows pour ingérer, transformer, intégrer et enrichir les données. Utilisez les paramètres suivants pour contrôler le comportement de la charge de travail.

Nom du paramètre Description
Mémoire maximale (%)1 Pourcentage maximal de mémoire disponible que les dataflows peuvent utiliser dans une capacité.
Moteur de calcul de dataflows avancé (préversion) Activez cette option pour un calcul jusqu’à 20 fois plus rapide d’entités calculées lors de l’utilisation de volumes de données à grande échelle. Vous devez redémarrer la capacité pour activer le nouveau moteur. Pour plus d’informations, consultez Moteur de calcul de dataflows avancé.
Taille du conteneur Taille maximale du conteneur que les dataflows utilisent pour chaque entité dans le dataflow. La valeur par défaut est 700 Mo. Pour plus d’informations, consultez Taille du conteneur.

1Premium Gen2 ne nécessite pas que les paramètres de mémoire soient modifiés. La mémoire dans Premium Gen2 est gérée automatiquement par le système sous-jacent.

Moteur de calcul de dataflows avancé

Pour tirer parti du nouveau moteur de calcul, fractionnez l’ingestion des données en dataflows séparés et placez la logique de transformation dans des entités calculées de différents dataflows. Cette approche est recommandée, car le moteur de calcul fonctionne sur les dataflows qui référencent un dataflow existant. Il ne fonctionne pas sur les dataflows d’ingestion. Le fait de suivre ce guide garantit que le nouveau moteur de calcul gère les étapes de transformation, telles que les jointures et les fusions, pour des performances optimales.

Taille du conteneur

Lors de l’actualisation d’un dataflow, la charge de travail du dataflow génère un conteneur pour chaque entité dans le dataflow. Chaque conteneur peut prendre de la mémoire jusqu’au volume spécifié dans le paramètre Taille du conteneur. La valeur par défaut pour toutes les références SKU est 700 Mo. Vous pouvez souhaiter modifier ce paramètre si :

  • L’actualisation des dataflows prend trop de temps ou l’actualisation d’un dataflow échoue en cas d’expiration du délai.
  • Les entités de dataflow incluent des étapes de calcul ; par exemple, une jointure.

Il est recommandé d’utiliser l’application Power BI Premium Capacity Metrics pour analyser les performances de la charge de travail Dataflow.

Dans certains cas, l’augmentation de la taille du conteneur peut ne pas améliorer les performances. Par exemple, si le dataflow obtient des données uniquement à partir d’une source sans effectuer de calculs significatifs, il est probable que changer la taille du conteneur ne sera d’aucune utilité. Augmenter la taille du conteneur peut être utile si cela permet à la charge de travail Dataflows d’allouer davantage de mémoire pour les opérations d’actualisation d’entité. Le fait d’allouer davantage de mémoire permet de réduire le temps nécessaire à l’actualisation des entités comportant beaucoup de calculs.

La valeur Taille du conteneur ne peut pas dépasser la mémoire maximale définie pour la charge de travail Dataflows. Par exemple, une capacité P1 a 25 Go de mémoire. Si la charge de travail Dataflow Max Memory (%) est définie sur 20 %, la taille du conteneur (Mo) ne peut pas dépasser 5 000. Dans tous les cas, la taille du conteneur ne peut pas dépasser la mémoire maximale, même si vous définissez une valeur supérieure.

Rapports paginés

La charge de travail des rapports paginés vous permet d’exécuter des rapports paginés, basés sur le format SQL Server Reporting Services standard, dans le service Power BI.

Les rapports paginés offrent les mêmes possibilités que les rapports SQL Server Reporting Services (SSRS) actuels, y compris la possibilité pour les créateurs de rapports d’ajouter du code personnalisé. Les auteurs peuvent alors modifier dynamiquement les rapports, par exemple en changeant les couleurs de texte en fonction des expressions de code.

La charge de travail des rapports paginés est activée automatiquement et est toujours activée.

Étapes suivantes