Partager via

Planification de l’implémentation de Power BI : abonnements, licences et essais

  • Article

Remarque

Cet article fait partie de la série d’articles sur la planification de l’implémentation de Power BI. Cette série se concentre principalement sur l’expérience Power BI au sein de Microsoft Fabric. Pour une introduction à la série, consultez Planification de la mise en œuvre de Power BI.

Cet article présente les principales considérations relatives à la planification des abonnements, des licences et des essais pour Power BI et Fabric. Cet article est destiné à :

  • Administrateurs de facturation : administrateurs chargés d’acheter des abonnements et d’analyser les coûts.
  • Administrateurs Azure : administrateurs responsables de l’achat et de la gestion des abonnements et services Azure.
  • Administrateurs Fabric : administrateurs chargés de superviser Fabric dans l’organisation.
  • Administrateurs de gestion des licences et des utilisateurs : administrateurs responsables de l’attribution de licences (achetées) aux utilisateurs.
  • Centre d’excellence (COE) et équipes BI : Les équipes chargées de superviser Power BI et de prendre en charge les utilisateurs de Power BI dans l’organisation. Ces équipes prennent des décisions clés et collaborent avec les administrateurs Fabric.
  • Propriétaires et créateurs de contenu : cet article peut également être pertinent pour les créateurs de contenu en libre-service qui doivent obtenir des licences pour créer, publier et gérer du contenu.

L’un des aspects clés de la gestion de Microsoft Fabric est de s’assurer que les utilisateurs ont accès aux fonctionnalités dont ils ont besoin. À cette fin, vous devez acheter et gérer des abonnements, des licences et des essais pour votre organisation. La gestion des abonnements, des licences et des essais est nécessaire pour s’assurer que les créateurs et les consommateurs de contenu peuvent utiliser Fabric et Power BI.

Remarque

La gestion des licences est un sujet important qui peut être complexe, en particulier lorsque votre organisation implémente Fabric ou Power BI pour la première fois. Bien que cet article décrit les principales décisions et considérations relatives aux abonnements, aux licences et aux versions d’évaluation, nous vous recommandons de consulter les articles et ressources supplémentaires suivants pour obtenir des informations plus détaillées et pratiques.

Important

Cet article fait parfois référence à Power BI Premium ou à ses abonnements de capacité (SKU P). Sachez que Microsoft regroupe actuellement des options d’achat et met hors service les SKU Power BI Premium par capacité. Les clients nouveaux et existants doivent plutôt envisager l’achat d’abonnements de capacité Fabric (SKU F).

Pour plus d’informations, consultez l’article Importante mise à jour à venir des licences Power BI Premium et la FAQ sur Power BI Premium.

Le tableau suivant présente les concepts clés utilisés par cet article.

Concept Description Exemple
Locataire Fabric fonctionne dans le locataire Microsoft Entra de l’organisation. Une organisation dispose généralement d’un seul locataire (même si certaines grandes organisations peuvent avoir plusieurs locataires). Sur Contoso, un locataire existe pour contoso.com.
Abonnement Un ou plusieurs abonnements doivent être actifs pour un locataire. Chaque abonnement a une date de début et une date de fin qui fait référence à un produit :

• Les abonnements par utilisateur sont gérés dans le Centre d’administration Microsoft 365. Un nombre spécifique de licences est disponible dans chaque abonnement.
• Un abonnement de capacité Power BI Premium est géré dans le Centre d’administration Microsoft 365.
• Un abonnement de capacité Fabric est géré dans le portail Azure.		 Contoso dispose de quatre abonnements actifs :

• Licences gratuites illimitées.
• 100 licences Pro.
• 15 licences Premium par utilisateur.
• Trois licences de capacité.
Licence par utilisateur Une licence par utilisateur repose sur un abonnement. Tous les utilisateurs nécessitent une licence utilisateur, qui peut être Fabric gratuite, Power BI Pro (Pro) ou Premium par utilisateur (PPU). Contoso compte 450 utilisateurs actifs :

• Les 450 utilisateurs reçoivent tous une licence Fabric gratuite.
• 92 utilisateurs reçoivent une licence Power BI Pro (il en reste donc 8 de disponibles dans l’abonnement).
• 15 utilisateurs reçoivent une licence PPU (il n’en reste donc plus dans l’abonnement).
Licence de capacité Une licence de capacité repose sur un abonnement. Les espaces de travail se voient attribuer une capacité, qui détermine les fonctionnalités et les ressources disponibles pour le contenu et les utilisateurs de l’espace de travail. Contoso dispose de trois capacités actives :

• Deux capacités Fabric.
• Une capacité Power BI Premium.
Référence SKU (Stock-Keeping Unit) Les références SKU sont un ID produit pour l’abonnement acheté. Pour la capacité, il existe deux façons de faire référence aux références SKU.

• Regroupement : type de capacité achetée. Par exemple, la référence SKU F fait référence à une capacité Fabric en général.
• Spécifique : la référence SKU spécifique pour une capacité désigne le niveau de sa puissance de calcul. Par exemple, une capacité F64 a un ensemble spécifique de ressources de calcul (telles que le processeur et la mémoire) qui sont disponibles pour tous les espaces de travail affectés à cette capacité.		 Contoso dispose de trois capacités actives :

• Une capacité F16.
• Une capacité F64.
• Une capacité P1.
Évaluation Une licence d’essai vous permet d’essayer des fonctionnalités. Vous pouvez activer une version d’essai pour une licence par utilisateur ou une licence de capacité Fabric. Contoso présente des essais actifs :

• Deux utilisateurs ont un essai actif PPU.
• Un essai de capacité Fabric est actif.

Remarque

Les abonnements mentionnés dans cet article concernent les coûts d’un produit. Il s’agit d’un concept différent des abonnements aux rapports, qui sont des rapports remis selon une planification.

Important

Contactez votre gestionnaire de comptes Microsoft lorsque vous avez des questions sur les abonnements et les licences de votre organisation pour Fabric, Power BI ou Microsoft 365.

Les options de licence peuvent être assorties en fonction de la charge de travail pour des utilisateurs et des groupes individuels. Le diagramme suivant montre comment un abonnement dispose de licences par utilisateur ou par capacité, que vous gérez à partir du Centre d’administration Microsoft 365 ou du portail Azure.

Le diagramme montre à la fois le Centre d’administration Microsoft 365 et le portail Azure.

Dans le Centre d’administration Microsoft 365, les administrateurs peuvent acheter et attribuer des licences par utilisateur ou capacité Premium.

  • L’organisation dispose d’un abonnement Microsoft Fabric gratuit avec des licences gratuites illimitées. Les administrateurs de facturation peuvent attribuer ces licences aux utilisateurs de l’organisation.
  • Les administrateurs de facturation peuvent acheter des abonnements Power BI Pro et attribuer des licences Power BI Pro aux utilisateurs de l’organisation.
  • Les administrateurs de facturation peuvent acheter des licences Power BI Premium par utilisateur (PPU) en tant que modules complémentaires à un abonnement Power BI Pro existant. Ces administrateurs peuvent ensuite attribuer des licences PPU aux utilisateurs de l’organisation.
  • Les administrateurs de facturation peuvent acheter des abonnements de capacité Power BI Premium (SKU P) pour l’organisation. Ces licences sont par capacité et non par utilisateur.

Dans le portail Azure, les administrateurs Azure peuvent attribuer des licences par utilisateur et acheter et gérer des licences par capacité.

  • Les administrateurs Azure attribuent des licences par utilisateur, telles que Microsoft Fabric gratuit, dans le portail Azure dans Microsoft Entra ID.
  • Les administrateurs Azure gèrent leur abonnement Azure, où ils peuvent acheter et gérer des licences par capacité.
    • Les administrateurs de facturation peuvent acheter des abonnements de capacité Premium (références SKU A ou EM), qui sont liés et facturés dans le cadre d’un abonnement Azure.
    • Les administrateurs de facturation peuvent acheter des abonnements de capacité Fabric (SKU F), liés et facturés dans le cadre d’un abonnement Azure.

Remarque

La plupart des fonctionnalités décrites dans cet article ne sont pas disponibles pour les administrateurs Fabric. Au lieu de cela, les administrateurs Fabric doivent collaborer avec d’autres administrateurs disposant d’autorisations supplémentaires pour afficher (ou mettre à jour) les abonnements, la facturation et les licences.

Le reste de cet article décrit les considérations relatives aux licences par utilisateur et licences de capacité.

Passer en revue et gérer les licences par utilisateur

Chaque utilisateur qui travaille avec Fabric nécessite une licence utilisateur (gratuite, Pro ou PPU, qui sera décrit à l’étape 2). Même si vous envisagez d’acheter des licences de capacité (décrites plus loin dans cet article), les licences par utilisateur sont requises pour permettre à chaque utilisateur d’accéder à Fabric. Cet accès est facilité par l’intégration à Microsoft Entra ID.

Étape 1 : passer en revue les licences utilisateur

Il est important que vous compreniez d’abord l’état actuel des abonnements et des licences utilisateur. Vos administrateurs de facturation peuvent vous aider en confirmant les abonnements utilisateur dont vous disposez actuellement et la façon dont les licences utilisateur sont attribuées.

Voici deux façons courantes de compiler une liste d’abonnements et de licences utilisateur.

  • Affichez la zone Facturation du Centre d’administration Microsoft 365.
  • Extrayez les données par programmation à l’aide des API REST Microsoft Graph appropriées.

Conseil

Vous pouvez également utiliser ces informations dans le cadre de l’audit au niveau du locataire. Plus précisément, consultez cette section sur la récupération de données sur les utilisateurs et les groupes.

Lorsque vous effectuez votre révision, compilez les informations suivantes.

  • Abonnements actifs pour les licences utilisateur :
    • Microsoft Fabric gratuit
    • Power BI Pro
    • Power BI Premium par utilisateur
  • État de l’abonnement
  • Dates de début et de fin de l’abonnement
  • Quantités d’abonnements :
    • Total achetés
    • nombre de licences attribuées aux utilisateurs
    • Nombre de licences disponibles
  • Coût de l’abonnement :
    • Tarification de chaque abonnement
    • Informations sur la tarification organisationnelle (le cas échéant)
    • Qui a approuvé l’achat (le cas échéant)
  • Essais d’utilisateurs actuellement actifs

Important

Veillez à inclure les abonnements en libre-service existants dans votre liste afin d’obtenir l’image complète. Pour plus d’informations, consultez Gérer les achats en libre-service.

Étape 2 : décider des licences utilisateur

Une fois que vous avez examiné les licences utilisateur, vous devez ensuite prendre certaines décisions clés sur la façon d’attribuer et de gérer ces licences dans votre organisation.

Important

Vos décisions en matière de licences par utilisateur, avec ou sans capacité (décrites dans la section suivante de cet article), ont un impact significatif sur les fonctionnalités disponibles pour les auteurs et les consommateurs.

Déterminer les licences par utilisateur dont vous avez besoin

Vous devez déterminer les licences utilisateur requises. Chaque utilisateur doit disposer d’une licence Microsoft Fabric (gratuite) ou d’une licence Power BI Pro. S’il crée ou affiche du contenu publié dans un espace de travail qui utilise le mode de licence Premium par utilisateur, il a également besoin d’une licence Power BI Premium par utilisateur (PPU).

Voici chacun des types de licences utilisateur et leurs utilisations.

  • Licence Microsoft Fabric (gratuite) : licence gratuite sans coût d’abonnement. Elle peut être utilisée de différentes manières :
    • Personal BI : un utilisateur gratuit peut utiliser son espace de travail personnel dans le portail Fabric. Étant donné que l’objectif est le décisionnel personnel (Personal BI), aucune fonctionnalité de distribution de rapports, de partage et de collaboration n’est disponible pour l’utilisateur gratuit.
    • Consuming BI : un utilisateur gratuit peut afficher le contenu déployé sur un espace de travail affecté à une capacité (minimum de F64 ou P1). Ce cas d’usage Enterprise BI (décisionnel grande entreprise) est important lorsque vous avez un grand nombre de consommateurs de rapports qui ne créent pas de contenu décisionnel, car vous n’avez pas besoin d’acheter une licence Power BI Pro pour ces consommateurs. Pour plus d’informations, consultez Plan de sécurité des consommateurs de rapports.
    • Création Fabric : un utilisateur gratuit peut créer et partager des éléments Fabric (non Power BI) dans un espace de travail affecté à une référence SKU F.
  • Licence Power BI Pro : une licence Power BI Pro est requise pour créer du contenu Power BI. Elle est nécessaire pour toute forme de partage, de collaboration ou de distribution de contenu. Pour plus d'informations, consultez Planification de la sécurité des créateurs de contenu.
  • Licence Power BI Premium par utilisateur (PPU) : une licence PPU fournit toutes les fonctionnalités de licence Pro et inclut certaines fonctionnalités Premium, par utilisateur. Il s’agit d’un bon choix pour les petites organisations et les équipes qui souhaitent utiliser des fonctionnalités spécifiques, mais qui n’ont pas besoin de l’ensemble complet des fonctionnalités Fabric. Pour plus d’informations, consultez cet article sur Power BI Premium par utilisateur.

Conseil

Vous pouvez combiner des licences utilisateur avec des licences de capacité. Par exemple, vous pouvez avoir des espaces de travail de développement, de test et de production qui s’appuient sur des approches de publication de contenu d’entreprise spécifiques. Étant donné que les espaces de travail de développement et de test ont très peu d’utilisateurs, ces espaces de travail peuvent être affectés à une taille de capacité plus petite ou en mode de licence PPU (s’ils ne nécessitent pas d’expérience ni de fonctionnalités Fabric). L’espace de travail de production peut utiliser une licence de capacité pour prendre en charge de nombreux consommateurs (avec des licences gratuites). De cette façon, vous pouvez potentiellement réduire les coûts, tout en ségrégeant le contenu de développement et de test de la charge de travail de production.

Déterminer les conditions préalables à l’obtention d’une licence utilisateur

Déterminez s’il existe des exigences qui doivent être remplies avant l’attribution d’une licence utilisateur.

Voici quelques exemples de conditions préalables.

  • Exiger que l’utilisateur reconnaisse une stratégie de données organisationnelle (telle qu’une stratégie de confidentialité des données ou de gestion des données) avant de recevoir une licence utilisateur.
  • Exiger que l’utilisateur suive une session de formation ou une certification initiale avant de lui accorder une licence.
  • Implémenter un workflow, tel que :
    • Exiger l’approbation du responsable.
    • Vérifier l’abonnement à partir duquel attribuer la licence.
    • Approuver où facturer le coût.
    • Vérifier que le rôle et les responsabilités de l’utilisateur justifient une licence (et l’accès aux données).

Conseil

N’introduisez pas trop d’obstacles qui pourraient empêcher les utilisateurs d’obtenir une licence. Si cela est trop difficile, les professionnels très occupés peuvent ne pas prendre la peine de demander une licence. Au lieu de cela, pour effectuer le travail, ils trouveront une autre façon, ce qui peut impliquer des solutions de contournement non optimales. Par exemple, sans licence, les personnes peuvent partager des fichiers sur un système de fichiers ou par e-mail alors que des approches meilleures, et plus sécurisées, sont disponibles.

Décider du processus de gestion des demandes de licence utilisateur

