Jaa

Sivutettujen raporttien kapasiteetin suunnittelu

  • Artikkeli

KOSKEE: Power BI: n sivutetut raportit , Power BI -palvelu Power BI Desktop

Lue, miten voit suunnitella Premium-kapasiteettisi ja saada sivutetuista raporteistasi parhaan mahdollisen suorituskyvyn vähimmäiskustannuksin. Jos olet siirtymässä Power BI:hin eri liiketoimintatietotyökalusta, lue alla luetellut artikkelit, ennen kuin päätät, mitä kapasiteettia käytät.

Kapasiteettisuunnittelu

Tarvittavan kapasiteetin tyypin laskeminen riippuu useista tekijöistä, kuten raporttien visualisointien määrästä, raporttiin kohdistuvien kyselyjen monimutkaisuudesta ja tietolähteen tai tietomallin laadusta. Harkitse myös kapasiteetin nykyistä käyttöä ruuhka-aikoina ennen kuin lisäät siihen sivutettuja raportteja.

Ennen kuin alat suunnitella, mitä kapasiteettia tarvitset, tarkista Kapasiteetit- ja SKU-taulukosta , mitä resursseja kukin kapasiteetti tarjoaa.

Kun suunnittelet kapasiteettia, huomioi seuraavat seikat:

  • Raportin suunnittelun monimutkaisuus. Sisäkkäinen tablix-elementit, useita aliraportteja sekä useita rivi- ja sarakeryhmiä lisäävät rakenteen monimutkaisuutta ja vaativat kapasiteettiresursseja.

  • Raportin noutamien tietojen määrä. Mitä enemmän tietoja raportti tarvitsee, sitä enemmän resursseja se vaatii kapasiteetistasi.

  • Tapa, jolla raportti noutaa tiedot. Kun käytät liittimiä, ajureita tai yhdyskäytäviä, tietojen noutaminen voi kestää kauemmin, vaatia enemmän resursseja ja tämän seurauksena se tulee kalliimmaksi.

  • Kun viet suuria raportteja esimerkiksi Excel- ja PDF-muotoihin, se vaatii enemmän resursseja kuin jokaisen sivun lukeminen, vaihtopainikkeiden käyttäminen ja hakeminen raporttien sisältä.

Kuinka monta käyttäjää SKU voi käsitellä?

Eri kapasiteettien sivutettujen raporttien testaamiseksi suoritimme kolme erityyppistä kuormitusta eri varastointiyksikkökokojen mukaan. Jokainen kuormitus muodostui samanaikaisesti hahmontamisesta yksittäiseen raporttiin, jonka koot olivat erilaiset.

  • Pieni – Tietojen koostetaulukko, joka on muodostettu yli 100 riville Azure SQL -tietolähteestä.

  • Medium – Tietojen koostetaulukko, joka on muodostettu yli 100 000 riville Azure SQL -tietolähteestä.

  • Suuri – tietojen koostetaulukko, joka on muodostettu 250 000 riville Azure SQL -tietolähteestä.

Power BI Premiumin analyysimme osoittaa, että samanaikaisten käyttäjien määrä kerrallaan, mukaan lukien päivittäiset huippuajat, ei yleensä ylitä viittä prosenttia kokonaiskäyttäjäkannasta.

Seuraavassa taulukossa on viiden prosentin samanaikaisuussuhteen perusteella arvioitu enimmäismäärä käyttäjille, jotka SKU pystyy käsittelemään, ennen kuin se on ylikuormittunut. Kun kapasiteettisi on ylikuormittunut, kapasiteetissasi tapahtuu rajoittamista. Jos haluat lisätietoja, katso Mitä liikenteelle tapahtuu ylikuormituksen aikana, jos en skaalaa automaattisesti?

Työmäärä F64- tai P1-varastointiyksiköt F128- tai P2-varastointiyksiköt
Pieni 2 500 käyttäjää 5 000 käyttäjää
Keskiverto 1 900 käyttäjää 3 800 käyttäjää
Suuri 1 300 käyttäjää 2 600 käyttäjää

Ota huomioon, että taulukon luvut viittaavat määritettyihin kapasiteetteihin, jotka eivät suorita muita toimintoja. Kapasiteettisi voi jo käyttää suoritinresursseja esimerkiksi seuraavissa toiminnoissa:

  • Tietojen noutaminen ja käsitteleminen

  • Muut kuormitukset ja taustatoiminnot

  • Monitasoinen tietojen ryhmittely ja uudelleenmuotoilu

  • Tietojen suodatus

Samanaikaiset pyynnöt

Kapasiteetin jokaisella kuormituksella, mukaan lukien sivutettujen raporttien kuormituksella, on enintään 500 samanaikaista raporttia, jotka hahmonnetaan kerrallaan. Jos kapasiteettisi hahmontaa 100 raporttia ja sillä on 200 pyyntöä sivutettujen raporttien vientiin, sinulla on jäljellä 200 samanaikaista raportin hahmontamispyyntöä.

Jos haluat välttää kuormituksen, suunnittele samanaikaisten pyyntöjen lataaminen etukäteen. Jos samanaikaisten pyyntöjen raja ylittyy, saat Liian monta pyyntöä (429) -virheen.

