Linee guida per la distribuzione di un gateway dati per il servizio Power BI

Questo articolo fornisce indicazioni e considerazioni per la distribuzione di un gateway dati per il servizio Power BI nell'ambiente di rete.

Per informazioni su come scaricare, installare, configurare e gestire il gateway dati locale, vedere Che cos'è un gateway dati locale?. Per altre informazioni sul gateway dati locale e Power BI, visitare il blog di Microsoft Power BI e il sito Microsoft Community di Power BI.

Considerazioni sull'installazione per il gateway dati locale

Prima di installare il gateway dati locale per il servizio cloud Power BI, è necessario tenere presenti alcune considerazioni. Nelle sezioni seguenti sono riportate tali considerazioni.

Numero di utenti

Il numero di utenti che usano un report che usa il gateway è una metrica importante nella decisione su dove installare il gateway. Di seguito vengono riportati alcune domande da considerare:

• Gli utenti usano questi report in momenti diversi del giorno?
• Quali tipi di connessioni usano: DirectQuery o Import?
• Tutti gli utenti usano lo stesso report?

Se tutti gli utenti accedono a un determinato report contemporaneamente ogni giorno, assicurarsi di installare il gateway in un computer in grado di gestire tutte le richieste. Vedere le sezioni seguenti per i contatori delle prestazioni e i requisiti minimi che consentono di determinare se un computer è adeguato.

Un vincolo nella servizio Power BI consente un solo gateway per report. Anche se un report è basato su più origini dati, tutte queste origini dati devono passare attraverso un singolo gateway. Se un dashboard si basa su più report, è possibile usare un gateway dedicato per ogni report che contribuisce. In questo modo, il carico del gateway viene distribuito tra più report che contribuiscono al singolo dashboard.

Tipo di connessione

Il servizio Power BI offre due tipi di connessioni: DirectQuery e Import. Non tutte le origini dati supportano entrambi i tipi di connessione. Molti fattori possono contribuire alla scelta di uno rispetto all'altro, ad esempio requisiti di sicurezza, prestazioni, limiti di dati e dimensioni del modello di dati. Per altre informazioni sui tipi di connessione e sulle origini dati supportate, vedere l'elenco dei tipi di origine dati disponibili.

A seconda del tipo di connessione usato, l'utilizzo del gateway può essere diverso. Ad esempio, provare a separare le origini dati DirectQuery dalle origini dati di aggiornamento pianificato quando possibile. Il presupposto è che si trovano in report diversi e possono essere separati. La separazione delle origini impedisce al gateway di avere migliaia di richieste DirectQuery in coda contemporaneamente all'aggiornamento pianificato della mattina di un modello di dati di grandi dimensioni usato per il dashboard principale dell'azienda.

Ecco cosa considerare per ogni opzione:

• Aggiornamento pianificato: a seconda delle dimensioni della query e del numero di aggiornamenti che si verificano al giorno, è possibile scegliere di rimanere con i requisiti hardware minimi consigliati o eseguire l'aggiornamento a un computer con prestazioni superiori. Se una determinata query non viene piegata, le trasformazioni vengono eseguite nel computer gateway. Di conseguenza, il computer gateway trae vantaggio dalla disponibilità di RAM.

• DirectQuery: una query viene inviata ogni volta che un utente apre il report o esamina i dati. Se si prevedono più di 1.000 utenti di accedere contemporaneamente ai dati, assicurarsi che il computer disponga di componenti hardware affidabili e in grado di supportare. Un numero maggiore di core CPU comporta una maggiore velocità effettiva per una connessione DirectQuery.

Per i requisiti di installazione del computer, vedere i requisiti di installazione del gateway dati locale.

Ufficio

Il percorso dell'installazione del gateway può avere effetti significativi sulle prestazioni delle query. Provare a verificare che il gateway, i percorsi dell'origine dati e il tenant di Power BI siano il più vicini possibile tra loro per ridurre al minimo la latenza di rete. Per determinare la posizione del tenant di Power BI, nella servizio Power BI selezionare l'icona punto interrogativo (?) nell'angolo in alto a destra. Selezionare quindi Informazioni su Power BI.

Se si intende usare il gateway servizio Power BI con Azure Analysis Services, assicurarsi che le aree dati in entrambe corrispondano. Per altre informazioni su come impostare le aree dati per più servizi, guardare questo video.

Ottimizzazione delle prestazioni

Per impostazione predefinita, il gateway esegue lo spooling dei dati prima di restituirli al set di dati, causando potenzialmente prestazioni più lente durante le operazioni di caricamento e aggiornamento dei dati. Il comportamento predefinito può essere ignorato.

1. Nel file C:\Programmi\Gateway dati locale\Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config impostare la StreamBeforeRequestCompletes proprietà su Truee quindi salvare.

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

2. In Gateway dati locale>Impostazioni servizio riavviare il gateway.

Se si installa il gateway in una macchina virtuale di Azure, garantire prestazioni di rete ottimali configurando la rete accelerata. Per altre informazioni, vedere Creare una macchina virtuale Windows con rete accelerata.

Contenuto correlato

• Configurare le impostazioni proxy
• Risolvere i problemi relativi ai gateway - Power BI
• Domande frequenti sul gateway dati locale - Power BI

Altre domande? Provare il Community di Power BI.