Rapportering af fakturering og udnyttelse i Fabric Data Warehouse
Gælder for:✅ SQL Analytics-slutpunkt og warehouse i Microsoft Fabric
I artiklen forklares rapportering af beregningsforbrug for Fabric Data Warehouse, som omfatter læse- og skriveaktivitet i forhold til Warehouse og læseaktivitet på SQL Analytics-slutpunktet for Lakehouse.
Når du bruger en Fabric-kapacitet, vises dine forbrugsgebyrer i Azure-portal under dit abonnement i Microsoft Cost Management. Hvis du vil forstå din Fabric-fakturering, skal du gå til Forstå din Azure-faktura på en Fabric-kapacitet.
Du kan få flere oplysninger om overvågning af aktuel og historisk forespørgselsaktivitet under Overvåg i oversigt over Fabric Data Warehouse.
Kapacitet
I Fabric, der er baseret på den købte kapacitets-SKU, har du ret til et sæt kapacitetsenheder (CU'er), der deles på tværs af alle Fabric-arbejdsbelastninger. Du kan få flere oplysninger om understøttede licenser under Microsoft Fabric-licenser.
Kapacitet er et dedikeret sæt ressourcer, der er tilgængelige på et givet tidspunkt, og som skal bruges. Kapacitet definerer en ressources mulighed for at udføre en aktivitet eller producere output. Forskellige ressourcer forbruger CU'er på forskellige tidspunkter.
Kapacitet i Fabric Data Warehouse
I den kapacitetsbaserede SaaS-model har Fabric Data Warehouse til formål at få mest muligt ud af den købte kapacitet og give indblik i brugen.
De nøglecentre, der forbruges af Fabric Data Warehouse, omfatter læse- og skriveaktivitet i forhold til lageret og læseaktivitet på SQL-analyseslutpunktet for Lakehouse.
Kort og godt: 1 Fabric-kapacitetsenhed = 0,5 Warehouse vCores. En Fabric-kapacitets-SKU F64 har f.eks. 64 kapacitetsenheder, hvilket svarer til 32 Warehouse vCores.
Rapportering af beregningsforbrug
Microsoft Fabric Capacity Metrics-appen giver indblik i kapacitetsforbruget for alle Fabric-arbejdsbelastninger på ét sted. Administratorer kan bruge appen til at overvåge kapacitet, arbejdsbelastningernes ydeevne og deres forbrug sammenlignet med købt kapacitet.
Til at starte med skal du være kapacitetsadministrator for at installere appen Microsoft Fabric Capacity Metrics. Når den er installeret, kan alle i organisationen have tilladelser tildelt eller delt for at få vist appen. Du kan få flere oplysninger under Installér appen Microsoft Fabric Capacity Metrics.
Når du har installeret appen, skal du vælge Warehouse på rullelisten Vælg elementtype: . Diagramdiagrammet Med flere målepunkter og datatabellen Elementer (14 dage) viser nu kun Lageraktivitet .
Lagerhandlingskategorier
Du kan analysere forbruget af universel beregningskapacitet efter arbejdsbelastningskategori på tværs af lejeren. Forbruget spores efter det samlede antal kapacitetsenhedssekunder (CU'er). Den viste tabel viser det samlede forbrug i løbet af de seneste 14 dage.
Både warehouse- og SQL Analytics-slutpunktet akkumuleres under Warehouse i appen Metrics, da de begge bruger SQL Compute. De handlingskategorier, der vises i denne visning, er:
- Lagerforespørgsel: Beregningsgebyr for alle brugeroprettede og systemoprettede T-SQL-sætninger i et lager.
- SQL Analytics-slutpunktsforespørgsel: Beregningsgebyr for alle brugeroprettede og systemoprettede T-SQL-sætninger i et SQL-analyseslutpunkt.
- OneLake Compute: Beregningsgebyr for alle læsninger og skrivninger for data, der er gemt i OneLake.
Eksempler:
Udforsk graf i timepoint
Denne graf i appen Microsoft Fabric Capacity Metrics viser udnyttelsen af ressourcer sammenlignet med den kapacitet, der er købt. 100 % af udnyttelsen repræsenterer det fulde gennemløb af en kapacitets-SKU og deles af alle Fabric-arbejdsbelastninger. Dette repræsenteres af den gule stiplede linje. Hvis du vælger et bestemt tidspunkt i grafen, aktiveres knappen Udforsk , hvilket åbner en detaljeret side med detaljeadgang.
I lighed med Power BI klassificeres handlinger generelt enten som interaktive handlinger eller baggrundshandlinger og angives af farve. De fleste handlinger i kategorien Lager rapporteres som baggrund for at drage fordel af 24-timers udjævning af aktiviteter for at give mulighed for de mest fleksible forbrugsmønstre. Klassificering af datawarehousing som baggrund reducerer hyppigheden af spidsbelastninger af CU-udnyttelse fra udløsning af begrænsning.
Graf over detaljeadgang for tidspunkt
Denne tabel i microsoft Fabric Capacity Metrics-appen indeholder en detaljeret visning af udnyttelsen på bestemte tidspunkter. Mængden af kapacitet, der leveres af den angivne SKU pr. 30-sekunders periode, vises sammen med opdelingen af interaktive handlinger og baggrundshandlinger. Den interaktive handlingstabel repræsenterer listen over handlinger, der blev udført på det pågældende tidspunkt.
Tabellen Baggrundshandlinger kan se ud til at vise handlinger, der blev udført meget før det valgte tidspunkt. Dette skyldes, at der udføres 24-timers udjævning i baggrunden. Tabellen viser f.eks. alle de handlinger, der er udført og stadig er ved at blive udjævnet på et valgt tidspunkt.
De mest brugte sager i denne visning omfatter:
Identifikation af en bruger, der har planlagt eller kørt en handling: Værdier kan enten være "User@domain.com", "System" eller "Power BI-tjeneste".
- Eksempler på brugeroprettede sætninger omfatter kørsel af T-SQL-forespørgsler eller -aktiviteter på Fabric-portalen, f.eks. SQL Query-editor eller Visual Query-editor.
- Eksempler på "System"-genererede sætninger omfatter synkrone metadataaktiviteter og andre systembaggrundsopgaver, der køres for at muliggøre hurtigere udførelse af forespørgsler.
Identifikation af en handlingsstatus: Værdier kan være enten "Udført", "InProgress", "Annulleret", "Fejl", "Ugyldig" eller "Afvist".
- Statussen "Annulleret" er forespørgsler, der blev annulleret, før de blev fuldført.
- Statussen "Afvist" kan opstå på grund af ressourcebegrænsninger.
Identifikation af en handling, der brugte mange ressourcer: Sortér tabellen efter samlet antal CU'er i faldende rækkefølge for at finde de dyreste forespørgsler, og brug derefter Handlings-id til entydigt at identificere en handling. Dette er det distribuerede sætnings-id, som kan bruges i andre overvågningsværktøjer, f.eks. DMV'er (Dynamic Management Views) og Query Insights til sporing fra ende til anden, f.eks. i
dist_statement_id
sys.dm_exec_requests ogdistributed_statement_id
i forespørgsels-insights.exec_requests_history. Eksempler:I følgende eksempel på en T-SQL-forespørgsel bruges et handlings-id i en forespørgsel i den
sys.dm_exec_requests
dynamiske administrationsvisning.SELECT * FROM sys.dm_exec_requests WHERE dist_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE';
Følgende T-SQL-forespørgsel bruger et handlings-id i en forespørgsel i visningen
queryinsights.exec_requests_history
.SELECT * FROM queryinsights.exec_requests_history WHERE distributed_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE`;
Faktureringseksempel
Overvej følgende forespørgsel:
SELECT * FROM Nyctaxi;
Til demonstrationsformål skal du antage, at faktureringsmetrikværdien akkumuleres 100 CU sekunder.
Omkostningerne ved denne forespørgsel er CU sekunder gange prisen pr. CU. Antag i dette eksempel, at prisen pr. CU er 0,18 USD pr. time. Der er 3600 sekunder på en time. Så omkostningerne ved denne forespørgsel er (100 x 0,18)/3600 = $0,005.
De tal, der bruges i dette eksempel, er kun til demonstrationsformål og ikke til faktiske faktureringsdata.
Overvejelser
Overvej følgende nuancer i rapporteringen af forbrug:
- Rapportering på tværs af databaser: Når en T-SQL-forespørgsel joinforbindes på tværs af flere lagre (eller på tværs af et lager og et SQL-analyseslutpunkt), rapporteres forbruget i forhold til den oprindelige ressource.
- Forespørgsler om systemkatalogvisninger og dynamiske administrationsvisninger er fakturerbare forespørgsler.
- Feltet Varighed(r), der er rapporteret i Appen Fabric Capacity Metrics, er kun til orientering. Den afspejler varigheden af udførelsen af sætningen. Varigheden omfatter muligvis ikke den komplette varighed fra slutpunkt til slutpunkt for gengivelse af resultater tilbage til webprogrammet, f.eks. SQL Power Query-editor- eller klientprogrammer, f.eks. SQL Server Management Studio og Azure Data Studio.
Næste trin
Relateret indhold
- Overvåg forbindelser, sessioner og anmodninger ved hjælp af DMV'er
- Administration af arbejdsbelastninger
- Retningslinjer for ydeevnen for Fabric Data Warehouse
- Hvad er microsoft Fabric Capacity Metrics-appen?
- Udjævning og begrænsning i Fabric Data Warehousing
- Forstå din Azure-faktura på en Fabric-kapacitet
- Forstå beregningssiden for appen Målepunkter
- Afbryd midlertidigt, og fortsæt i Fabric-datawarehousing
- Overvåg Fabric Data Warehouse