Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
Les bases de donnéesEventhouses et KQL fonctionnent sur un moteur entièrement managé. Avec un Eventhouse ou une base de données KQL, vous pouvez compter sur une capacité de calcul disponible pour votre analytique dans un délai de 5 à 10 secondes. Les ressources de calcul augmentent avec vos besoins en analytique des données. Cet article explique les rapports d'utilisation des ressources de calcul des bases de données KQL dans Microsoft Fabric, notamment [Eventhouse UpTime](#eventhouse uptime) et le stockage .
Lorsque vous utilisez une capacité Fabric, vos frais d’utilisation apparaissent dans le Portail Azure sous votre abonnement dans Microsoft Cost Management. Pour comprendre votre facturation Fabric, consultez Comprendre votre facture Azure sur une capacité Fabric.
Important
Modifications apportées au taux de consommation des charges de travail Microsoft Fabric
Les taux de consommation sont susceptibles de changer à tout moment. Microsoft fait des efforts raisonnables pour fournir une notification par e-mail ou par le biais d’une notification dans le produit. Les modifications seront effectives à la date indiquée dans les notes de publication de Microsoft ou le blog Microsoft Fabric. Si une modification apportée à un taux de consommation de charge de travail Microsoft Fabric augmente matériellement les unités de capacité (CU) requises pour utiliser une charge de travail particulière, les clients peuvent utiliser les options d’annulation disponibles pour le mode de paiement choisi.
Capacité
En fonction de l’unité de conservation du stock de capacité (SKU) achetée dans Fabric, vous avez le droit à un ensemble d’unités de capacité qui sont partagées sur toutes les charges de travail Fabric. Pour plus d’informations sur les licences prises en charge, consultez licences Microsoft Fabric.
La capacité est un ensemble dédié de ressources disponibles à un moment donné à utiliser. La capacité définit la possibilité d’une ressource à effectuer une activité ou à produire une sortie. Différentes ressources consomment des CUs (unités de calcul) à différents moments. La quantité de capacité utilisée par une base de données KQL est basée sur l’opération Durée de bon fonctionnement Eventhouse.
Throttling
Lorsqu’elles atteignent leurs limites de capacité, l’eventhouse applique une régulation pour protéger la stabilité du système. Il existe trois niveaux de limitation :
- Proactive : les requêtes sont limitées, mais l’ingestion des données se poursuit normalement.
- Réactif : l’ingestion et les requêtes sont suspendues, mais aucune donnée n’est perdue.
- Extrême réactif : l’ingestion et les requêtes sont suspendues, les données sont conservées pendant une période, mais les données peuvent être perdues après une certaine période.
Lorsqu’un eventhouse adopte une approche proactive, la capacité est réduite pour maintenir la disponibilité pendant une période prolongée pour des actions modestes (proactives et réactives), tout en maintenant la disponibilité de l’eventhouse avec des performances réduites.
Protection contre les surtensions au niveau du poste de travail
La protection contre la surtension inclut désormais des contrôles au niveau de l’espace de travail qui fournissent une gestion plus précise de l’utilisation du calcul au sein de votre organisation. Cette mise à jour vous permet de mieux contrôler l’utilisation de la capacité et de hiérarchiser les charges de travail critiques.
Améliorations clés
Limites % de cu par espace de travail : vous pouvez définir un seuil de consommation d’unité de calcul (CU) pour les espaces de travail individuels, en pourcentage de l’utilisation globale de la capacité. Ces seuils sont définis sur une période de 24 heures glissante.
Blocage automatique : un espace de travail est placé automatiquement dans un état bloqué lorsque l’espace de travail dépasse son seuil. L’espace de travail rejette les nouvelles opérations jusqu’à ce que son utilisation descende au-dessous du seuil ou jusqu’à ce que vous supprimiez manuellement le bloc.
Mode critique de mission : vous pouvez désigner des espaces de travail à priorité élevée comme stratégiques, ce qui les exempte des règles de protection contre les surtensions et les hiérarchise efficacement sur d’autres espaces de travail. Ce mode peut également être utilisé pour supprimer un état bloqué actif.
Pour plus d’informations sur la protection contre la surtension au niveau de la capacité de Fabric, consultez Protection contre la surtension.
Durée de bon fonctionnement Eventhouse
Eventhouse UpTime pour un eventhouse est le nombre de secondes pendant lesquelles votre eventhouse est actif par rapport au nombre de cœurs virtuels utilisés par votre eventhouse. Un mécanisme de mise à l’échelle automatique est utilisé pour déterminer la taille de votre eventhouse. Ce mécanisme garantit l’optimisation des coûts et des performances en fonction de votre modèle d’utilisation. Un eventhouse avec plusieurs bases de données KQL qui y sont rattachées affiche uniquement Durée de bon fonctionnement Eventhouse pour l’élément de l’eventhouse. Vous ne voyez pas l’utilisation du sous-élément de base de données KQL.
Par exemple, un eventhouse avec 4 bases de données KQL utilisant 4 cœurs virtuels et active pendant 30 secondes utilisera 120 secondes d’unités de capacité.
Eventhouse UpTime pour une base de données KQL est le nombre de secondes pendant lesquelles votre base de données KQL est active par rapport au nombre de cœurs virtuels utilisés par votre base de données. Un mécanisme de mise à l’échelle automatique est utilisé pour déterminer la taille de votre base de données KQL. Ce mécanisme garantit l’optimisation des coûts et des performances en fonction de votre modèle d’utilisation.
Par exemple, une base de données utilisant 4 cœurs virtuels actifs pendant 30 secondes utilise 120 secondes d’unités de capacité.
Remarque
Si votre base de données KQL est un sous-élément d’un eventhouse, eventhouse UpTime est reflété dans l’élément eventhouse et l’élément de base de données n’est pas affiché dans la liste.
Surveiller la durée de fonctionnement d’Eventhouse
Vous pouvez surveiller Durée de bon fonctionnement Eventhouse avec l’application Métriques de capacité Microsoft Fabric. Découvrez comment comprendre la page de calcul de l’application Métriques dans Comprendre la page de calcul de l’application Métriques. Cet exemple montre des informations spécifiques à la surveillance Durée de bon fonctionnement Eventhouse.
Remarque
Vous devez être administrateur de capacité pour surveiller l’utilisation de la capacité. Pour plus d’informations, consultez Présentation des rôles d’Administrateur Microsoft Fabric.
L’image suivante montre un exemple de page de calcul à partir de la surveillance de la capacité dans l’application Métriques de capacité Fabric :
Voici quelques insights que vous pouvez tirer de l’exemple ci-dessus :
- La capacité examinée se nomme rtafielddemo.
- Les unités de capacité pour la journée sélectionnée ont été utilisées par un seul espace de travail appelé RTA Field Demo.
- La vue Éléments est filtrée pour afficher à la fois Eventhouse et KQL Database.
- Sélectionnez un élément unique, tel qu’un élément Eventhouse, décompose l’utilisation de la CU par type d'opération.
- Le graphique d’utilisation, sur le côté droit de l’application, affiche près de 100 % d’utilisation de CU au fil du temps. Cette utilisation élevée explique la limitation des requêtes imposée à l’utilisateur et indique qu’il faut augmenter les unités de capacité.
Remarque
Pour mieux comprendre la taille de calcul d'Eventhouse, consultez Comprendre l’utilisation du calcul d'Eventhouse.
Facturation du stockage
Le stockage est facturé séparément de vos unités de capacité Fabric ou Power BI Premium. Les données ingérées dans une base de données KQL sont stockées dans deux niveaux de stockage : Stockage du cache OneLake et Stockage Standard OneLake.
- Stockage de cache OneLake est un stockage Premium utilisé pour fournir les temps de réponse de requête les plus rapides. Lorsque vous définissez la stratégie de cache, vous affectez ce niveau de stockage. Par exemple, si vous effectuez généralement des requêtes sur une période de sept jours, vous pouvez définir la rétention du cache sur sept jours pour des performances optimales. Ce niveau de stockage est comparable au niveau Premium d’Azure ADLS (Azure Data Lake Storage).
Remarque
L’activation du Planificateur de capacité signifie que vous n’êtes pas facturé pour le stockage du cache OneLake. Lorsque la capacité minimale est définie, l’eventhouse est toujours actif, ce qui permet d’obtenir 100 % de Durée de bon fonctionnement Eventhouse. Vous pouvez ensuite utiliser le planificateur de capacité pour définir des valeurs de capacité minimales pour des heures spécifiques, sans avoir à vous soucier des coûts de stockage du cache, car il est inclus dans les frais de capacité. Pour plus d’informations, consultez Contrôle de capacité intelligent de Eventhouse.
- Le Stockage Standard OneLake est un stockage standard utilisé pour conserver et stocker toutes les données interrogeables. Lorsque vous définissez la stratégie de rétention, vous affectez ce niveau de stockage. Par exemple, si vous devez conserver 365 jours de données interrogeables, vous pouvez définir la rétention sur 365 jours. Ce niveau de stockage est comparable au niveau chaud d’Azure ADLS (Azure Data Lake Storage).
Surveiller le stockage OneLake
L’application Métrique de capacité Microsoft Fabric permet à n’importe quel administrateur de capacité de surveiller OneLake Storage. Découvrez comment comprendre la page de stockage de l’application Métriques dans Comprendre la page de stockage de l’application de métriques.
L’image suivante montre un exemple de page de stockage à partir de la surveillance d’une base de données KQL dans l’application Métriques de capacité Fabric :
