Eventhouse- en KQL-databaseverbruik
Eventhouses en KQL-databases werken op een volledig beheerde Kusto-engine. Met een Eventhouse- of KQL-database kunt u binnen 5 tot 10 seconden beschikbare berekeningen voor uw analyses verwachten. De rekenresources groeien met uw gegevensanalytische behoeften. In dit artikel wordt het rekengebruik van de KQL-databases in Microsoft Fabric uitgelegd, waaronder KustoUpTime en storage.
Wanneer u een Infrastructuurcapaciteit gebruikt, worden uw gebruikskosten weergegeven in Azure Portal onder uw abonnement in Microsoft Cost Management. Als u meer wilt weten over uw infrastructuurfacturering, gaat u naar Inzicht in uw Azure-factuur in een infrastructuurcapaciteit.
Belangrijk
Wijzigingen in verbruikssnelheid van Microsoft Fabric-werkbelasting
Verbruikstarieven kunnen op elk gewenst moment worden gewijzigd. Microsoft zal redelijke inspanningen doen om kennisgeving via e-mail of via een melding in het product te verstrekken. Wijzigingen zijn van kracht op de datum die wordt vermeld in de releaseopmerkingen van Microsoft of in het Microsoft Fabric-blog. Als een wijziging in een Verbruikstarief van Microsoft Fabric-werkbelasting de capaciteitseenheden (CU) die nodig zijn voor het gebruik van een bepaalde workload aanzienlijk verhoogt, kunnen klanten de annuleringsopties gebruiken die beschikbaar zijn voor de gekozen betalingswijze.
Capaciteit
Op basis van de capaciteits-SKU die in Fabric is gekocht, hebt u recht op een set capaciteitseenheden (CA's) die worden gedeeld in alle Infrastructuurworkloads. Zie Microsoft Fabric-licenties voor meer informatie over ondersteunde licenties.
Capaciteit is een toegewezen set resources die op een bepaald moment beschikbaar is om te worden gebruikt. Capaciteit definieert de mogelijkheid van een resource om een activiteit uit te voeren of uitvoer te produceren. Verschillende resources verbruiken CU's op verschillende tijdstippen. De hoeveelheid capaciteit die door een KQL-database wordt gebruikt, is gebaseerd op de KustoUpTime-bewerking .
KustoUpTime
KustoUpTime voor een eventhouse is het aantal seconden dat uw eventhouse actief is ten opzichte van het aantal virtuele kernen dat door uw eventhouse wordt gebruikt. Er wordt een mechanisme voor automatische schaalaanpassing gebruikt om de grootte van uw eventhouse te bepalen. Dit mechanisme zorgt voor kosten- en prestatieoptimalisatie op basis van uw gebruikspatroon. Een eventhouse met meerdere KQL-databases die eraan zijn gekoppeld, toont alleen KustoUpTime voor het eventhouse-item. U ziet geen gebruik voor het subitem van de KQL-database.
Een eventhouse met 4 KQL-databases met vier virtuele kernen die gedurende 30 seconden actief is, gebruikt bijvoorbeeld 120 seconden capaciteitseenheden.
KustoUpTime voor een KQL-database is het aantal seconden dat uw KQL-database actief is ten opzichte van het aantal virtuele kernen dat door uw database wordt gebruikt. Er wordt een mechanisme voor automatische schaalaanpassing gebruikt om de grootte van uw KQL-database te bepalen. Dit mechanisme zorgt voor kosten- en prestatieoptimalisatie op basis van uw gebruikspatroon.
Een database met vier virtuele kernen die gedurende 30 seconden actief is, gebruikt bijvoorbeeld 120 seconden capaciteitseenheden.
Notitie
Als uw KQL-database een subitem van een eventhouse is, wordt kustoUpTime gerelfecteerd in het eventhouse-item en wordt het database-item niet weergegeven in de lijst.
KustoUpTime bewaken
U kunt KustoUpTime bewaken met de microsoft Fabric Capacity Metric-app. Informatie over het begrijpen van de pagina rekenproces van de metrische app op de pagina Voor het berekenen van de metrische app. In dit voorbeeld ziet u informatie die specifiek is voor het bewaken van KustoUpTime.
Notitie
U moet een capaciteitsbeheerder zijn om het capaciteitsgebruik te controleren. Zie Microsoft Fabric-beheerdersrollen begrijpen voor meer informatie.
In de volgende afbeelding ziet u een voorbeeld van een rekenpagina van de bewakingscapaciteit in de app Metrische infrastructuurcapaciteit:
Hier volgen enkele inzichten die u uit het voorbeeld kunt halen:
- De capaciteit die wordt onderzocht, wordt rtafielddemo genoemd.
- De capaciteitseenheden voor de geselecteerde dag zijn gebruikt door één werkruimte met de naam RTA Field Demo.
- De weergave Items is gefilterd om zowel Eventhouse als KQL Database weer te geven.
- Als u één item, zoals een Eventhouse-item, selecteert, wordt het CU-gebruik per bewerking opgesplitst.
- In de gebruiksgrafiek wordt aan de rechterkant van de app bijna 100% CU-gebruik in de loop van de tijd weergegeven. Dit hoge gebruik kan het beperken van query's verklaren die door gebruikers zijn ervaren en geeft aan dat de capaciteitseenheden moeten worden verhoogd.
Opslagfacturering
Opslag wordt afzonderlijk gefactureerd van uw Fabric- of Power BI Premium-capaciteitseenheden. Gegevens die zijn opgenomen in een KQL-database, worden opgeslagen in twee opslaglagen: OneLake Cache Storage en OneLake Standard Storage.
- OneLake Cache Storage is premium-opslag die wordt gebruikt om de snelste reactietijden voor query's te bieden. Wanneer u het cachebeleid instelt, is dit van invloed op deze opslaglaag. Als u bijvoorbeeld meestal zeven dagen een query uitvoert, kunt u de cacheretentie instellen op zeven dagen voor de beste prestaties. Deze opslaglaag is vergelijkbaar met de Premium-laag van Azure ADLS (Azure Data Lake Storage).
Notitie
Als u minimaal verbruik inschakelt , worden er geen kosten in rekening gebracht voor OneLake Cache Storage. Wanneer de minimale capaciteit is ingesteld, is het eventhouse altijd actief, wat resulteert in 100% KustoUpTime.
- OneLake Standard Storage is standaardopslag die wordt gebruikt om alle querybare gegevens te behouden en op te slaan. Wanneer u het bewaarbeleid instelt, is dit van invloed op deze opslaglaag. Als u bijvoorbeeld 365 dagen aan querybare gegevens wilt onderhouden, kunt u de retentie instellen op 365 dagen. Deze opslaglaag is vergelijkbaar met de dynamische laag Azure ADLS (Azure Data Lake Storage).
OneLake Storage bewaken
Met de microsoft Fabric Capacity Metric-app kan elke capaciteitsbeheerder OneLake Storage bewaken. Meer informatie over het begrijpen van de opslagpagina van de app voor metrische gegevens in De opslagpagina van de app voor metrische gegevens.
In de volgende afbeelding ziet u een voorbeeldopslagpagina van het bewaken van een KQL-database in de app Fabric Capacity Metric:
