Condividi tramite

Che cos'è Power BI Premium?

  • Articolo

Questo articolo descrive le operazioni e le considerazioni relative a Power BI Premium. Per visualizzare una descrizione di alto livello del funzionamento di Microsoft Fabric, vedere Concetti e licenze di Microsoft Fabric.

Power BI Premium offre miglioramenti a Power BI e un portfolio completo di funzionalità Premium. Nella tabella seguente sono elencati alcuni dei miglioramenti di Premium.

Funzionalità avanzata Dettagli
Acquistare Premium per utenti singoli nell'organizzazione Vedere Power BI Premium per utente (PPU).
Metriche migliorate Le prestazioni della capacità dipendono solo dalla quantità di utilizzo della CPU. Le metriche possono essere facilmente comprese usando l'app Metriche della capacità di Microsoft Fabric.
Autoscale Funzionalità facoltativa che impedisce i rallentamenti causati dalla limitazione delle richieste nelle capacità sovraccariche. Quando è abilitata, se il carico sulla capacità supera i limiti di capacità, la scalabilità automatica aggiunge automaticamente un v-core alla volta per periodi di 24 ore. I v-core aggiuntivi vengono addebitati nella sottoscrizione di Azure con pagamento in base al consumo.

Capacità e SKU

Per capacità si intende un set dedicato di risorse riservate per l'uso esclusivo. Offre prestazioni affidabili e coerenti per il contenuto.

Ogni capacità offre una selezione di SKU e ogni SKU fornisce livelli di risorse diversi per la potenza di calcolo. Il tipo di SKU necessario dipende dal tipo di soluzione che si vuole distribuire.

SKU Unità di capacità (CU) Power BI SKU Power BI v-core
F2 2 N/D N/D
F4 4 N/D N/D
F8 8 EM1/A1 1
F16 16 EM2/A2 2
F32 32 EM3/A3 4
F64 64 P1/A4 8
F128 128 P2/A5 16
F256 256 P3/A6 32
F5121 512 P4/A7 64
F10241 1.024 P5/A8 128
F20481 2.048 N/D N/D

1 Questi SKU non sono disponibili in tutte le aree. Per richiedere l'uso di questi SKU nelle aree in cui non sono disponibili, contattare il responsabile account Microsoft.

Sottoscrizioni e licenze

Power BI Premium è una sottoscrizione di Microsoft 365 a livello di tenant, disponibile in due famiglie di SKU (Stock-Keeping Unit).

P EM
Intervallo P1-P5 EM1-EM3
Uso Funzionalità aziendali e incorporamento Incorporamento dell'organizzazione (incorporamento per l'organizzazione)
Impegno Mensile o annuale Annuale
Fatturazione Mensile Mensile
Altre informazioni Include una licenza per installare il Server di report di Power BI in locale Le SKU EM1 ed EM2 sono disponibili solo attraverso piani di contratti multilicenza. L'acquisto diretto non è possibile.

Acquisti

Le sottoscrizioni di Power BI Premium vengono acquistate dagli amministratori nell'interfaccia di amministrazione di Microsoft 365. In particolare, solo gli amministratori globali o gli amministratori fatturazione possono acquistare SKU. Dopo l'acquisto, il tenant riceve un numero corrispondente di memorie centrali virtuali per l'assegnazione delle capacità, chiamati pool di vCore. Ad esempio, l'acquisto di una SKU P3 fornisce al tenant 32 memorie centrali virtuali. Per altre informazioni, vedere Come acquistare Power BI Premium.

Aree di lavoro

Le aree di lavoro si trovano all'interno delle capacità. Ogni utente di Power BI ha un'area di lavoro chiamata Area di lavoro personale. È possibile creare aree di lavoro aggiuntive chiamate aree di lavoro per consentire la collaborazione. Per impostazione predefinita le aree di lavoro, incluse le aree di lavoro personali, vengono create nella capacità condivisa. Se si hanno capacità Premium, a queste possono essere assegnate sia aree di lavoro personali che aree di lavoro.

Le Aree di lavoro personali degli amministratori della capacità vengono assegnate automaticamente alle capacità Premium.

Limitazione dello SKU del modello semantico

Con Power BI Premium e Power BI Embedded, esistono limiti di memoria e altri vincoli per ogni SKU elencato nella tabella seguente.

