Fabric-capaciteit 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. Laten we dit Capaciteit1noemen.

• Vervolgens maakt u Workspace1 en uploadt u een bestand van 450 MB naar een lakehouse met behulp van de Fabric-portal. 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 Storage en kies Experience 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 volgende afbeelding ziet u twee kolommen: Factureerbare opslag en Current Storage. Factureerbare opslag weerspiegelt het cumulatieve gegevensgebruik gedurende de maand. Omdat de totale kosten voor opgeslagen gegevens niet op één dag van de maand worden berekend, maar pro rata gedurende de maand. U kunt de maandelijkse prijs schatten als de factureerbare opslag (GB) vermenigvuldigd met de prijs per GB per maand.

Als u bijvoorbeeld 1 TB aan gegevens op dag 1 opslaat, wordt 33 GB dagelijkse factureerbare opslag toegevoegd. Op dag één is het 1 TB / 30 dagen = 33 GB en elke dag wordt 33 GB toegevoegd totdat de maand eindigt. OneLake voorlopig verwijderen beschermt afzonderlijke bestanden tegen onbedoelde verwijdering door bestanden te bewaren voor een standaardretentieperiode voordat deze definitief wordt verwijderd. Voorlopig verwijderde gegevens worden gefactureerd met hetzelfde tarief als actieve gegevens.

OneLake Compute

Aanvragen voor OneLake (bijvoorbeeld lezen, schrijven of opsommen) verbruiken Fabriccapaciteit. OneLake wijst API's toe aan bewerkingen zoals ADLS. Capaciteitsgebruik voor elke bewerking is zichtbaar in de app Capacity Metrics. In het bovenstaande voorbeeld heeft het uploaden van bestanden geresulteerd in een schrijftransactie die 127,46 CU seconden verbruikt. Dit verbruik wordt gerapporteerd als OneLake Write via Proxy onder de kolom met de naam van de bewerking in de capaciteitsstatistieken-app.

Als u deze gegevens nu leest met behulp van een notebook. U verbruikt 1,39 CU seconden aan leestransacties. Dit verbruik wordt gerapporteerd als OneLake Read via Omleiding in de app met metrische gegevens. Zie onelake-verbruikspagina voor meer informatie over hoe elk type bewerking capaciteitseenheden verbruikt.

Zie De rekenpagina van de app met metrische gegevens begrijpen - Microsoft Fabricvoor meer informatie over de verschillende terminologie in de app voor metrische gegevens.

Misschien vraagt u zich af hoe sneltoetsen van invloed zijn op mijn OneLake-gebruik? In het bovenstaande voorbeeld worden zowel opslag als rekenkracht gefactureerd aan Capacity1. Stel dat u een tweede capaciteit hebt Capacity2, die Workspace2bevat. U maakt een lakehouse en maakt een snelkoppeling naar het Parquet-bestand dat u hebt geüpload in Workspace1. 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.

• Als Capacity2 is onderbroken, maar Capacity1 actief is, kunt u de gegevens niet lezen via de snelkoppeling in Workspace2 (Capacity2), maar hebt u rechtstreeks toegang tot de gegevens in Workspace1 (Capacity1).

• Als Capacity1 is onderbroken en Capacity2 actief is, kunt u de gegevens niet lezen in Workspace1 (Capacity1), maar u kunt de gegevens nog steeds gebruiken met behulp van de snelkoppeling in Workspace2. In beide gevallen, omdat de gegevens nog steeds worden opgeslagen in Capacity1, blijven de opslagkosten in rekening gebracht op Capacity1

Als uw CU-verbruik de capaciteitslimiet overschrijdt, kan throttling optreden, waardoor transacties tijdelijk vertraagd of geweigerd kunnen worden.

Start de 60-daagse gratis proefversie van Fabric om OneLake en andere functies te verkennen en ga naar het Fabric-forum voor vragen.