Infrastrukturkapacitet och OneLake-förbrukning

Du behöver bara en kapacitet för att köra alla dina Microsoft Fabric-upplevelser, inklusive Microsoft OneLake. Fortsätt läsa om du vill ha ett detaljerat exempel på hur OneLake förbrukar lagring och beräkning.

Översikt

OneLake levereras automatiskt med varje Fabric-klientorganisation och är utformad för att vara den enda platsen för alla dina analysdata. Alla Fabric-dataobjekt är förkopplade för att lagra data i OneLake. När du till exempel lagrar data i ett sjöhus eller lager lagras dina data internt i OneLake.

Med OneLake betalar du för lagrade data, liknande tjänster som Azure Data Lake Storage (ADLS) Gen2 eller Amazon S3. Men till skillnad från andra tjänster inkluderar OneLake inte en separat avgift för transaktioner (till exempel läsningar, skrivningar) till dina data. I stället används transaktioner från befintlig infrastrukturkapacitet som också används för att köra dina andra infrastrukturresurser. Information om prissättning, som är jämförbar med ADLS Gen2, finns i Fabric-priser.

För att illustrera ska vi gå igenom ett exempel.

• Anta att du köper en F2 SKU med 2 kapacitetsenheter (CU) varje sekund. Nu ska vi ge det här namnet Capacity1.

• Sedan skapar du Workspace1 och laddar upp en 450 MB-fil till ett lakehouse med hjälp av Fabric-portalen. Den här åtgärden förbrukar både OneLake-lagrings- och OneLake-transaktioner.

Nu ska vi titta närmare på var och en av dessa dimensioner.

OneLake Storage

Eftersom OneLake Storage fungerar enligt en betala per användning-modell visas en separat avgift för "OneLake Storage" i din faktura som motsvarar de 450 MB data som lagras.

Om du är kapacitetsadministratör kan du visa din lagringsförbrukning i appen Infrastrukturkapacitetsmått. Öppna fliken Storage och välj Experience som lake för att se kostnaden för OneLake-lagring. Om du har flera arbetsytor i kapaciteten kan du se lagringen per arbetsyta.

Följande bild visar två kolumner: Fakturerbar lagring och Aktuell lagring. Fakturerbar lagring återspeglar den kumulativa dataanvändningen under månaden. Eftersom den totala avgiften för lagrade data inte tas på en dag i månaden, utan på proportionell basis under hela månaden. Du kan beräkna månadspriset som fakturerbar lagring (GB) multiplicerat med priset per GB per månad.

Om du till exempel lagrar 1 TB data dag 1 läggs till 33 GB daglig fakturerbar lagring. Dag ett är det 1 TB /30 dagar = 33 GB och varje dag lägger till 33 GB tills månaden slutar. Mjuk borttagning av OneLake skyddar enskilda filer från oavsiktlig borttagning genom att behålla filer under en standardkvarhållningsperiod innan de tas bort permanent. Mjukt borttagna data faktureras med samma hastighet som aktiva data.

OneLake Compute

Begäranden till OneLake (t.ex. läsa, skriva eller lista) förbrukar Fabric-kapacitet. OneLake mappar API:er till åtgärder som ADLS. Kapacitetsanvändningen för varje åtgärd visas i appen Kapacitetsmått. I exemplet ovan resulterade filuppladdningen i en skrivtransaktion som förbrukar 127,46 CU-sekunder. Den här förbrukningen rapporteras som OneLake Write via Proxy under kolumnen driftnamn i appen för kapacitetsmått.

Nu om du läser datan i en notebook. Du förbrukar 1,39 CU-sekunder på lästransaktioner. Den här förbrukningen rapporteras som OneLake Read via Redirect i mätvärdesappen. Se OneLake-förbrukningssidan för att lära dig hur varje typ av operation förbrukar kapacitetsenheter.

Mer information om de olika terminologierna i måttappen finns i Förstå beräkningssidan för måttappen – Microsoft Fabric.

Du kanske undrar, hur påverkar genvägar min OneLake-användning? I exemplet ovan debiteras både lagring och beräkning till Capacity1. Anta nu att du har en andra kapacitet Capacity2, som innehåller Workspace2. Du skapar ett lakehouse och skapar en genväg till parquet-filen som du laddade upp i Workspace1. Du skapar en notebook-fil för att köra frågor mot parquet-filen. När Capacity2 kommer åt data förbrukar beräknings- eller transaktionskostnaden för den här läsåtgärden CU från Capacity2. Lagringen fortsätter att faktureras till Capacity1.

• Om Capacity2 pausas men Capacity1 är aktiv kan du inte läsa data via genvägen i Workspace2 (Capacity2) utan kan komma åt data direkt i Arbetsyta1 (Kapacitet1).

• Om Capacity1 har pausats och Capacity2 är aktivt kan du inte läsa data i Workspace1 (Capacity1) men du kan fortfarande använda data med genvägen i Arbetsyta2. I båda fallen, eftersom data fortfarande lagras i Capacity1, debiteras lagringskostnaderna till Capacity1

Om din CU-förbrukning överskrider kapacitetsgränsen kan strypning inträffa, vilket gör att transaktioner fördröjs eller avvisas tillfälligt.

Starta Fabrics 60-dagars kostnadsfria utvärderingsversion för att utforska OneLake och andra funktioner och besök Fabric-forumet för frågor.