Pianificazione dell'implementazione di Power BI: gateway dati

Questo articolo illustra come pianificare e implementare gateway dati locali e gateway dati di rete virtuale (VNet) per Microsoft Fabric. È destinato principalmente a:

• Amministratori Fabric: amministratori responsabili della supervisione Fabric nell'organizzazione. Gli amministratori dell'infrastruttura potrebbero dover collaborare con amministratori di Power Platform, amministratori di database, team di sicurezza delle informazioni, team di rete e altri team pertinenti.
• Amministratori del gateway: gli utenti responsabili dell'implementazione, della gestione e del monitoraggio dei gateway e delle connessioni all'origine dati.
• Collaboratori gateway: team decentralizzati e singoli utenti responsabili dell'aggiunta e della gestione delle connessioni all'origine dati del gateway.
• Center of Excellence (COE), team IT e BI: i team responsabili del supporto degli utenti che devono accedere, connettersi e aggiornare i dati.
• Proprietari e autori di contenuti: i team e gli utenti che usano i gateway per connettersi alle origini dati e aggiornare gli elementi di dati di Fabric.

Per accedere ai dati di origine per modelli semantici di Power BI, flussi di dati e altri elementi di dati di Fabric, potrebbe essere necessario un gateway dati. Un gateway dati trasferisce in modo sicuro i dati tra reti private o origini dati locali e servizi cloud, tra cui Fabric.

Pianificare le decisioni chiave

I gateway sono spesso integrali nelle implementazioni di Power BI e Fabric riuscite. Un COE o un team di business intelligence centrale in genere pianifica e gestisce centralmente i gateway, anche se alcune organizzazioni usano team decentralizzati per farlo. Per attenuare la possibilità di future interruzioni e rischi di governance, è importante pianificare attentamente come e quando si useranno i gateway.

In genere si pianifica l'implementazione del gateway durante due fasi distinte.

• Configurazione del tenant: quando ci si prepara a implementare o eseguire la migrazione a Fabric, è necessario valutare se le origini dati necessitano di un gateway. Le attività di pianificazione del gateway sono rilevanti anche per la pianificazione a livello di tenant di sicurezza, aree di lavoroe controllo e monitoraggio.
• Pianificazione della soluzione BI: durante la pianificazione di una nuova soluzione di business intelligence, è necessario valutare se la soluzione richiede un gateway durante la raccolta di requisiti tecnici per la nuova soluzione. Potrebbe anche essere necessario un gateway quando si aggiunge una nuova origine dati a una soluzione esistente.

La pianificazione di un'implementazione del gateway inizia da alcune decisioni chiave, a partire dal fatto che sia necessario o meno un gateway.

Identificare se è necessario un gateway

In generale, è necessario un gateway per l'origine dati quando:

• L'origine dati si trova in locale.
• L'origine dati si trova in una rete privata.
• È necessario un host per il software connettore.
• È necessario l'isolamento della sicurezza per determinati connettori o funzioni.

In queste situazioni è necessario un gateway per:

• Aggiornare i dati nel portale di Fabric. Questo scenario si applica quando un autore di contenuti configura l'aggiornamento dei dati nel servizio Power BI per un'origine dati che richiede un gateway.
• Creare contenuto nel portale di Fabric. Questo scenario si applica quando un autore del contenuto crea o modifica gli elementi di dati, ad esempio un modello semantico o un flusso di dati, nel servizio Power BI che richiede un gateway.
• Supportare le connessioni DirectQuery. Questo scenario si applica quando un autore di contenuti pubblica un modello semantico che include tabelle in modalità di archiviazione DirectQuery (o Doppia) e l'origine dati per tali tabelle richiede un gateway. Questo scenario di utilizzo illustra anche la possibilità di applicare autorizzazioni per dati per utente definite nell'origine dati. Ad esempio, un database di SQL Server può applicare la sicurezza a livello di riga (RLS) e Power BI può gestire la connettività Single Sign-On (SSO). Per altre informazioni, vedere Applicare la sicurezza dei dati in base all'identità consumer.
• Live Connect a SQL Server Analysis Services. Questo scenario si applica quando un autore del contenuto pubblica un report che usa una connessione dinamica a un database di SQL Server Analysis Services (SSAS).

Le sezioni seguenti descrivono quando è necessario un gateway.

Origini dati locali

È necessario un gateway per connettersi alle origini dati locali dal portale di Fabric. Il gateway funge da bridge, valutando le espressioni di query nel computer gateway e trasferendo in modo sicuro i dati locali nel cloud.

Questo scenario è rilevante per la connessione a:

• Origini dati che risiedono in computer locali.
• File archiviati in una directory locale.
• Origini dati cloud e locali combinate in una singola query.
• Una macchina virtuale basata sul cloud nota come infrastruttura come servizio o IaaS.

Origini dati di rete privata

È necessario un gateway per connettersi alle origini dati che si trovano in una rete privata, ad esempio una rete virtuale di Azure. Una rete virtuale è un segmento isolato logicamente di una rete che isola il traffico dalla rete Internet pubblica. Una rete virtuale offre una sicurezza di rete avanzata.

Questo scenario è rilevante quando l'origine dati:

• Si trova in un data center all'interno di una rete privata, ad esempio la rete organizzativa (oppure si trova dietro un firewall).
• È una macchina virtuale basata sul cloud all'interno di una rete virtuale (nota come infrastruttura come servizio o IaaS).
• È un servizio di database basato sul cloud all'interno di una rete virtuale (noto come piattaforma come servizio o PaaS).

Software del connettore host

A volte potrebbe servire un gateway per ospitare elementi di supporto necessari per connettersi all'origine dati. Questo software può includere connettori dati personalizzati, driver o librerie installati nel computer gateway. Il servizio Power BI non ha accesso a questo software, quindi non è in grado di aggiornare le origini dati che lo usano senza basarsi sul gateway, anche quando ci si connette a un'origine dati cloud.

Questo scenario è rilevante quando ci si connette a un'origine dati con connettori come:

• Driver. Un connettore ufficiale potrebbe richiedere l'installazione di driver prerequisiti. Ad esempio, quando ci si connette a un database Oracle, potrebbe essere necessario il software client Oracle Data Access.
• Connettore personalizzato. Alcune origini dati potrebbero richiedere connettori personalizzati o di terze parti. Ad esempio, potrebbe essere necessario un connettore personalizzato per connettersi a un sistema legacy o proprietario.
• Libreria client. Alcune origini dati potrebbero richiedere una libreria di supporto per consentire la connessione degli strumenti client. Ad esempio, quando ci si connette a un database di Analysis Services, è necessario installare una libreria client.
• Connettore ODBC o OLE DB. Un connettore ufficiale potrebbe richiedere un driver ODBC o un provider OLE DB. Ad esempio, quando ci si connette a SAP HANA, è necessario un driver ODBC.

Isolamento della sicurezza

È necessario un gateway per usare determinati connettori o funzioni di Power Query, ad esempio il connettore Web o la funzione Web.BrowserContents. Questi connettori e funzioni richiedono un gateway per molti motivi, incluso l'isolamento della sicurezza.

Questo scenario è rilevante quando ci si connette a un'origine dati usando connettori e driver, ad esempio:

• Query che usa il connettore Web.
• Query che usa le funzioni di Web.Page o Web.BrowserContents.
• Connessione che utilizza il driver del motore di database di Access.

Determinare il tipo di gateway necessario

Dopo aver rilevato che è necessario un gateway, è necessario determinare il tipo di gateway da installare. Esistono tre tipi di gateway.

• Gateway dati locale (modalità standard)
• Gateway dati locale (modalità personale), noto come gateway personale
• Servizio gateway di rete virtuale

Il tipo di gateway scelto dipenderà dai requisiti e dalle origini dati. Le sezioni seguenti descrivono ognuno dei tre tipi di gateway.

Gateway dati locale (modalità standard)

Un gateway dati locale (modalità standard) consente a più utenti di connettersi a origini dati che tramite un singolo gateway condiviso. In genere, i gateway in modalità standard vengono installati e gestiti centralmente in una macchina virtuale always-on. Con un gateway in modalità standard è possibile connettersi ai dati da più servizi, ad esempio Infrastruttura, Power BI e altri servizi Power Platform.

Il diagramma seguente illustra una panoramica generale di un gateway in modalità standard.

Il diagramma illustra i concetti seguenti.

Articolo	Descrizione
	Il gateway dati locale (modalità standard) trasferisce in modo sicuro i dati dall'origine dati locale ai servizi cloud.
	Un gateway dati in modalità standard è necessario per le origini dati cloud in scenari specifici (descritto nella sezione precedente).
	Il gateway dati in modalità standard viene installato in una macchina virtuale always-on. Gli amministratori gestiscono centralmente la macchina virtuale e il gateway dati. Gli amministratori del gateway installano il software che serve per le connessioni all'origine dati, se necessario.
	Più utenti possono connettersi alle origini dati del gateway dati.
	Gli utenti possono usare il gateway dati per gli elementi pubblicati nelle aree di lavoro di Fabric, ad esempio modelli semantici, flussi di dati, pipeline o report impaginati.
	Gli utenti possono usare il gateway dati per altri servizi cloud Power Platform, ad esempio flussi di dati di Power Platform.

Nelle situazioni specifiche seguenti è necessario un gateway in modalità standard.

• Diversi servizi cloud Microsoft (ad esempio Power Apps e Fabric) ed elementi di dati di Fabric (ad esempio i flussi di dati) devono eseguire query su origini dati locali (o origini dati cloud che richiedono un gateway).
• I report impaginati devono eseguire query su origini dati locali (o origini dati cloud che richiedono un gateway).
• I modelli semantici usano la modalità di archiviazione DirectQuery che deve connettersi a origini dati locali (o origini dati cloud che richiedono un gateway).
• Connessioni dinamiche SSAS.
• Le origini dati dipendono da connettori dati personalizzati, driver o librerie.
• Quando si prevede la necessità di rilocare o eseguire la migrazione del gateway.

Gateway personale

Un gateway locale (modalità personale), comunemente noto come gateway personale, consente a un utente di connettersi a origini dati locali che risiedono nello stesso computer. Un utente installa e gestisce in genere un gateway personale dal proprio computer. Con un gateway personale, gli utenti non possono connettersi ai dati da altri servizi Power Platform. Non possono anche condividere il gateway o le connessioni con altri utenti.

Un gateway personale è destinato a un uso personale limitato da parte di un singolo utente. In genere, gli autori di contenuti installano e usano questi gateway per gestire la business intelligence personale. Questi gateway sono limitati alla business intelligence personale perché non possono essere condivisi. Inoltre, un gateway personale richiede che l'utente disponga dei diritti del computer e dell'approvazione dei criteri per scaricare e installare il software del gateway personale.

Il diagramma seguente illustra una panoramica generale di un gateway personale.

Il diagramma illustra i concetti seguenti.

Articolo	Descrizione
	Un gateway personale viene in genere installato in un computer utente.
	Il gateway personale trasferisce in modo sicuro i dati dalle origini dati locali nel computer utente ai servizi cloud.
	Il gateway personale viene in genere gestito dall'utente che lo ha installato.
	Un singolo utente usa il gateway personale in modo limitato. Non è possibile condividere un gateway in modalità personale.
	Un gateway personale può essere usato solo per gli elementi pubblicati in un'area di lavoro di Power BI, ad esempio modelli semantici o flussi di dati di Power BI.

Per ribadire il concetto, un gateway personale è destinato a un uso personale limitato da parte di un singolo utente. Esistono tuttavia due scenari specifici che richiedono l'uso di un gateway personale.

• Gli autori di contenuti self-service devono aggiornare il contenuto pubblicato connesso alle origini dati locali nel computer o in altre origini dati locali.
• I modelli semantici usano Python o codice R in Power Query.

Gateway di rete virtuale

Un gateway di rete virtuale consente a più utenti di connettersi a origini dati protette con reti private, incluse le origini dati che usano endpoint privati. Con un gateway di rete virtuale è possibile connettersi ai dati con più servizi ed è possibile condividere il gateway o le connessioni con più utenti.

Un gateway di rete virtuale è un servizio gestito da Microsoft. Se l'organizzazione usa reti private, è necessario un gateway di rete virtuale.