Déterminez si vous devez implémenter un processus de demande de licence personnalisé défini par votre organisation. Cette requête peut gérer des scénarios tels que :

  • Conditions préalables requises (décrites dans la section précédente).
  • Intégration à une plateforme de gestion des licences existante.
  • Informer les utilisateurs des offres de formation et de l’aide disponible dans le cadre du processus d’attribution de licence utilisateur.
  • Détermination de la façon dont les coûts seront alloués ou comment les rétrofacturations seront effectuées.

Conseil

Vous pouvez définir une URL personnalisée pour les demandes de licence dans le paramètre de locataire Publier des informations « Obtenir de l’aide ». L’URL peut diriger les utilisateurs vers un formulaire ou vers votre page de demande de licence interne.

Décider de la façon dont les abonnements utilisateur seront achetés

Il est important de planifier exactement le fonctionnement de votre processus d’achat d’abonnements.

Voici quelques questions à prendre en compte.

  • Les abonnements sont-ils achetés individuellement ou en bloc ?
    • Dans les petites organisations, vous pouvez choisir d’acheter chaque abonnement (et d’attribuer la licence) à la demande. Cette approche fonctionne lorsqu’il existe un faible volume de requêtes.
    • Dans les grandes organisations, il est souvent plus économique d’acheter des abonnements par lots (par exemple, 50 licences Pro). Cette approche fonctionne lorsque des fonds suffisants sont disponibles dans le budget et que vous vous attendez à ce que les licences soient attribuées (et utilisées) sous peu.
  • Avez-vous un Contrat Entreprise (EA) ? Par exemple, votre organisation a acheté un abonnement Microsoft 365 incluant 500 licences E5 Enterprise. Dans ce cas, chaque utilisateur affecté à une licence E5 aura une licence Power BI Pro (notez que l’accès à des applications individuelles peut être supprimé pour les utilisateurs si nécessaire).
  • L’achat est-il une fonction centralisée gérée par un même service ? Ou l’achat en libre-service est-il autorisé ?

Conseil

Nous vous recommandons de prioriser le mentorat et l’habilitation des utilisateurs et les activités de support utilisateur. Ces activités deviennent encore plus importantes lorsque les licences sont largement distribuées aux utilisateurs au sein de votre organisation.

Déterminer si les essais sont activés

Une autre décision de gouvernance importante est de savoir si les essais utilisateur sont autorisés. Un essai dans le produit fournit aux utilisateurs un moyen d’essayer des fonctionnalités avant de s’engager à acheter une licence. Il existe deux types d’essais qu’un utilisateur peut lancer : un essai Premium par utilisateur (PPU) et un essai de capacité Fabric.

Lorsque les essais sont activés, un bouton Démarrer l’essai s’affiche dans le portail. Il permet à un utilisateur de commencer un essai de Fabric. En outre, un utilisateur peut être invité à démarrer un essai pendant qu’il travaille. Par exemple, si un utilisateur gratuit tente de créer un espace de travail ou de partager un rapport, il est invité à démarrer un essai PPU en sélectionnant le bouton Essai gratuit. De même, si un utilisateur Pro tente d’afficher du contenu dans un espace de travail PPU, il est invité à démarrer un essai en sélectionnant le bouton Essai gratuit.

La possibilité d’utiliser des essais dans le produit est contrôlée par les utilisateurs peuvent essayer le paramètre de locataire Les utilisateurs peuvent essayer les fonctionnalités payantes de Microsoft Fabric. Son comportement est étroitement corrélé avec le fonctionnement de l’achat en libre-service (décrit ensuite). Pour plus d’informations, consultez Les utilisateurs peuvent essayer les fonctionnalités payantes de Microsoft Fabric.

Remarque

L’expérience d’essai est censée être une facilité qui permet aux utilisateurs de poursuivre leurs flux de travail normalement. En règle générale, la désactivation des essais n’est pas recommandée. La restriction des essais peut encourager les utilisateurs à rechercher des solutions de contournement, par exemple en exportant des données ou en travaillant en dehors des outils et processus pris en charge.

Envisagez de désactiver les essais uniquement dans les situations suivantes :

  • Il existe des préoccupations significatives sur les coûts qui rendent peu probable l’octroi à l’utilisateur d’une licence complète à la fin de la période d’essai.
  • Des conditions préalables sont requises pour obtenir une licence (telle qu’une approbation, une justification ou une exigence de formation) qui doivent être remplies avant de commencer un essai ou d’obtenir une licence.
  • Il existe un besoin valide, tel qu’une exigence réglementaire, de contrôler étroitement l’accès à Fabric.

Déterminer si l’achat en libre-service est activé

Les utilisateurs peuvent acheter eux-mêmes des licences lorsque l’achat en libre-service est activé. Dans ce cas, un utilisateur peut acheter une licence pendant qu’il travaille. Par exemple, si un utilisateur Pro tente d’afficher du contenu dans un espace de travail PPU, il peut choisir d’acheter une licence en sélectionnant le bouton Mettre à niveau le compte ou Acheter maintenant. Pour plus d’informations, consultez S’inscrire ou acheter le service Power BI en tant que personne individuelle.

L’achat en libre-service est utile pour :

  • Les grandes organisations avec des divisions décentralisées qui ont l’autorité d’achat et souhaitent gérer le paiement directement avec une carte de crédit
  • Les organisations qui envisagent de rendre aussi simple que possible l’achat d’abonnements pour un engagement mensuel

Le diagramme suivant illustre le fonctionnement de l’achat en libre-service (lorsqu’il n’existe pas d’URL personnalisée pour les demandes de licence).

Diagramme montrant l’achat en libre-service de licences.

Le diagramme illustre les processus et étapes suivants dans l’achat en libre-service de licences.

Article Description
Élément 1. Un utilisateur du libre-service peut acheter sa propre licence uniquement lorsqu’il dispose d’un compte organisationnel existant.
Élément 2. L’utilisateur peut acheter sa propre licence lorsque la publication en libre-service est prise en charge par l’organisation.
Élément 3. L’utilisateur a une vue limitée des licences achetées auprès du Centre d’administration Microsoft 365 qu’il peut affecter à d’autres personnes dans son étendue de responsabilité.
Élément 4. Les administrateurs Microsoft 365 ont une vue holistique de toutes les licences acquises via la publication en libre-service dans le Centre d’administration Microsoft 365.
Élément 5. Les utilisateurs disposant d’une licence achetée en libre-service peuvent accéder à Power BI et l’utiliser.

Envisagez de désactiver l’achat en libre-service dans les cas suivants :

  • Des processus d’approvisionnement centralisés sont en place pour satisfaire aux exigences de réglementation, de sécurité et de gouvernance.
  • Des tarifs avec remise sont obtenus par le biais d’un Contrat Entreprise (EA).
  • Des processus existants sont en place pour gérer les facturations internes interentreprises.
  • Des processus existants sont en place pour gérer les attributions de licences basées sur les groupes.
  • Des prérequis existent concernant l’obtention d’une licence, tels qu’une approbation, une justification, une formation ou une exigence de stratégie de gouvernance.

Il existe de nombreux points à prendre en compte lors de la planification de l’achat en libre-service.

