Del via

Størrelse på datagateway i det lokale miljø

  • Artikel

Denne artikel henvender sig til Fabric-administratorer, der skal installere og administrere datagatewayen i det lokale miljø.

Gatewayen er påkrævet, når Power BI skal have adgang til data, der ikke er tilgængelige direkte via internettet. Den kan installeres på en server i det lokale miljø eller VM-hostet infrastruktur som en tjeneste (IaaS).

Gatewayarbejdsbelastninger

Datagatewayen i det lokale miljø understøtter to arbejdsbelastninger. Det er vigtigt, at du først forstår disse arbejdsbelastninger, før vi diskuterer gatewaystørrelse og -anbefalinger.

Arbejdsbelastning for cachelagrede data

Arbejdsbelastningen for cachelagrede data henter og transformerer kildedata til indlæsning i semantiske Power BI-modeller. Det gør den i tre trin:

  1. Forbindelse: Gatewayen opretter forbindelse til kildedata.
  2. Datahentning og transformation: Data hentes og transformeres, når det er nødvendigt. Når det er muligt, sender Power Query-miksprogrammet transformationstrin til datakilden – det kaldes forespørgselsdelegering. Når det ikke er muligt, skal transformationer udføres af gatewayen. I dette tilfælde bruger gatewayen flere CPU- og hukommelsesressourcer.
  3. Overførsel: Data overføres til Power BI-tjeneste – en pålidelig og hurtig internetforbindelse er vigtig, især for store datamængder.

Diagram over cachedata, der viser datagatewayen i det lokale miljø, der opretter forbindelse til kilder i det lokale miljø.

Direkte forbindelses- og DirectQuery-arbejdsbelastninger

Arbejdsbelastningen Direkte forbindelse og DirectQuery fungerer hovedsageligt i pass-through-tilstand. Den Power BI-tjeneste sender forespørgsler, og gatewayen reagerer med forespørgselsresultater. Generelt er forespørgselsresultaterne små.

Denne arbejdsbelastning kræver CPU-ressourcer til routing af forespørgsler og forespørgselsresultater. Normalt er der meget mindre efterspørgsel efter CPU, end der kræves af arbejdsbelastningen for cachedata – især når det er nødvendigt for at transformere data til cachelagring.

Pålidelig, hurtig og ensartet forbindelse er vigtig for at sikre, at rapportbrugerne har dynamiske oplevelser.

Diagram over direkte forbindelse og DirectQuery, der viser datagatewayen i det lokale miljø, der opretter forbindelse til kilder i det lokale miljø.

Overvejelser i forbindelse med størrelse

Fastlæggelse af den korrekte størrelse for gatewaycomputeren kan afhænge af følgende variabler:

  • for arbejdsbelastninger af cachedata:
    • Antallet af samtidige semantiske modelopdateringer
    • Typerne af datakilder (relationsdatabase, analysedatabase, datafeeds eller filer)
    • Mængden af data, der skal hentes fra datakilder
    • Alle transformationer, der kræves for at blive udført af Power Query-miksprogrammet
    • Mængden af data, der skal overføres til Power BI-tjeneste
  • til direkte forbindelses- og DirectQuery-arbejdsbelastninger:
    • Antallet af samtidige rapportbrugere
    • Antallet af visualiseringer på rapportsider (hver visualisering sender mindst én forespørgsel)
    • Hyppigheden af opdateringer af power BI-dashboardforespørgsler i cachen
    • Antallet af rapporter i realtid, der bruger funktionen Automatisk sideopdatering
    • Om semantiske modeller gennemtvinger sikkerhed på rækkeniveau (RLS)

Arbejdsbelastninger med direkte forbindelse og DirectQuery kræver generelt tilstrækkelig CPU, mens arbejdsbelastninger i cachedata kræver mere CPU og hukommelse. Begge arbejdsbelastninger afhænger af god forbindelse til Power BI-tjeneste og datakilderne.

