Power BI Premium-arkitektur
Arkitektoniske endringer i Premium, spesielt rundt hvordan CPU-ressurser tildeles og brukes, muliggjør mer allsidighet i tilbud og mer fleksibilitet i lisensieringsmodeller. Den nye arkitekturen muliggjør for eksempel å tilby Premium per bruker, som tilbys som Premium per bruker. Arkitekturen gir også kundene bedre ytelse og bedre styring og kontroll over Sine Power BI-utgifter.
Den viktigste oppdateringen i arkitekturen til Premium er måten kapasitetens v-kjerner implementeres på:
I den opprinnelige versjonen av Power BI Premium var v-kjerner reserverte fysiske databehandlingsnoder i skyen, med forskjeller i antall v-kjerner og mengden innebygd minne i henhold til kundens lisensierings-SKU. Kundeadministratorer ble pålagt å holde oversikt over hvor opptatt disse nodene var, ved hjelp av Premium-måledataappen. De måtte bruke appen og andre verktøy for å finne ut hvor mye kapasitet brukerne trengte for å dekke sine databehandlingsbehov.
I Premium implementeres v-kjerner på regionale klynger av fysiske noder i skyen, som deles av alle leiere som bruker Premium-kapasiteter i power BI-området. Den regionale klyngen er videre delt inn i spesialiserte grupper med noder, der hver gruppe håndterer en annen Power BI-arbeidsbelastning (semantiske modeller, dataflyter eller paginerte rapporter). Disse spesialiserte gruppene av noder bidrar til å unngå ressurskonflikt mellom fundamentalt forskjellige arbeidsbelastninger som kjører på samme node.
Merk
Power BI Premium gir logisk segregering av data mellom ulike kunder, og er kompatibel med ISO 27017. Hvis du vil ha mer informasjon, kan du se ISO/IEC 27017:2015.
Administratorer har muligheten til å justere og konfigurere arbeidsbelastningsinnstillinger for kapasiteten. Dette kan brukes til å redusere ressurskonflikt mellom arbeidsbelastninger (semantiske modeller, dataflyter, paginerte rapporter og KUNSTIG INTELLIGENS), og justere andre innstillinger som minnegrenser og tidsavbrudd basert på bruksmønstrene for kapasiteten.
Innholdet i arbeidsområder som er tilordnet en Premium-kapasitet, lagres på lagringslaget til organisasjonens kapasitet, som implementeres i tillegg til kapasitetsspesifikke Blob-beholdere for Azure-lagring, på samme måte som den opprinnelige versjonen av Premium. Denne fremgangsmåten gjør det mulig å bruke funksjoner som BYOK for dataene.
Når innholdet må vises eller oppdateres, leses det fra lagringslaget og plasseres på en Premium-node for databehandling. Power BI bruker en plasseringsmekanisme som sikrer at den optimale noden velges i riktig gruppe med databehandlingsnoder. Mekanismen plasserer vanligvis nytt innhold på noden med det mest tilgjengelige minnet når innholdet lastes inn, slik at visnings- eller oppdateringsoperasjonen kan få tilgang til flest ressurser og kan fungere optimalt.
Etter hvert som kapasiteten gjengis og oppdaterer mer innhold, bruker den flere databehandlingsnoder, hver med nok ressurser til å fullføre operasjoner raskt og vellykket. Dette betyr at kapasiteten kan bruke flere beregningsnoder, og i noen tilfeller kan innhold til og med flytte mellom noder på grunn av Power Bi-tjeneste å utføre intern belastningsfordeling på tvers av noder eller ressurser. Når en slik belastningsfordeling oppstår, sørger Power BI for at innholdsbevegelser ikke påvirker sluttbrukeropplevelsene.
Det finnes flere positive resultater ved distribusjon av behandling av innhold (semantiske modeller, dataflyter, paginerte rapporter og andre arbeidsbelastninger) på tvers av flere noder.
De delte nodene er minst like store som en original Premium P3-node, noe som betyr at det finnes flere v-kjerner for å utføre alle operasjoner, noe som kan øke ytelsen med opptil 16x når du sammenligner med en original Premium P1.
Uansett hvilken node behandlingen lander på, sørger plasseringsmekanismen for at minnet fortsatt er tilgjengelig for at operasjonen skal fullføres, innenfor gjeldende minnebegrensninger for kapasiteten. (se delen begrensninger i dette dokumentet for å få fullstendig informasjon om minnebegrensninger)
Ressursstrid på tvers av arbeidsbelastninger forhindres ved å skille de delte nodene i spesialiserte arbeidsbelastningsgrupper. Som et resultat av denne fordelingen finnes det ingen kontroller for arbeidsbelastninger for paginerte rapporter.
Begrensningene for ulike kapasitets-SKU-er er ikke basert på de fysiske begrensningene slik de var i den opprinnelige versjonen av Premium. i stedet er de basert på et forventet og klart sett med regler som Power BI Premium-tjenesten håndhever:
Total kapasitet CPU-gjennomstrømming er på eller under gjennomstrømmingen som er mulig med v-kjernene som den kjøpte kapasiteten har.
Minneforbruket som kreves for visnings- og oppdateringsoperasjoner, forblir innenfor minnegrensene for den kjøpte kapasiteten.
På grunn av denne nye arkitekturen trenger ikke kundeadministratorer å overvåke kapasitetene sine for tegn på å nærme seg grensene for ressursene sine, og får i stedet klar indikasjon når slike grenser oppfylles. Dette reduserer innsatsen og kostnadene som kreves av kapasitetsadministratorer, betydelig for å opprettholde optimal kapasitetsytelse.
Relatert innhold
Har du flere spørsmål? Prøv å spørre Power BI-fellesskap.
Tilbakemeldinger
Kommer snart: Gjennom 2024 faser vi ut GitHub Issues som tilbakemeldingsmekanisme for innhold, og erstatter det med et nytt system for tilbakemeldinger. Hvis du vil ha mer informasjon, kan du se: https://aka.ms/ContentUserFeedback.
Send inn og vis tilbakemelding for