Voici quelques autres facteurs à prendre en compte.

  • Existe-t-il une politique à l’échelle de l’organisation en place pour les achats en libre-service et les essais ?
  • Fabric suit-il la stratégie organisationnelle existante pour les achats en libre-service et les essais ?
  • L’achat et les essais doivent-ils tous les deux être activés, être désactivés ou une combinaison des deux ? L’expérience de l’utilisateur dépend de la façon dont vous combinez les paramètres d’achat et d’essai.
  • Les utilisateurs qui essaient d’acheter une licence doivent-ils être dirigés vers une page spécifique ?
    • Avec une URL personnalisée pour les demandes de licences, l’utilisateur est immédiatement dirigé vers cette page lorsqu’il sélectionne le bouton Mettre à niveau le compte ou Acheter maintenant. Vous pouvez fournir des instructions supplémentaires ou leur demander d’envoyer des détails dans un formulaire. L’utilisation d’une URL personnalisée permet de interdire l’utilisation de l’achat en libre-service en redirigeant l’utilisateur ailleurs.
    • Sans URL personnalisée, un utilisateur choisissant d’acheter une licence est dirigé vers Microsoft 365 pour effectuer son achat.

Décider comment gérer les licences pour les utilisateurs externes

Vous devez peut-être travailler avec des utilisateurs invités externes à votre organisation. Les invités peuvent inclure des clients, des partenaires ou des fournisseurs. Ils peuvent également être des consultants ou des collaborateurs externes. Ce sujet peut également s’appliquer aux organisations qui ont plusieurs entités juridiques ou locataires en raison de fusions et acquisitions.

Voici quelques considérations à prendre en compte lorsque vous envisagez de gérer les licences pour les utilisateurs invités.

  • En quoi votre processus d’attribution de licences utilisateur sera-t-il différent lorsqu’un utilisateur externe est impliqué ?
  • L’utilisateur externe travaille-t-il pour une organisation sur laquelle Microsoft Entra ID est configuré ? Dans ce cas, ses informations d’identification peuvent être gérées par leur locataire d’origine. Pour plus d’informations, consultez Stratégie pour les utilisateurs externes.
  • Quels utilisateurs externes sont uniquement des consommateurs par rapport à ceux qui ont besoin de créer et de publier du contenu ?
  • Dans quelles situations une licence sera fournie par l’utilisateur externe (ce qui est appelé BYOL (apportez votre propre licence)) ? Dans quelles circonstances votre organisation fournira-t-elle une licence ? Pour plus d’informations, consultez la rubrique Gestion des licences dans Distribuer du contenu Power BI à des utilisateurs invités externes en tirant parti de Microsoft Entra B2B.
  • Quel type de processus d’invitation d’invité utiliserez-vous ? Il existe différentes fonctionnalités pour les invitations d’utilisateurs invités occasionnels et planifiés. L’expérience utilisateur est également différente. Pour plus d’informations, consultez Processus d’invitation d’invité.

Conseil

Pour plus d’informations, consultez le livre blanc Microsoft Entra B2B. Il s’agit d’une bonne ressource pour en savoir plus sur les stratégies de gestion des utilisateurs externes.

Étape 3 : mettre à jour les licences utilisateur

À ce stade, les informations sont disponibles sur vos abonnements et licences existants, et vous avez pris des décisions délibérées. Vous êtes maintenant prêt à effectuer toutes les mises à jour nécessaires.

Important

Veillez à coordonner les modifications avec votre gestionnaire de comptes Microsoft si vous avez des questions ou avez besoin de clarifications.

Les sujets suivants sont des actions qui peuvent être appropriées.

Augmenter ou diminuer la quantité d’abonnements utilisateur

En fonction des informations que vous avez collectées, vous pouvez choisir d’ajuster vos abonnements utilisateur existants. Par exemple, vous pouvez choisir d’augmenter ou de diminuer la quantité de vos abonnements Pro ou PPU.

Remarque

Les ajustements apportés à vos abonnements utilisateur peuvent être corrélés avec d’autres modifications apportées à un abonnement de capacité. La gestion des licences de capacité est abordée plus loin dans cet article.

Attribuer ou annuler l’attribution de licences utilisateur

Vous devrez peut-être attribuer ou annuler l’attribution de licences utilisateur. Par exemple, vous pouvez identifier que vous devez attribuer davantage de licences Pro à certains utilisateurs, ou annuler l’attribution de licences PPU d’autres utilisateurs.

Reprendre les achats en libre-service

Si votre objectif est de gérer de manière centralisée tous les abonnements, vous devrez peut-être reprendre un achat précédemment effectué par un utilisateur du libre-service. Pour plus d’informations, consultez Déterminer si l’achat en libre-service est activé.

Ajuster les paramètres du locataire

En fonction de vos décisions relatives à la gestion des licences et des essais des utilisateurs, vous devrez peut-être ajuster certains paramètres de locataire dans le portail d’administration Fabric.

Vous devrez peut-être mettre à jour les éléments suivants :

Étape 4 : documenter les licences utilisateur

Selon vos processus internes, vous pouvez choisir de créer une documentation qui augmente les informations disponibles dans le portail pour vos abonnements et licences utilisateur.

Vous pouvez vous appuyer sur les informations capturées à l’étape 1 en incluant les détails suivants dans votre documentation.

  • Décisions clés, y compris plus de contexte ou de détails
  • Qui a approuvé les achats de licence utilisateur et quand
  • Horodatage et éléments d’action en attente
  • Exigences de gouvernance relatives aux licences utilisateur
  • Exigences d’audit relatives aux licences utilisateur
  • Capture instantanée des informations de licence utilisateur

Conseil

Sauf si vous êtes une très petite organisation avec très peu de modifications, ne documentez pas manuellement chaque licence utilisateur. Utilisez plutôt les API Microsoft Graph pour extraire des informations sur les abonnements et les licences régulièrement. Envisagez de stocker un instantané des données de licence utilisateur toutes les semaines ou tous les mois. De cette façon, vous pouvez comparer les instantanés pour déterminer ce qui a changé. Pour plus d’informations, consultez Auditer les licences utilisateur.

Important

Reportez-vous à la documentation sur les plans de produit et les identificateurs de plan de service lors de la comparaison des résultats de Microsoft Graph aux éléments affichés dans le Centre d’administration Microsoft 365.

Étape 5 : gérer les licences utilisateur

Les licences utilisateur nécessiteront une attention continue. Les sujets suivants sont des aspects à prendre en compte.

Créer un processus pour accepter les demandes de licence utilisateur

Vous devez créer un processus reproductible et documenté pour demander une licence utilisateur. Il implique généralement la création d’un formulaire en ligne. Des informations sur les conditions préalables requises doivent également être incluses.

Superviser les essais utilisateur

Chaque mois, vous devez identifier les utilisateurs qui ont commencé un essai qui expirera bientôt. Il est possible que l’utilisateur ait besoin d’une licence affectée. L’objectif est d’éviter une interruption de service pour ces utilisateurs. Pour plus d’informations, consultez Audit d’essai utilisateur.

Automatiser les attributions de licence utilisateur

Dans les grandes organisations, la gestion des demandes de licences utilisateur peut impliquer des efforts administratifs importants. Une façon d’améliorer l’efficacité consiste à utiliser des licences basées sur des groupes. Les licences basées sur des groupes vous permettent d’attribuer automatiquement une licence en fonction de l’appartenance à un groupe de sécurité. Un groupe tel que Auteurs de contenu Fabric fonctionne bien à cet effet, ce qui permet l’attribution de licences aux utilisateurs de manière efficace.

Le diagramme suivant illustre le fonctionnement des licences basées sur des groupes.

Diagramme montrant les licences basées sur des groupes.

Le diagramme illustre les processus et étapes suivants impliqués dans les licences basées sur des groupes.

Article Description
Élément 1. Les administrateurs de facturation achètent et attribuent des licences par utilisateur à partir du Centre d’administration Microsoft 365.
Élément 2. Les administrateurs attribuent ces licences à des groupes qu’ils gèrent dans Microsoft Entra ID.
Élément 3. Les groupes sont configurés pour attribuer des licences à tous les membres.
Élément 4. Tout utilisateur ajouté à un groupe reçoit automatiquement la licence Power BI affectée à ce groupe (à condition qu’une licence soit disponible).

