Che cos'è Power BI Premium?
Questo articolo descrive le operazioni e le considerazioni di Power BI Premium per visualizzare una descrizione generale 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. La tabella seguente elenca alcuni dei miglioramenti 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 comprensibili usando l'app Metriche della capacità di Microsoft Fabric. |
| Autoscale | Funzionalità facoltativa che impedisce rallentamenti causati dalla limitazione delle capacità in overload. Se abilitato, 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. Le v-core aggiuntive vengono addebitate alla sottoscrizione di Azure con pagamento in base al consumo. |
Capacità e SKU
La capacità è 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 offre 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 (Unità di mantenimento delle scorte).
| 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 Server di report di Power BI locale | Gli SKU EM1 e EM2 sono disponibili solo tramite piani multilicenza. Non è possibile acquistarli direttamente. |
Acquisti
Le sottoscrizioni di Power BI Premium vengono acquistate dagli amministratori nel interfaccia di amministrazione di Microsoft 365. In particolare, solo gli amministratori globali o gli amministratori di fatturazione possono acquistare SKU. Quando viene acquistato, il tenant riceve un numero corrispondente di v-core da assegnare alle capacità, note come pool v-core. Ad esempio, l'acquisto di uno SKU P3 fornisce al tenant 32 v-core. 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 personale nota come Area di lavoro personale. È possibile creare aree di lavoro aggiuntive note come aree di lavoro per abilitare la collaborazione. Per impostazione predefinita, le aree di lavoro, incluse le aree di lavoro personali, vengono create nella capacità condivisa. Quando si dispone di capacità Premium, sia le aree di lavoro personali che le aree di lavoro possono essere assegnate alle capacità Premium.
Gli amministratori della capacità hanno automaticamente le aree di lavoro personali assegnate 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 | Connessione dinamica (al secondo)1 | Memoria massima per query (GB)1 | Parallelismo dell'aggiornamento del modello | Righe Direct Lake per tabella (in milioni)1, 3 | Dimensioni massime del modello Direct Lake in OneLake (GB)1, 3 |
|---|---|---|---|---|---|---|---|
| F2 | 3 | 5 | 2 | 1 | 1 | 300 | 10 |
| F4 | 3 | 5 | 2 | 1 | 2 | 300 | 10 |
| F8 | 3 | 10 | 3.75 | 1 | 5 | 300 | 10 |
| F16 | 5 | 10 | 7.5 | 2 | 10 | 300 | 20 |
| F32 | 10 | 10 | 15 | 5 | 20 | 300 | 40 |
| F64 | 25 | 50 | 30 | 10 | 40 | 1.500 | Nessun limite |
| F128 | 50 | 75 | 60 | 10 | 80 | 3,000 | Nessun limite |
| F256 | 100 | 100 | 120 | 10 | 160 | 6.000 | Nessun limite |
| F512 | 200 | 200 | 240 | 20 | 320 | 12,000 | Nessun limite |
| F1024 | 400 | 200 | 480 | 40 | 640 | 24,000 | Nessun limite |
| F2048 | 400 | 200 | 960 | 40 | 1.280 | 24,000 | Nessun limite |
1 L'app Microsoft Fabric Capacity Metrics non espone attualmente queste metriche.
2 La colonna Max memory (GB) rappresenta un limite superiore per le dimensioni del modello semantico. Tuttavia, una quantità di memoria deve essere riservata per operazioni quali aggiornamenti e query sul modello semantico. Le dimensioni massime consentite del modello semantico per una capacità potrebbero essere inferiori ai numeri in questa colonna.
3 Questi limiti si applicano a tabelle e modelli Direct Lake e sono protezioni che influiscono sul fallback a DirectQuery. I modelli semantici Direct Lake hanno vincoli aggiuntivi basati sugli SKU, come indicato nel fallback.
Utilizzo 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, considerare un modello semantico con un footprint in memoria di 1 GB e un utente che avvia un aggiornamento su richiesta durante l'interazione con un report basato sullo stesso modello semantico. Tre azioni separate determinano la quantità di memoria attribuita al modello semantico originale, che può essere maggiore di due volte la dimensione del modello semantico. La quantità totale di memoria usata da un elemento di Power BI non può superare la memoria massima dello SKU per allocazione semantica del modello .
Caricamento del modello semantico: la prima azione consiste nel caricare il modello semantico nella memoria.
Aggiornamento del modello semantico: la seconda azione aggiorna il modello semantico dopo il caricamento nella memoria. L'operazione di aggiornamento causerà il doppio della memoria utilizzata dal modello semantico. La memoria necessaria raddoppia perché 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ò utilizzare una quantità di memoria diversa. La memoria usata per eseguire query sul modello semantico viene aggiunta alla memoria necessaria per caricare il modello semantico e aggiornarla.
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 di singoli modelli semantici è regolato dai limiti di memoria della capacità e CPU esistenti 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 necessari in qualsiasi momento e l'servizio Power BI eseguirà tali aggiornamenti all'ora pianificata per il massimo sforzo.
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 Microsoft Fabric Capacity Metrics.
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:
Power BI Premium : se abilitata, la scalabilità automatica viene attivata. Se la scalabilità automatica non è abilitata, la capacità limita le operazioni interattive.
Power BI Embedded: la capacità limita le operazioni interattive. Per la scalabilità automatica in Power BI Embedded, vedere Scalabilità automatica in Power BI Embedded.
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 riportati in Power BI Premium.
Memoria : non è disponibile alcuna gestione della memoria per i report impaginati.
Disponibilità SKU: i report impaginati in esecuzione in Power BI Premium possono eseguire report in tutti gli SKU incorporati e Premium disponibili, inclusi gli SKU EM1-EM3 e A1-A3. La fatturazione viene calcolata per ora cpu in un periodo di 24 ore.
Sicurezza avanzata e isolamento del codice: l'isolamento del codice si verifica a livello di utente, anziché a livello di capacità.
Flussi di dati Gen1
Ogni SKU può eseguire un set di attività parallele di Flussi di dati Gen1, come indicato in questa tabella.
| SKU dell'infrastruttura | 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 Getting from Dataflow Generation 1 to Dataflow Generation 2 (Recupero da Dataflow Generation 1 a Dataflow Generation 2).
Considerazioni e limitazioni
Le limitazioni note seguenti si applicano attualmente a Power BI Premium.
Rendering degli oggetti visivi: esiste una limitazione di 225 secondi per il rendering degli oggetti visivi di Power BI. Gli oggetti visivi che richiedono più tempo per il rendering, saranno timeout e non verranno visualizzati.
Limitazione: la limitazione può verificarsi nelle capacità di Power BI Premium. I limiti di concorrenza vengono applicati per sessione. Verrà visualizzato un messaggio di errore quando vengono elaborate contemporaneamente troppe operazioni. Per attenuare la limitazione, è possibile usare la scalabilità automatica. Quando la scalabilità automatica è abilitata, se l'utilizzo della CPU supera i limiti aggiuntivi, la limitazione verrà comunque eseguita. Per altre informazioni sulla limitazione in Fabric, vedere Criteri di limitazione dell'infrastruttura.
Le applicazioni e gli strumenti client della libreria - client che si connettono e funzionano con 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 non sono compatibili con l'infrastruttura servizio Power BI moderna:
- Modelli semantici creati in servizio Power BI da file CSV.
- Modelli semantici nell'area di lavoro di monitoraggio amministratore e modelli di metriche di utilizzo.
- Modelli semantici che usano ancora il livello di compatibilità 1103.
- Eseguire il push di modelli semantici.
- Modelli semantici che usano funzionalità deprecate, ad esempio pacchetti di contenuto.
Contenuto correlato
Commenti e suggerimenti
In arrivo: Nel corso del 2024 verranno ritirati i problemi di GitHub come meccanismo di feedback per il contenuto e verranno sostituiti con un nuovo sistema di feedback. Per altre informazioni, vedi: https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per