SKU Memoria massima (GB) 1, 2 Numero massimo di connessioni DirectQuery simultanee (per modello semantico)1 Parallelismo massimo di DirectQuery 3 Connessione dinamica (al secondo)1 Memoria massima per query (GB)1 Parallelismo di aggiornamento dei modelli Righe Direct Lake per tabella (in milioni)1, 4 Dimensioni massime del modello Direct Lake in OneLake (GB)1, 4
F2 3 5 1 2 1 1 300 10
F4 3 5 1 2 1 2 300 10
F8 3 10 1 3.75 1 5 300 10
F16 5 10 1 7.5 2 10 300 20
F32 10 10 1 15 5 20 300 40
F64 25 50 4 - 8 30 10 40 1.500 Nessun limite
F128 50 75 6 - 12 60 10 80 3,000 Nessun limite
F256 100 100 8 - 16 120 10 160 6.000 Nessun limite
F512 200 200 10 - 20 240 20 320 12,000 Nessun limite
F1024 400 200 12 - 24 480 40 640 24,000 Nessun limite
F2048 400 200 960 40 1.280 24,000 Nessun limite

1 L'app Metriche della capacità di Microsoft Fabric non espone attualmente queste metriche.

2 La colonna Max memory (GB) rappresenta un limite superiore per le dimensioni del modello semantico. Tuttavia, è necessario riservare una quantità di memoria per le operazioni di aggiornamento e query nel modello semantico. Le dimensioni massime del modello semantico consentite per una capacità potrebbero essere inferiori ai numeri di questa colonna.

3Il parallelismo di DirectQuery può migliorare i tempi di risposta delle query. Il numero inferiore indica il numero massimo predefinito di query che possono essere elaborate contemporaneamente. Il numero maggiore indica il numero massimo di query che possono essere elaborate contemporaneamente. Per modificare l'impostazione predefinita, usare la proprietà Model.MaxParallelismPerQuery.

4 Questi limiti si applicano a tabelle e ai modelli di Direct Lake e sono protezioni che influiscono sul fallback a DirectQuery. I modelli semantici Direct Lake dispongono di vincoli aggiuntivi basati su SKU, come elencato nel fallback.

Uso della memoria del modello semantico

Le operazioni del modello semantico, ad esempio le query, sono soggette a singoli limiti di memoria. Per illustrare la restrizione, si consideri un modello semantico con un footprint in memoria di 1 GB e un utente che avvia un aggiornamento su richiesta mentre interagisce con un report basato sullo stesso modello semantico. Tre azioni separate determinano la quantità di memoria attribuita al modello semantico originale, che può essere più grande di due volte rispetto alle dimensioni del modello semantico. La quantità totale di memoria usata da un elemento di Power BI non può superare l'allocazione della memoria massima per modello semantico dello SKU.

  • Caricamento del modello semantico: la prima azione consiste nel caricare il modello semantico nella memoria.

  • Aggiornamento del modello semantico: la seconda azione esegue l’aggiornamento del modello semantico dopo il caricamento nella memoria. L'operazione di aggiornamento provoca il raddoppio della memoria usata dal modello semantico. La memoria necessaria raddoppia in quanto la copia originale dei dati è ancora disponibile per le query attive, mentre un'altra copia viene elaborata dall'aggiornamento. Una volta eseguito il commit della transazione di aggiornamento, il footprint della memoria verrà ridotto.

  • Interazione con il report: la terza azione è causata dall'interazione dell'utente con il report. Durante l'aggiornamento semantico del modello, le interazioni dei report eseguiranno query DAX. Ogni query DAX utilizza una determinata quantità di memoria temporanea necessaria per produrre i risultati. Ogni query può usare una quantità di memoria diversa. La memoria utilizzata per eseguire query del modello semantico viene aggiunta alla memoria necessaria per caricare il modello semantico e aggiornarlo.

Refreshes

Power BI Premium e Power BI Embedded non richiedono limiti di memoria cumulativi e pertanto gli aggiornamenti simultanei del modello semantico non contribuiscono ai vincoli delle risorse. Tuttavia, l'aggiornamento dei singoli modelli semantici è regolato dai limiti di memoria e CPU della capacità esistente e dal limite di parallelismo di aggiornamento del modello per lo SKU, come descritto in Capacità e SKU.

