Power BI Premium Ofte stillede spørgsmål om Gen2

Dette afsnit omhandler spørgsmål og svar for Power BI Premium Gen2.

Power BI Premium for nylig udgivne en ny version af Power BI Premium, Premium Gen2. Premium Gen2 forenkler administrationen af Premium-kapaciteter og reducerer administrationsomkostningerne. Du kan finde flere Premium om Gen2 under Power BI Premium Generation 2.

Automatisk skalering er en valgfri funktion i Premium Gen2 og er underlagt to begrænsninger, som hver især er konfigureret af Power BI administratorer:

• Proaktiv grænse – en proaktiv grænse angiver antallet af udgifter, som Autoskalering kan generere, ved at begrænse antallet af autoskalering af v-kerner, som en kapacitet kan bruge. Hvis du f.eks. angiver den maksimale autoskalering af v-kerner til én v-kerne, sikrer du, at den maksimale opkrævning, du kan betale, er 30 dages automatisk skalering med én v-kerne.

• Reaktiv grænse – du kan også angive en reaktiv grænse for omkostningerne i forbindelse med automatisk skalering ved at angive en udgiftsgrænse for det Azure-abonnement, der bruges med automatisk skalering. Hvis abonnementets budget er opbrugt, forhindres Power BI at bruge v-kerneressourcerne for det pågældende abonnement og automatisk skalere lukker. Du kan angive et budget for det Azure-abonnement, der skaleres automatisk, ved at følge Selvstudium om Azure-budget.

Power BI Premium Gen2 evaluerer udnyttelsesniveauet ved at aggregere udnyttelsesposter hvert 30. sekund. Hver evaluering består af to forskellige sammenlægninger: Interaktiv udnyttelse og baggrundsudnyttelse.

Interaktiv udnyttelse evalueres ved at tage hensyn til alle de interaktive handlinger, der blev fuldført på eller tæt på den aktuelle evalueringscyklus for halvdelen af minuttet.

Udnyttelse i baggrunden evalueres ved at tage betragtning til alle de handlinger i baggrunden, der er fuldført i løbet af de sidste 24 timer, hvor hver handling i baggrunden kun bidrager til 1/2880 af dens samlede CPU-omkostninger (der er 2880 evalueringscyklusser i hver 24-timers periode).

En kapacitet består af et lige antal frontend- og backend-v-kerner. Den CPU-tid, der måles i udnyttelsesposter, afspejler backend-v-kernernes udnyttelse, og denne udnyttelse driver behovet for at skalere automatisk. Udnyttelse af frontend-v-kerner spores ikke. Du kan ikke konvertere frontend til backend-v-kerner.

Hvis du har et P1-abonnement med fire backend-v-kerner, er hver kvote af evalueringscyklusser 4*30 = 120 sekunders CPU-udnyttelse. Hvis summen af begge udnyttelser overskrider den samlede backend-kernekvote i din kapacitet, vil din kapacitet automatisk skalere i én v-kerne for de næste 24 timer.

Autoskalering ser altid på din aktuelle kapacitetsstørrelse for at vurdere, hvor meget ressource du bruger. Hvis du allerede har skaleret med én v-kerne, fordeles v-kernen jævnt mellem frontend og backend med 50 % hver, hvilket betyder, at din maksimale kapacitet nu er på 120+0,5*30 = 135 sekunders CPU-tid i en evalueringscyklus.

Autoskalering sikrer altid, at ingen enkelt interaktiv handling kan forbruge hele din kapacitet, og at der skal udføres to eller flere interaktive handlinger i en enkelt evalueringscyklus for at starte automatisk skalering.

Hvis en kapacitets udnyttelse overskred 100 %, og den ikke kan bruge autoskalering, fordi den er slået fra eller allerede ved den maksimale udnyttelsesværdi for v-kernen, indgår kapaciteten i en midlertidig forsinkelsestilstand for interaktive anmodninger, hvor hver interaktiv anmodning (f.eks. rapportindlæsning, visuel interaktion osv.) forsinkes, før den sendes til programmet til udførelse. Mængden af forsinkelser er proportional med mængden af registreret overbelastning. Overbelastning på 100 % vil medføre en forsinkelse på 20 sekunder, mens overbelastninger, der er mindre end 10 %, er tilladt.

Kapaciteten forbliver i tilstanden for interaktive anmodningers forsinkelse, hvis den forrige evaluering er på mere end 100 % ressourceforbrug.

Følgende hændelser er interaktive handlinger:

• Arbejdsbelastning for datasæt – rapportvisning, forespørgsel, XMLA-læsning
• Arbejdsbelastninger i dataflow
• Arbejdsbelastning for sideinddeget rapport – gengivelse af sideindde siden i rapport

Følgende er handlinger i baggrunden:

• Arbejdsbelastning for datasæt – planlagt opdatering, opdatering efter behov, baggrundsforespørgsel (efter opdatering)
• Arbejdsbelastning for dataflow – planlagt opdatering af dataflow
• Arbejdsbelastning for sideindde siden i rapporter – datadrevne abonnementer gengives
• AI-arbejdsbelastninger

Dit datasæt til rapporten med målepunkter bevarer 30-45 dages data. Du kan bruge rapporten til at angive, hvor tæt du er på den maksimale kapacitets ressourcer, og hvis du gemmer månedlige snapshots, kan du sammenligne dem for at indikere væksttendenser og ekstrapolere den hastighed, du når 100 % udnyttelse af dine ressourcer i.

Udnyttelsesdata angiver i øjeblikket ikke, om anmodningerne er blevet begrænser på grund af, at kapaciteten er i interaktiv anmodningsforsinkelsestilstand. Oplysningerne føjes til udnyttelsesappen, så administratorer kan afgøre, om brugerne oplever forsinkelser, og i hvilket omfang forsinkelserne skyldes overbelastning uden automatisk skalering.

På siden Kapacitetsadministration i Power BI administrationsportalen er der et afkrydsningsfelt med en meddelelse om udnyttelse. Brugerne kan vælge den grænse, som en besked udløses med (standarden er 80 %) og den mailadresse, som udnyttelsesbeskeder skal sendes til.

Tjenesten Power BI mere end 90 dages udnyttelsesdata. Brugere, der har brug for længere dataopbevaring, kan bruge BYOLA (Bring Your Own Log Analytics) til at gemme flere udnyttelsesdata.

I dag har kunder ikke synlighed via forbrugsdata i forbindelse med deres drift i hukommelsen og kan ikke på forhånd se, om nogen af deres handlinger er underlagt fejl.

I venstre side af rapporten over udnyttelse viser et visuelt element for søjlediagram oplysninger om udnyttelse mellem arbejdsområder i rapportens tidsperiode. Visualiseringen med søjlediagrammet kan bruges til tilbageførsel, så hvert arbejdsområde repræsenterer en anden forretningsenhed, et omkostningssted eller et andet objekt, som tilbageførsel kan gælde for.

Du kan finde Premium oplysninger om hver enkelt bruger i artiklen Power BI Premium Pr. bruger.

Næste trin

Følgende artikler indeholder flere oplysninger om Power BI Premium:

• Hvad er Power BI Premium Gen2?
• Brug Af Autoskalering med Power BI Premium
• Aktivering af den udvidede Pro-prøveversion
• Ofte stillede spørgsmål om Power BI Embedded

Har du flere spørgsmål? Prøv at spørge Power BI-community'et