Passer en revue et optimiser les coûts de licence utilisateur

Comparez régulièrement les utilisateurs sous licence avec le journal d’activité pour déterminer si les utilisateurs utilisent activement leur licence. Recherchez les utilisateurs auxquels une licence est attribuée, mais qui ne l’ont pas utilisée. Par exemple, un utilisateur peut avoir une licence Pro affectée, mais il affiche uniquement le contenu qui existe dans une capacité. Utilisez des critères cohérents dans la mesure du possible, tels que :

  • La licence n’est pas utilisée pendant une période spécifique (par exemple, six mois).
  • La licence est utilisée rarement ou sporadiquement.
  • La licence a été utilisée une fois pour une seule activité.

Le journal d’activité vous permet d’identifier quand des activités se sont produites pour un utilisateur et ce qu’ils sont (par exemple, l’affichage ou la publication d’un rapport).

Étape 6 : auditer les licences utilisateur

Il est important d’avoir un processus d’audit régulier des abonnements, des licences et des essais pour les utilisateurs. Un administrateur Fabric doit collaborer avec d’autres administrateurs pour obtenir ces informations (par exemple, des administrateurs généraux, de facturation et Azure).

Audit des abonnements utilisateur

Voici quelques actions à rechercher lorsque vous auditez des abonnements.

  • Liste des abonnements actifs : vous pouvez afficher les produits qui ont un abonnement actif dans la zone de facturation du Centre d’administration Microsoft 365. Ou, avec Microsoft Graph, utilisez l’API REST List Subscribed SKUs pour extraire les abonnements actifs.
  • Un abonnement a été créé : les produits récemment achetés affichent un indicateur Nouveau dans la zone de facturation du Centre d’administration Microsoft 365.

Audit des licences utilisateur

Voici quelques actions à rechercher pour auditer les licences utilisateur.

  • Liste des licences utilisateur : affichez le nombre total de licences disponibles et attribuées dans la zone de facturation du Centre d’administration Microsoft 365. Vous pouvez également explorer pour examiner les utilisateurs auxquels une licence est attribuée pour chaque abonnement de produit. Ou, avec Microsoft Graph, utilisez l’API REST List License Details pour extraire les détails de chaque utilisateur (pour fournir le paramètre ID, obtenez d’abord chaque Identifiant utilisateur à partir de l’API REST List Users).
  • L’utilisateur a reçu une licence : recherchez le journal d’audit dans le portail de conformité Microsoft Purview. Recherchez l’opération Modifier la licence utilisateur. La propriété ModifiedProperties indique qu’une nouvelle licence a été affectée.
  • Utilisateurs auxquels une licence est attribuée, mais qui ne l’ont pas utilisée : utilisez la liste des licences utilisateur (décrite précédemment). Comparez ces résultats au journal d’activité. Recherchez les utilisateurs qui n’ont aucune activité dans le journal d’activité. Pour faciliter cette opération, vous pouvez également afficher les activités du rapport d’utilisation et d’adoption des fonctionnalités et son modèle sémantique sous-jacent à partir de l’espace de travail de supervision administrateur.
  • L’abonnement n’a pas encore de licences disponibles : affichez le nombre de licences disponibles par abonnement de produit dans la zone de facturation du Centre d’administration Microsoft 365. Ou, avec Microsoft Graph, utilisez l’API REST List Subscribed SKUs pour extraire les détails de la licence. La propriété ConsumedUnits indique le nombre de licences attribuées et la propriété Enabled indique le nombre de licences achetées.

Audit des essais utilisateur

Lorsque vous recherchez de nouveaux essais utilisateur dans le journal d’activité, recherchez les activités OptInForPPUTrial ou OptInForProTrial.

Important

Les informations présentées dans cette étape ne sont pas destinées à être une liste inclusive des moyens d’auditer les données. Au lieu de cela, elles sont destinées à vous fournir des idées pour vous aider à débuter votre audit. Pour d’autres idées, nous vous recommandons de consulter vos administrateurs de facturation.

Liste de vérification : voici les décisions et les actions clés pour planifier les licences utilisateur :

  • Menez une révision : déterminez l’état actuel en examinant les abonnements, licences et essais des utilisateurs actuels.
  • Identifiez les stratégies et décisions existantes : compilez les stratégies internes existantes ou les décisions précédentes relatives aux licences utilisateur afin qu’elles soient facilement disponibles.
  • Discutez et décidez : planifiez des ateliers pour prendre des décisions clés relatives aux abonnements, licences et essais des utilisateurs. Impliquez tous les décideurs, les parties prenantes et le sponsor exécutif, le cas échéant.
  • Créez une documentation : compilez les informations collectées et documentez les décisions clés pour référence ultérieure.
  • Effectuez des mises à jour : mettez à jour les abonnements et les licences des utilisateurs en fonction des décisions prises dans les ateliers.
  • Créez un processus pour gérer les requêtes des utilisateurs : configurez un processus permettant aux utilisateurs de demander une licence.
  • Configurez l’audit : créez des processus d’audit pour vous permettre de suivre les activités liées aux abonnements utilisateur, aux licences et aux essais.

Passer en revue et gérer les licences de capacité

En plus des licences utilisateur (décrites plus haut dans cet article), votre organisation peut trouver une valeur significative dans l’achat d’une ou plusieurs licences de capacité. Par exemple, les licences de capacité fournissent l’accès à d’autres fonctionnalités, telles que les expériences Fabric fournies avec une licence Fabric. Ces fonctionnalités peuvent vous aider à prendre en charge et à mettre à l’échelle votre implémentation Power BI.

Étape 1 : passer en revue les abonnements de capacité

Il est important que vous compreniez d’abord l’état actuel de vos abonnements de capacité. Vos administrateurs de facturation et de licence peuvent vous aider à confirmer les abonnements de capacité dont vous disposez. Vous devrez peut-être également parler avec les administrateurs de capacité actuels ou les contributeurs de capacité pour mieux comprendre l’objectif de chaque capacité existante. Pour plus d’informations, consultez Gérer les autorisations utilisateur.

Vous pouvez compiler l’état actuel de vos abonnements et licences de capacité de différentes manières.

  • Affichez les paramètres de capacité dans le portail d’administration Fabric.
  • Affichez la zone de facturation du Centre d’administration Microsoft 365 (applicable à Power BI Premium).
  • Affichez le portail Azure (applicable à la capacité Fabric et à Power BI Embedded).
  • Extrayez les données par programmation à l’aide des API Microsoft Graph pertinentes.

Lorsque vous effectuez votre révision, compilez les informations suivantes.

  • Abonnements actifs pour les licences de capacité :
    • Capacité Microsoft Fabric
    • Capacité Power BI Premium
    • Power BI Embedded
  • État de l’abonnement
  • Type d’abonnement (paiement à l’utilisation ou réservé avec une date de début et de fin)
  • Coût de l’abonnement :
    • Tarification de chaque abonnement
    • Primes de tarification organisationnelles de Microsoft (le cas échéant)
    • Qui a approuvé l’achat (le cas échéant)
    • Allocations de coûts au sein de l’organisation (le cas échéant)

Étape 2 : décider des licences de capacité

Une fois que vous avez examiné les abonnements de capacité, vous devez décider des licences de capacité.

L’utilisation de la capacité peut jouer un rôle important dans votre stratégie de création, de gestion, de publication et de distribution de contenu. Vos décisions relatives aux licences de capacité sont en plus des licences par utilisateur, qui ont été décrites précédemment.

Déterminer si vous avez besoin d’une licence de capacité

Lorsque vous commencez à analyser la nécessité d’une licence de capacité, il est important d’avoir plus de clarté sur vos besoins d’architecture et les besoins des utilisateurs qui informeront la décision d’utiliser une capacité.

