OneLake-databehandling og lagringsforbruk
OneLake-bruk defineres av data som er lagret og antall transaksjoner. Denne siden inneholder informasjon om hvordan all OneLake-bruk faktureres og rapporteres.
Storage
OneLake-lagring faktureres med en betal-etter-bruk-sats per GB med data som brukes, og bruker ikke stoffkapasitetsenheter (CUer). Stoffelementer som innsjøer og varehus bruker OneLake-lagringsplass. Data som er lagret i OneLake for semantiske modeller for Power BI-import, er inkludert i prisen på Power BI-lisensieringen. For speilingslagring er data opptil en bestemt grense gratis basert på den kjøpte databehandlingskapasiteten SKU du klargjør. Hvis du vil ha mer informasjon om priser, kan du se Stoffpriser.
Du kan visualisere OneLake-lagringsbruken i Fabric Capacity Metrics-appen på Lagring-fanen. Vær også oppmerksom på at myke slettede data faktureres med samme hastighet som aktive data. Hvis du vil ha mer informasjon om overvåking av bruk, kan du se lagringssiden for Måledata-appen. Hvis du vil forstå OneLake-forbruket mer, kan du se siden For kapasitetsforbruk i OneLake
Transaksjoner
Forespørsler til OneLake, for eksempel lesing eller skriving av data, bruker enheter for stoffkapasitet. Satsene på denne siden definerer hvor mye kapasitetsenheter som brukes for en gitt type operasjon.
Operasjonstyper
OneLake bruker de samme tilordningene som Azure Data Lake Storage (ADLS) til å klassifisere operasjonen til kategorien.
Denne tabellen definerer CU-forbruk når OneLake-data åpnes ved hjelp av programmer som omdirigerer bestemte forespørsler. Omdirigering er en implementering som reduserer forbruket av OneLake-databehandling.
| Operasjon i Måledata-appen | Beskrivelse | Operasjonsenhet | Forbrukssats |
|---|---|---|---|
| OneLake Les via omdirigering | OneLake Les via omdirigering | Hver 4 MB per 10 000* | 104 CU sekunder |
| OneLake Skrive via omadressering | OneLake Skrive via omadressering | Hver 4 MB per 10 000* | 1626 CU sekunder |
| OneLake Iterative Lese via omadressering | OneLake Iterative Lese via omadressering | Per 10 000 | 1626 CU sekunder |
| OneLake Iterativ skriving via omadressering | OneLake Iterativ skriving via omadressering | Per 100 | 1300 CU sekunder |
| OneLake Andre operasjoner via omdirigering | OneLake Andre operasjoner via omdirigering | Per 10 000 | 104 CU sekunder |
Denne tabellen definerer CU-forbruk når OneLake-data åpnes ved hjelp av programmer som ber om proxy.
| Operasjon i Måledata-appen | Beskrivelse | Operasjonsenhet | Forbrukssats |
|---|---|---|---|
| OneLake Lest via proxy | OneLake Lest via proxy | Hver 4 MB per 10 000* | 306 CU sekunder |
| OneLake-skrive via proxy | OneLake-skrive via proxy | Hver 4 MB per 10 000* | 2650 CU sekunder |
| OneLake Iterative Lese via Proxy | OneLake Iterative Lese via Proxy | Per 10 000 | 4798 CU sekunder |
| OneLake Iterative Write via Proxy | OneLake Iterative Write via Proxy | Per 100 | 2117,95 CU sekunder |
| OneLake andre operasjoner | OneLake andre operasjoner | Per 10 000 | 306 CU sekunder |
*OneLake teller en transaksjon for hver 4 MB blokk med data som leses eller skrives for filer > på 4 MB. For filer < på 4 MB telles en fullstendig transaksjon. Hvis du for eksempel gjør 10 000 leseoperasjoner via Omadressering, og hver fillesing er 16 MB, er kapasitetsforbruket 40 000 transaksjoner eller 416 CU-sekunder.
Snarveier
Når du får tilgang til data via OneLake-snarveier, teller transaksjonsbruken mot kapasiteten som er knyttet til arbeidsområdet der snarveien opprettes. Kapasiteten der dataene til slutt lagres (som snarveien peker til) faktureres for dataene som er lagret.
Når du får tilgang til data via en snarvei til en ekstern kilde til OneLake, for eksempel til ADLS Gen2, teller ikke OneLake CU-bruken for den eksterne forespørselen. Transaksjonene belastes direkte av den eksterne tjenesten, for eksempel ADLS Gen2.
Stanset kapasitet midlertidig
Når en kapasitet er stanset midlertidig, vil dataene som er lagret, fortsatt faktureres ved hjelp av betal-etter-bruk-satsen per GB. Alle transaksjoner til denne kapasiteten avvises når den er stanset midlertidig, slik at ingen Fabric CUs forbrukes på grunn av OneLake-transaksjoner. Hvis du vil ha tilgang til dataene eller slette et Stoff-element, må kapasiteten gjenopptas. Du kan slette arbeidsområdet mens en kapasitet er stanset midlertidig.
Forbruket av dataene via snarveier telles alltid mot forbrukerens kapasitet, slik at kapasiteten der dataene lagres, kan stanses midlertidig uten å forstyrre nedstrømsforbrukere i andre kapasiteter. Se et eksempel på siden For kapasitetsforbruk i OneLake
Nødgjenoppretting
OneLake-bruk når nødgjenoppretting er aktivert, defineres også av mengden data som er lagret og antall transaksjoner.
Lagring av nødoppretting
Når nødgjenoppretting er aktivert, blir dataene i OneLake georeplikert. Dermed faktureres lagringen som lagringsplass for forretningskontinuitet og nødgjenoppretting (BCDR). Hvis du vil ha mer informasjon om priser, kan du se Stoffpriser.
Transaksjoner for nødgjenoppretting
Viktig
For øyeblikket bruker OneLake BCDR-transaksjoner via omadressering stoff-CUer med frekvensen av ikke-BCDR-transaksjoner. CU-forbruket for OneLake BCDR-skriveoperasjoner er høyere enn ikke-BCDR. Dette er en midlertidig situasjon. Kontroller kjente problemer for oppdateringer når problemet blir rettet.
Når nødgjenoppretting er aktivert for en gitt kapasitet, bruker skriveoperasjoner enheter med høyere kapasitet.
Operasjonstyper for nødoppretting
Denne tabellen definerer CU-forbruk når nødgjenoppretting er aktivert, og OneLake-data åpnes ved hjelp av programmer som omdirigerer bestemte forespørsler. Omdirigering er en implementering som reduserer forbruket av OneLake-databehandling.
| Operasjon | Beskrivelse | Operasjonsenhet | Kapasitetsenheter |
|---|---|---|---|
| OneLake BCDR Lese via omadressering | OneLake BCDR Lese via omadressering | Hver 4 MB per 10 000 | 104 CU sekunder |
| OneLake BCDR-skriving via omadressering | OneLake BCDR-skriving via omadressering | Hver 4 MB per 10 000 | 3056 CU sekunder |
| OneLake BCDR Iterativ lese via omadressering | OneLake BCDR Iterativ lese via omadressering | Per 10 000 | 1626 CU sekunder |
| OneLake BCDR Iterativ skriving via omadressering | OneLake BCDR Iterativ skriving via omadressering | Per 100 | 2730 CU sekunder |
| OneLake BCDR Andre operasjoner via omadressering | OneLake BCDR Andre operasjoner via omadressering | Per 10 000 | 104 CU sekunder |
Denne tabellen definerer CU-forbruk når nødgjenoppretting er aktivert, og OneLake-data åpnes ved hjelp av programmer som ber om proxy.
| Operasjon | Beskrivelse | Operasjonsenhet | Kapasitetsenheter |
|---|---|---|---|
| OneLake BCDR Lese via proxy | OneLake BCDR Lese via proxy | Hver 4 MB per 10 000 | 306 CU sekunder |
| OneLake BCDR-skriving via proxy | OneLake BCDR-skriving via proxy | Hver 4 MB per 10 000 | 3870 CU sekunder |
| OneLake BCDR Iterativ lese via proxy | OneLake BCDR Iterativ lese via proxy | Per 10 000 | 4798 CU sekunder |
| OneLake BCDR Iterativ skriving via proxy | OneLake BCDR Iterativ skriving via proxy | Per 100 | 3415,5 CU sekunder |
| Andre operasjoner i OneLake BCDR | Andre operasjoner i OneLake BCDR | Per 10 000 | 306 CU sekunder |
Endringer i forbrukshastigheten for Microsoft Fabric-arbeidsbelastning
Forbrukssatser kan endres når som helst. Microsoft vil bruke rimelig innsats for å varsle via e-post eller via produktvarsling. Endringer trer i kraft på datoen som er angitt i Microsofts produktmerknader eller Microsoft Fabric Blog. Hvis endringer i en forbrukssats for arbeidsbelastning for Microsoft Fabric øker kapasitetsenhetene (CU) som kreves for å bruke en bestemt arbeidsbelastning, kan kunder bruke avbestillingsalternativene som er tilgjengelige for den valgte betalingsmåten.