Plánování kapacity stránkovaných sestav
PLATÍ PRO: Stránkované sestavy
Power BI služba Power BI
Power BI Desktopu
Zjistěte, jak naplánovat kapacitu Premium, abyste získali co nejlepší výkon ze stránkovaných sestav s minimálními náklady. Pokud migrujete do Power BI z jiného nástroje business intelligence, přečtěte si články uvedené níže, než se rozhodnete, kterou kapacitu použít.
Přehled migrace Power BI
Migrace sestav služby SQL Server Reporting Services do Power BI – zaměřená na autory sestav a správce Power BI, kteří mají zájem o migraci sestav jazyka .rdl (Report Definition Language) do Power BI ze služby SQL Server Reporting Services (SSRS).
Plánování kapacity
Výpočet typu požadované kapacity závisí na několika faktorech, jako je počet vizuálů v sestavách, složitost dotazů na sestavu a kvalita zdroje dat nebo datového modelu. Než do ní přidáte stránkované sestavy, měli byste také zvážit aktuální využití kapacity během špičky.
Než začnete plánovat požadovanou kapacitu , projděte si tabulku Kapacity a skladové položky a zjistěte, které prostředky jednotlivé kapacity nabízejí.
Při plánování kapacity zvažte následující:
Složitost návrhu sestavy Vnořené tablixy, více podsestav a více skupin řádků a sloupců se přidávají ke složitosti návrhu a vyžadují prostředky kapacity.
Množství dat načtených sestavou Čím více dat sestava potřebuje, tím více prostředků z vaší kapacity vyžaduje.
Způsob, jakým sestava načítá data Pokud používáte konektory, ovladače nebo brány, načítání dat může trvat déle, vyžadovat více prostředků a v důsledku toho bude dražší.
Při exportu velkých sestav do formátů, jako je Excel a PDF, vyžaduje více prostředků než čtení každé stránky, pomocí přepínačů a vyhledávání v sestavách.
Kolik uživatelů zvládne skladová položka?
Abychom mohli testovat stránkované sestavy na různých kapacitách, provedli jsme tři různé typy úloh s různými velikostmi skladových položek. Každá úloha se skládá z souběžně vykreslované jedné sestavy s různými velikostmi.
Malá – tabulka agregace dat sestavená z více než 100 řádků ze zdroje dat Azure SQL
Střední – tabulka agregace dat sestavená přes 100 000 řádků ze zdroje dat Azure SQL
Velká – Tabulka agregace dat sestavená přes 250 000 řádků ze zdroje dat Azure SQL
Naše analýza pro Power BI Premium ukazuje, že počet souběžných uživatelů v daném okamžiku, včetně denních špiček, nemá tendenci překročit pět procent celkové uživatelské základny.
Na základě poměru souběžnosti pěti procent popisuje následující tabulka přibližný maximální počet uživatelů, které může skladová položka zpracovat, než je přetížená. Pokud je kapacita přetížená, dojde u vaší kapacity k omezování. Další informace najdete v tématu Co se stane s provozem během přetížení, pokud se automatické škálování nesměruje?
Úloha | Skladové položky F64 nebo P1 | Skladové položky F128 nebo P2 |
---|---|---|
Malý | 2 500 uživatelů | 5 000 uživatelů |
Medium | 1 900 uživatelů | 3 800 uživatelů |
Velký | 1 300 uživatelů | 2 600 uživatelů |
Vezměte v úvahu, že čísla v tabulce odkazují na určené kapacity, které nespouštějí jiné operace. Vaše kapacita už může využívat prostředky procesoru pro operace, jako jsou:
Načítání a zpracování dat
Další úlohy a operace na pozadí
Seskupování a změna tvaru složitých dat
Filtrování dat
Souběžné požadavky
Každá úloha v kapacitě, včetně úlohy stránkovaných sestav, má v daném okamžiku maximálně 500 souběžných vykreslování sestav. Pokud vaše kapacita vykresluje 100 sestav a má 200 požadavků na export stránkovaných sestav, zbývá 200 souběžných žádostí o vykreslení sestav.
Abyste se vyhnuli přetížení, naplánujte zatížení souběžných požadavků předem. Pokud překročíte limit souběžných požadavků, dojde k chybě Příliš mnoho požadavků (429).
Použití aplikace metrik
Pomocí aplikace Microsoft Fabric Capacity Metrics můžete odhadnout dopad stránkované sestavy na kapacitu. Aplikace měří využití procesoru v průběhu času a umožňuje pochopit, jak vaše kapacita funguje.
K otestování stránkované sestavy doporučujeme použít vyhrazenou čistou kapacitu. Čistá kapacita pomáhá izolovat výsledky od dopadu jiných uživatelů a úloh.
V závislosti na cílovém testovacím scénáři, například průměrném nebo maximálním ověřením využití, vyberte nebo vytvořte sestavu představující očekávanou spotřebu prostředků a nahrajte ji do pracovního prostoru Premium/Fabric v kapacitě, kterou jste vytvořili pro test.
Spusťte sestavu několikrát a pomocí aplikace metrik získáte průměrnou sekundu procesoru strávenou spuštěním sestavy. Při výpočtu doby, kterou trvalo spuštění sestavy, zvažte následující:
Aplikace zobrazuje agregované hodnoty, možná budete muset výsledky vydělit počtem spuštění sestavy.
Vykreslování sestav může být spojené s několika položkami a operacemi Power BI. Možná budete muset sečíst jejich spotřebu procesoru.
Vykreslování sestav může trvat dlouho, protože vykreslování může trvat několik položek a operací Power BI. Dlouho běžící operace na stránce Časový bod se dá zobrazit jako seznam operací s žádnou dobou trvání delší než 30 sekund. Možná budete muset sečíst spotřebu procesoru operací vykreslování. Řazení podle času zahájení může pomoct zobrazit úplnou historii vykreslení.
Výpočet maximálního vykreslení sestavy
Tento vzorec slouží k výpočtu maximálního počtu souběžných sestav, které kapacita dokáže zpracovat před přetížením. Další informace o jednotkách kapacity (CU), SKU a virtuálních jádrech Power BI najdete v konceptech kapacity.
$ \text {max concurrent report renders} = {\text {capacity units for your capacity} \times {3.75} \over \text {your report's CPU processing time (in seconds)} } $
Výpočet maximálního počtu uživatelů
Pomocí odhadované pětiprocentní souběžnosti pro korelaci mezi celkovým počtem uživatelů a maximálním souběžným vykreslováním můžete získat celkový počet uživatelů, které může skladová položka zpracovat.
$ \text {max SKU users} = {\text {max concurrent report renders} \over 0,05} $
Výpočet prostředků kapacity pro více sestav
Pomocí rozšířeného vzorce můžete odhadnout kapacitu potřebnou pro různá využití sestav.
Nahrajte několik stránkovaných sestav s různým počtem denních vykreslení a pomocí aplikace metrik získejte průměrnou dobu zpracování procesoru pro každou z nich. Součet všech vykreslených sestav za den by se měl rovnat 100 %. Až budete mít všechny informace, použijte tento vzorec.
$ \text {max concurrent report renders} = {\text {capacity units for your capacity} \times {3.75} \over {\text {A renders} \times \text {A processing time}} + \text {B renders} \times \text {B processing time} + \text {...} + \text{N renders} \times \text{N processing time}}$
Příklady
Tato část obsahuje dva příklady, jeden pro běžný výpočet a druhý pro rozšířený výpočet.
Pravidelný výpočet
Předpokládejme, že spouštíte stránkovanou sestavu na SKU F64 nebo P1 , která má osm jader. Celkové využití procesoru pro 10 spuštění je 40 sekund, takže průměrná doba procesoru na sestavy je čtyři sekundy.
$ 60 = {8 \times \over {30} 4} $
Při použití druhého vzorce získáte maximálně 1 200 uživatelů.
$ 1,200 = {60 \over 0,05} $
U skladových položek F128 nebo P2 můžete tato čísla vynásobit dvěma, protože kapacita má dvakrát počet jader procesoru.
Rozšířený výpočet
Předpokládejme, že máte tři stránkované sestavy s denním procentem vykreslování uvedeným v tabulce níže.
Sestava | Počet vykreslovaných sestav za den | Doba zpracování procesoru (v sekundách) |
---|---|---|
A | 60 % | 4 |
T | 30 % | 10 |
C | 10 % | 20 |
Vzorce pro skladovou položku F64 nebo P1 budou následující:
Hodnota | Vzorec |
---|---|
Maximální počet souběžných vykreslení sestavy | $ ~32,4 = {8 \times {30} \over 0,6 \times{4} + 0,3 \times{10} + 0,1 \times{20}} $ |
Celkový počet uživatelů skladové položky | $ ~650 = {32,4 \over 0,05} $ |