Voici quelques questions que vous pourriez explorer au départ.

  • Architecture des données : quel type d’investissements d’architecture de données sont en cours ? Comment vont-ils affecter les choix que vous faites ? Avez-vous des modèles sémantiques volumineux qui contiennent de grands volumes de données ?
  • Expériences de structure : quelles expériences sont actuellement utilisées ou sont prévues pour une utilisation future ? Par exemple, vous utilisez peut-être actuellement l’expérience Power BI, mais vous avez l’intention d’investir dans une architecture lakehouse dans Fabric, qui fait partie de l’expérience d’engineering données.
  • Exigences en matière de données et de décisionnel : existe-t-il des exigences métier pour répondre aux besoins analytiques actuellement non satisfaits ? Comment les exigences sont-elles corrélées aux décisions relatives à l’architecture (et aux licences) ?
  • Consommateurs : combien de consommateurs d’affichage seul comptez-vous ?
  • Auteurs : combien d’auteurs de contenu comptez-vous ? Les auteurs sont-ils centralisés, répartis entre différentes unités commerciales ou les deux ?
  • Modèles d’utilisation : quels sont les modèles d’utilisation actuels pour les requêtes utilisateur et l’actualisation des données ? Les modèles d’utilisation sont-ils prévisibles et cohérents d’un jour à l’autre ?

Remarque

Lorsque vous travaillez dans le processus d’analyse et de planification des licences de capacité, il est possible que vous déterminiez la nécessité d’effectuer une évaluation technique complète.

Déterminer la licence de capacité dont vous avez besoin

Lorsque vous déterminez que vous avez besoin d’une capacité, vous devez décider quel type de licence de capacité est le mieux adapté.

Voici chacune des licences de capacité, leurs utilisations et leur adéquation.

  • Capacité Fabric (références SKU F) : les références SKU F sont achetées dans Azure (notez que la tarification est régionale). Les références SKU F présentent certains avantages (qui ne sont pas disponibles avec des références SKU P), notamment la possibilité de :
    • Mettre à l’échelle la capacité pour la redimensionner à tout moment. Cette possibilité de mise à l’échelle vous permet d’ajuster la taille et le coût, car vous comprenez mieux votre charge de travail.
    • Suspendre la capacité à tout moment. Cette fonctionnalité est utile pour les capacités rarement utilisées.
    • Tester les fonctionnalités avec un essai Fabric avant de valider un achat.
    • Utilisez une licence de capacité de niveau inférieur pour les petites charges de travail afin de réduire le coût.
    • Choisir le niveau d’engagement préféré :
      • Paiement à l’utilisation : le modèle tarifaire de paiement à l’utilisation ne présente aucun engagement d’utilisation. Vous pouvez redimensionner la capacité en fonction des besoins, et même la suspendre. Cela est adapté quand vous souhaitez de la flexibilité.
      • Réservation : le modèle de tarification réservé implique une taille prédéfinie (SKU) pour une période spécifique, ce qui entraîne un coût inférieur à celui du paiement à l’utilisation. Toutefois, une instance réservée ne peut pas être suspendue. Elle convient donc quand vous devez exécuter une capacité 24 h/24, 7 j/7.
    • Utilisez des primes de tarification organisationnelles. Si vous disposez d’un contrat monétaire avec Microsoft, les programmes tels que l’engagement de consommation Microsoft Azure (MACC) s’appliquent aux références SKU F.
    • Utilisez les fonctionnalités Microsoft Cost Management pour superviser et suivre les coûts.
  • Power BI Premium par capacité (références SKU P) : les références SKU P sont achetées dans le portail d’administration Microsoft 365. Power BI Premium utilise un modèle tarifaire réservé. Il s’exécute 24 h/24, 7 j/7 et ne peut pas être mis à l’échelle ni suspendu. Vous ne pouvez pas acheter de références SKU P après le 1er juillet 2024.
  • Power BI Premium (références SKU EM) : les références SKU EM sont un type spécialisé de licence de capacité Power BI Premium achetée dans le portail d’administration Microsoft 365 ou via une licence en volume (disponible par le biais de votre gestionnaire de comptes Microsoft). Les références SKU EM sont ciblées sur des scénarios d’incorporation simples, tels que l’incorporation d’un rapport dans une application. L’offre de références SKU EM est un sous-ensemble de fonctionnalités disponibles dans les références SKU P. Elles ont moins de puissance de calcul et aucun accès au service Power BI. En outre, les références SKU EM ne prennent pas en charge les expériences Fabric. Pour plus d’informations, consultez Capacité et références SKU.
  • Power BI Embedded (références SKU A) : les références SKU A sont achetées dans Azure (toutefois, cette offre est différente des références SKU F décrites précédemment). Power BI Embedded est principalement destiné aux fournisseurs de logiciel indépendants qui souhaitent incorporer du contenu Power BI dans leurs applications. Les références SKU A ne prennent pas en charge les éléments Fabric. Pour plus d’informations, consultez le scénario d’utilisation Incorporer pour vos clients.

Conseil

Vous pouvez également utiliser des références SKU F pour incorporer du contenu Power BI comme vous le feriez avec les références SKU A et EM. Pour plus d’informations, consultez Power BI Embedded avec Microsoft Fabric.

Le reste de cet article se concentre sur les références SKU F et P.

Décider d’utiliser une ou plusieurs capacités

Une décision clé consiste à utiliser une capacité plus grande ou plusieurs capacités plus petites. Votre choix doit impliquer les considérations suivantes.

  • Niveau de centralisation et de décentralisation : quelle est l’importance de la gestion centralisée et de la gestion décentralisée pour la capacité ? Lorsque vous disposez d’une architecture distribuée ou de maillage, il est plus probable que plusieurs capacités soient nécessaires pour permettre à différentes équipes de gérer leurs propres capacités.
  • Emplacement de stockage des données : avez-vous des exigences régionales, spécifiques au secteur ou à la résidence des données organisationnelles ? Emplacement géographique où les données sont stockées sont corrélées à la capacité à l’aide de la fonctionnalité multigéographique.
  • Isolation des ressources : quel niveau d’isolation des ressources par capacité est requis ? Par exemple, vous devrez peut-être créer différentes capacités pour des unités commerciales spécifiques. Vous pouvez également créer une capacité spécifiquement pour prendre en charge les espaces de travail d’un domaine.
  • Ressources de calcul : quel niveau de ressources de calcul est nécessaire pour chaque capacité ? Par exemple, si vous choisissez d’approvisionner deux capacités F32 au lieu d’une F64, moins d’unités de capacité sont disponibles pour les deux capacités, car elles sont fractionnées. Les unités de capacité se traduisent en contraintes pour chaque référence SKU, par exemple la taille maximale de mémoire d’un modèle sémantique.
  • Fonctionnalités requises : en plus du niveau de puissance de calcul, certaines fonctionnalités sont-elles nécessaires ? Par exemple, une capacité F64 (ou P1) ou supérieure permet aux utilisateurs disposant d’une licence gratuite d’afficher du contenu BI ou d’utiliser Copilot.
  • Coût : devez-vous suivre ou allouer des coûts séparément pour chaque référence SKU ? C’est plus facile à accomplir lorsque vous avez des capacités distinctes.

Décider de la taille de la capacité

À ce stade, vous êtes prêt à sélectionner une référence SKU de capacité spécifique. Tenez compte des environnements que vous envisagez d’exécuter : développement, test et/ou production. Il est courant que les environnements de développement et de test s’exécutent sur une capacité plus petite que ce qui est nécessaire pour un environnement de production.

Pour être sûr de la taille de capacité dont vous aurez besoin, envisagez d’effectuer des tests de charge de la capacité. Pour plus d’informations, consultez Planification de la capacité et Évaluer votre charge de capacité.

