Eventhouse et consommation de la base de données KQL
Les Eventhouses et les bases de données KQL fonctionnent sur un moteur Kusto entièrement géré. 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 du calcul des bases de données KQL dans Microsoft Fabric, notamment KustoUpTime 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, voir 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 utilisera 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.
max.
En fonction de la référence SKU de capacité achetée dans Fabric, vous avez le droit à un ensemble d’unités de capacité qui sont partagées entre 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 qui sont disponibles à un moment donné pour être utilisées. La capacité définit la possibilité d’une ressource à effectuer une activité ou à produire une sortie. Différentes ressources consomment des unités de gestion à différents moments. La quantité de capacité utilisée par une base de données KQL est basée sur l’opération KustoUpTime.
KustoUpTime
KustoUpTime pour un eventhouse correspond au 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 KustoUpTime pour l’élément de l’eventhouse. Vous ne verrez pas d’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é.
KustoUpTime pour une base de données KQL correspond au 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, KustoUpTime est affecté à l’élément de l’eventhouse et l’élément de base de données n’apparaît pas dans la liste.
Surveiller KustoUpTime
Vous pouvez surveiller KustoUpTime 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 KustoUpTime.
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é démonstration de champ RTA.
- La vue des Éléments a été filtrée pour afficher l’Eventhouse et la Base de données KQL.
- La sélection d’un seul élément, tel qu’un Élément de l’eventhouse, répartit l’utilisation de la CU par opérations.
- 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é.
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 interrogez généralement 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 de la consommation minimale 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 % KustoUpTime.
- 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 :
