Planlegging av kapasitet i Power BI innbygd analyse
Det kan være komplisert å beregne hvilken type kapasitet du trenger for en distribusjon av innebygd analyse med Power BI. Kapasiteten du trenger, avhenger av flere parametere, hvorav noen er vanskelige å forutsi.
Noe av det du bør tenke på når du planlegger kapasiteten, er:
- Datamodellene du bruker.
- Antallet og kompleksiteten til nødvendige spørringer.
- Distribusjonen av programbruken per time.
- Oppdateringsfrekvenser for data.
- Andre bruksmønstre som er vanskelige å forutsi.
Obs!
Denne artikkelen forklarer hvordan du planlegger hvilken kapasitet du trenger, og hvordan du utfører en belastningstestvurdering for A-SKU-er for innebygd analyse med Power BI.
Når du planlegger kapasiteten, gjør du følgende:
- Optimaliser ytelsen og ressursforbruket.
- Bestem minimum SKU.
- Vurder kapasitetsbelastningen.
- Konfigurer automatisk skalering av kapasitet.
Optimaliser ytelses- og ressursforbruket
Før du starter en vurdering av kapasitetsplanlegging eller belastningstesting, optimaliserer du ytelsen og ressursforbruket (spesielt minneforbruket) til rapportene og datasettene.
Følg retningslinjene i følgende ressurser for å optimalisere ytelsen:
- Optimaliseringsveiledning for Power BI
- Anbefalte fremgangsmåter for raskere ytelse i innebygd analyse med Power BI
Hvis du vil ha en detaljert opplæring om hvordan du optimaliserer ytelsen, kan du se Optimaliser en modell for ytelse i opplæringsmodulen for Power BI .
Bestem minimum SKU
Tabellen nedenfor oppsummerer alle begrensningene som er avhengige av kapasitetsstørrelsen. Hvis du vil finne den minste SKU-en for kapasiteten, kan du se kolonnen Maksimalt minne (GB) under datasettoverskriften . Husk også de gjeldende begrensningene.
| Kapasitet | Datasett | Dataflyt | Eksporter API | ||||
|---|---|---|---|---|---|---|---|
| SKU-er for kapasitet | V-kjerner | Maksimalt minne (GB)1, 2, 3 | DirectQuery/live-tilkobling (per sekund)1, 2 | Maksimalt minne per spørring (GB)1, 2 | Parallellitet for modelloppdatering2 | Parallelle dataflytoppgaver5 | Maksimalt antall samtidige sider6 |
| EM1/A1 | 1 | 3 | 3.75 | 1 | 5 | 4 | 20 |
| EM2/A2 | 2 | 5 | 7.5 | 2 | 10 | 8 | 25 |
| EM3/A3 | 4 | 10 | 15 | 2 | 20 | 16 | 35 |
| P1/A4 | 8 | 25 | 30 | 6 | 40 | 32 | 55 |
| P2/A5 | 16 | 50 | 60 | 6 | 80 | 64 | 95 |
| P3/A6 | 32 | 100 | 120 | 10 | 160 | 64 | 175 |
| P4/A74 | 64 | 200 | 240 | 10 | 320 | 64 | 200 |
| P5/A84 | 128 | 400 | 480 | 10 | 640 | 64 | 200 |
1 Appen Power BI Premium Utilization and Metrics viser for øyeblikket ikke disse måledataene.
2 Disse grensene gjelder bare for arbeidsbelastningen for datasettet per kapasitet.
3 Kolonnen for maksimalt minne (GB) under datasettoverskriften representerer en øvre grense for datasettstørrelsen. En mengde minne må imidlertid reserveres for operasjoner som oppdateringer og spørringer på datasettet. Den maksimale datasettstørrelsen som er tillatt for en kapasitet, kan være mindre enn tallene i denne kolonnen. Hvis du vil ha mer informasjon, kan du se Minnetildeling.
4 Disse SKU-ene er ikke tilgjengelige i alle områder. Hvis du vil be om bruk av disse SKU-ene i områder der de ikke er tilgjengelige, kontakter du Microsoft-kontoansvarlig.
5 Mer informasjon om parallelle oppgaver i dataflyter.
6 Se Eksporter Power BI-rapport til fil for mer informasjon om interaktive Power BI-rapporter (ikke paginerte rapporter).
Vurder kapasitetsbelastningen
Slik tester eller vurderer du kapasitetsbelastningen:
Opprett en Premium Power BI Embedded-kapasitet i Azure for testingen. Bruk et abonnement som er knyttet til den samme Azure Active Directory (Azure AD)-leieren som Power BI-leieren, og en brukerkonto som er logget på den samme leieren.
Tilordne arbeidsområdet (eller arbeidsområdene) du skal bruke til å teste til Premium-kapasiteten du opprettet. Du kan tilordne et arbeidsområde på én av følgende måter:
- Programmatisk med Groups AssignToCapacity API. Kontroller oppgavestatusen med API-en for Groups CapacityAssignmentStatus eller via et PowerShell-skript . Hvis du vil ha eksempelkode, kan du se
AssignWorkspacesToCapacityfunksjonen i eksemplet Zero-Downtime-Capacity-Scale på GitHub. - Manuelt som arbeidsområdeadministrator eller via Admin-portalen som kapasitetsadministrator. Hvis du vil ha mer informasjon, kan du se Tilordne et arbeidsområde til en kapasitet ved hjelp av en hovedbruker.
- Programmatisk med Groups AssignToCapacity API. Kontroller oppgavestatusen med API-en for Groups CapacityAssignmentStatus eller via et PowerShell-skript . Hvis du vil ha eksempelkode, kan du se
Installer Power BI Premium Kapasitetsutnyttelse og Måledata-appen som kapasitetsadministrator. Oppgi kapasitets-ID-en og tiden (i dager) som skal overvåkes, og oppdater deretter dataene. Hvis du vil ha mer informasjon, kan du se Bruke Premium Metrics-appen.
Bruk verktøyet for kapasitetsbelastningsvurdering for Power BI til å vurdere kapasitetsbehovene dine. Dette GitHub-repositoriet inneholder også en videogjennomgang. Bruk dette verktøyet nøye: test med opptil et par dusin samtidige simulerte brukere og ekstrapolere for høyere samtidig belastning (hundrevis eller tusenvis, avhengig av dine behov.) Hvis du vil ha mer informasjon, kan du se Vurdere kapasitetsbelastningen. Du kan også bruke andre verktøy for belastningstesting, men behandle iFrame som en svart boks og simulere brukeraktivitet via JavaScript-kode.
Bruk måledataappen som du installerte i trinn 3, til å overvåke kapasitetsutnyttelsen som påløper via belastningstestverktøyet. Du kan også overvåke kapasiteten ved å sjekke Premium-måledataene ved hjelp av varsler i Azure Monitor.
Vurder å bruke en større SKU for kapasiteten hvis den faktiske CPU-en som påløper på kapasiteten ved belastningstestingen nærmer seg kapasitetsgrensen.
Konfigurere autoskalering
Du kan bruke følgende autoskaleringsteknikk til å endre størrelsen på A-SKU-kapasiteten elastisk for å håndtere gjeldende minne- og CPU-behov.
Bruk API-en for kapasitetsoppdatering til å skalere kapasitets-SKU-en opp eller ned. Hvis du vil se hvordan du bruker API-en til å opprette dine egne skript for opp- og nedskalering, kan du se et eksempel på oppskalering av PowerShell-skriptkapasitet for runbook.
Bruk skjermvarsler til å spore følgende Power BI Embedded måledata for kapasitet:
- Overbelastning (1 hvis kapasitetens CPU har overskredet 100 prosent og er i en overbelastet tilstand, ellers 0)
- CPU (prosentdel av prosessorutnyttelse)
- CPU per arbeidsbelastning hvis bestemte arbeidsbelastninger (for eksempel paginerte rapporter) brukes
Konfigurer skjermvarsler slik at når disse måledataene treffer de angitte verdiene, utløses en skriptkjøring som skalerer kapasiteten opp eller ned.
Du kan for eksempel opprette en regel som aktiverer oppskaleringskapasitetskjøringsboken for å oppdatere kapasiteten til en høyere SKU hvis overbelastningen er 1, eller hvis CPU-verdien er 95 prosent. Du kan også opprette en regel som aktiverer et nedskalert kapasitetskjøringsskript for å oppdatere kapasiteten til en lavere SKU hvis CPU-verdien faller under 45 eller 50 prosent.
Du kan også aktivere oppskalering og nedskalering av runbooks programmatisk ved behov før og etter at et datasett er oppdatert. Denne fremgangsmåten sikrer at kapasiteten har nok RAM (GB) for store datasett som bruker denne kapasiteten.