Décider des besoins en matière de montée et de descente en puissance

Il est important de prendre en compte les besoins en scalabilité pendant le processus de planification des licences, car il contribue au coût. Par exemple, vous devrez peut-être redimensionner (ou suspendre) occasionnellement une capacité de référence SKU F. Vous pouvez également configurer la mise à l’échelle automatique pour gérer des rafales occasionnelles ou inattendues dans les niveaux d’utilisation de la capacité de référence SKU P. Pour plus d’informations, consultez Redimensionner la capacité.

Conseil

Vous pouvez concevoir l’extensibilité de deux manières.

  • Le scale-up ou le scale-down est lorsque vous ajoutez ou supprimez des ressources (par exemple, effectuez un scale-up vers une F16 à partir d’une capacité F8).
  • Le scale-out est lorsque vous ajoutez davantage de capacités (par exemple, vous pouvez acheter deux F8 au lieu d’une F16). Toutefois, les capacités n’utilisent pas de ressources combinées (comme un cluster de passerelle de données lorsque vous effectuez un scale-out). Par conséquent, si vous envisagez d’effectuer un scale-out vers plusieurs capacités, sachez que les capacités distinctes fonctionnent délibérément en isolation.

Déterminer si une licence locale ou hybride est nécessaire

Power BI Report Server (PBIRS) est une solution de création de rapports simplifiée. Elle s’adresse aux organisations qui souhaitent implémenter une approche hybride dans laquelle le contenu Power BI peut être publié sur le portail Fabric cloud, sur Power BI Report Server ou sur les deux. Vous pouvez installer Report Server sur une machine qui s’exécute dans une infrastructure locale ou sur une machine virtuelle Azure (avec Azure Hybrid Benefit).

Vous pouvez obtenir une licence Report Server de deux façons.

  • Abonnement Power BI Premium (SKU P)
  • SQL Server édition Entreprise avec Software Assurance (SA)

Remarque

Un auteur qui publie du contenu sur Report Server doit disposer d’une licence Pro.

Conseil

Effectuez une preuve de concept technique pour vous assurer que Power BI Report Server répond à vos besoins. N’oubliez pas que la parité des fonctionnalités avec le portail Fabric n’est pas un objectif. En outre, lors de la publication de contenu sur Power BI Report Server, l’utilisation de Power BI Desktop pour Report Server (différente de Power BI Desktop standard) est recommandée.

Pour plus d’informations, consultez Licences Power BI Report Server.

Important

Nous vous recommandons vivement de faire référence à votre contrat de licence en volume et de communiquer avec votre représentant de compte Microsoft pour obtenir des détails spécifiques. Par exemple, le contrat de licence Report Server inclut des limites liées au nombre de cœurs sur l’ordinateur cible.

Étape 3 : mettre à jour les licences de capacité

À ce stade, vos informations d’abonnement de capacité existantes sont disponibles et vous avez pris des décisions délibérées. Vous êtes maintenant prêt à effectuer des mises à jour nécessaires.

Les sujets suivants sont des actions qui peuvent être appropriées.

Ajuster l’abonnement de capacité

Parfois, vous devrez peut-être apporter un ajustement à un abonnement de capacité existant en fonction de ce que vous avez trouvé lors de votre révision (étape 1) et des décisions prises (étape 2).

Voici quelques exemples de modifications que vous pouvez apporter.

  • Passer à la tarification réservée : les charges de travail exécutées sur votre capacité sont cohérentes et doivent s’exécuter 24 h/24, 7 j/7. Par conséquent, pour économiser des coûts, il est prudent de changer la capacité Fabric de la tarification de paiement à l’utilisation à la tarification réservée.
  • Passer à la tarification du paiement à l’utilisation : les charges de travail en cours d’exécution sur votre capacité changent régulièrement et bénéficient de la possibilité de monter en puissance et de diminuer fréquemment. Dans ce cas, l’approche la plus rentable peut être de passer à la tarification de paiement à l’utilisation.

Important

Contactez votre responsable de compte Microsoft si vous avez des questions ou avez besoin de clarifications sur les coûts et options d’abonnement.

Redimensionner la capacité

Vous pouvez découvrir qu’il est nécessaire de redimensionner votre capacité lorsqu’une taille plus petite ou plus grande répondrait mieux à vos besoins.

Il existe deux façons de gérer le redimensionnement d’une capacité.

  • Mise à l’échelle manuelle : vous pouvez choisir de redimensionner (ou de suspendre) une capacité de référence SKU F dans le portail Azure. Cela est utile lorsque vous résolvez les problèmes de performances ou que vous avez une période connue lorsque la charge sera plus élevée (par exemple, la dernière semaine de chaque mois).
  • Mise à l’échelle automatisée : vous pouvez activer la mise à l’échelle automatique pour gérer des rafales occasionnelles ou inattendues dans les niveaux d’utilisation de la capacité de référence SKU P sans nécessiter d’effort manuel. La mise à l’échelle automatique peut répondre à ces rafales en redimensionnant de manière élastique les ressources pour prendre en charge la charge de travail accrue. La montée en puissance automatisée réduit le risque d’entraîner des problèmes de performances ou d’expérience utilisateur, en échange d’un coût supplémentaire. Si votre capacité n’est pas bien gérée, la mise à l’échelle automatique peut se déclencher plus souvent que prévu, ce qui peut vous conduire à envisager une plus grande taille de capacité.

Étape 4 : documenter les licences de capacité

Selon vos processus internes, vous pouvez choisir de créer une documentation qui augmente les informations disponibles dans le portail pour vos abonnements de capacité.

Vous pouvez vous appuyer sur les informations capturées à l’étape 1 en incluant les détails suivants dans votre documentation.

  • Décisions clés, y compris plus de contexte ou de détails
  • Qui a approuvé les achats de licence de capacité et quand
  • Horodatage et éléments d’action en attente
  • Exigences de gouvernance liées aux licences de capacité
  • Exigences d’audit relatives aux licences de capacité
  • Capture instantanée des informations de licence de capacité

Étape 5 : gérer les licences de capacité

La gestion de la capacité et la gestion des abonnements sont deux sujets distincts. Toutefois, ils sont étroitement liés. Les deux ont besoin d’une attention continue. Les sujets suivants sont des aspects à prendre en compte.

Créer un processus pour accepter les demandes de capacité

Vous devez créer un processus reproductible, documenté, permettant aux utilisateurs de demander une capacité. Il implique généralement la création d’un formulaire en ligne. Demandez des informations dont vous aurez besoin pour évaluer la demande de capacité, par exemple :

  • Objectif et type de contenu à héberger sur la capacité.
  • Qui administrera la capacité.
  • Indique si la capacité s’exécute 24 h/24, 7 j/7 ou non.
  • Où les données doivent être stockées géographiquement.
  • Comment facturer ou allouer le coût en interne.

Superviser et comprendre l’utilisation de la capacité

Voici quelques considérations relatives à la supervision et à la compréhension de l’utilisation de la capacité.

  • Analysez la charge pour déterminer si la taille de capacité actuelle (SKU) fonctionne correctement pour les données spécifiques et les besoins décisionnels. Veillez à comprendre le fonctionnement des unités de capacité (UC). Analysez toutes les activités de bursting et de lissage pour analyser si vous utilisez votre capacité efficacement au fil du temps, ou si elle est constamment surchargée. Vous pouvez analyser l’utilisation de la capacité à l’aide de l’application Métriques de capacité Fabric.
  • Redimensionnez une capacité lorsque vous découvrez qu’elle est trop grande ou trop petite pour répondre à vos besoins actuels. La modification de la taille revient à changer de référence SKU. La modification affecte le niveau tarifaire.
  • Créez une capacité lorsque vous devez :
    • Séparer une charge de travail.
    • Stocker des données dans une autre région.
    • Affecter différents administrateurs de capacité (pour l’administration de capacité décentralisée).
  • Créer une formation utilisateur ou communiquer avec des auteurs lorsque vous constatez qu’ils peuvent prendre des mesures spécifiques pour améliorer l’efficacité de la capacité.

Configurer des notifications

Si votre capacité est régulièrement surchargée, cela indique que vous devrez peut-être acheter une plus grande capacité (effectuer un scale-up) ou créer d’autres capacités (effectuer un scale-out) ou déplacer du contenu vers une autre capacité. Pour ces raisons, la gestion de la capacité et la gestion des licences ont un impact significatif les unes sur les autres.

Vous devez configurer les notifications suivantes pour être informé.

  • Définissez le paramètre de locataire Activer les notifications pour les pannes ou les incidents du service afin que Fabric vous avertisse lorsque la capacité devient surchargée, ou lorsqu’une panne ou un incident se produit.
  • Configurez les alertes Azure Monitor pour être averti lorsque certaines métriques de capacité dépassent un seuil. Cette fonctionnalité est disponible pour les références SKU F et A, et la mise à l’échelle automatique pour les références SKU P.

Examiner et optimiser les coûts de capacité

Vous devez examiner et gérer régulièrement votre facturation. Tenez compte des options suivantes pour optimiser les coûts.

  • Différences dans l’objectif : par exemple, vous pouvez choisir d’utiliser une plus petite taille de capacité (par exemple, F16) pour les espaces de travail de test et une plus grande taille de capacité (par exemple, F64) pour les espaces de travail de production.
  • Utilisation efficace des ressources de calcul : utilisez l’application Métriques de capacité Fabric pour déterminer si les ressources de calcul sont utilisées efficacement et s’il est possible d’optimiser les coûts.
  • Supervision du coût de calcul : supervisez le coût de votre capacité et la fréquence à laquelle les capacités sont mises à l’échelle. Envisagez d’utiliser l’analyse des coûts, les limites de dépense ou les budgets avec Microsoft Cost Management.
  • Coût de stockage facturable : vérifiez le stockage facturable pour chaque espace de travail dans l’application Métriques de capacité Fabric. Pour les éléments Fabric, le coût de stockage est calculé séparément du coût de calcul. Vérifiez également le paramètre de capacité de récupération d’urgence. Ce paramètre aura un impact sur les coûts de stockage facturables.
  • Effectuer un scale-up et un scale-down : créez un processus pour augmenter ou réduire automatiquement la capacité (ou la suspendre, le cas échéant) lorsque la charge de travail est intermittente et prévisible.
  • Rétrofacturations des coûts : lorsque vous devez distribuer des coûts à d’autres services, créez un processus de rétrofacturation pour allouer des coûts d’abonnement.

Étape 6 : auditer les licences de capacité

Il est important d’avoir un processus d’audit régulier des capacités. Un administrateur Fabric doit collaborer avec d’autres administrateurs pour obtenir ces informations (par exemple, un administrateur général, un administrateur de facturation ou un administrateur Azure).

Conseil

Cette section se concentre sur l’audit des abonnements, des licences et des essais. Il existe de nombreux aspects supplémentaires de l’audit et de la supervision de la capacité, notamment la supervision de l’utilisation et des performances (et l’identification des besoins de scale-up ou de scale-down) à l’aide de l’application Métriques de capacité Fabric. Vous souhaiterez également analyser le journal d’activité pour des situations telles que lorsque les paramètres de capacité changent, que les administrateurs de capacité sont modifiés, que des contributeurs de capacité sont ajoutés ou qu’une capacité est affectée à des espaces de travail.

Voici quelques actions permettant d’identifier quand auditer des abonnements, des essais et des coûts pour les capacités.

  • Liste des capacités actives : l’API REST Get Capacities as Admin peuvent vous fournir des informations telles que la référence SKU, l’état, les administrateurs et la région pour toutes les capacités de votre locataire. Il s’agit d’une API d’administration qui retourne un instantané à un point dans le temps. Si vous capturez régulièrement ces données, vous pouvez comparer des instantanés (par exemple, cette semaine et la semaine dernière) pour détecter les modifications qui se sont produites.
  • Un nouvel essai de Fabric a été lancé par un utilisateur : recherchez l’activité ChangeCapacityState dans le journal d’activité. La propriété CapacityState indique qu’une nouvelle capacité Fabric a été approvisionnée. La propriété ItemName indique qu’il s’agit d’une capacité d’essai, de la référence SKU et de son ID.
  • Une capacité Fabric a été créée ou une capacité existante a été redimensionnée : recherchez l’opération Update Fabric Capacity Create dans le journal d’activité Azure Monitor. Vous pouvez également afficher les capacités Fabric dans le portail Azure.
  • Le moteur de calcul d’une capacité Fabric a été suspendu ou redémarré : dans le journal d’activité Azure Monitor, recherchez l’opération Suspend ou Resume. Vous pouvez également afficher l’état d’une capacité Fabric dans le portail Azure.
  • Une capacité Premium a été créée : dans le journal d’activité, recherchez l’activité ChangeCapacityState. La propriété CapacityState indique qu’elle a été approvisionnée en tant que nouvelle capacité. Vous pouvez également afficher les produits qui ont un abonnement actif dans la zone de facturation du Centre d’administration Microsoft 365.
  • Superviser le coût d’une capacité Fabric : utilisez les fonctionnalités Microsoft Cost Management pour analyser les coûts des capacités Microsoft Fabric et d’autres services Azure.
  • Superviser le coût de la capacité Premium : vous pouvez afficher les factures dans la zone de facturation du Centre d’administration Microsoft 365.
  • Un espace de travail a été affecté à une capacité ou supprimé d’une capacité : recherchez l’activité MigrateWorkspaceIntoCapacity ou RemoveWorkspacesFromCapacity dans le journal d’activité.

Conseil

Lorsque vous naviguez sur le portail Azure, ne vous confondez pas avec les ressources Service Fabric. Ces ressources sont des services différents de Microsoft Fabric.

Important

Les informations présentées dans cette étape ne sont pas destinées à être une liste inclusive des moyens d’auditer les données. Au lieu de cela, elles sont destinées à vous fournir des idées pour vous aider à débuter votre audit. Pour d’autres idées, nous vous recommandons de consulter vos administrateurs de facturation.

Liste de vérification : voici les décisions et les actions clés pour planifier les licences de capacité :

  • Effectuer une révision : déterminez l’état actuel en examinant les abonnements de capacité actuels.
  • Identifier les stratégies et décisions existantes : compilez les stratégies internes existantes ou les décisions précédentes relatives aux abonnements de capacité afin que les informations soient facilement disponibles.
  • Discuter et décider : planifiez des ateliers pour prendre des décisions clés relatives aux abonnements à la capacité. Impliquez tous les décideurs, les parties prenantes et le sponsor exécutif, le cas échéant.
  • Créer une documentation : compilez les informations collectées sur les abonnements de capacité et documentez les décisions clés pour référence ultérieure.
  • Effectuer des mises à jour : mettez à jour les abonnements de capacité en fonction des décisions prises lors des ateliers.
  • Créer un processus pour gérer les requêtes des utilisateurs : configurez un processus permettant aux utilisateurs de demander un nouvel espace de travail.
  • Configurer l’audit : créez des processus d’audit pour vous permettre de suivre les activités liées aux abonnements de capacité et aux essais.

Contenu connexe

Pour plus de considérations, d’actions, de critères décisionnels et de recommandations pour vous aider à prendre des décisions d’implémentation Power BI, consultez la planification de l’implémentation de Power BI.