Del via

Stofkapacitet og OneLake-forbrug

  • Artikel

Du skal kun bruge én kapacitet til at køre alle dine Microsoft Fabric-oplevelser, herunder Microsoft OneLake. Fortsæt med at læse, hvis du vil have et detaljeret eksempel på, hvordan OneLake bruger lager og beregning.

Oversigt

OneLake leveres automatisk med alle Fabric-lejere og er designet til at være det eneste sted for alle dine analysedata. Alle Fabric-dataelementerne er foruddefineret til at gemme data i OneLake. Når du f.eks. gemmer data i et lakehouse eller et lager, gemmes dine data oprindeligt i OneLake.

Med OneLake betaler du for de lagrede data på samme måde som tjenester som Azure Data Lake Storage (ADLS) Gen2 eller Amazon S3. I modsætning til andre tjenester inkluderer OneLake dog ikke et separat gebyr for transaktioner (f.eks. læsninger, skrivninger) til dine data. Transaktioner forbruger i stedet fra eksisterende Fabric-kapacitet , der også bruges til at køre dine andre Fabric-oplevelser. Du kan finde oplysninger om priser, som kan sammenlignes med ADLS Gen2, under Fabric-priser.

Lad os gennemgå et eksempel for at illustrere det.

  • Lad os sige, at du køber en F2 SKU med 2 kapacitetsenheder (CU) hvert sekund. Lad os navngive denne Capacity1.

  • Du opretter derefter Workspace1 og uploader en fil på 450 MB til et lakehouse ved hjælp af Fabric-portalen. Denne handling bruger både OneLake-lager- og OneLake-transaktioner.

Lad os nu dykke ned i hver af disse dimensioner.

OneLake Storage

Da OneLake-lageret kører på en model, der betales efter forbrug, vises der et separat gebyr for "OneLake Storage" på din regning, der svarer til de 450 MB lagrede data.

Hvis du er kapacitetsadministrator, kan du få vist dit lagerforbrug i appen Fabric Capacity Metrics. Åbn fanen Storage, og vælg Experience som lake for at se omkostningerne ved OneLake-lagerplads. Hvis du har flere arbejdsområder i kapaciteten, kan du se lageret pr. arbejdsområde.

Diagram, der viser, hvordan OneLake-lageret vises i appen Fabric Metrics.

På følgende billede vises to kolonner: Fakturerbart lager og Current Storage. Fakturerbart lager afspejler akkumuleret dataforbrug i løbet af måneden. Da det samlede gebyr for lagrede data ikke opkræves på én dag i måneden, men på et forholdsmæssigt grundlag i løbet af måneden. Du kan anslå den månedlige pris som det fakturerbare lager (GB) ganget med prisen pr. GB pr. måned.

Lagring af 1 TB data på dag 1 øger f.eks. 33 GB dagligt fakturerbart lager. På dag 1 er det 1 TB / 30 dage = 33 GB, og hver dag tilføjer 33 GB, indtil måneden slutter. OneLake blød sletning beskytter individuelle filer mod utilsigtet sletning ved at bevare filer i en standardopbevaringsperiode, før de slettes permanent. Bløde slettede data faktureres med samme hastighed som aktive data.

Diagram, der viser fakturerbar og aktuel lagerforskel.

OneLake Compute

Anmodninger til OneLake (f.eks. læse, skrive eller liste) bruger Fabric-kapacitet. OneLake knytter API'er til handlinger som ADLS. Kapacitetsforbrug for hver handling er synlig i appen Capacity Metrics. I ovenstående eksempel resulterede filuploaden i en skrivetransaktion, der brugte 127,46 CU sekunder. Dette forbrug rapporteres som OneLake Write via Proxy under kolonnen handlingsnavn i appen med kapacitetsmålepunkter.

Nu, hvis du læser disse data ved hjælp af en notesbog. Du forbruger 1,39 CU sekunders læsetransaktioner. Dette forbrug rapporteres som OneLake Read via Redirect i målepunktsappen. Se siden OneLake-forbrug for at få mere at vide om, hvordan hver type handling forbruger kapacitetsenheder.

Diagram, der viser, hvordan OneLake-beregning vises i appen Fabric Metrics.

Hvis du vil have mere at vide om de forskellige terminologier i metrikappen, skal du se Forstå beregningssiden for appen målepunkter – Microsoft Fabric.

Du undrer dig måske over, hvordan genveje påvirker mit OneLake-forbrug? I ovenstående eksempel faktureres både lager og beregning til Kapacitet1. Lad os nu antage, at du har en anden kapacitet Capacity2, der indeholder Workspace2. Du opretter et lakehouse og opretter en genvej til den parketfil, du har uploadet i Workspace1. Du opretter en notesbog for at forespørge parquetfilen. I takt med at Capacity2 får adgang til dataene, forbruger beregnings- eller transaktionsomkostningerne for denne læsehandling CU fra Capacity2. Lageret faktureres fortsat til Kapacitet1.

Diagram, der viser, hvordan fakturering af genveje udføres pr. kapacitet.

  • Hvis Kapacitet2 er midlertidigt afbrudt, men Kapacitet1 er aktiv, kan du ikke læse dataene via genvejen i Arbejdsområde2 (Kapacitet2), men du kan få adgang til dataene direkte i Arbejdsområde1 (Kapacitet1).

  • Hvis Kapacitet1 er midlertidigt afbrudt, og Kapacitet2 er aktiv, kan du ikke læse dataene i Arbejdsområde1 (Kapacitet1), men du kan stadig bruge dataene ved hjælp af genvejen i Arbejdsområde2. Da dataene stadig er gemt i Kapacitet1, faktureres lageromkostningerne i begge tilfælde fortsat til Kapacitet1

Hvis dit CU-forbrug overskrider kapacitetsgrænsen, kan der opstå begrænsning, hvilket medfører, at transaktioner forsinkes eller afvises midlertidigt.

Start Fabrics 60-dages gratis prøveversion for at udforske OneLake og andre funktioner, og besøg Fabric-forummet for at få spørgsmål.