Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
I artiklen forklares rapportering af beregningsforbrug for SQL-databasen i Microsoft Fabric.
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 se Forstå din Azure-faktura på en Fabric-kapacitet.
Efter den 1. februar 2025 faktureres beregnings- og datalageret for SQL-databasen til din Fabric-kapacitet. Derudover starter sikkerhedskopifakturering efter den 1. april 2025.
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 Begreber og licenser i Microsoft Fabric.
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 til SQL-database i Microsoft Fabric
I den kapacitetsbaserede SaaS-model har SQL-databasen til formål at få mest muligt ud af den købte kapacitet og give indblik i brugen.
Kort og godt svarer 1 Fabric-kapacitetsenhed til 0,383 Database vCores, eller 1 Database vCore svarer til 2,611 Fabric-kapacitetsenhed.
En Fabric-kapacitets-SKU F64 har f.eks. 64 kapacitetsenheder, hvilket svarer til 24,512 SQL-database vCores.
Beregnings- og lageromkostninger
Omkostningerne til SQL-databasen i Fabric er summen af beregningsomkostninger og lageromkostninger. Beregningsomkostningerne er baseret på vCore og brugt hukommelse.
En database med arbejdsbelastningsaktivitet i to minutter og ellers inaktiv i resten af timen. Kapaciteten faktureres for beregning i to minutter og holdes online i yderligere 15 minutter, i alt 17 minutters fakturering af beregning. Databasen holdes online for at bevare svartider for programmer og forhindre forsinkelser i ydeevnen, når der opnås adgang til en inaktiv database.
Der faktureres kun lagerplads i hele timen.
Automatisk skalering og minimumallokering af hukommelse
SQL-databasen i Fabric skalerer automatisk beregning og klargør mindst 2 GB hukommelse, der faktureres som beregning, mens databasen er online.
Efter 15 minutters inaktivitet frigives alle beregningsressourcer, herunder CPU og hukommelse, og beregningsregningen er nul.
Cachereklamation
SQL Server udfører cachereklamation i perioder med lav eller inaktiv tilstand for at reducere hukommelsesforbruget og omkostningerne. Der kræves dog mindst 2 GB hukommelse for at holde SQL Server i drift, mens den er online.
Eksempel på fakturering af beregning
Hvis du vil sammenligne CPU med hukommelse til faktureringsformål, normaliseres hukommelsen til vCores-enheder ved at konvertere antallet af GB med 3 GB pr. vCore.
Følgende eksempelregning i dette eksempel beregnes f.eks. på følgende måde:
| Tidsinterval (min.) | vCores bruges hvert sekund | Hukommelse GB brugt hvert sekund | Faktureret beregningsdimension | Fakturerede CU-sekunder (simpel forklaring) |
|---|---|---|---|---|
| 00:00–0:05 | 2 | 3 | vCores bruges | Brugte 2 vCores i 300 sekunder. CPU'en var højere end hukommelsen, så faktureringen er baseret på brug af vCore. Beregning: 2 × 300 × 2,611 = 783 CU sekunder. |
| 0:05–0:15 | 0 | 6 | Brugt hukommelse | Brugte 6 GB hukommelse i 600 sekunder. Hukommelsen overskred CPU'en, så faktureringen er baseret på hukommelsesforbrug. Hukommelse-til-vCore-forhold: 6 GB = 2 vCores. Beregning: 2 × 600 × 2.611 = 3.133 CU sekunder. |
| 0:15–0:30 | 0 | 2 | Minimumhukommelse allokeret | Der er allokeret mindst 2 GB hukommelse for at holde databasen klar, selv når den er inaktiv. Forhold mellem hukommelse og vCore: 2 GB = 0,6666 vCore. Beregning: 0,6666 × 900 × 2,611 = 1,567 CU sekunder. |
| 0:30–0:60 | 0 | 0 | Ingen beregning faktureres efter 15 minutters inaktivitet | Der er ingen aktivitet i 15 minutter, så al beregning, herunder CPU og hukommelse, frigives. Fakturering af beregning stopper. Beregning: 0 CU sekunder. |
Samlet anslået antal CU-sekunder: 5483 CU-sekunder
Eksempel på fakturering af lager
Lagerplads faktureres løbende, selv når beregning er midlertidigt afbrudt.
| Lagertype | Aktuelt lager (GB) | Fakturerbart lager (GB) | Faktureringstype | Eksempel |
|---|---|---|---|---|
| Allokeret SQL-lager | 80,53 GB | 2,84 GB | Fakturerbart | Lager, der bruges til at bevare SQL-databasedatasider |
| Sikkerhedskopilager til SQL Database | 14,59 GB | 0,51 GB | Fakturerbart | Lager, der bruges til fuld sikkerhedskopieringskæde til gendannelse for at sikre gendannelse på et tidspunkt for databasen |
Samlet fakturerbart lager i dette eksempel: 2,84 + 0,51 = 3,35 GB
Lagerfakturering gælder for hele timen, uanset beregningstilstand.
Fabric Capacity SKU-valg baseret på SQL-database vCores
Se dette for Fabric SKU-størrelsesestimeringer for SQL-database i Fabric. Du kan få flere oplysninger i værktøjet Microsoft Fabric Capacity Estimator .
| SKU | Kapacitetsenheder (CU) | SQL-database vCores pr. sekund |
|---|---|---|
| F2 | 2 | 0.766 |
| F4 | 4 | 1.532 |
| F8 | 8 | 3.064 |
| F16 | 16 | 6.128 |
| F32 | 32 | 12.256 |
| F64 | 64 | 24.512 |
| F128 | 128 | 49.024 |
| F256 | 256 | 98.048 |
| F512 | 512 | 196.096 |
| F1024 | 1024 | 392.192 |
| F2048 | 2048 | 784.384 |
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 Hvad er appen Microsoft Fabric Capacity Metrics?
Når du har installeret appen, skal du vælge SQLDbNative på rullelisten Vælg elementstype: . Bånddiagrammet Med flere målepunkter og datatabellen Elementer (14 dage) viser nu kun SQLDbNative-aktivitet .
Handlingskategorier for SQL-database
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.
Fabric SQL-database akkumuleres under SQLDbNative i appen Metrikværdier. De handlingskategorier, der vises i denne visning, er:
- SQL-forbrug: Beregningsgebyr for alle brugeroprettede og systemoprettede T-SQL-sætninger i en database.
Eksempler:
Faktureringstypefeltet bruges til at bestemme, om arbejdsbelastningen er i eksempelvisning eller fakturerbar.
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 er angivet af farve. De fleste handlinger i SQL-databasekategorien rapporteres som interaktive med 5 minutters udjævning af aktiviteten.
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, og som er drevet direkte af brugeraktivitet.
De mest brugte sager i denne visning omfatter:
Identifikation af SQL-forespørgslers(sætningers) status: Værdier kan være Succes eller Afvist.
- Statussen Udført er standardfunktionsmåden for SQL-databasen, når kapaciteten ikke er begrænset.
- Statussen Afvist kan opstå på grund af ressourcebegrænsninger på grund af kapacitetsbegrænsning.
Identifikation af SQL-forespørgsler (sætninger), der brugte mange ressourcer: sorter tabellen efter Samlet antal CU(er) faldende efter tidsstempel og element.
Overvejelser
Overvej følgende nuancer i rapporteringen af forbrug:
- Feltet Varighed(r), der er rapporteret i Appen Fabric Capacity Metrics, er kun til orientering. Det afspejler tidsvinduet for det aktuelle SQL-forbrug, der svarer til 60 sekunder.
Rapportering af lagerforbrug
Rapportering af lagerforbrug hjælper administratorer med at overvåge lagerforbrug på tværs af organisationen i kapacitetsmålepunkter. Når du har valgt kapaciteten, skal du justere datointervallet, så det passer til det lager, der udsendes under en faktureringscyklus. Oplevelsesskyderen hjælper dig med at filtrere på arbejdsbelastningsoplevelsen.
Mulige navneværdier for lagringshandlingen er:
- Allokeret SQL-lager er den samlede databasestørrelse.
- SQL Database Backup Storage er det sikkerhedskopilagerforbrug, der overstiger den tildelte størrelse og faktureres i overensstemmelse hermed.
De aktuelle lagringsmålepunkter justeres efter en graf til venstre for at få vist den gennemsnitlige lagerplads på et dagligt gran eller en time detaljering, hvis du foretager detailudledning.
Rapportering af lagerudnyttelse sker på arbejdsområdeniveau. Hvis du vil have flere oplysninger om lagerforbrug i databasen, skal du se Performance Dashboard for SQL-database i Microsoft Fabric.
Fakturering af sikkerhedskopilager
SQL-databasen i Microsoft Fabric leverer automatisk sikkerhedskopiering fra det øjeblik, en database oprettes. Fakturering af sikkerhedskopiering bestemmes af mængden af lagerplads, der forbruges af den automatiserede sikkerhedskopieringsproces.
- Sikkerhedskopilageret er som standard gratis op til 100% af den klargjorte databasestørrelse. En database med 100 GB allokeret lagerplads inkluderer f.eks. automatisk 100 GB sikkerhedskopilager uden yderligere omkostninger.
- Hvis forbruget af sikkerhedskopilager overskrider den tildelte databasestørrelse, opkræves der ekstra gebyrer. Du faktureres kun for det sikkerhedskopilager, der overstiger den tildelte størrelse.
Forbruget af sikkerhedskopilager måles pr. time og beregnes som en akkumuleret total. I slutningen af hver måned aggregeres denne værdi og bruges til at beregne din faktura. Gebyrer er baseret på den samlede GB/måned.
Hvis en database f.eks. akkumulerer 100 GB allokeret datalager og sikkerhedskopilager, akkumuleres 150 GB sikkerhedskopieringslager og forbliver konstant i en måned, vil du blive opkrævet for 100 GB datalager og yderligere 50 GB af sikkerhedskopilageret til den gældende hastighed.