Power BI Premium Gen2-arkitektur

Power BI Premium Generation 2, der kaldes Premium Gen2, er en forbedret og arkitektonisk redesignet generation af Power BI Premium.

Arkitekturændringer i Premium Gen2, især i forhold til hvordan CPU-ressourcer tildeles og bruges, giver mulighed for mere fleksibilitet i tilbud og større fleksibilitet i licensmodeller. Den nye arkitektur gør det f.eks. muligt for brugere Premium pr. bruger, der tilbydes som Premium Pr. bruger. Arkitekturen giver også kunderne en bedre ydeevne og bedre styring og kontrol over deres Power BI udgifter.

Den vigtigste opdatering af arkitekturen i Premium Gen2 er den måde, som kapaciteter' back end-v-kerner (CPU'er, ofte kaldet v-kerner) implementeres på:

• I den oprindelige version af Power BI Premium blev backend-v-kerner reserveret fysiske computernoder i cloudmiljøet med forskelle i antallet af v-kerner og mængden af onboardet hukommelse i henhold til kundens licens-SKU. Kundeadministratorer skulle holde styr på, hvor travle disse noder var, ved hjælp af Premium metrics-appen. De var nødt til at bruge appen og andre værktøjer til at bestemme, hvor meget kapacitet deres brugere skulle bruge for at opfylde deres beregningsbehov.

• Hver administrator havde mulighed for at tilpasse og konfigurere kapaciteter for at undgå ressourcekonsekvenser mellem arbejdsbelastninger (datasæt, dataflow, sideinddeevne rapporter og AI) eller andre effekter, der påvirker ydeevnen for at sikre, at kapacitetsydeevnen forbliver tilpasset eller acceptabel.

I Premium Gen2 er backend-v-kerner implementeret på regionale klynger af fysiske noder i cloudmiljøet, som deles af alle lejere ved hjælp af Premium-kapaciteter i det Power BI område. Den regionale klynge er yderligere opdelt i specialiserede grupper af noder, hvor hver gruppe håndterer forskellige Power BI-arbejdsbelastninger (datasæt, dataflows eller sideinddefinerede rapporter). Disse specialiserede grupper af noder hjælper med at undgå ressourcestrid mellem grundlæggende forskellige arbejdsbelastninger, der kører på den samme node.

Indholdet af arbejdsområder, der er tildelt til en Premium Gen2-kapacitet, gemmes på organisationens lagerlag, som er implementeret oven på kapacitetsspecifikke Azure Storage-blobobjektbeholdere, der svarer til den oprindelige version af Premium. Denne fremgangsmåde gør det muligt at bruge funktioner som BYOK til dine data.

Når indholdet skal vises eller opdateres, læses det fra lagerlaget og placeres på en Premium Gen2-backendnoden til databehandling. Power BI, at der bruges en placeringsmekanisme, som sikrer, at den optimale node vælges i den korrekte gruppe af beregningsnoder. Mekanismen placerer typisk nyt indhold i noden med den mest tilgængelige hukommelse på det tidspunkt, hvor indholdet indlæses, så handlingen for visning eller opdatering kan få adgang til de fleste ressourcer og kan fungere optimalt.

Når din kapacitet gengiver og opdaterer mere indhold, bruges der flere beregningsnoder, som hver især har tilstrækkelige ressourcer til at fuldføre handlinger hurtigt og korrekt. Det betyder, at din kapacitet kan bruge flere beregningsnoder, og i nogle tilfælde kan indhold tilmed flyttes mellem noder på grund af, at Power BI-tjenesten udfører intern belastningsjustering på tværs af noder eller ressourcer. Når denne belastningsjustering finder sted, Power BI at indholdsflytningen ikke påvirker slutbrugerens oplevelser.

Der er flere positive resultater ved distribution af backend-behandling af indhold (datasæt, dataflows og sideinddefinerede rapporter) på tværs af delte backendnoder:

1. De delte noder er mindst lige så store som en oprindelig Premium P3-node, hvilket betyder, at der er flere v-kerner til at udføre alle handlinger, hvilket kan øge ydeevnen med op til 16 gange, når du sammenligner med en oprindelig Premium P1.
2. Uanset hvilken node din behandling lander på, sørger placeringsmekanismen for, at hukommelsen forbliver tilgængelig, så handlingen kan fuldføres, inden for de gældende hukommelsesbegrænsninger i din kapacitet. (se afsnittet om begrænsninger i dette dokument for at få alle detaljer om hukommelsesbegrænsninger)
3. Interne problemer i din kapacitet opstår ikke, da hver af visnings- og opdateringshandlinger bruger sit eget sæt fysiske v-kerner med deres egen hukommelse på forskellige beregningsnoder.
4. Ressourcestrid på tværs af arbejdsbelastninger forhindres ved at adskille de delte noder i specialiserede arbejdsbelastningsgrupper. Som følge af denne adskillelse er der ingen kontrolelementer for arbejdsbelastninger i sideindde siden i rapporter.
5. Begrænsningerne for forskellige kapacitets-SKU'er er ikke baseret på de fysiske begrænsninger, som de var i den oprindelige version Premium. De er i stedet baseret på et forventet og ryddet sæt af regler, Power BI Premium tjenesten håndhæver:
   • Det samlede cpu-gennemløb for kapacitet er på eller under det mulige gennemløb med de v-kerner, som din købte kapacitet har.
   • Det hukommelsesforbrug, der kræves til visnings- og opdateringshandlinger, forbliver inden for hukommelsesgrænserne for den købte kapacitet.
6. På grund af denne nye arkitektur behøver kundeadministratorer ikke at overvåge deres kapaciteter for at få tegn på, at de nærmer sig grænserne for deres ressourcer, og de får i stedet en tydelig angivelse af, hvornår sådanne grænser er opfyldt. Dette reducerer den indsats og de omkostninger, der kræves af kapacitetsadministratorer, for at bevare den optimale ydeevne af kapaciteten.

Næste trin

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