Richtlijnen voor het implementeren van een gegevensgateway voor de Power BI-service

Notitie

We hebben de on-premises gegevensgatewaydocumenten gesplitst in inhoud die specifiek is voor Power BI en algemene inhoud die van toepassing is op alle services die door de gateway worden ondersteund. U bevindt zich momenteel in de Power BI-inhoud. Als u feedback wilt geven over dit artikel of de algehele ervaring met gatewaydocumenten, bladert u naar de onderkant van het artikel.

Dit artikel bevat richtlijnen en overwegingen voor het implementeren van een gegevensgateway voor de Power BI-service in uw netwerkomgeving.

Zie Wat is een on-premises gegevensgateway voor informatie over het downloaden, installeren, configureren en beheren van de on-premises gegevensgateway. U kunt ook meer informatie vinden over de on-premises gegevensgateway en Power BI door naar de Microsoft Power BI-blog en de Microsoft Power BI-community-site te gaan.

Installatieoverwegingen voor de on-premises gegevensgateway

Voordat u de on-premises gegevensgateway voor uw Power BI-cloudservice installeert, moet u rekening houden met enkele overwegingen. In de volgende secties worden deze overwegingen beschreven.

Aantal gebruikers

Het aantal gebruikers dat een rapport gebruikt dat gebruikmaakt van de gateway, is een belangrijke metrische waarde in uw beslissing over waar de gateway moet worden geïnstalleerd. Deze vragen kunnen hierbij helpen:

• Gebruiken gebruikers deze rapporten op verschillende tijdstippen van de dag?
• Welke typen verbindingen gebruiken ze: DirectQuery of Importeren?
• Gebruiken alle gebruikers hetzelfde rapport?

Als alle gebruikers elke dag op hetzelfde moment een rapport openen, moet u ervoor zorgen dat u de gateway installeert op een computer die al deze aanvragen kan verwerken. Zie de volgende secties voor prestatiemeteritems en minimale vereisten waarmee u kunt bepalen of een machine voldoende is.

Een beperking in de Power BI-service staat slechts één gateway per rapport toe. Zelfs als een rapport is gebaseerd op meerdere gegevensbronnen, moeten al deze gegevensbronnen via één gateway gaan. Als een dashboard is gebaseerd op meerdere rapporten, kunt u een toegewezen gateway gebruiken voor elk bijdragend rapport. Op deze manier distribueert u de gatewaybelasting tussen de meerdere rapporten die bijdragen aan het ene dashboard.

Connection type

De Power BI-service biedt twee typen verbindingen: DirectQuery en Import. Niet alle gegevensbronnen ondersteunen beide verbindingstypen. Veel factoren kunnen bijdragen aan uw keuze boven de andere, zoals beveiligingsvereisten, prestaties, gegevenslimieten en grootten van gegevensmodellen. Zie de lijst met beschikbare gegevensbrontypen voor meer informatie over verbindingstypen en ondersteunde gegevensbronnen.

Afhankelijk van welk type verbinding wordt gebruikt, kan het gatewaygebruik verschillen. Probeer bijvoorbeeld waar mogelijk DirectQuery-gegevensbronnen te scheiden van geplande vernieuwingsgegevensbronnen. De veronderstelling is dat ze zich in verschillende rapporten en kunnen worden gescheiden. Door bronnen te scheiden voorkomt u dat de gateway duizenden DirectQuery-aanvragen in de wachtrij heeft op hetzelfde moment als de geplande vernieuwing van een groot gegevensmodel dat wordt gebruikt voor het hoofddashboard van het bedrijf.

Dit is wat u moet overwegen voor elke optie:

• Geplande vernieuwing: afhankelijk van uw querygrootte en het aantal vernieuwingen per dag, kunt u ervoor kiezen om te blijven voldoen aan de aanbevolen minimale hardwarevereisten of een upgrade naar een computer met hogere prestaties. Als een bepaalde query niet is gevouwen, vinden transformaties plaats op de gatewaycomputer. Als gevolg hiervan profiteert de gatewaycomputer van meer beschikbare RAM-geheugen.

• DirectQuery: telkens wanneer een gebruiker het rapport opent of gegevens bekijkt, wordt er een query verzonden. Als u verwacht dat meer dan 1000 gebruikers gelijktijdig toegang hebben tot de gegevens, moet u ervoor zorgen dat uw computer robuuste en compatibele hardwareonderdelen heeft. Meer CPU-kernen resulteren in een betere doorvoer voor een DirectQuery-verbinding.

Zie de installatievereisten voor de on-premises gegevensgateway voor de vereisten voor de installatie van de computer.

Locatie

De locatie van de gatewayinstallatie kan een aanzienlijk effect hebben op de queryprestaties. Probeer ervoor te zorgen dat uw gateway, gegevensbronlocaties en de Power BI-tenant zich zo dicht mogelijk bij elkaar bevinden om de netwerklatentie te minimaliseren. Als u de locatie van uw Power BI-tenant wilt bepalen, selecteert u in de Power BI-service het vraagteken (?) in de rechterbovenhoek. Selecteer vervolgens Over Power BI.

Als u de Power BI-service-gateway wilt gebruiken met Azure Analysis Services, moet u ervoor zorgen dat de gegevensregio's in beide regio's overeenkomen. Bekijk deze video voor meer informatie over het instellen van gegevensregio's voor meerdere services.

Prestaties optimaliseren

De gateway spoolt standaard gegevens voordat deze naar de gegevensset worden geretourneerd, waardoor de prestaties mogelijk trager worden tijdens het laden en vernieuwen van gegevens. Het standaardgedrag kan worden overschreven.

1. Stel in het bestand C:\Program Files\On-Premises gegevensgateway\Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config de StreamBeforeRequestCompletes eigenschap Truein op en sla deze vervolgens op.

   <setting name="StreamBeforeRequestCompletes" serializeAs="String">
      <value>True</value>
   </setting>
   

2. Start in On-premises gegevensgateway>Service-instellingen de gateway opnieuw.

Als u de gateway installeert op een virtuele Azure-machine, moet u optimale netwerkprestaties garanderen door versneld netwerken te configureren. Zie Een Virtuele Windows-machine maken met versneld netwerken voor meer informatie.

Gerelateerde inhoud

• Proxy-instellingen configureren
• Problemen met gateways oplossen - Power BI
• Veelgestelde vragen over on-premises gegevensgateway - Power BI

Meer vragen? Probeer de Power BI-community.