Consommation de base de données KQL

  • Article

Les bases de données KQL fonctionnent sur un moteur Kusto entièrement géré. Avec une base de données KQL, vous pouvez vous attendre à 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 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 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é.

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 d’une base de données KQL dans l’application Métriques de capacité Fabric :

Screenshot of uptime in Microsoft Fabric Capacity Metric app.

Voici quelques insights que vous pouvez tirer de l’exemple ci-dessus :

  • La capacité examinée est appelée capacité de démonstration.
  • Les unités de capacité pour la journée sélectionnée ont été utilisées par plusieurs espaces de travail différents, tels que Analyse en temps réel Trident, Houston Event, et d’autres.
  • La sélection d’un seul élément, comme l’élément de base de données KQL en haut, décompose 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).

  • 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 :

Screenshot of Fabric capacity metrics app with data from Real-Time Analytics.

Contenu connexe