Del via

Stoffkapasitet og OneLake-forbruk

  • Artikkel

Du trenger bare én kapasitet for å drive alle Microsoft Fabric-opplevelsene dine, inkludert Microsoft OneLake. Fortsett å lese hvis du vil ha et detaljert eksempel på hvordan OneLake bruker lagring og databehandling.

Oversikt

OneLake leveres automatisk med hver Fabric-leier og er utformet for å være det eneste stedet for alle analysedataene dine. Alle Fabric-dataelementene er forhåndskoblet til å lagre data i OneLake. Når du for eksempel lagrer data i et lakehouse eller lager, lagres dataene opprinnelig i OneLake.

Med OneLake betaler du for dataene som er lagret, på samme måte som tjenester som Azure Data Lake Storage (ADLS) Gen2 eller Amazon S3. I motsetning til andre tjenester inkluderer onelake imidlertid ikke en egen belastning for transaksjoner (for eksempel leser, skriver) til dataene dine. I stedet bruker transaksjoner fra eksisterende Fabric-kapasitet som også brukes til å kjøre andre Fabric-opplevelser. Hvis du vil ha informasjon om priser, som kan sammenlignes med ADLS Gen2, kan du se Stoffpriser.

La oss gå gjennom et eksempel for å illustrere.

  • La oss si at du kjøper en F2 SKU med 2 kapasitetsenheter (CU) hvert sekund. La oss gi navn til denne Capacity1.

  • Deretter oppretter du Workspace1 og laster opp en fil på 450 MB til et lakehouse ved hjelp av Fabric-portalen. Denne handlingen bruker både OneLake-lagring og OneLake-transaksjoner.

Nå, la oss dykke inn i hver av disse dimensjonene.

OneLake Storage

Siden OneLake-lagring opererer på en pay-as-you-go-modell, vises en egen belastning for OneLake Storage i fakturaen som tilsvarer de 450 MB med data som er lagret.

Hvis du er en kapasitetsadministrator, kan du vise lagringsforbruket i måledataappen for stoffkapasitet. Åpne fanen Storage, og velg Experience som lake for å se kostnadene for OneLake-lagring. Hvis du har flere arbeidsområder i kapasiteten, kan du se lagringsplassen per arbeidsområde.

Diagram som viser hvordan OneLake-lagring vises i Fabric Metrics-appen.

Bildet nedenfor viser to kolonner: Fakturerbar lagringsplass og Current Storage. Fakturerbar lagring gjenspeiler kumulativ databruk i løpet av måneden. Fordi den totale belastningen for data som er lagret, ikke tas på én dag i måneden, men på en pro-rated basis i løpet av måneden. Du kan beregne den månedlige prisen som fakturerbar lagringsplass (GB) multiplisert med prisen per GB per måned.

Hvis du for eksempel lagrer 1 TB data på dag 1, legges det til 33 GB daglig fakturerbar lagringsplass. På dag én er det 1 TB / 30 dager = 33 GB og hver dag legger til 33 GB til måneden slutter. OneLake-sletting beskytter individuelle filer mot utilsiktet sletting ved å beholde filer i en standard oppbevaringsperiode før den slettes permanent. Myke slettede data faktureres med samme hastighet som aktive data.

Diagrammet viser fakturerbar og gjeldende lagringsforskjell.

OneLake-databehandling

Forespørsler til OneLake (f.eks. lese, skrive eller liste) bruke stoffkapasitet. OneLake tilordner API-er til operasjoner som ADLS. Kapasitetsbruk for hver operasjon er synlig i måledataappen for kapasitet. I eksemplet ovenfor resulterte filopplastingen i en skrivetransaksjon som brukte 127,46 CU-sekunder. Dette forbruket rapporteres som OneLake Write via Proxy- under kolonnen for operasjonsnavn i måledataappen for kapasitet.

Nå hvis du leser disse dataene ved hjelp av en notatblokk. Du bruker 1,39 CU sekunder med lesetransaksjoner. Dette forbruket rapporteres som OneLake Read via Redirect i måledataappen. Se OneLake-forbrukssiden for å finne ut hvordan hver type operasjon bruker kapasitetsenheter.

Diagram som viser hvordan OneLake-databehandling vises i Fabric Metrics-appen.

Hvis du vil forstå mer om de ulike terminologiene i måledataappen, kan du se Forstå databehandlingssiden for måledataappen – Microsoft Fabric.

Du lurer kanskje på hvordan snarveier påvirker OneLake-bruken min? I eksemplet ovenfor faktureres både lagringsplass og databehandling til Kapasitet1. La oss nå si at du har en annen kapasitet Capacity2, som inneholder Workspace2. Du oppretter et lakehouse og oppretter en snarvei til parkettfilen du lastet opp i Workspace1. Du oppretter en notatblokk for å spørre parquetfilen. Ettersom Capacity2 får tilgang til dataene, bruker beregnings- eller transaksjonskostnadene for denne leseoperasjonen CU fra Kapasitet2. Lagringsplassen faktureres fortsatt til Kapasitet1.

Diagram som viser hvordan hurtigfakturering utføres per kapasitet.

  • Hvis Kapasitet2 er midlertidig stanset, men Kapasitet1 er aktiv, kan du ikke lese dataene via snarveien i Arbeidsområde2 (Kapasitet2), men du kan få tilgang til dataene direkte i Arbeidsområde1 (Kapasitet1).

  • Hvis Kapasitet1 er midlertidig stanset og Kapasitet2 er aktiv, kan du ikke lese dataene i Arbeidsområde1 (Kapasitet1), men du kan fortsatt bruke dataene ved hjelp av snarveien i Arbeidsområde2. I begge tilfeller, ettersom dataene fremdeles er lagret i Kapasitet1, forblir lagringskostnadene fakturert til Kapasitet1

Hvis CU-forbruket overskrider kapasitetsgrensen, kan begrensning oppstå, noe som fører til at transaksjoner forsinkes eller avvises midlertidig.

Start Fabrics 60-dagers gratis prøveversjon for å utforske OneLake og andre funksjoner, og besøk Fabric-forumet for spørsmål.