È possibile pianificare ed eseguire tutti gli aggiornamenti richiesti in un determinato momento e il servizio Power BI farà di tutto per eseguire questi aggiornamenti nel momento pianificato.

Monitoraggio

Quando si monitora Power BI Premium e Power BI Embedded, è sufficiente prendere in considerazione un aspetto: la quantità di CPU necessaria per gestire il carico in qualsiasi momento. Per monitorare la capacità, usare l'app Metriche della capacità di Microsoft Fabric.

Per installare l'app, vedere Installare l'app per le metriche della capacità di Microsoft Fabric. Per informazioni su come usare l'app, vedere l'articolo Metriche della capacità di Microsoft Fabric.

Ecco cosa accade quando si supera il limite di CPU in base alle dimensioni dello SKU acquistate:

Report impaginati

Quando si usano Power BI Premium e Power BI Embedded, i report impaginati di Power BI traggono vantaggio dai miglioramenti dell'architettura e della progettazione apportati in Power BI Premium.

  • Memoria: non è disponibile alcuna gestione della memoria per i report impaginati.

  • Disponibilità di SKU: i report impaginati in esecuzione in Power BI Premium possono eseguire report in tutti gli SKU Premium e incorporati disponibili, inclusi EM1-EM3 e A1-A. La fatturazione viene calcolata per ogni ora di CPU, in un periodo di 24 ore.

  • Protezione avanzata e isolamento del codice: l'isolamento del codice si verifica a livello di utente, anziché a livello di capacità.

Dataflows Gen1

Ogni SKU può eseguire un numero prestabilito di attività parallele di Dataflows Gen1, come elencato in questa tabella.

Fabric SKU Attività parallele del flusso di dati
F2 2
F4 2
F8 4
F16 8
F32 16
F64 32
F128 64
F256 64
F512 64
F1024 64
F2048 64

Per informazioni su Dataflow Gen2, vedere Passaggio da Dataflow Generation 1 a Dataflow Generation 2.

Considerazioni e limitazioni

Attualmente, le limitazioni note applicate a Power BI Premium sono le seguenti.

  • Rendering degli oggetti visivi: è prevista una limitazione di 225 secondi per il rendering degli oggetti visivi di Power BI. Gli oggetti visivi che richiedono più tempo per eseguire il rendering, verranno interrotti e non potranno essere visualizzati.

  • Limitazione delle richieste: la limitazione delle richieste può verificarsi nelle capacità di Power BI Premium. I limiti di concorrenza vengono applicati per sessione. Se vengono elaborate troppe operazioni contemporaneamente, verrà visualizzato un messaggio di errore. Per attenuare la limitazione delle richieste, è possibile usare la scalabilità automatica. Quando la scalabilità automatica è abilitata, se l'utilizzo della CPU supera i limiti aggiuntivi, la limitazione delle richieste verrà comunque eseguita. Per altre informazioni sulla limitazione delle richieste in Fabric, vedere Criteri di limitazione delle richieste di Fabric.

  • Le applicazioni e gli strumenti client - della versione della libreria client che si connettono e utilizzano i modelli semantici nelle capacità Premium tramite l'endpoint XMLA richiedono librerie client di Analysis Services. La maggior parte delle applicazioni client e degli strumenti installa le librerie client più recenti con aggiornamenti regolari, quindi l'installazione manuale delle librerie client non è in genere necessaria. Indipendentemente dall'applicazione client o dalla versione dello strumento, sono necessarie le versioni minime della libreria client seguenti.

    Libreria client Versione
    MSOLAP 15.1.65.22
    AMO 19.12.7.0
    ADOMD 19.12.7.0

    In alcuni casi, potrebbe essere necessario installare manualmente le librerie client più recenti per ridurre potenziali errori di connessione e funzionamento. Per altre informazioni sulla verifica delle versioni della libreria client installate esistenti e sull'installazione manuale delle versioni più recenti, vedere Librerie client di Analysis Services.

  • Compatibilità dei modelli semantici: alcuni modelli semantici sono incompatibili con l'infrastruttura del servizio Power BI moderna:

Contenuto correlato

Power BI Premium per utente

Gestione delle capacità Premium

Power BI Embedded