Bemærk

Power BI-kapaciteter sætter grænser for parallelitet mellem modelopdatering og direkte forbindelse og DirectQuery-gennemløb. Det er ikke en god ide at tilpasse størrelsen på dine gateways for at levere mere, end hvad Power BI-tjeneste understøtter. Grænser varierer med Premium SKU (og A SKU i tilsvarende størrelse). Du kan få flere oplysninger under Microsoft Fabric-kapacitetslicenser og Hvad er Power BI Premium? (Kapacitetsnoder).

Vigtigt

Denne artikel henviser til tider Power BI Premium eller dens kapacitetsabonnementer (P-SKU'er). Vær opmærksom på, at Microsoft i øjeblikket konsoliderer købsmuligheder og udfaser Power BI Premium pr. kapacitets-SKU'er. Nye og eksisterende kunder bør overveje at købe Fabric-kapacitetsabonnementer (F SKU'er) i stedet.

Du kan få flere oplysninger under Vigtige opdateringer, der kommer til Power BI Premium-licenser og Ofte stillede spørgsmål om Power BI Premium.

Anbefalinger

Anbefalinger til tilpasning af gatewaystørrelsen afhænger af mange variabler. I dette afsnit giver vi dig generelle anbefalinger, som du kan tage i betragtning.

Oprindelig størrelse

Det kan være svært at beregne den rigtige størrelse nøjagtigt. Vi anbefaler, at du starter med en maskine med mindst 8 CPU-kerner, 8 GB RAM og flere Gigabit-netværkskort. Du kan derefter måle en typisk gatewayarbejdsbelastning ved at logge cpu- og hukommelsessystemtællere. Du kan få flere oplysninger under Overvåg og optimer ydeevnen for datagatewayen i det lokale miljø.

Forbindelser

Planlæg den bedst mulige forbindelse mellem Power BI-tjeneste og din gateway og din gateway og datakilderne.

  • Stræb efter pålidelighed, hurtige hastigheder og lave, ensartede ventetider.
  • Fjern – eller reducer – maskinhop mellem gatewayen og dine datakilder.
  • Fjern enhver netværksbegrænsning, der pålægges af firewallproxylaget. Du kan finde flere oplysninger om Power BI-slutpunkter under Føj Power BI URL-adresser til listen over tilladte.
  • Konfigurer Azure ExpressRoute for at oprette private, administrerede forbindelser til Power BI.
  • For datakilder i Azure VM'er skal du sikre, at VM'erne er placeret sammen med Power BI-tjeneste.
  • For direkte forbindelse-arbejdsbelastninger til SQL Server Analysis Services (SSAS), der involverer dynamisk sikkerhed på rækkeniveau, skal du sikre en god forbindelse mellem gatewaycomputeren og Active Directory i det lokale miljø.

Klyngedannelse

I forbindelse med udrulninger i stor skala kan du oprette en gateway med flere klyngemedlemmer. Klynger undgår enkelte fejlpunkter og kan indlæse trafik på tværs af gateways. Du kan:

  • Installér en eller flere gateways i en klynge.
  • Isoler arbejdsbelastninger til separate gateways eller klynger af gatewayservere.

Du kan finde flere oplysninger under Administrer klynger med høj tilgængelighed for datagateway i det lokale miljø og justering af belastning.

Semantisk modeldesign og -indstillinger

Semantisk modeldesign og deres indstillinger kan påvirke gatewayarbejdsbelastninger. Hvis du vil reducere gatewayarbejdsbelastningen, kan du overveje følgende handlinger.

For semantiske importmodeller:

For semantiske DirectQuery-modeller:

For semantiske modeller med direkte forbindelse:

  • Især når dynamisk sikkerhed på rækkeniveau gennemtvinges, skal du begrænse opdateringsfrekvensen for dashboardcachen.

Relateret indhold

Du kan få flere oplysninger, der er relateret til denne artikel, i følgende ressourcer: