Capaciteit van infrastructuur en OneLake-verbruik

U hebt slechts één capaciteit nodig om al uw Microsoft Fabric-ervaringen te stimuleren, waaronder Microsoft OneLake. Lees verder als u een gedetailleerd voorbeeld wilt van hoe OneLake opslag en rekenkracht verbruikt.

Overzicht

OneLake wordt automatisch geleverd bij elke Fabric-tenant en is ontworpen als de enige plaats voor al uw analysegegevens. Alle Fabric-gegevensitems zijn vooraf geconfigureerd voor het opslaan van gegevens in OneLake. Wanneer u bijvoorbeeld gegevens opslaat in een lakehouse of magazijn, worden uw gegevens systeemeigen opgeslagen in OneLake.
Met OneLake betaalt u voor de gegevens die zijn opgeslagen, vergelijkbaar met services zoals Azure Data Lake Storage (ADLS) Gen2 of Amazon S3. In tegenstelling tot andere services bevat OneLake echter geen afzonderlijke kosten voor transacties (bijvoorbeeld lees- en schrijfbewerkingen) naar uw gegevens. In plaats daarvan verbruiken transacties van bestaande Fabric-capaciteit die ook wordt gebruikt om uw andere Fabric-ervaringen uit te voeren. Zie Fabric-prijzen voor informatie over prijzen die vergelijkbaar zijn met ADLS Gen2. Laten we een voorbeeld bekijken. Stel dat u elke seconde een F2-SKU met 2 capaciteitseenheden (CU) koopt. We noemen deze Capaciteit1. Vervolgens maakt u Workspace1 en uploadt u een bestand van 450 MB naar een lakehouse met behulp van de Fabric-webportal. Deze actie verbruikt zowel OneLake-opslag als OneLake-transacties. Laten we nu eens ingaan op elk van deze dimensies.

OneLake Storage

Omdat OneLake-opslag werkt op een model voor betalen per gebruik, worden er afzonderlijke kosten voor 'OneLake Storage' weergegeven in uw factuur die overeenkomt met de 450 MB aan gegevens die zijn opgeslagen. Als u een capaciteitsbeheerder bent, kunt u uw opslagverbruik bekijken in de app Metrische infrastructuurcapaciteit. Open het tabblad Opslag en kies Ervaring als 'lake' om de kosten van OneLake-opslag te bekijken. Als u meerdere werkruimten in de capaciteit hebt, ziet u de opslag per werkruimte.

In de onderstaande afbeelding hebt u twee kolommen met de naam factureerbare opslag en huidige opslag. Factureerbare opslag toont de cumulatieve gegevens gedurende de maand. Omdat de totale kosten voor gegevens die zijn opgeslagen, niet op één dag in de maand worden gebruikt, maar naar rato gedurende de maand. U kunt de maandelijkse prijs schatten als de factureerbare opslag (GB) vermenigvuldigd met de prijs per Gb per maand. Dus als u 1 TB aan gegevens op dag 1 hebt opgeslagen, ziet u op dag één de 1 TB / 30 dagen = 33 GB. Vervolgens wordt elke dag 33 GB toegevoegd tot de laatste dag wanneer u 1 TB in de factureerbare opslag ziet. Houd er ook rekening mee dat met Voorlopig verwijderen van OneLake afzonderlijke bestanden worden beschermd tegen onbedoelde verwijdering door bestanden te bewaren voor een standaardretentieperiode voordat deze definitief wordt verwijderd. Voorlopig verwijderde gegevens worden gefactureerd tegen hetzelfde tarief als actieve gegevens.

OneLake Compute

Aanvragen voor OneLake, zoals lezen, schrijven of vermelden, verbruiken uw Fabric-capaciteit. OneLake volgt een vergelijkbare toewijzing van API's aan bewerkingen zoals ADLS. Het CU-verbruik per type bewerking kan worden weergegeven in de app Metrische infrastructuurcapaciteit. In ons voorbeeld heeft het uploaden van bestanden geresulteerd in een schrijftransactie die 127.46 CU Seconds of Fabric Capacity verbruikt. Dit verbruik wordt gerapporteerd als 'OneLake Write via proxy' in de naam van de bewerking in de app Capacity Metrics. Laten we deze gegevens nu lezen met behulp van een Fabric-notebook. U verbruikt 1,39 CU Seconden leestransacties. Dit verbruik wordt gerapporteerd als 'OneLake Read via Redirect' in de app Metrische gegevens. Raadpleeg de oneLake-verbruikspagina voor meer informatie over hoe elk type bewerking capaciteitseenheden verbruikt.

Als u meer wilt weten over de verschillende terminologie in de app met metrische gegevens, raadpleegt u De rekenpagina van de metrische app begrijpen - Microsoft Fabric.

Misschien vraagt u zich af hoe sneltoetsen van invloed zijn op mijn OneLake-gebruik? In het bovenstaande scenario worden zowel opslag als rekenkracht gefactureerd aan Capacity1. Stel dat u een tweede capaciteitscapaciteit2 hebt die Workspace2 bevat. U maakt een lakehouse en maakt een snelkoppeling naar het Parquet-bestand dat u hebt geüpload in werkruimte1. U maakt een notebook om een query uit te voeren op het Parquet-bestand. Naarmate Capacity2 toegang heeft tot de gegevens, verbruikt de reken- of transactiekosten voor deze leesbewerking CU van Capacity2. De opslag wordt nog steeds gefactureerd voor Capacity1.

Wat gebeurt er als u de capaciteit onderbreekt? Stel dat Capacity2 is onderbroken en Capacity1 niet wordt onderbroken. Wanneer Capacity2 is onderbroken, kunt u de gegevens niet lezen met behulp van de snelkoppeling van Workspace2 in Capacity2. U hebt echter rechtstreeks toegang tot de gegevens in Workspace1. Als Capacity1 is onderbroken en Capacity2 is hervat, kunt u de gegevens niet lezen met Behulp van Workspace1 in Capacity1. U kunt echter gegevens lezen met behulp van de snelkoppeling die al is gemaakt in Workspace2 in Capacity2. In beide gevallen, omdat de gegevens nog steeds worden opgeslagen in Capacity1, worden de opgeslagen gegevens gefactureerd voor Capacity1.

Als uw CU-verbruik op enig moment de capaciteitslimiet overschrijdt, wordt uw capaciteit beperkt. Transacties kunnen worden geweigerd of vertraagd voor een bepaald tijdvenster wanneer de capaciteit wordt beperkt. Hier vindt u meer informatie over beperking.

We raden u aan om de gratis proefversie van Fabric van 60 dagen te starten om OneLake en andere Fabric-functies te verkennen. Raadpleeg ons Fabric-forum voor meer vragen.