Il diagramma seguente illustra una panoramica generale di un gateway di rete virtuale.

Il diagramma illustra i concetti seguenti.

Articolo	Descrizione
	Si usa un gateway di rete virtuale (VNet) per connettersi alle origini dati in una rete privata, ad esempio quelle in una rete virtuale di Azure.
	Il gateway dati della rete virtuale è un servizio gestito da Microsoft. È possibile gestire centralmente il gateway dati della rete virtuale dal portale di Azure e dal portale di amministrazione di Power Platform.
	Più utenti possono usare un gateway dati di rete virtuale.
	Gli utenti possono usare un gateway dati della rete virtuale per gli elementi pubblicati in un'area di lavoro infrastruttura, ad esempio modelli semantici.
	Gli utenti possono usare un gateway dati di rete virtuale per altri servizi Power Platform, ad esempio flussi di dati di Power Platform.

Determinare il numero di gateway

Dopo aver determinato che è necessario un gateway e aver deciso il tipo, è necessario determinare il numero di gateway necessari.

A seconda delle esigenze, potrebbero essere necessari più gateway. Quando si decide quanti gateway installare e usare, prendere in considerazione i fattori seguenti.

Disponibilità e prestazioni

È importante che i gateway abbiano disponibilità elevata per evitare interruzioni causate da ritardi di aggiornamento o query. Un modo per garantire la disponibilità del gateway consiste nell'installare più gateway in un cluster gateway a disponibilità elevata. Un cluster gateway è una raccolta di gateway installati in macchine virtuali diverse e associati logicamente come singola unità funzionale (il cluster). Ogni computer gateway viene talvolta chiamato nodo.

Ecco i vantaggi dell'uso di un cluster gateway.

• Evitare un singolo punto di errore: il failover evita un singolo punto di errore quando il computer gateway primario non è disponibile. Se non è disponibile, le query vengono inviate a un altro nodo del cluster. L'uso di un cluster di più computer riduce i rischi. Aumenta anche il tempo di attività, che consente di soddisfare i requisiti di disponibilità elevata e ripristino di emergenza.
• Prestazioni migliori: il bilanciamento del carico migliora le prestazioni quando si verifica un utilizzo simultaneo elevato. Il bilanciamento del carico distribuisce il carico di lavoro inviando query ad altri nodi del cluster. Ciò è utile quando il gateway primario è occupato o quando una singola operazione (ad esempio un aggiornamento dati lungo) utilizza molte risorse.
• Evitare tempi di inattività: quando si installano gli aggiornamenti software del gateway, è possibile eseguire l'installazione in un nodo del cluster alla volta. In questo modo, evita di portare offline l'intero cluster.

Per altre informazioni e indicazioni sulla configurazione di un cluster gateway, vedere Pianificare, ridimensionare e gestire una soluzione gateway business critical..

Ambienti

Gli autori di contenuti usano in genere ambienti separati per sviluppare e gestire soluzioni critiche per l'azienda, ad esempio sviluppo, test e produzione. A seconda del numero di ambienti usati e del modo in cui vengono usati, potrebbe essere necessario disporre di cluster gateway separati per ogni ambiente.

La separazione dei cluster gateway in ambienti diversi può:

• Separare e ridurre al minimo le interruzioni causate dalle attività di sviluppo e test.
• Migliorare la disponibilità e le prestazioni dei carichi di lavoro di produzione.
• Fornire un ambiente sicuro per installare e testare gli aggiornamenti software del gateway.

Aree

Per garantire prestazioni ottimali degli aggiornamenti dei dati, è importante considerare la posizione delle origini dati, dei gateway e degli utenti. Per ridurre la latenza, è necessario installare i gateway il più vicino possibile alle origini dati. Per questo motivo, potrebbe essere necessario installare più cluster gateway per supportare aree o tenant diversi.

Elenco di controllo: quando si pianifica un'implementazione del gateway, le decisioni e le azioni principali includono:

• Creare un inventario delle origini dati: un inventario delle origini dati consente di verificare e documentare le origini dati necessarie per un gateway.
• Determinare quali situazioni richiedono un gateway: considerare come lavorano gli autori di contenuti e i consumer. Assicurarsi di capire quando è necessario un gateway. Creare documentazione e formazione per la community degli utenti.
• Decidere il tipo di gateway necessario: assicurarsi di convalidare eventuali presupposti e valutare le possibili limitazioni in modo che il tipo di gateway selezionato soddisfi i requisiti.
• Evitare gateway personali: prendere in considerazione l'uso di un gateway in modalità standard. Determinare se sono presenti origini dati del gateway personale che possano essere reindirizzate per l'uso di un gateway in modalità standard (in modo che non sia limitato all'uso da parte di un singolo utente).
• Decidere se è necessario un cluster gateway: usare i cluster gateway per soluzioni aziendali critiche. I cluster gateway offrono disponibilità elevata e bilanciamento del carico. Consentono inoltre di evitare un singolo punto di errore e migliorare le prestazioni durante i periodi di utilizzo simultaneo elevato.
• Decidere il numero di gateway necessari: prendere in considerazione cluster gateway separati per ambienti diversi per evitare interruzioni. Prendere in considerazione altri fattori, ad esempio l'utilizzo o le aree.

Installare gateway

A questo punto, si conoscono i tipi di gateway necessari e il loro numero. Successivamente, è necessario pianificare l'installazione del gateway. In genere, i gateway vengono installati nelle macchine virtuali dedicate a questo scopo (spesso denominate computer gateway). Ogni computer nel cluster gateway deve essere sempre attivo per garantire il supporto continuo delle operazioni di attività utente e aggiornamento dati.

Identificare i proprietari e i programmi di installazione del gateway

Prima di installare il gateway, identificare chi installerà e sarà proprietario del gateway.

Proprietari dei gateway

In genere, il proprietario del gateway è un addetto tecnico che installa, possiede e gestisce il gateway. I proprietari del gateway sono responsabili di varie attività.

• Pianificazione: prendere decisioni chiave come descritto in precedenza e definire le specifiche tecniche per un computer gateway, incluse le risorse di sistema iniziali. Il proprietario del gateway deve anche assicurarsi che sia attivo un piano di supporto.
• Installazione: selezionare un computer appropriato per installare il software del gateway ed eseguire la prima installazione e la prima configurazione.
• Gestione: modificare le impostazioni o le preferenze del gateway per l'ottimizzazione, ad esempio la configurazione del flusso invece di eseguire lo spooling dei dati, o per scopi di monitoraggio, ad esempio la configurazione della registrazione delle prestazioni. Il proprietario del gateway prende anche decisioni su quando aumentare (aggiungere altre risorse ai computer gateway) o usare l'approccio Scale Out (installare più gateway nel cluster).
• Test: convalidare l'utilizzo del gateway durante la prima configurazione, assicurandosi che siano disponibili risorse sufficienti per i computer gateway. Il proprietario del gateway deve anche testare gli aggiornamenti mensili prima di installarli.
• Aggiornamento: aggiornare e installare il software del gateway e gli elementi di supporto (come il software connettore) tempestivamente.
• Monitoraggio: monitorare tempo di attività e integrità del gateway, inclusa la raccolta dei file di log del gateway che consentono il monitoraggio di problemi e attività anomale.
• Migrazione: archiviare le chiavi di ripristino in un luogo sicuro accessibile a un team più ampio. Il proprietario del gateway deve anche essere la persona che usa queste chiavi per eseguire la migrazione, il ripristino o rilocare il gateway, se necessario.

Poiché la proprietà del gateway è una responsabilità importante, è necessario definire chiaramente chi può installare i gateway nell'organizzazione.

Utenti installazione gateway

Per ridurre il sovraccarico di gestione e ridurre il rischi legati alla governance, è importante limitare il numero di gateway attivi nell'organizzazione. A questo scopo, è consigliabile limitare il numero di utenti che possono installare i gateway.

Per i gateway in modalità standard, si gestiscono i programmi di installazione del gateway dal portale di Infrastruttura o dall'interfaccia di amministrazione di Power Platform. È anche possibile gestire chi può creare gateway dati di rete virtuale usando l'impostazione del programma di installazione del gateway.

• Pagina Connessioni e gateway dell'infrastruttura: è possibile gestire i programmi di installazione del gateway dall'interno della pagina Connessioni e gateway del portale di Fabric.
• Interfaccia di amministrazione di Power Platform: è anche possibile gestire i programmi di installazione del gateway dall'interfaccia di amministrazione di Power Platform. Le impostazioni modificate qui influiscono sui gateway usati da Fabric.

È anche possibile gestire i programmi di installazione del gateway a livello di codice usando i cmdlet di PowerShell per la gestione del gateway locale. Per i gateway personali e i gateway in modalità standard, è possibile usare questi cmdlet per impostare i criteri del tenant del gateway. L'impostazione dei criteri del tenant del gateway tramite PowerShell è l'unico modo per gestire chi può installare gateway personali nel tenant.

Preparare l'installazione del gateway

Dopo aver identificato chi installa e possiede il gateway, è necessario prepararsi per l'installazione del gateway. È necessario effettuare le operazioni seguenti:

• Identificare dove installare il gateway.
• Decidere le risorse necessarie per il computer gateway.
• Accettare come assegnare un nome al gateway quando viene installato.

Le sezioni seguenti descrivono queste considerazioni chiave per la pianificazione di un'installazione del gateway.

Identificare dove installare il gateway

In genere, si installa un gateway in una macchina virtuale always-on (detta anche computer gateway). È possibile installare un solo gateway di ogni tipo (modalità personale o modalità standard) in un computer.

Ecco i fattori chiave per determinare dove installare un gateway.

• Percorso: in genere, il computer gateway deve trovarsi vicino all'origine dati per ridurre al minimo la latenza. In genere, è necessario installare un gateway standard nell'area dati predefinita. Tuttavia, se la posizione della capacità Premium è diversa dall'area dati predefinita per il tenant, prendere in considerazione l'uso di un Inoltro di Azure come opzione per soddisfare i requisiti di residenza dei dati.
• Elementi di supporto: determinare quali connettori, driver o librerie è necessario installare nel computer gateway.
• Dominio: determinare la relazione del computer gateway con il dominio di destinazione. La macchina virtuale deve essere un computer aggiunto a un dominio con una relazione di trust con il dominio di destinazione. Non può essere un controller di dominio.

Decidere le risorse del computer gateway

Il computer gateway deve avere risorse sufficienti per gestire il carico di lavoro di query previsto.

Ecco i fattori chiave per determinare le risorse del computer gateway.

• Utilizzo: determinare il numero di elementi e il tipo di elementi che useranno il gateway e quale sarà la concorrenza di query (da molti utenti). Un utilizzo più elevato richiede computer gateway con più risorse.
• Tipo di connessione: determinare se i modelli semantici di Power BI importano dati, usano DirectQuery o una connessione dinamica. Per i modelli semantici di importazione, è importante controllare il numero di aggiornamenti dei dati per stimare le esigenze delle risorse del gateway, ad esempio la RAM. Per le connessioni DirectQuery o dinamiche, è necessario valutare il numero di consumer di report per stimare le esigenze delle risorse, ad esempio la CPU.

Accettare le convenzioni di denominazione

È importante assegnare un nome al gateway e alle relative connessioni all'origine dati. Il nome deve rendere più semplice per gli autori di contenuti sapere a cosa connettersi. Per garantire che i gateway e le connessioni all'origine dati abbiano nomi chiari, è necessario usare una convenzione di denominazione logica.

Quando si definiscono le convenzioni di denominazione, prendere in considerazione i punti seguenti.

• Includere una variante di Gateway o DataGW nel nome per identificare il gateway per scopi di controllo, registrazione e risoluzione dei problemi.
• Includere lo scopo specifico del gateway quando supporta specifici elementi, operazioni, aree geografiche o aree aziendali di Fabric.
• Usare una variante di Svil, Test o Prod nel nome quando il gateway supporta un ambiente specifico.
• Assegnare al gateway un nome allineato al nome del cluster a cui appartiene. Ad esempio, assegnare a ogni computer gateway all'interno del cluster un nome univoco, come Node1, Node2 e così via.

Ecco alcuni esempi di nomi di gateway logici.

• DataGW-Prod-Node1
• Gateway-DevTest-Node1
• Gateway-FinanceTeam-Prod-Node1

Installare e configurare i gateway

Dopo aver preso decisioni chiave ed essersi preparato, il proprietario del gateway installa i gateway ed esegue la prima configurazione.

Quando si installano e si configurano i gateway, considerare i fattori seguenti.

• Percorso di installazione: quando si vuole installare il gateway in un percorso diverso da quello di installazione predefinito, è possibile modificare il percorso di installazione.
• Chiave di ripristino: quando si vuole eseguire la migrazione, il ripristino o l'acquisizione di un gateway esistente, è necessario usare la chiave di ripristino del gateway. Assicurarsi di mantenere la chiave di ripristino in una posizione sicura accessibile ad altri amministratori del gateway.
• Area del data center: quando si vuole che l'area sia diversa dal tenant del servizio registrato, è possibile modificare l'area del data center.
• Inoltro di Azure: quando si vuole usare il proprio inoltro anziché l'impostazione predefinita, è possibile fornire i propri dettagli di inoltro.
• Impostazioni proxy: quando l'ambiente di lavoro richiede che il gateway venga eseguito attraverso un server proxy per connettersi al portale di Fabric, è necessario configurare le impostazioni proxy.
• Account del servizio gateway: quando si vuole usare un account di dominio esplicito, è possibile modificare l'account del servizio gateway cambiando il valore predefinito, ovvero PBIEgwService.
• Impostazioni di comunicazione: quando un firewall blocca le connessioni in uscita, i team di sicurezza e rete possono configurare il firewall per consentire le connessioni in uscita dal gateway all'area di Azure associata.
• Registrazione tenant: quando si vuole limitare i tenant autorizzati, registrare l'applicazione gateway dati locale per impedire l'esfiltrazione dei dati.
• Impostazioni del tenant di integrazione: quando si vuole assicurare che il gateway funzioni con l'accesso Single Sign-On (SSO), ad esempio con l'autenticazione basata su Microsoft Entra ID nel modo previsto.

Elenco di controllo: quando si prepara e si installa un gateway, le decisioni e le azioni principali includono:

• Identificare il proprietario e i programmi di installazione del gateway: assicurarsi che il proprietario del gateway sia consapevole delle proprie responsabilità. Limitare l'installazione del gateway alle persone appropriate.
• Eseguire il training:, se necessario, eseguire il training dei proprietari e degli addetti all'installazione del gateway per installare, gestire e supportare in modo efficace il gateway. Eseguire il training incrociato per un backup quando necessario.
• Creare convenzioni di denominazione: creare convenzioni di denominazione del gateway che corrispondano allo scopo, all'ambiente, al nodo del cluster, ai casi d'uso supportati o alle operazioni eseguite.
• Prendere in considerazione le esigenze delle risorse: determinare quali saranno il carico di lavoro e l'utilizzo per determinare le risorse iniziali, ad esempio memoria e CPU.
• Configurare le impostazioni del tenant di integrazione: rivedere e configurare le impostazioni del tenant di integrazione per assicurarsi che il gateway funzioni con l'accesso Single Sign-On (SSO) nel modo previsto.
• Effettuare il provisioning del computer gateway: configurare una macchina virtuale always-on con risorse sufficienti per supportare le operazioni del gateway.
• Installare il gateway: eseguire la prima configurazione del gateway nel computer gateway.
• Installare elementi di supporto: installare connettori dati personalizzati o software dipendente per supportare lo scenario.

Gestire i gateway

Dopo aver installato i gateway, è necessario aggiungere connessioni all'origine dati. Quando si aggiungono queste connessioni, è necessario pianificare anche come gestire l'accesso al gateway e alle relative connessioni.

Aggiungere connessioni a origini dati

È necessario aggiungere le connessioni iniziali all'origine dati prima di poter usare il gateway. È possibile aggiungere le connessioni manualmente dal servizio Power BI o dall'interfaccia di amministrazione di Power Platform o a livello di codice con le API REST di Power BI.

Quando si aggiungono connessioni, prendere in considerazione i punti seguenti.

• Credenziali archiviate: considerare quali credenziali verranno usate per connettersi all'origine dati. Quando si aggiunge una connessione, è necessario fornire le credenziali per l'origine dati, a meno che non supporti l'autenticazione anonima. È una decisione importante, perché tutte le query all'origine dati vengono eseguite usando queste credenziali, a meno che non si usi l'accesso Single Sign-On (SSO) di Microsoft Entra per il gateway dati.
• Convenzioni di denominazione: come i gateway, le connessioni devono usare anche convenzioni di denominazione logiche e coerenti. Verificare che i nomi di connessione corrispondano al nome dell'origine dati. Ad esempio, FinanceDB-Prod è un nome logico che indica l'origine dati.
• Single Sign-On: nelle impostazioni di amministrazione di Fabric è necessario abilitare l'opzione Single Sign-On (SSO) di Microsoft Entra per il gateway quando si vuole usare l'accesso Single Sign-On (SSO) con DirectQuery (usando Active Directory SSO o Microsoft Entra SSO). È consigliabile usare l'accesso SSO quando si vuole applicare la sicurezza dei dati nel sistema di origine dati in base all'identità utente del report.
• Livelli di privacy: per le connessioni all'origine dati di importazione, è necessario impostare il livello di privacy. Assicurarsi di selezionare il livello di privacy appropriato per isolare in modo corretto l'origine dati, se necessario. È importante comprendere che i livelli di privacy impostati in Power BI Desktop non vengono rispettati dai gateway.

Effettuare il provisioning dell'accesso al gateway

Dopo aver aggiunto le connessioni iniziali all'origine dati, è necessario decidere come gestire l'accesso sia al gateway che alle relative connessioni.

Gli autori di contenuti dovranno accedere a una connessione gateway per connettersi correttamente a un'origine dati. L'accesso utente alle connessioni gateway viene eseguito per ogni connessione, quindi considerare chi deve accedere a ogni connessione gateway e come gestire tale accesso. È consigliabile gestire l'accesso usando i ruoli di sicurezza sia per i gateway che per le connessioni.

Ruoli per il gateway

I ruoli del gateway consentono di controllare chi può gestire il gateway e le relative connessioni all'origine dati. Questi ruoli funzionano in modo analogo a quelli dell'area di lavoro, consentendo autorizzazioni diverse a seconda del ruolo. L'uso dei ruoli consente di gestire l'accesso al gateway in modo più efficace.

Esistono tre ruoli del gateway per la gestione di un gateway standard locale.

• Amministratore: i membri di questo ruolo possono gestire e aggiornare il gateway. Un amministratore del gateway è in genere il proprietario del gateway, ma può rappresentare anche più amministratori per un gateway. Gli amministratori del gateway devono essere amministratori dell'infrastruttura o membri del COE o del team di business intelligence centrale. Le responsabilità di un amministratore sono le stesse di un proprietario del gateway.
• Creatore di connessioni con condivisione: i membri di questo ruolo possono creare connessioni gateway, testare lo stato del gateway e condividere il gateway con altri utenti. Questo ruolo non può rimuovere gli utenti dal gateway. Prendere in considerazione l'aggiunta di un utente a questo ruolo quando è responsabile di un subset di soluzioni analitiche, ad esempio in un team decentralizzato per una business unit. Le responsabilità di un utente con questo ruolo includono:
  • Configurazione e test di nuove connessioni.
  • Gestione delle connessioni di cui sono proprietari, ad esempio l'impostazione delle credenziali.
  • Condivisione del gateway con altri utenti che ne hanno bisogno.
  • Verifica regolare di chi ha accesso a un gateway, convalidando se sia ancora necessario e rimuovendoli quando non ne hanno bisogno.
• Autore connessione: i membri di questo ruolo possono creare connessioni nel gateway e testarne lo stato. L'autore della connessione deve essere un proprietario del contenuto che può configurare in modo appropriato le connessioni corrette per l'uso del gateway. Le responsabilità del ruolo Autore connessione sono uguali a quelle del ruolo Autore connessione con condivisione, ad eccezione del fatto che non è possibile condividere l'accesso al gateway.

Ruoli di connessione all'origine dati

I ruoli di connessione all'origine dati consentono di controllare chi può usare, gestire e condividere le connessioni. Un utente con un ruolo di connessione non deve appartenere a un ruolo del gateway.

Esistono tre ruoli di connessione all'origine dati.

• Proprietario: i membri di questo ruolo possono gestire la connessione o eliminarla quando non è più necessaria. I proprietari possono gestire i ruoli di connessione, inclusa l'aggiunta di altri proprietari di connessione. Un proprietario è in genere anche un creatore di connessioni. Prendere in considerazione la possibilità di rendere un utente proprietario di una connessione se è lo steward o l'amministratore di tale origine dati oppure se ha una conoscenza significativa dell'origine dati e del relativo contenuto. Le responsabilità di un proprietario includono:
  • Gestione delle connessioni, ad esempio l'aggiornamento delle credenziali, se necessario.
  • Eliminazione della connessione quando non è più necessaria.
  • Gestione dei ruoli di connessione dall'interfaccia di amministrazione di Power Platform.
• Utente con condivisione: i membri di questo ruolo possono usare e condividere l'origine dati aggiungendo altri utenti. Prendere in considerazione l'aggiunta di un utente a questo ruolo se questo svolge un ruolo importante nella community. I campioni possono essere candidati validi per questo ruolo. Le responsabilità di un utente con questo ruolo includono:
  • Condivisione della connessione con altri utenti che ne hanno bisogno.
  • Verifica regolare di chi ha accesso a una connessione, convalidando se sia ancora necessario e rimuovendoli quando non ne hanno bisogno.
• Utente: i membri di questo ruolo possono usare l'origine dati nei report di Power BI e nei flussi di dati di Power BI. Gli utenti sono responsabili solo dell'esecuzione di query sui dati dai carichi di lavoro e dagli strumenti client.

Gateway e connessioni documenti

Dopo aver configurato il cluster gateway, è necessario documentarlo. È consigliabile documentare i gateway in modo che siano facili da trovare per gli autori di contenuti e semplici da gestire per gli amministratori del gateway. Prendere in considerazione l'archiviazione della documentazione del gateway in una posizione accessibile, ad esempio il portale centralizzato della community di pratica pertinente.

Prendere in considerazione la possibilità di documentare le informazioni seguenti.

• Nome e GUID del gateway
• Nome del computer gateway (ed eventuali identificatori correlati)
• Proprietario del gateway
• Data ultimo aggiornamento software (versione del gateway)
• Scopo del cluster gateway (ad esempio l'ambiente, l'area geografica, l'area aziendale)
• Quali connessioni all'origine dati devono essere mantenute in questo gateway
• Indica se il gateway usa un'identità utente o credenziali archiviate
• Criteri di gestione degli accessi (come si intende usare i ruoli del gateway e i ruoli di connessione)

Aggiorna gateway

Per garantire che i gateway rimangano funzionali e operativi, è necessario eseguire diverse attività.

• Installare gli aggiornamenti di Windows ed eseguire altre operazioni di manutenzione del server.
• Aggiornare il software del gateway. Il software gateway è aggiornato mensilmente e Microsoft supporta solo le ultime sei versioni del gateway locale.
• Aggiornare connettori dati personalizzati, driver e librerie, se necessario.

Nella parte restante di questa sezione viene descritto come aggiornare il software gateway.

Installare gli aggiornamenti nei gateway di sviluppo o test

È importante mantenere aggiornati i gateway per evitare interruzioni impreviste e anche per trarre vantaggio dai miglioramenti più recenti. Tuttavia, gli aggiornamenti possono avere conseguenze impreviste per le prestazioni e la funzione del gateway. Per evitare di influire sulle soluzioni critiche per l'azienda, è necessario installare gli aggiornamenti software del gateway in un gateway di sviluppo o di test prima che vengano applicati ai gateway che supportano gli ambienti di produzione.

Convalidare gli aggiornamenti

È possibile testare i gateway applicando prima l'aggiornamento a quelli che supportano ambienti di sviluppo e test.

Quando si convalidano gli aggiornamenti del gateway, tenere presente quanto segue.

• Definire condizioni di test ripetibili: è necessario definire un elenco di condizioni di test ripetibili per assicurarsi di testare tutte le operazioni e le origini dati del gateway pertinenti. Ad esempio, è possibile identificare i report e i modelli semantici considerati critici e richiedere la convalida. Potrebbero essere soddisfatti anche alcuni requisiti di conformità che si qualificano come condizioni di test ripetibili.
• Usare un set di report di test: mantenere un set di report da usare per i test funzionali ogni volta che il gateway viene aggiornato. Questi report consentono di convalidare rapidamente le condizioni di test ripetibili. Questi report di test spesso mostrano solo totali e conteggi. L'obiettivo è assicurarsi di testare l'accesso, il rendering e l'aggiornamento per:
  • Ogni origine dati usata comunemente.
  • Ogni tipo di chiave dell'elemento di dati, ad esempio i modelli semantici più critici.
  • Modalità di archiviazione diverse, ad esempio l'importazione e DirectQuery.
• Identificare i report critici per l'azienda: disporre dell'accesso agli originali (o alle copie) di report business critical che è possibile testare per il nuovo aggiornamento. Questi report consentono di garantire che i dati possano essere aggiornati e che i report DirectQuery funzionino come previsto.
• Automatizzare i processi di test: usare le API REST di Power BI per testare l'aggiornamento dei dati per importare gli elementi di dati e per valutare le query DAX. Assicurarsi che sia possibile rilevare e registrare errori di aggiornamento o errori di query.

Installare gli aggiornamenti nell'ambiente di produzione

Dopo aver convalidato l'aggiornamento del gateway, è necessario applicare l'aggiornamento a tutti i gateway che supportano gli ambienti di produzione. Un gateway non è disponibile durante l'aggiornamento, pertanto è consigliabile essere coerenti su quando e come aggiornare i gateway.

Considerare i punti seguenti sull'aggiornamento dei gateway.

• Nel portale centralizzato documentare la versione corrente del gateway.
• Applicare gli aggiornamenti durante i periodi di utilizzo storicamente bassi del gateway.
• Usare una pianificazione coerente quando si testano e si applicano gli aggiornamenti. Se gli aggiornamenti mensili sono troppo frequenti, assicurarsi che i gateway vengano aggiornati almeno trimestralmente.
• Aggiornare un computer del cluster gateway alla volta. Ruotando ogni computer, è possibile evitare tempi di inattività.

Aggiornare le credenziali

Per le connessioni all'origine dati che richiedono credenziali archiviate, potrebbe essere necessario ruotare regolarmente le credenziali. Ad esempio, l'organizzazione potrebbe avere un criterio che richiede la reimpostazione frequente delle password. Questa procedura è utile anche quando un membro del team chiave lascia l'organizzazione. Per migliorare l'efficienza, è possibile usare le API REST di Power BI per aggiornare le credenziali.

Elenco di controllo : quando si gestiscono gateway dati, decisioni e azioni chiave includono:

• Creare connessioni all'origine dati: configurare le connessioni all'origine dati per le origini dati aziendali comuni. Assicurarsi che le connessioni seguano convenzioni di denominazione chiare e coerenti.
• Documentare gateway e origini dati: creare una documentazione concisa sui gateway e sulle connessioni. Assicurarsi che questa documentazione sia facilmente accessibile dal portale centralizzato per i proprietari e gli amministratori dei gateway.
• Gestire le richieste di connessione: creare un processo per raccogliere e gestire le richieste di connessione. Determinare se è necessario un processo di approvazione per le richieste di connessione. Valutare la possibilità di automatizzare il processo usando le API REST di Power BI.
• Effettuare il provisioning dei ruoli del gateway: usare il principio dei privilegi minimi per assegnare utenti ai ruoli del gateway. Prendere in considerazione l'aggiunta di amministratori dell'origine dati al ruolo Autore della connessione o Autore di connessioni con condivisione in modo che possano contribuire alla gestione delle connessioni.
• Effettuare il provisioning dei ruoli di connessione: assegnare autori di contenuti (e consumer quando applicabile) ai ruoli di connessione in modo che possano usare il gateway. Limitare la condivisione ai soli utenti che condivideranno in modo responsabile la connessione e aiuteranno a esaminare e gestire regolarmente l'accesso.
• Creare una documentazione utente concisa: documentare gli elementi chiave importanti con cui gli autori di contenuti possono trovare e usare il gateway e le relative connessioni. Inserire la documentazione in un punto centrale e facilmente accessibile alla community degli utenti, ad esempio un portale centralizzato o un sito di supporto di SharePoint.
• Documentare e archiviare attentamente le chiavi di ripristino: archiviare le chiavi di ripristino in una posizione sicura e protetta accessibile a più membri del team. Assicurarsi che possano essere facilmente trovati se è necessario ripristinare il gateway.
• Creare un processo per l'installazione degli aggiornamenti: determinare la frequenza con cui installare gli aggiornamenti software del gateway e il processo da seguire. Mirare ad aggiornare i gateway entro uno o tre mesi dal rilascio dell'aggiornamento.
• Installare prima gli aggiornamenti del gateway in fase di sviluppo e test: assicurarsi che lo sviluppo e i gateway di test vengano aggiornati prima della produzione e usati per i test iniziali.
• Testare gli aggiornamenti del gateway prima che vengano applicati ai gateway di produzione: configurare un processo per testare gli aggiornamenti mensili del gateway usando condizioni di test ed elementi ripetibili.
• Installare gli aggiornamenti del gateway tempestivamente e regolarmente nell'ambiente di produzione: assicurarsi che i gateway di produzione siano sempre aggiornati.
• Aggiornare le credenziali di connessione: in base alle esigenze, aggiornare le credenziali archiviate usate dalle connessioni.

Monitorare, controllare e ottimizzare i gateway

I gateway sono una parte fondamentale dell'integrazione dei dati di Fabric. Per evitare interruzioni e ridurre i rischi, è consigliabile monitorare e controllare regolarmente i gateway nel tenant.

Il monitoraggio dei gateway consente di:

• Attenuare i rischi di governance.
• Evitare problemi.
• Analizzare gli eventi imprevisti, ad esempio problemi di prestazioni o errori di aggiornamento dei dati.

La tabella seguente offre una panoramica dei problemi tipici che possono verificarsi durante la gestione di un cluster del gateway dati e come monitorarli o analizzarli.

Problema potenziale	Tipo di problema	Come monitorare o analizzare il problema
Troppi gateway	Governance	• Interfaccia di amministrazione di Power Platform • Cmdlet di PowerShell per i gateway • API REST di Power BI
Oversharing del gateway	Governance	• Interfaccia di amministrazione di Power Platform • Cmdlet di PowerShell per i gateway • API REST di Power BI • Log attività di Power BI
Il gateway è offline	Prestazioni e disponibilità	• Interfaccia di amministrazione di Power Platform • Monitoraggio del computer del gateway • Log del gateway
Errori del gateway	Prestazioni e disponibilità	• Log del gateway
Errori di query	Prestazioni e disponibilità	• Log del gateway • Log del gateway (registrazione aggiuntiva)
Aggiornamenti o query lenti	Prestazioni e disponibilità	• Monitoraggio del computer del gateway • Registro eventi di Windows • Contatori delle prestazioni di Windows • Log del gateway • Log del gateway (registrazione aggiuntiva) • Strumenti di monitoraggio server

Monitorare i gateway

È consigliabile esaminare regolarmente il numero di gateway installati nel tenant e gli utenti che li hanno installati. È possibile monitorare la prevalenza dalla pagina Connessioni e dai gateway del portale di Fabric e dall'interfaccia di amministrazione di Power Platform. Entrambe le viste offrono una panoramica concisa e funzionale di tutti i gateway a cui si ha accesso. Gli amministratori devono esaminare regolarmente queste informazioni.

Quando si monitora la prevalenza del gateway, concentrarsi sulle metriche seguenti.

• Numero crescente di gateway o programmi di installazione: assicurarsi di analizzare nuovi gateway o programmi di installazione imprevisti.
• Ridondanza nelle connessioni tra i gateway: provare a consolidare le connessioni per evitare operazioni di manutenzione aggiuntive dei gateway.
• Programmi di installazione o gateway imprevisti: assicurarsi che tutti i nuovi programmi di installazione o gateway siano stati sottoposti a un processo di approvazione prima dell'installazione.
• Computer gateway, connessioni o configurazione imprevisti: assicurarsi di identificare le proprietà anomale del gateway, ad esempio i gateway installati nei computer utente o le connessioni ai file locali. Identificare anche le impostazioni che creano rischi, ad esempio ignorando il livello di privacy.

Raccogliere e analizzare i log del gateway

Ogni computer gateway produce log dettagliati che è possibile usare per identificare e risolvere i problemi. Questi log sono una raccolta di file tecnici dettagliati archiviati nel computer gateway. È anche possibile abilitare temporaneamente altri log dall'app gateway locale per raccogliere informazioni più dettagliate sulle query e sui relativi tempi.

Per evitare ritardi di rete, è consigliabile consentire la scrittura dei log del gateway nel computer gateway locale. È tuttavia possibile scegliere di modificare il percorso in cui vengono scritti i log con i file di configurazione del gateway. È anche possibile aggiornare il tempo di conservazione dei log. Creare sempre una copia dei file di configurazione prima di modificarli.

Creare una soluzione di integrazione dei dati per raccogliere e consolidare i file di log da ogni computer gateway in modo da poter analizzare i dati. Idealmente, questo processo deve essere automatizzato e restituito in un report analitico per visualizzare facilmente tutti i gateway e identificare le anomalie.

Monitorare l'integrità del computer gateway

L'integrità del gateway dipende dall'integrità del server. Per evitare interruzioni, è necessario monitorare i computer gateway per rilevare quando un computer non funziona correttamente o è offline.

Ottimizzare e risolvere i problemi dei gateway

Quando si verificano problemi con un gateway, è necessario analizzare e identificare il problema. In genere, la risoluzione dei problemi comporta l'analisi dei log del gateway descritti nella sezione precedente e il test di varie ottimizzazioni per verificare se il problema viene risolto.

Ecco alcune ottimizzazioni del gateway comuni.

• Passare dallo spooling al flusso: per impostazione predefinita, i gateway effettueranno lo spooling dei dati al computer gateway durante la valutazione di una query. Comporta l'archiviazione temporanea dei dati prima che vengano trasferiti nel cloud. Lo spooling può essere più lento rispetto all'alternativa dello streaming, in cui i dati vengono trasferiti direttamente. È possibile modificare questa impostazione nei file di configurazione del gateway.
• Analisi antivirus: escludere determinate cartelle dall'analisi antivirus nel computer gateway può migliorare le prestazioni quando si usa software antivirus a livello di file.
• Pianificazione del dimensionamento o Scale Out : prendere in considerazione quando aumentare le prestazioni di un cluster gateway aggiungendo altre risorse al computer gateway o usare l'approccio Scale Out del cluster aggiungendo un altro gateway a un altro computer.

Elenco di controllo: durante il monitoraggio dei gateway, le decisioni e le azioni principali includono:

• Monitorare i computer gateway: assicurarsi che i gateway siano installati nei computer monitorati dalle soluzioni di monitoraggio aziendali. In caso contrario, assicurarsi di poter rilevare quando questi computer non funzionano correttamente.
• Misurare la prevalenza del gateway: monitorare l'evoluzione del numero di gateway installati nel tenant nel tempo.
• Raccogliere e analizzare i log del gateway: creare una soluzione per raccogliere e combinare automaticamente i file di log dai diversi computer gateway. Analizzare questi file per estrarre informazioni significative. Valutare la possibilità di configurare due tipi di soluzioni di monitoraggio analitico: una per avvisi e azioni e un'altra per l'analisi esplorativa della causa radice quando si verificano problemi.
• Verificare ruoli e responsabilità: assicurarsi che i ruoli e le responsabilità siano definiti per il monitoraggio, l'ottimizzazione e la risoluzione dei problemi.

Contenuto correlato

Per altre considerazioni, azioni, criteri decisionali e consigli utili in merito all’implementazione di Power BI, vedere Pianificazione dell'implementazione di Power BI.