Mittausarvosovelluksen käyttäminen

Käyttämällä Microsoft Fabric Capacity Metrics -sovellusta voit arvioida sivutetun raportin vaikutusta kapasiteettiin. Sovellus mittaa suorittimen käyttöä ajan kuluessa, jotta ymmärrät, miten kapasiteettisi toimii.

Jos haluat testata sivutettua raporttia, suosittelemme, että käytät varattua puhdasta kapasiteettia. Puhdas kapasiteetti auttaa eristämään tulokset muiden käyttäjien ja kuormitusten vaikutuksesta.

Riippuen kohdennetusta testiskenaariota, kuten keskimääräinen tai suurin käytön vahvistus, valitse tai luo raportin edustaja odotetusta resurssien kulutuksesta ja lataa se Premium/Fabric-työtilaan kapasiteetissa, jonka loit testiä varten.

Suorita raportti useita kertoja ja käytä mittarisovellusta saadaksesi raportin suorittamiseen käytetyt keskimääräiset suoritinsekunnit. Kun lasket raportin suorittamiseen kuluvaa aikaa, ota huomioon seuraavat asiat:

  • Sovellus näyttää koostearvot. Saatat joutua jakamaan tulokset raportin suoritusten määrällä.

  • Raportin hahmontamiseen voi liittyä useita Power BI -kohteita ja -toimintoja. Saatat joutua laskemaan yhteen niiden suorittimen kulutuksen.

  • Raportin hahmontamiseen voi liittyä useita Power BI -kohteita ja -toimintoja, koska hahmontaminen voi kestää kauan. Pitkäkestoinen toiminto Aikapiste-sivulla voidaan näyttää toimintojen luettelona, jonka kesto ei ylitä 30 sekuntia. Sinun täytyy ehkä laskea yhteen hahmontamistoimintojen suorittimen kulutus. Lajittelu alkamisajan mukaan voi auttaa näyttämään hahmonnuksen koko historian.

Raportin hahmonnuksia enintään laskettaessa

Tämän kaavan avulla voit laskea suurimman samanaikaisen raportin hahmonnukset, jotka kapasiteetti pystyy käsittelemään, ennen kuin se ylikuormitttaan. Lisätietoja kapasiteettiyksiköistä (CU), SKU:sta ja Power BI:n näennäisytimista on artikkelissa Kapasiteettikäsitteet.

$ \text {max concurrent report renders} = {\text {kapasiteetin yksiköt} \times {3.75} \over \text {raporttisi suorittimen käsittelyaika (sekunteina)} } $

Käyttäjien enimmäismäärän laskeminen

Kun käytät arvioitua viittä prosenttia samanaikaisuuden avulla käyttäjien kokonaismäärän väliseen korrelaatioon ja samanaikaisten hahmonnuksen enimmäismäärään, saat SKU:n käsittelemien käyttäjien kokonaismäärän.

$ \text {max SKU users} = {\text {max concurrent report renders} \over 0.05} $

Useiden raporttien kapasiteettiresurssien laskeminen

Laajennetun kaavan avulla voit arvioida kapasiteetin, jota tarvitaan raportin eri käyttöissä.

Lataa useita sivutettuja raportteja, joissa on eri määrä päivittäisiä hahmonnuksia, ja käytä mittarisovellusta saadaksesi kunkin suorittimen keskimääräisen käsittelyajan. Päivän kaikkien raporttiesi hahmonnuksen summan on oltava 100 %. Kun sinulla on kaikki tiedot, käytä tätä kaavaa.

$ \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}}$

Esimerkit

Tämä osio sisältää kaksi esimerkkiä: toisen tavallisesta laskutoimituksesta ja toisen lisälaskutoimitusta varten.

Säännöllinen laskenta

Oletetaan, että suoritat sivutettua raporttia F64 - tai P1-varastointiytimessä , jossa on kahdeksan ydintä. Suorittimen kokonaiskäyttö 10 suoritukselle on 40 sekuntia, joten suoritinajan keskiarvo raportteja kohti on neljä sekuntia.

$ 60 = {8 \times {30} \over 4} $

Kun käytät toista kaavaa, saat enintään 1 200 käyttäjää.

$ 1,200 = {60 \over 0.05} $

F128- tai P2-varastointiyksiköissä voit kertomalla nämä luvut kahdella, sillä kapasiteetissa on kaksi kertaa enemmän suoritinytimiä.

Kehittynyt laskenta

Oletetaan, että sinulla on kolme sivutettua raporttia, joiden päivittäinen hahmontamisprosentti on lueteltu alla olevassa taulukossa.

Raportti Hahmonnettavien raporttien määrä päivässä Suorittimen käsittelyaika (sekunteina)
A 60% 4
B 30 % 10
C 10 % 20

F64- tai P1-varastointiyksikön kaavat ovat seuraavat:

Arvo Kaava
Samanaikaisten raporttien hahmonnuksia enintään $ ~32.4 = {8 \times {30} \over 0.6 \times{4} + 0.3 \times{10} + 0.1 \times{20}} $
SKU-käyttäjiä yhteensä $ ~650 = {32.4 \over 0.05} $

Liittyvä sisältö