Beregnings- og lagerforbrug i OneLake
OneLake-forbrug defineres af lagrede data og antallet af transaktioner. Denne side indeholder oplysninger om, hvordan alt OneLake-forbrug faktureres og rapporteres.
Storage
OneLake-lagerplads faktureres til en betalt efter forbrug-sats pr. GB data, der bruges. Static Storage forbruger IKKE Fabric Capacity Units (CU'er). Du kan finde flere oplysninger om priser under Fabric-priser. Du kan spore lagerforbruget i appen Fabric Capacity Metrics. Du kan få flere oplysninger om overvågning af forbrug på siden Lagring af metrics-app.
Transaktioner
Anmodninger til OneLake, f.eks. læsning eller skrivning af data, forbruger Fabric Capacity Units. Satserne på denne side definerer, hvor meget kapacitetsenheder der forbruges for en given type handling. Du kan få adgang til OneLake-data fra programmer, der kører i Fabric-miljøer, f.eks. Fabric Spark. OneLake kan også tilgås fra programmer, der kører uden for Fabric-miljøer, f.eks. via API'er. Hvordan dataene i OneLake tilgås, har indflydelse på, hvor mange CPU'er der forbruges. OneLake bruger de samme tilknytninger som ADLS til at klassificere handlingen til kategorien som her.
Handlingstyper
Denne tabel definerer CU-forbrug, når OneLake-data tilgås ved hjælp af de fleste programmer, der kører i Fabric-miljøer, f.eks. Fabric Spark- og Fabric-pipelines.
Handling i målepunktsappen | Beskrivelse | Handlingsenhed | Forbrugshastighed |
---|---|---|---|
OneLake Læs via omdirigering | OneLake Læs via omdirigering | Hver 4 MB, pr. 10.000 | 104 CU sekunder |
OneLake Skriv via omdirigering | OneLake Skriv via omdirigering | Hver 4 MB, pr. 10.000 | 1626 CU sekunder |
OneLake Iterative Read via Redirect | OneLake Iterative Read via Redirect | Pr. 10.000 | 1626 CU sekunder |
OneLake Iterativ skrivning via omdirigering | OneLake Iterativ skrivning via omdirigering | Pr. 100 | 1300 CU sekunder |
OneLake Andre handlinger via omdirigering | OneLake Andre handlinger via omdirigering | Pr. 10.000 | 104 CU sekunder |
Denne tabel definerer CU-forbrug, når OneLake-data tilgås ved hjælp af programmer, der kører uden for Fabric-miljøer. Brugerdefinerede programmer, der bruger ADLS-API'er (Azure Data Lake Storage) eller OneLake-stifinder.
Handling i målepunktsappen | Beskrivelse | Handlingsenhed | Forbrugshastighed |
---|---|---|---|
OneLake Læs via proxy | OneLake Læs via proxy | Hver 4 MB, pr. 10.000 | 306 CU sekunder |
OneLake Skriv via proxy | OneLake Skriv via proxy | Hver 4 MB, pr. 10.000 | 2650 CU sekunder |
OneLake Iterative Read via Proxy | OneLake Iterative Read via Proxy | Pr. 10.000 | 4798 CU sekunder |
OneLake Iterativ skrivning via proxy | OneLake Iterativ skrivning via proxy | Pr. 100 | 2117,95 CU sekunder |
OneLake Andre handlinger | OneLake Andre handlinger | Pr. 10.000 | 306 CU sekunder |
Genveje
Når du får adgang til data ved hjælp af OneLake-genveje, tælles transaktionsforbruget i forhold til den kapacitet, der er knyttet til det arbejdsområde, hvor genvejen oprettes. Den kapacitet, hvor dataene i sidste ende gemmes (som genvejen peger på), faktureres for de lagrede data.
Midlertidigt afbrudt kapacitet
Når en kapacitet er midlertidigt afbrudt, faktureres de lagrede data fortsat ved hjælp af taksten for betaling efter forbrug pr. GB. Alle transaktioner afvises, når en kapacitet er midlertidigt afbrudt, så der forbruges ingen Fabric-CUs på grund af OneLake-transaktioner. Hvis du vil have adgang til dine data eller slette et Fabric-element, skal kapaciteten genoptages. Du kan slette arbejdsområdet, mens en kapacitet er midlertidigt afbrudt.
It-katastrofeberedskab
OneLake-brug, når it-katastrofeberedskab er aktiveret, defineres også af mængden af lagrede data og antallet af transaktioner.
Lager til it-katastrofeberedskab
Når it-katastrofeberedskab er aktiveret, bliver dataene i OneLake geo-replikeret. Lageret faktureres derfor som BCDR-lager (Business Continuity and Disaster Recovery). Du kan finde flere oplysninger om priser under Fabric-priser.
It-katastrofeberedskabstransaktioner
Når indstillingen It-katastrofeberedskab er aktiveret for en given kapacitet, bruger skrivehandlinger højere kapacitetsenheder.
Typer af it-katastrofeberedskab
Denne tabel definerer CU-forbrug, når OneLake-data tilgås ved hjælp af de fleste programmer, der kører i Fabric-miljøer, når it-katastrofeberedskab er aktiveret. F.eks. Fabric Spark- og Fabric-rørledninger.
Handling | Beskrivelse | Handlingsenhed | Kapacitetsenheder |
---|---|---|---|
OneLake BCDR Læs via Omdirigering | OneLake BCDR Læs via Omdirigering | Hver 4 MB, pr. 10.000 | 104 CU sekunder |
OneLake BCDR Write via Redirect | OneLake BCDR Write via Redirect | Hver 4 MB, pr. 10.000 | 3056 CU sekunder |
OneLake BCDR Iterative Read via Redirect | OneLake BCDR Iterative Read via Redirect | Pr. 10.000 | 1626 CU sekunder |
OneLake BCDR Iterative Write via Redirect | OneLake BCDR Iterative Write via Redirect | Pr. 100 | 2730 CU sekunder |
OneLake BCDR Andre handlinger via omdirigering | OneLake BCDR Andre handlinger via omdirigering | Pr. 10.000 | 104 CU sekunder |
Denne tabel definerer CU-forbrug, når OneLake-data tilgås ved hjælp af programmer, der kører uden for Fabric-miljøer, når it-katastrofeberedskab er aktiveret. Brugerdefinerede programmer, der bruger ADLS-API'er (Azure Data Lake Storage) eller OneLake-stifinder.
Handling | Beskrivelse | Handlingsenhed | Kapacitetsenheder |
---|---|---|---|
OneLake BCDR Læs via proxy | OneLake BCDR Læs via proxy | Hver 4 MB, pr. 10.000 | 306 CU sekunder |
OneLake BCDR Skriv via proxy | OneLake BCDR Skriv via proxy | Hver 4 MB, pr. 10.000 | 3870 CU sekunder |
OneLake BCDR Iterative Read via Proxy | OneLake BCDR Iterative Read via Proxy | Pr. 10.000 | 4798 CU sekunder |
OneLake BCDR Iterativ skrivning via proxy | OneLake BCDR Iterativ skrivning via proxy | Pr. 100 | 3415,5 CU sekunder |
OneLake BCDR Andre handlinger | OneLake BCDR Andre handlinger | Pr. 10.000 | 306 CU sekunder |
Ændringer i arbejdsbelastningshastigheden for Microsoft Fabric
Forbrugssatserne kan ændres når som helst. Microsoft vil gøre en rimelig indsats for at give besked via mail eller via meddelelse i produktet. Ændringerne træder i kraft på den dato, der er angivet i Microsofts produktbemærkninger eller Microsoft Fabric Blog. Hvis en ændring af en Microsoft Fabric-arbejdsbelastningsforbrugsrate øger de kapacitetsenheder (CU), der kræves for at bruge en bestemt arbejdsbelastning, kan kunderne bruge de annulleringsmuligheder, der er tilgængelige for den valgte betalingsmetode.
Relateret indhold
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: I hele 2024 udfaser vi GitHub-problemer som feedbackmekanisme for indhold og erstatter det med et nyt feedbacksystem. Du kan få flere oplysninger under:Indsend og få vist feedback om