Kapacitetsplanlægning af integreret analyse i Power BI
Det kan være kompliceret at beregne den type kapacitet, du har brug for til en udrulning af en integreret Power BI-analyse. Den kapacitet, du har brug for, afhænger af flere parametre, hvoraf nogle er svære at forudsige.
Nogle af de ting, du skal overveje, når du planlægger din kapacitet, er:
- De datamodeller, du bruger.
- Antallet og kompleksiteten af påkrævede forespørgsler.
- Distribution pr. time af dit programforbrug.
- Opdateringshastigheder for data.
- Andre forbrugsmønstre, der er svære at forudsige.
Bemærk
I denne artikel forklares det, hvordan du planlægger, hvilken kapacitet du har brug for, og hvordan du udfører en vurdering af belastningstest for A-SKU'er til integreret analyse i Power BI.
Når du planlægger din kapacitet, skal du udføre følgende trin:
- Optimer din ydeevne og dit ressourceforbrug.
- Bestem din mindste SKU.
- Vurder din kapacitetsbelastning.
- Konfigurer automatisk skalering af kapacitet.
Optimer din ydeevne og dit ressourceforbrug
Før du starter en vurdering af kapacitetsplanlægning eller belastningstest, skal du optimere ydeevnen og ressourceforbruget (især hukommelsesforbrug) for dine rapporter og datasæt.
Hvis du vil optimere din ydeevne, skal du følge retningslinjerne i følgende ressourcer:
- Optimeringsvejledning til Power BI
- Bedste praksis for hurtigere ydeevne i en integreret Power BI-analyse
Du kan finde et detaljeret selvstudium om optimering af ydeevnen i modulet Optimer en model til ydeevne i Power BI-oplæring .
Bestem din minimumvarenummer
I følgende tabel opsummeres alle de begrænsninger, der er afhængige af kapacitetsstørrelsen. Hvis du vil bestemme minimum-SKU'en for din kapacitet, skal du kontrollere kolonnen Maks. hukommelse (GB) under datasætheaderen . Vær også opmærksom på de aktuelle begrænsninger.
| Kapacitet | Datasæt | Dataflow | Eksportér API | ||||
|---|---|---|---|---|---|---|---|
| Kapacitets-SKU'er | V-kerner | Maksimal hukommelse (GB)1, 2, 3 | DirectQuery/direkte forbindelse (pr. sekund)1, 2 | Maksimal hukommelse pr. forespørgsel (GB)1, 2 | Parallel opdatering af model2 | Parallelle dataflowopgaver5 | Maks. antal 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 |
1Appen Power BI Premium udnyttelse og metrikværdier viser i øjeblikket ikke disse målepunkter.
2 Disse grænser gælder kun for arbejdsbelastningen for datasæt pr. kapacitet.
3 Kolonnen Maks. hukommelse (GB) under datasætoverskriften repræsenterer en øvre grænse for datasættets størrelse. Der skal dog reserveres en mængde hukommelse til handlinger, f.eks. opdateringer og forespørgsler i datasættet. Den maksimale tilladte datasætstørrelse for en kapacitet kan være mindre end tallene i denne kolonne. Du kan få flere oplysninger under Hukommelsesallokering.
4 Disse SKU'er er ikke tilgængelige i alle områder. Hvis du vil anmode om at bruge disse SKU'er i områder, hvor de ikke er tilgængelige, skal du kontakte din Microsoft-kontoadministrator.
5 Få mere at vide om parallelle opgaver i dataflow.
6 Se Eksportér Power BI-rapport til fil for at få flere oplysninger om interaktive Power BI-rapporter (ikke sideinddelte).
Vurder din kapacitetsbelastning
Sådan tester eller vurderer du din kapacitetsbelastning:
Opret en Premium Power BI Embedded-kapacitet i Azure til testen. Brug et abonnement, der er knyttet til den samme Azure Active Directory-lejer (Azure AD) som din Power BI-lejer og en brugerkonto, der er logget på den samme lejer.
Tildel det arbejdsområde (eller arbejdsområder), du skal bruge til at teste den Premium-kapacitet, du har oprettet. Du kan tildele et arbejdsområde på en af følgende måder:
- Programmatisk med API'en Groups AssignToCapacity. Kontrollér tildelingsstatussen med API'en Groups CapacityAssignmentStatus eller via et PowerShell-script . Du kan se
AssignWorkspacesToCapacityeksempelkode i funktionen i eksemplet Zero-Downtime-Capacity-Scale på GitHub. - Manuelt som administrator af arbejdsområdet eller via Administration-portalen som kapacitetsadministrator. Du kan få flere oplysninger under Tildel et arbejdsområde til en kapacitet ved hjælp af en masterbruger.
- Programmatisk med API'en Groups AssignToCapacity. Kontrollér tildelingsstatussen med API'en Groups CapacityAssignmentStatus eller via et PowerShell-script . Du kan se
Som kapacitetsadministrator skal du installere appen Power BI Premium Kapacitetsudnyttelse og Målepunkter. Angiv det kapacitets-id og den tid (i dage), der skal overvåges, og opdater derefter dataene. Du kan få flere oplysninger under Brug appen Premium-målepunkter.
Brug Power BI Capacity Load Assessment Tool til at vurdere dine kapacitetsbehov. Dette GitHub-lager indeholder også en gennemgang af videoer. Brug dette værktøj omhyggeligt: test med op til et par dusin samtidige simulerede brugere, og ekstrapoler for højere samtidige belastninger (hundreder eller tusinder, afhængigt af dine behov). Du kan få flere oplysninger under Vurder din kapacitetsbelastning. Du kan også bruge andre værktøjer til belastningstest, men behandle iFrame som et sort felt og simulere brugeraktivitet via JavaScript-kode.
Brug den metrikværdiapp , du installerede i trin 3, til at overvåge kapacitetsudnyttelsen, der er påløbet via belastningstestværktøjet. Du kan også overvåge kapaciteten ved at kontrollere Premium-målepunkterne ved hjælp af beskeder i Azure Monitor.
Overvej at bruge en større SKU til din kapacitet, hvis den faktiske CPU, der er påløbet på din kapacitet af belastningstesten, nærmer sig kapacitetsgrænsen.
Konfigurer automatisk skalering
Du kan bruge følgende autoskaleringsteknik til at tilpasse størrelsen på din A-SKU-kapacitet elastisk for at imødekomme dens aktuelle hukommelses- og CPU-behov.
Brug API'en Kapacitetsopdatering til at skalere kapacitets-SKU'en op eller ned. Hvis du vil se, hvordan du bruger API'en til at oprette dine egne scripts til skalering op og ned, skal du se et eksempel på opskalering af PowerShell-scriptkapacitet i en runbook.
Brug Overvåg beskeder til at spore følgende Power BI Embedded kapacitetsdata:
- Overbelastning (1 , hvis din kapacitets CPU har overskredet 100 % og er i overbelastet tilstand, ellers 0)
- CPU (procentdel af CPU-udnyttelse)
- CPU pr. arbejdsbelastning, hvis bestemte arbejdsbelastninger (f.eks. sideinddelte rapporter) bruges
Konfigurer beskeder om overvågning, så der udløses en scriptkørsel, der skalerer kapaciteten op eller ned, når disse målepunkter rammer de angivne værdier.
Du kan f.eks. oprette en regel, der aktiverer runbooken for skaleringskapacitet for at opdatere kapaciteten til en højere SKU, hvis overbelastningen er 1, eller hvis CPU-værdien er 95 %. Du kan også oprette en regel, der aktiverer et runbook-script med skaleringskapacitet for at opdatere kapaciteten til en lavere SKU, hvis CPU-værdien falder til under 45 eller 50 %.
Du kan også aktivere skalerings- og nedskalerings runbooks programmatisk efter behov før og efter opdatering af et datasæt. Denne fremgangsmåde sikrer, at din kapacitet har nok RAM (GB) til store datasæt, der bruger den pågældende kapacitet.