Kapacita prostředků infrastruktury a spotřeba OneLake

K řízení všech prostředí Microsoft Fabric, včetně Microsoft OneLake, potřebujete jenom jednu kapacitu. Pokud chcete podrobný příklad využití úložiště a výpočetních prostředků oneLake, pokračujte ve čtení.

Přehled

OneLake se dodává automaticky s každým tenantem Fabric a je navržený tak, aby byl jediným místem pro všechna analytická data. Všechny datové položky Fabric jsou předem připojené k ukládání dat ve OneLake. Když například ukládáte data v jezeře nebo skladu, data se nativně ukládají do OneLake.
S OneLake platíte za uložená data, podobně jako za služby, jako je Azure Data Lake Storage (ADLS) Gen2 nebo Amazon S3. Na rozdíl od jiných služeb ale OneLake neobsahuje samostatné poplatky za transakce (například čtení, zápisy) do vašich dat. Místo toho transakce spotřebovávají existující kapacitu Prostředků infrastruktury, která se používá také ke spouštění dalších prostředí Fabric. Informace o cenách, které jsou srovnatelné s ADLS Gen2, najdete v tématu Ceny prostředků infrastruktury. Pro ilustraci si projdeme příklad. Řekněme, že si koupíte skladovou položku F2 se 2 jednotkami kapacity (CU) každou sekundu. Pojmenujme tuto kapacitu 1. Pak vytvoříte pracovní prostor1 a nahrajete 450 MB soubor do lakehouse pomocí webového portálu Fabric. Tato akce využívá úložiště OneLake i transakce OneLake. Teď se pojďme ponořit do každé z těchto dimenzí.

OneLake Storage

Vzhledem k tomu, že úložiště OneLake funguje na modelu s průběžným platbami, zobrazí se na faktuře samostatné poplatky za "OneLake Storage" odpovídající 450 MB uložených dat. Pokud jste správcem kapacity, můžete zobrazit spotřebu úložiště v aplikaci Fabric Capacity Metrics. Otevřete kartu Úložiště a zvolte Prostředí jako jezero, abyste viděli náklady na úložiště OneLake. Pokud máte v kapacitě více pracovních prostorů, uvidíte úložiště na jeden pracovní prostor.

Na následujícím obrázku máte dva sloupce označované jako fakturovatelné úložiště a aktuální úložiště. Fakturovatelné úložiště zobrazuje souhrnná data za měsíc. Vzhledem k tomu, že celkové poplatky za uložená data se v měsíci nepřebíná na jeden den, ale na základě poměru po celý měsíc. Měsíční cenu můžete odhadnout jako fakturovatelné úložiště (GB) vynásobené cenou za Gb za měsíc. Pokud jste tedy uložili 1 TB dat na den 1 a pak jste je odstranili před 2. dnem, zobrazí se den 1 TB/30days = 33 GB. Nehlásí se žádné další úložiště a za měsíc se hlásí jenom 33 GB. Pokud jste ale uložili 1 TB dne 1 a pak jste data neodstranili, každý den by při zobrazení 1 TB v fakturovatelném úložišti přidal 33 GB až do posledního dne.

OneLake Compute

Požadavky na OneLake, jako je čtení, zápis nebo výpis, spotřebovávají kapacitu Prostředků infrastruktury. OneLake se řídí podobným mapováním rozhraní API na operace, jako je ADLS. Spotřebu CU pro každý typ operace je možné zobrazit v aplikaci Fabric Capacity Metrics. V našem příkladu vedlo k nahrání souboru transakce zápisu, která spotřebovala 127,46 CU Sekundy kapacity prostředků infrastruktury. Tato spotřeba se v názvu operace v aplikaci Capacity Metrics hlásí jako "OneLake Write via Proxy". Teď si pojďme tato data přečíst pomocí poznámkového bloku Infrastruktury. Spotřebováváte 1,39 CU sekundy transakcí čtení. Tato spotřeba se v aplikaci Metriky hlásí jako "OneLake Read via Redirect". Další informace o tom, jak jednotlivé typy operací spotřebovávají jednotky kapacity, najdete na stránce o spotřebě OneLake.

Další informace o různých terminologiích aplikace metrik najdete v tématu Vysvětlení výpočetní stránky aplikace metrik – Microsoft Fabric.

Možná vás zajímá, jak klávesové zkratky ovlivňují používání OneLake? Ve výše uvedeném scénáři se úložiště i výpočetní prostředky účtují na kapacitu 1. Teď řekněme, že máte druhou kapacitu Capacity2, která obsahuje pracovní prostor2. Vytvoříte lakehouse a vytvoříte zástupce souboru parquet, který jste nahráli v pracovním prostoru1. Vytvoříte poznámkový blok pro dotazování souboru parquet. Protože kapacita2 přistupuje k datům, náklady na výpočetní prostředky nebo transakce pro tuto operaci čtení spotřebovávají CU z kapacity 2. Úložiště se bude dál účtovat na kapacitu 1.

Co když kapacitu pozastavíte? Řekněme, že kapacita2 je pozastavená a kapacita 1 není pozastavená. Když je kapacita2 pozastavená, nemůžete číst data pomocí zástupce z pracovního prostoru 2 v kapacitě 2, ale k datům můžete přistupovat přímo v Pracovním prostoru1. Pokud je teď kapacita 1 pozastavená a kapacita2 se obnoví, nemůžete číst data pomocí pracovního prostoru 1 v kapacitě 1. Data ale můžete číst pomocí zástupce, který už byl vytvořen v pracovním prostoru 2 v kapacitě 2. V obou těchto případech, protože data jsou stále uložená v kapacitě Capacity1, se data uložená fakturují na kapacitu 1.

Pokud spotřeba CU překročí limit vaší kapacity, kapacita se omezí. Transakce mohou být odmítnuty nebo zpožděny pro dané časové období, když je kapacita omezena. Tady je více o omezování.

Doporučujeme vám začít 60denní bezplatnou zkušební verzi Fabric, abyste prozkoumali OneLake a další funkce Fabric. Další dotazy najdete na našem fóru Fabric.