Condividi tramite

Pianificazione dell'implementazione di Power BI: sottoscrizioni, licenze e versioni di valutazione

  • Articolo

Nota

Questo articolo fa parte della serie di articoli sulla pianificazione dell'implementazione di Power BI. Questa serie è incentrata principalmente sull'esperienza Power BI in Microsoft Fabric. Per un'introduzione alla serie, vedere Pianificazione dell'implementazione di Power BI.

Questo articolo presenta le considerazioni principali per la pianificazione di sottoscrizioni, licenze e versioni di valutazione per Power BI e Fabric. Questo articolo è destinato a:

  • Amministratori fatturazione: amministratori responsabili dell'acquisto di sottoscrizioni e analisi dei costi.
  • Amministratori di Azure: amministratori responsabili dell'acquisto e della gestione di sottoscrizioni e servizi di Azure.
  • Amministratori Fabric: amministratori responsabili della supervisione Fabric nell'organizzazione.
  • Amministratori di gestione licenze e utenti: gli amministratori responsabili dell'assegnazione delle licenze (acquistate) agli utenti.
  • Centro di eccellenza (COE) e team di BI: i team responsabili della supervisione di Power BI e del supporto degli utenti di Power BI nell'organizzazione. Questi team prendono decisioni chiave e collaborano con gli amministratori di Fabric.
  • Proprietari e creatori di contenuti: questo articolo potrebbe essere rilevante anche per gli autori di contenuti self-service che devono ottenere licenze in modo che possano creare, pubblicare e gestire il contenuto.

Un aspetto fondamentale della gestione di Microsoft Fabric consiste nel garantire che gli utenti abbiano accesso alle funzionalità necessarie. A questo scopo, è necessario acquistare e gestire sottoscrizioni, licenze e versioni di valutazione per l'organizzazione. La gestione di sottoscrizioni, licenze e versioni di valutazione è necessaria per garantire che gli autori di contenuti e i consumer di contenuti possano usare Fabric e Power BI.

Nota

La gestione delle licenze è un argomento importante che può essere complesso, soprattutto quando l'organizzazione implementa Fabric o Power BI per la prima volta. Anche se questo articolo descrive le decisioni e le considerazioni principali relative a sottoscrizioni, licenze e percorsi, è consigliabile fare riferimento agli articoli e alle risorse supplementari seguenti per informazioni più dettagliate e pratiche.

Importante

A volte questo articolo si riferisce a Power BI Premium o alle relative sottoscrizioni di capacità (SKU P). Tenere presente che Microsoft sta attualmente consolidando le opzioni di acquisto e ritirando gli SKU di Power BI Premium per capacità. I clienti nuovi ed esistenti devono invece prendere in considerazione l'acquisto di sottoscrizioni con capacità Fabric (SKU F).

Per altre informazioni, vedere Aggiornamento importante disponibile per le licenze Power BI Premium e Domande frequenti su Power BI Premium.

La tabella seguente presenta i concetti chiave usati da questo articolo.

Concetto Descrizione Esempio
Tenant Fabric opera all'interno del tenant di Microsoft Entra dell'organizzazione. In genere un'organizzazione avrà un singolo tenant (anche se alcune organizzazioni di grandi dimensioni potrebbero avere più tenant). In Contoso esiste un tenant per contoso.com.
Abbonamento Una o più sottoscrizioni devono essere attive per un tenant. Ogni sottoscrizione ha una data di inizio e una data di fine che fa riferimento a un prodotto:

• Le sottoscrizioni per utente vengono gestite nel interfaccia di amministrazione di Microsoft 365. Un numero specifico di licenze è disponibile all'interno di ogni sottoscrizione.
• Una sottoscrizione di capacità Di Power BI Premium viene gestita nel interfaccia di amministrazione di Microsoft 365.
• Una sottoscrizione di capacità di Fabric viene gestita nel portale di Azure.		 Contoso ha quattro sottoscrizioni attive:

• Licenze gratuite illimitate.
• 100 licenze Pro.
• 15 licenze PPU.
• Tre licenze di capacità.
Licenza per utente Una licenza per utente si basa su una sottoscrizione. Tutti gli utenti richiedono una licenza utente, che può essere Fabric Free, Power BI Pro (Pro) o Premium per utente (PPU). Contoso ha 450 utenti attivi:

• A tutti i 450 utenti viene assegnata una licenza gratuita di Fabric.
• A 92 utenti viene assegnata una licenza di Power BI Pro (lasciando otto disponibili nella sottoscrizione).
• A 15 utenti viene assegnata una licenza PPU (lasciando nessuno disponibile nella sottoscrizione).
Licenza di capacità Una licenza di capacità si basa su una sottoscrizione. Le aree di lavoro vengono assegnate a una capacità, che determina le funzionalità e le risorse disponibili per il contenuto e gli utenti dell'area di lavoro. Contoso ha tre capacità attive:

• Due capacità dell'infrastruttura.
• Una capacità Power BI Premium.
SKU (unità di mantenimento delle scorte) Gli SKU sono un ID prodotto per la sottoscrizione acquistata. Per la capacità, esistono due modi per fare riferimento agli SKU.

• Raggruppamento: tipo di capacità acquistata. Ad esempio, uno SKU F si riferisce a una capacità infrastruttura in generale.
• Specifico: lo SKU specifico per una capacità definisce il livello di potenza di calcolo. Ad esempio, una capacità F64 ha un set specifico di risorse di calcolo (ad esempio CPU e memoria) disponibili per tutte le aree di lavoro assegnate a tale capacità.		 Contoso ha tre capacità attive:

• Una capacità F16.
• Una capacità F64.
• Una capacità P1.
Prova Una licenza di valutazione consente di provare le funzionalità. È possibile attivare una versione di valutazione per una licenza per utente o una licenza di capacità di Fabric. Contoso ha versioni di valutazione attive:

• Due utenti hanno una versione di valutazione PPU attiva.
• È attiva una versione di valutazione della capacità dell'infrastruttura.

Nota

Le sottoscrizioni indicate in questo articolo riguardano i costi per un prodotto. Si tratta di un concetto diverso rispetto alle sottoscrizioni di report, che sono report recapitati in base a una pianificazione.

Importante

Rivolgersi al responsabile account Microsoft quando si hanno domande sulle sottoscrizioni e le licenze dell'organizzazione per Fabric, Power BI o Microsoft 365.

Le opzioni di licenza possono essere miste e abbinate in base al carico di lavoro per singoli utenti e gruppi. Il diagramma seguente illustra in che modo una sottoscrizione ha licenze per utente o per capacità, gestite dal interfaccia di amministrazione di Microsoft 365 o dal portale di Azure.

Il diagramma mostra sia il interfaccia di amministrazione di Microsoft 365 che il portale di Azure.

Nella interfaccia di amministrazione di Microsoft 365 gli amministratori possono acquistare e assegnare licenze per utente o capacità Premium.

  • L'organizzazione ha una sottoscrizione gratuita di Microsoft Fabric con licenze gratuite illimitate. Gli amministratori di fatturazione possono assegnare queste licenze agli utenti dell'organizzazione.
  • Gli amministratori di fatturazione possono acquistare sottoscrizioni di Power BI Pro e assegnare licenze di Power BI Pro agli utenti dell'organizzazione.
  • Gli amministratori di fatturazione possono acquistare licenze Power BI Premium per utente (PPU) come componenti aggiuntivi a una sottoscrizione di Power BI Pro esistente. Questi amministratori possono quindi assegnare licenze PPU agli utenti dell'organizzazione.
  • Gli amministratori di fatturazione possono acquistare sottoscrizioni di capacità Power BI Premium (SKU P) per l'organizzazione. Queste licenze sono per capacità e non per utente.

Nell'portale di Azure gli amministratori di Azure possono assegnare licenze per utente e acquistare e gestire licenze per capacità.

  • Gli amministratori di Azure assegnano licenze per utente, ad esempio Microsoft Fabric Free, nella portale di Azure in Microsoft Entra ID.
  • Gli amministratori di Azure gestiscono la sottoscrizione di Azure, in cui possono acquistare e gestire licenze per capacità.
    • Gli amministratori di fatturazione possono acquistare sottoscrizioni di capacità Premium (SKU A o SKU EM), collegati e fatturati come parte di una sottoscrizione di Azure.
    • Gli amministratori di fatturazione possono acquistare sottoscrizioni di capacità di Fabric (SKU F), collegate e fatturate come parte di una sottoscrizione di Azure.

Nota

Molte delle funzionalità descritte in questo articolo non sono disponibili per gli amministratori di Fabric. Gli amministratori di Fabric devono invece collaborare con altri amministratori che dispongono di autorizzazioni aggiuntive per visualizzare (o aggiornare) sottoscrizioni, fatturazione e licenze.

Nella parte restante di questo articolo vengono descritte le considerazioni sulle licenze per utente e le licenze per capacità.

Esaminare e gestire le licenze per utente

Ogni utente che lavora con Fabric richiede una licenza utente (gratuita, pro o PPU, che verrà descritta nel passaggio 2). Anche se si intende acquistare licenze di capacità (descritte più avanti in questo articolo), sono necessarie licenze per utente in modo che ogni utente possa accedere a Fabric. Questo accesso è facilitato dall'integrazione con Microsoft Entra ID.

Passaggio 1: Esaminare le licenze utente

È importante comprendere prima lo stato corrente delle sottoscrizioni e delle licenze utente. Gli amministratori di fatturazione possono aiutare confermando le sottoscrizioni utente attualmente disponibili e il modo in cui vengono assegnate le licenze utente.

Ecco due modi comuni per compilare un elenco di sottoscrizioni e licenze utente.

  • Visualizzare l'area Fatturazione del interfaccia di amministrazione di Microsoft 365.
  • Estrarre i dati a livello di codice usando le API REST di Microsoft Graph pertinenti.

Suggerimento

È anche possibile usare queste informazioni come parte del controllo a livello di tenant. In particolare, vedere questa sezione sul recupero di dati relativi a utenti e gruppi.

Durante la revisione, compilare le informazioni seguenti.

  • Sottoscrizioni attive per le licenze utente:
    • Microsoft Fabric Free
    • Power BI Pro
    • Power BI Premium per utente
  • Stato sottoscrizione
  • Date di inizio e fine della sottoscrizione
  • Quantità di sottoscrizioni:
    • Totale acquistato
    • Numero di licenze assegnate agli utenti
    • Numero di licenze disponibili
  • Costo sottoscrizione:
    • Prezzi per ogni sottoscrizione
    • Informazioni sui prezzi dell'organizzazione (se applicabile)
    • Chi ha approvato l'acquisto (se applicabile)
  • Versioni di valutazione utente attualmente attive

Importante

Assicurarsi di includere sottoscrizioni self-service esistenti nell'elenco in modo da ottenere l'immagine completa. Per altre informazioni, vedere Gestire gli acquisti in modalità self-service.

Passaggio 2: Decidere le licenze utente

Dopo aver esaminato le licenze utente, è necessario prendere alcune decisioni chiave su come assegnare e gestire queste licenze nell'organizzazione.

Importante

Le decisioni relative alle licenze per utente, con o senza capacità (descritte nella sezione successiva di questo articolo), avranno un impatto significativo sulle funzionalità disponibili per autori e consumer.

Decidere quali licenze per utente sono necessarie

È necessario determinare quali licenze utente sono necessarie. A ogni utente deve essere assegnata una licenza di Microsoft Fabric (gratuita) o una licenza di Power BI Pro. Se creano o visualizzano contenuto pubblicato in un'area di lavoro che usa la modalità di licenza Premium per utente, hanno anche bisogno di una licenza Power BI Premium per utente (PPU).

Ecco ognuno dei tipi di licenza utente e i relativi usi.

  • Licenza di Microsoft Fabric (gratuita): licenza gratuita senza costi di sottoscrizione. Può essere usato in modi diversi:
    • Business Intelligence personale: un utente gratuito può usare l'area di lavoro personale nel portale di Fabric. Poiché lo scopo è business intelligence personale, nessuna distribuzione, condivisione o funzionalità di collaborazione per i report è disponibile per l'utente gratuito.
    • Utilizzo di BI: un utente gratuito può visualizzare il contenuto distribuito in un'area di lavoro assegnata a una capacità (almeno F64 o P1). Questo caso d'uso di Business Intelligence aziendale è significativo quando si dispone di un numero elevato di consumer di report che non creano contenuto bi, perché non è necessario acquistare una licenza di Power BI Pro per questi consumer. Per altre informazioni, vedere Pianificazione della sicurezza consumer report.
    • Creazione dell'infrastruttura: un utente gratuito può creare e condividere elementi di Fabric (non Power BI) in un'area di lavoro assegnata a uno SKU F.
  • Licenza di Power BI Pro: è necessaria una licenza di Power BI Pro per creare contenuto di Power BI. È necessario per qualsiasi forma di condivisione, collaborazione o distribuzione di contenuti. Per altre informazioni, vedere Pianificazione della sicurezza degli autori di contenuti.
  • Licenza power BI Premium per utente (PPU): una licenza PPU offre tutte le funzionalità di licenza Pro e include determinate funzionalità Premium, per ogni utente. È una buona scelta per le organizzazioni e i team di piccole dimensioni che vogliono usare funzionalità specifiche, ma che non necessitano del set completo di funzionalità di Fabric. Per altre informazioni, vedere Power BI Premium per utente.

Suggerimento

È possibile combinare e associare le licenze utente alle licenze di capacità. Ad esempio, potrebbero essere presenti aree di lavoro di sviluppo, test e produzione che si basano su approcci specifici per la pubblicazione di contenuti aziendali. Poiché le aree di lavoro di sviluppo e test hanno pochissimi utenti, a tali aree di lavoro potrebbe essere assegnata una dimensione di capacità inferiore o una modalità di licenza PPU (se non richiedono un'esperienza o funzionalità dell'infrastruttura). L'area di lavoro di produzione può usare una licenza di capacità per supportare molti consumer (con licenze gratuite). In questo modo, è possibile ridurre i costi, separando il contenuto di sviluppo e test dal carico di lavoro di produzione.

Decidere i prerequisiti per ottenere una licenza utente

Valutare se sono presenti requisiti che devono essere soddisfatti prima dell'assegnazione di una licenza utente.

Ecco alcuni esempi di prerequisiti.

  • Richiedere all'utente di riconoscere un criterio dei dati dell'organizzazione (ad esempio una privacy dei dati o un criterio di gestione dei dati) prima di essere assegnato a una licenza utente.
  • Richiedere all'utente di completare una sessione di training iniziale o di una certificazione prima che venga concessa una licenza.
  • Implementazione di un flusso di lavoro, ad esempio:
    • Richiedere l'approvazione del manager.
    • Confermare la sottoscrizione da cui assegnare la licenza.
    • Approvare dove addebitare il costo.
    • Verificare che il ruolo e le responsabilità dell'utente giustificano una licenza (e l'accesso ai dati).

Suggerimento

Non introdurre troppi ostacoli che potrebbero impedire agli utenti di ottenere una licenza. Se è troppo difficile, i professionisti occupati potrebbero non preoccuparsi di richiedere una licenza. Al contrario, per svolgere il lavoro, troveranno un altro modo, che potrebbe comportare soluzioni alternative non ottimali. Ad esempio, senza una licenza, gli utenti potrebbero condividere file in un file system o tramite posta elettronica quando sono disponibili approcci migliori e più sicuri.

Decidere il processo per la gestione delle richieste di licenza utente

Determinare se è necessario implementare un processo di richiesta di licenza personalizzato definito dall'organizzazione. Questa richiesta può gestire scenari come:

  • Richiesta dei prerequisiti (descritto nella sezione precedente).
  • Integrazione con una piattaforma di gestione delle licenze esistente.
  • Informare gli utenti delle offerte di formazione e della guida disponibile come parte del processo di assegnazione delle licenze utente.
  • Determinare come verranno allocati i costi o come verranno eseguiti i chargeback.

Suggerimento

È possibile impostare un URL personalizzato per le richieste di licenza nell'impostazione del tenant Pubblica ottenere informazioni della Guida. L'URL può indirizzare gli utenti a un modulo o alla pagina della richiesta di licenza interna.

Decidere come verranno acquistate le sottoscrizioni utente

È importante pianificare esattamente il funzionamento del processo di acquisto delle sottoscrizioni.

Ecco alcune domande da considerare.

  • Le sottoscrizioni vengono acquistate singolarmente o in blocco?
    • Nelle organizzazioni più piccole è possibile scegliere di acquistare ogni sottoscrizione (e assegnare la licenza) su richiesta. Questo approccio funziona correttamente quando è presente un volume ridotto di richieste.
    • Nelle organizzazioni di grandi dimensioni, è spesso efficiente acquistare sottoscrizioni in batch ,ad esempio 50 licenze Pro. Questo approccio funziona bene quando sono disponibili fondi sufficienti nel budget e si prevede che le licenze vengano assegnate (e usate) presto.
  • Hai un Contratto Enterprise (EA)? Ad esempio, l'organizzazione ha acquistato un abbonamento a Microsoft 365 che include 500 licenze Enterprise E5. In tal caso, ogni utente a cui è assegnata una licenza E5 avrà una licenza di Power BI Pro. Si noti che l'accesso alle singole app può essere rimosso per gli utenti quando necessario.
  • L'acquisto di una funzione centralizzata gestita da un reparto? Oppure è consentito l'acquisto self-service?

Suggerimento

È consigliabile classificare in ordine di priorità le attività di mentoring e di abilitazione degli utenti e di supporto degli utenti. Queste attività diventano ancora più importanti quando le licenze sono ampiamente distribuite agli utenti in tutta l'organizzazione.

Decidere se le versioni di valutazione sono abilitate

Una decisione importante sulla governance è se sono consentite le versioni di valutazione degli utenti. Una versione di valutazione in-product offre agli utenti un modo per provare le funzionalità prima di impegnarsi a acquistare una licenza. Esistono due tipi di versioni di valutazione che un utente può avviare: una versione di valutazione premium per utente (PPU) e una versione di valutazione della capacità di Fabric.

Quando le versioni di valutazione sono abilitate, viene visualizzato un pulsante Avvia versione di valutazione nel portale che consente a un utente di iniziare una versione di valutazione di Fabric. Inoltre, un utente può essere richiesto di avviare una versione di valutazione mentre lavora. Ad esempio, se un utente gratuito tenta di creare un'area di lavoro o di condividere un report, verrà richiesto di avviare una versione di valutazione PPU selezionando il pulsante Prova gratuitamente . Analogamente, se un utente Pro tenta di visualizzare il contenuto in un'area di lavoro PPU, verrà richiesto di avviare una versione di valutazione selezionando il pulsante Prova gratuitamente .

La possibilità di usare versioni di valutazione in-product è controllata dall'impostazione Utente del tenant delle funzionalità a pagamento di Microsoft Fabric. Il suo comportamento è strettamente correlato al funzionamento dell'acquisto self-service (descritto di seguito). Per altre informazioni, vedere Utenti che possono provare le funzionalità a pagamento di Microsoft Fabric.

Nota

L'esperienza di valutazione è destinata a essere una comodità che consente agli utenti di continuare con il normale flusso di lavoro. In genere, la disabilitazione delle versioni di valutazione non è consigliata. La limitazione delle versioni di valutazione potrebbe incoraggiare gli utenti a cercare soluzioni alternative, ad esempio esportando dati o lavorando all'esterno di strumenti e processi supportati.

Valutare la possibilità di disabilitare le versioni di valutazione solo quando:

  • Ci sono notevoli problemi di costo che potrebbero rendere improbabile concedere all'utente una licenza completa alla fine del periodo di valutazione.
  • I prerequisiti sono necessari per ottenere una licenza (ad esempio approvazione, giustificazione o requisito di training) che devono essere soddisfatti prima di iniziare una versione di valutazione o ottenere una licenza.
  • Esiste una necessità valida, ad esempio un requisito normativo, per controllare attentamente l'accesso a Fabric.

Decidere se l'acquisto self-service è abilitato

Gli utenti possono acquistare licenze autonomamente quando l'acquisto self-service è abilitato. In questo caso, un utente può acquistare una licenza mentre lavora. Ad esempio, se un utente Pro tenta di visualizzare il contenuto in un'area di lavoro PPU, può scegliere di acquistare una licenza selezionando l'account di aggiornamento o il pulsante Acquista adesso. Per altre informazioni, vedere Iscriversi o acquistare l'servizio Power BI come utente singolo.

L'acquisto self-service è utile per:

  • Organizzazioni di grandi dimensioni con business unit decentralizzate con autorità di acquisto e vogliono gestire il pagamento direttamente con una carta di credito.
  • Le organizzazioni che intendono rendere più semplice possibile l'acquisto di sottoscrizioni con un impegno mensile.

Il diagramma seguente illustra il funzionamento dell'acquisto self-service (quando non è presente un URL personalizzato per le richieste di licenza).

Il diagramma mostra l'acquisto self-service delle licenze.

Il diagramma illustra i processi e i passaggi seguenti nell'acquisto self-service delle licenze.

Articolo Descrizione
Elemento 1. Un utente self-service può acquistare la propria licenza solo quando ha un account aziendale esistente.
Elemento 2. L'utente può acquistare la propria licenza quando la pubblicazione self-service è supportata dall'organizzazione.
Elemento 3. L'utente ha una visualizzazione limitata delle licenze acquistate dal interfaccia di amministrazione di Microsoft 365 che può assegnare ad altri utenti nell'ambito di responsabilità.
Elemento 4. Gli amministratori di Microsoft 365 hanno una visione olistica di tutte le licenze acquisite tramite la pubblicazione self-service nel interfaccia di amministrazione di Microsoft 365.
Elemento 5. Gli utenti con una licenza acquistata in modalità self-service possono accedere e usare Power BI.

Valutare la possibilità di disabilitare l'acquisto self-service quando:

  • I processi di approvvigionamento centralizzati sono in grado di soddisfare i requisiti normativi, di sicurezza e di governance.
  • I prezzi scontati vengono ottenuti tramite un contratto Enterprise Agreement (EA).
  • I processi esistenti sono disponibili per gestire i chargeback interaziendali.
  • I processi esistenti sono disponibili per gestire le assegnazioni di licenze basate sui gruppi.
  • I prerequisiti sono necessari per ottenere una licenza, ad esempio l'approvazione, la giustificazione, il training o un requisito dei criteri di governance.

Quando si pianifica l'acquisto in modalità self-service, è necessario tenere presenti molte considerazioni.

Ecco alcuni altri fattori da considerare.

  • Esiste un criterio a livello di organizzazione esistente per gli acquisti self-service e le versioni di valutazione?
  • Fabric segue i criteri aziendali esistenti per gli acquisti self-service e le versioni di valutazione?
  • L'acquisto e le versioni di valutazione devono essere entrambe abilitate, entrambe disabilitate o una combinazione? L'esperienza dell'utente dipenderà dalla modalità di combinazione delle impostazioni per l'acquisto e le versioni di valutazione.
  • Gli utenti che tentano di acquistare una licenza devono essere indirizzati a una pagina specifica?
    • Con un URL personalizzato per le richieste di licenza, l'utente viene immediatamente indirizzato a tale pagina quando seleziona l'account di aggiornamento o il pulsante Acquista ora. È possibile fornire ulteriori istruzioni o chiedere loro di inviare i dettagli in un modulo. L'uso di un URL personalizzato è un modo per impedire l'uso dell'acquisto self-service reindirizzando l'utente altrove.
    • Senza un URL personalizzato, un utente che sceglie di acquistare una licenza viene indirizzato a Microsoft 365 per completare l'acquisto.

Decidere come gestire le licenze per gli utenti esterni

Potrebbe essere necessario collaborare con gli utenti guest esterni all'organizzazione. Gli utenti guest possono includere clienti, partner o fornitori. Potrebbero anche essere consulenti o collaboratori esterni. Questo argomento può essere applicato anche alle organizzazioni che hanno più persone giuridiche o tenant a causa di fusioni e acquisizioni.

Ecco alcune considerazioni quando si pianifica come gestire le licenze per gli utenti guest.

  • In che modo il processo di assegnazione delle licenze utente sarà diverso quando è coinvolto un utente esterno?
  • L'utente esterno funziona per un'organizzazione con ID Microsoft Entra configurato? In tal caso, le credenziali possono essere gestite dal tenant principale. Per altre informazioni, vedere Strategia per utenti esterni.
  • Quali utenti esterni sono consumer solo rispetto a quelli che devono creare e pubblicare contenuto?
  • In quali situazioni verrà fornita una licenza dall'utente esterno (nota come bring-your-own-license o BYOL). In quali circostanze verrà fornita una licenza dall'organizzazione? Per altre informazioni, vedere l'argomento relativo alle licenze in Distribuire il contenuto di Power BI agli utenti guest esterni usando Microsoft Entra B2B.
  • Quale tipo di processo di invito guest verrà usato? Esistono diverse funzionalità per gli inviti occasionali e pianificati degli utenti guest. Anche l'esperienza utente è diversa. Per altre informazioni, vedere Processo di invito guest.

Suggerimento

Per altre informazioni, vedere il white paper microsoft Entra B2B. È una risorsa utile per apprendere le strategie per la gestione degli utenti esterni.

Passaggio 3: Aggiornare le licenze utente

A questo punto, le informazioni sono disponibili per le sottoscrizioni e le licenze esistenti e sono state prese decisioni intenzionali. A questo momento si è pronti per apportare tutti gli aggiornamenti necessari.

Importante

Assicurarsi di coordinare le modifiche con il responsabile dell'account Microsoft in caso di domande o chiarimenti.

Gli argomenti seguenti sono azioni che potrebbero essere appropriate.

Aumentare o ridurre la quantità di sottoscrizioni utente

In base alle informazioni raccolte, è possibile scegliere di modificare le sottoscrizioni utente esistenti. Ad esempio, è possibile scegliere di aumentare o ridurre la quantità delle sottoscrizioni Pro o PPU.

Nota

Le modifiche apportate alle sottoscrizioni utente potrebbero essere correlate ad altre modifiche a una sottoscrizione di capacità. Le licenze per la capacità sono illustrate più avanti in questo articolo.

Assegnare o annullare l'assegnazione delle licenze utente

Potrebbe essere necessario assegnare o annullare l'assegnazione delle licenze utente. Ad esempio, è possibile identificare che è necessario assegnare più licenze Pro a determinati utenti o annullare l'assegnazione di licenze PPU da altri utenti.

Acquisire acquisti in modalità self-service

Se l'obiettivo è gestire centralmente tutte le sottoscrizioni, potrebbe essere necessario acquisire il controllo di un acquisto effettuato in precedenza da un utente self-service. Per altre informazioni, vedere Decidere se l'acquisto self-service è abilitato.

Modificare le impostazioni del tenant

In base alle decisioni per la gestione delle licenze utente e delle versioni di valutazione, potrebbe essere necessario modificare alcune impostazioni del tenant nel portale di amministrazione di Fabric.

Potrebbe essere necessario aggiornare:

Passaggio 4: Documentare le licenze utente

A seconda dei processi interni, è possibile scegliere di creare la documentazione che aumenta le informazioni disponibili nel portale per le sottoscrizioni e le licenze utente.

È possibile basarsi sulle informazioni acquisite nel passaggio 1 includendo i dettagli seguenti nella documentazione.

  • Decisioni chiave, tra cui più contesto o dettaglio
  • Chi ha approvato gli acquisti di licenze utente e quando
  • Temporizzazione o elementi di azione in sospeso
  • Requisiti di governance correlati alle licenze utente
  • Requisiti di controllo correlati alle licenze utente
  • Snapshot delle informazioni sulla licenza utente

Suggerimento

A meno che non si sia un'organizzazione molto piccola con pochissime modifiche, non documentare manualmente ogni licenza utente. Usare invece le API Microsoft Graph per estrarre regolarmente informazioni sulle sottoscrizioni e le licenze. È consigliabile archiviare uno snapshot dei dati delle licenze utente ogni settimana o ogni mese. In questo modo, è possibile confrontare gli snapshot per determinare le modifiche apportate. Per altre informazioni, vedere Controllare le licenze utente.

Importante

Fare riferimento alla documentazione Relativa ai piani di prodotto e agli identificatori del piano di servizio durante il confronto dei risultati di Microsoft Graph con quelli visualizzati nella interfaccia di amministrazione di Microsoft 365.

Passaggio 5: Gestire le licenze utente

Le licenze utente avranno bisogno di attenzione su base continuativa. Gli argomenti seguenti sono aspetti da considerare.

Creare un processo per accettare le richieste di licenza utente

È consigliabile creare un processo ripetibile e documentato per richiedere una licenza utente. In genere comporta la creazione di un modulo online. Devono essere incluse anche le informazioni sui prerequisiti richiesti.

Monitorare le versioni di valutazione utente

Ogni mese è necessario identificare gli utenti che hanno avviato una versione di valutazione che scadrà presto. È possibile che all'utente sia assegnata una licenza. L'obiettivo è evitare un'interruzione del servizio per questi utenti. Per altre informazioni, vedere Controllo della versione di valutazione utente.

Automatizzare le assegnazioni di licenze utente

Nelle organizzazioni di grandi dimensioni, la gestione delle richieste di licenze utente può comportare un impegno amministrativo significativo. Un modo per migliorare l'efficienza consiste nell'usare le licenze basate sui gruppi. Le licenze basate su gruppo consentono di assegnare automaticamente una licenza in base all'appartenenza a un gruppo di sicurezza. Un gruppo come gli autori di contenuti di Fabric funziona bene a questo scopo, consentendo l'assegnazione di licenze agli utenti in modo efficiente.

Il diagramma seguente illustra il funzionamento delle licenze basate sui gruppi.

Diagramma che mostra le licenze basate sui gruppi.

Il diagramma illustra i processi e i passaggi seguenti relativi alle licenze basate sui gruppi.

Articolo Descrizione
Elemento 1. Gli amministratori di fatturazione acquistano e assegnano licenze per utente dal interfaccia di amministrazione di Microsoft 365.
Elemento 2. Gli amministratori assegnano queste licenze ai gruppi gestiti in Microsoft Entra ID.
Elemento 3. I gruppi sono configurati per assegnare licenze a tutti i membri.
Elemento 4. A tutti gli utenti aggiunti a un gruppo viene concessa automaticamente la licenza di Power BI assegnata a tale gruppo, a condizione che ne sia disponibile una.

Esaminare e ottimizzare i costi di licenza utente

Confrontare periodicamente gli utenti con licenza con il log attività per determinare se gli utenti usano attivamente la licenza. Cercare gli utenti a cui è assegnata una licenza, ma non è stata usata. Ad esempio, un utente potrebbe avere una licenza Pro assegnata, ma visualizza solo il contenuto presente in una capacità. Usare criteri coerenti quando possibile, ad esempio:

  • La licenza non viene usata per un periodo specifico, ad esempio sei mesi.
  • La licenza viene usata raramente o sporadicamente.
  • La licenza è stata usata una volta per una singola attività.

Il log attività consente di identificare quando si sono verificate attività per un utente e di cosa si tratta( ad esempio, la visualizzazione di un report o la pubblicazione di un report).

Passaggio 6: Controllare le licenze utente

È importante avere un processo per controllare regolarmente sottoscrizioni, licenze e versioni di valutazione per gli utenti. Un amministratore di Infrastruttura dovrà collaborare con altri amministratori per ottenere queste informazioni, ad esempio amministratori globali, amministratori di fatturazione e amministratori di Azure.

Controllo delle sottoscrizioni utente

Ecco alcune azioni da cercare quando si controllano le sottoscrizioni.

  • Elenco di sottoscrizioni attive: è possibile visualizzare i prodotti con una sottoscrizione attiva nell'area di fatturazione del interfaccia di amministrazione di Microsoft 365. In alternativa, con Microsoft Graph, usare l'API REST List Subscribed SKUs per estrarre sottoscrizioni attive.
  • È stata creata una nuova sottoscrizione: i prodotti acquistati di recente visualizzano un nuovo indicatore nell'area di fatturazione del interfaccia di amministrazione di Microsoft 365.

Controllo delle licenze utente

Ecco alcune azioni da cercare quando controllare le licenze utente.

  • Elenco delle licenze utente: visualizzare il numero totale di licenze disponibili e assegnate nell'area di fatturazione del interfaccia di amministrazione di Microsoft 365. È anche possibile eseguire il drill-down per esaminare gli utenti a cui è assegnata una licenza per ogni sottoscrizione del prodotto. In alternativa, con Microsoft Graph, usare l'API REST List License Details (Elenca dettagli licenza) per estrarre i dettagli di ogni utente (per fornire il parametro ID, ottenere prima di tutto ogni ID utente dall'API REST List Users).
  • All'utente è stata assegnata una licenza: cercare il log di controllo nel Portale di conformità di Microsoft Purview. Cercare l'operazione Modifica licenza utente. La proprietà ModifiedProperties indica che è stata assegnata una nuova licenza.
  • Utenti a cui è assegnata una licenza ma non è stata usata: usare l'elenco delle licenze utente (descritte in precedenza). Confrontare tali risultati con il log attività. Cercare gli utenti che non dispongono di attività nel log attività. Per semplificare questa operazione, è anche possibile visualizzare le attività dal report Utilizzo e adozione delle funzionalità e dal relativo modello semantico sottostante dall'area di lavoro Monitoraggio amministratore.
  • La sottoscrizione ha licenze disponibili non ancora assegnate: visualizzare il numero di licenze disponibili per ogni sottoscrizione del prodotto nell'area di fatturazione del interfaccia di amministrazione di Microsoft 365. In alternativa, con Microsoft Graph, usare l'API REST List Subscribed SKUs per estrarre i dettagli della licenza. La proprietà ConsumedUnits indica il numero di licenze assegnate e la proprietà Enabled indica il numero di licenze acquistate.

Controllo della versione di valutazione utente

Quando si cercano nuove versioni di valutazione utente nel log attività, cercare le attività OptInForPPUTrial o OptInForProTrial .

Importante

Le informazioni presentate in questo passaggio non sono destinate a essere un elenco completo di modi per controllare i dati. Piuttosto, è destinato a fornire idee per iniziare a lavorare con le attività di controllo. Per altre idee, è consigliabile consultare gli amministratori di fatturazione.

Elenco di controllo : quando si pianificano licenze utente, le decisioni chiave e le azioni includono:

  • Eseguire una revisione: determinare lo stato corrente esaminando le sottoscrizioni, le licenze e le versioni di valutazione correnti degli utenti.
  • Identificare i criteri e le decisioni esistenti: compilare i criteri interni esistenti o le decisioni precedenti correlate alle licenze utente in modo che siano prontamente disponibili.
  • Discutere e decidere: pianificare workshop per prendere decisioni chiave relative a sottoscrizioni, licenze e versioni di valutazione degli utenti. Coinvolgere tutti i responsabili decisionali, gli stakeholder e lo sponsor esecutivo, quando appropriato.
  • Creare la documentazione: compilare le informazioni raccolte e documentare le decisioni chiave per riferimento futuro.
  • Apportare aggiornamenti: aggiornare le sottoscrizioni utente e le licenze in base alle decisioni prese nei workshop.
  • Creare un processo per gestire le richieste utente: configurare un processo per il modo in cui gli utenti possono richiedere una licenza.
  • Configurare il controllo: creare processi di controllo per tenere traccia delle attività correlate a sottoscrizioni utente, licenze e versioni di valutazione.

Esaminare e gestire le licenze per la capacità

Oltre alle licenze utente (descritte in precedenza in questo articolo), l'organizzazione potrebbe trovare un valore significativo per l'acquisto di una o più licenze di capacità. Ad esempio, le licenze di capacità forniscono l'accesso ad altre funzionalità, ad esempio le esperienze di Infrastruttura fornite con una licenza di Fabric. Queste funzionalità consentono di supportare e ridimensionare l'implementazione di Power BI.

Passaggio 1: Esaminare le sottoscrizioni della capacità

È importante comprendere prima lo stato corrente delle sottoscrizioni di capacità. Gli amministratori di fatturazione e licenze possono aiutare a verificare le sottoscrizioni di capacità disponibili. Potrebbe anche essere necessario parlare con gli attuali amministratori della capacità o i collaboratori alla capacità per ottenere una chiara comprensione dello scopo di ogni capacità esistente. Per altre informazioni, vedere Gestire le autorizzazioni utente.

È possibile compilare lo stato corrente delle sottoscrizioni e delle licenze di capacità in modi diversi.

  • Visualizzare le impostazioni di capacità nel portale di amministrazione di Fabric.
  • Visualizzare l'area di fatturazione del interfaccia di amministrazione di Microsoft 365 (applicabile a Power BI Premium).
  • Visualizzare il portale di Azure (applicabile alla capacità dell'infrastruttura e a Power BI Embedded).
  • Estrarre i dati a livello di codice usando le API Microsoft Graph pertinenti.

Durante la revisione, compilare le informazioni seguenti.

  • Sottoscrizioni attive per le licenze di capacità:
    • Capacità di Microsoft Fabric
    • Capacità di Power BI Premium
    • Power BI Embedded
  • Stato sottoscrizione
  • Tipo di sottoscrizione (con pagamento in base al consumo o riservato con una data di inizio e di fine)
  • Costo sottoscrizione:
    • Prezzi per ogni sottoscrizione
    • Incentivi per i prezzi dell'organizzazione da Microsoft (se applicabile)
    • Chi ha approvato l'acquisto (se applicabile)
    • Allocazioni dei costi all'interno dell'organizzazione (se applicabile)

Passaggio 2: Decidere le licenze di capacità

Dopo aver esaminato le sottoscrizioni di capacità, è necessario decidere le licenze di capacità.

L'uso della capacità può svolgere un ruolo significativo nella strategia per la creazione, la gestione, la pubblicazione e la distribuzione di contenuti. Le decisioni relative alle licenze di capacità si aggiungono alle licenze per utente descritte in precedenza.

Decidere se è necessaria una licenza di capacità

Quando si inizia a analizzare le esigenze di una licenza di capacità, è importante avere chiarezza sulle esigenze di architettura e sulle esigenze degli utenti che informeranno la decisione di usare una capacità.

Ecco alcune domande che è possibile esplorare inizialmente.

  • Architettura dei dati: quali tipi di investimenti nell'architettura dei dati sono attualmente in corso? Come influiranno sulle scelte effettuate? Sono disponibili modelli semantici di grandi dimensioni che contengono grandi volumi di dati?
  • Esperienze di infrastruttura: quali esperienze sono attualmente in uso o sono pianificate per un uso futuro? Ad esempio, è possibile usare l'esperienza di Power BI, ma si intende investire in un'architettura lakehouse in Fabric, che fa parte dell'esperienza di Ingegneria dei dati.
  • Requisiti relativi ai dati e alla business intelligence: sono previsti requisiti aziendali per soddisfare le esigenze analitiche attualmente non soddisfatte? In che modo i requisiti sono correlati alle decisioni relative all'architettura (e alle licenze)?
  • Consumer: quanti consumer di sola visualizzazione sono disponibili?
  • Autori: quanti autori di contenuti sono disponibili? Gli autori sono centralizzati, distribuiti tra varie business unit o entrambi?
  • Modelli di utilizzo: quali sono i modelli di utilizzo correnti per le query utente e l'aggiornamento dei dati? I modelli di utilizzo sono prevedibili e coerenti da un giorno all'altro?

Nota

Durante il processo di analisi e pianificazione delle licenze di capacità, è possibile determinare la necessità di eseguire una valutazione tecnica completa.

Decidere quale licenza di capacità è necessaria

Quando si determina che è necessaria una capacità, è necessario decidere quale tipo di licenza di capacità è più adatto.

Ecco ognuna delle licenze di capacità e i relativi usi e idoneità.

  • Capacità infrastruttura (SKU F): gli SKU F vengono acquistati in Azure (si noti che i prezzi sono a livello di area). Gli SKU F presentano alcuni vantaggi (che non sono disponibili con SKU P), tra cui la possibilità di:
    • Ridimensionare la capacità per ridimensionarla in qualsiasi momento. Questa possibilità di ridimensionare consente di modificare le dimensioni e i costi, come si comprende meglio il carico di lavoro.
    • Sospendere la capacità in qualsiasi momento. Questa funzionalità è utile per le capacità usate raramente.
    • Testare le funzionalità con una versione di valutazione di Fabric prima di eseguire il commit a un acquisto.
    • Usare una licenza di capacità di livello inferiore per carichi di lavoro di piccole dimensioni per ridurre i costi.
    • Scegliere il livello di impegno preferito:
      • Pagamento in base al consumo: il modello di determinazione prezzi con pagamento in base al consumo non prevede alcun impegno di utilizzo. È possibile ridimensionare la capacità in base alle esigenze e persino sospenderla. È adatto quando si vuole flessibilità.
      • Prenotazione: il modello tariffario riservato prevede una dimensione precommessa (SKU) per un periodo specifico, che comporta un costo inferiore rispetto al pagamento in base al consumo. Tuttavia, non è possibile sospendere un'istanza riservata, quindi è adatta quando è necessario eseguire una capacità 24/7.
    • Usare gli incentivi per i prezzi dell'organizzazione. Se si dispone di un contratto monetario con Microsoft, i programmi come l'impegno a consumo di Microsoft Azure (MACC) si applicano agli SKU F.
    • Usare le funzionalità di Gestione costi Microsoft per monitorare e tenere traccia dei costi.
  • Power BI Premium per capacità (SKU P): gli SKU P vengono acquistati nel portale di amministrazione di Microsoft 365. Power BI Premium usa un modello tariffario riservato, quindi viene eseguito 24/7 e non può essere ridimensionato o sospeso. Non è possibile acquistare SKU P dopo il 1° luglio 2024.
  • Power BI Premium (SKU EM): gli SKU EM sono un tipo specializzato di licenza di capacità Power BI Premium acquistata nel portale di amministrazione di Microsoft 365 o tramite contratti multilicenza (disponibili tramite il gestore account Microsoft). Gli SKU EM sono destinati a scenari di incorporamento semplici, ad esempio l'incorporamento di un report in un'applicazione. L'offerta DI SKU EM è un subset di funzionalità disponibili negli SKU P. Hanno meno potenza di calcolo e nessun accesso al servizio Power BI. Inoltre, gli SKU EM non supportano le esperienze di Fabric. Per altre informazioni, vedere Capacità e SKU.
  • Power BI Embedded (SKU A): gli SKU vengono acquistati in Azure(tuttavia, questa offerta è diversa dagli SKU F descritti in precedenza). Power BI Embedded è destinato principalmente ai fornitori di software indipendenti (ISV) che vogliono incorporare il contenuto di Power BI nelle applicazioni. Gli SKU non supportano gli elementi di Fabric. Per altre informazioni, vedere lo scenario di utilizzo incorporamento per i clienti .

Suggerimento

È anche possibile usare GLI SKU F per incorporare il contenuto di Power BI come si farebbe con gli SKU A e EM. Per altre informazioni, vedere Power BI Embedded con Microsoft Fabric.

La parte restante di questo articolo è incentrata sugli SKU F e sugli SKU P.

Decidere di usare una o più capacità

Una decisione chiave è se usare una capacità maggiore o più capacità più piccole. La scelta deve includere le considerazioni seguenti.

  • Livello di centralizzazione e decentralizzazione: quanto è importante la gestione centralizzata rispetto alla gestione decentralizzata per la capacità? Quando si dispone di un'architettura distribuita o mesh, è più probabile che siano necessarie più capacità per consentire a team diversi di gestire le proprie capacità.
  • Posizione di archiviazione dei dati: sono previsti requisiti di residenza dei dati a livello di area, specifici del settore o dell'organizzazione? La posizione geografica in cui vengono archiviati i dati è correlata alla capacità usando la funzionalità Multi-Geo .
  • Isolamento delle risorse: quale livello di isolamento delle risorse è necessario per capacità? Ad esempio, potrebbe essere necessario creare capacità diverse per business unit specifiche. In alternativa, è possibile creare una capacità specifica per supportare le aree di lavoro per un dominio.
  • Risorse di calcolo: quale livello di risorse di calcolo sono necessarie per ogni capacità? Ad esempio, se si sceglie di effettuare il provisioning di due capacità F32 invece di un F64, sono disponibili meno unità di capacità per entrambe le capacità perché sono suddivise. Le unità di capacità si traducono in vincoli per ogni SKU, ad esempio le dimensioni massime della memoria per un modello semantico.
  • Funzionalità necessarie: oltre al livello di potenza di calcolo, sono necessarie alcune funzionalità? Ad esempio, una capacità F64 (o P1) o superiore consente agli utenti con una licenza gratuita di visualizzare il contenuto bi o usare Copilot.
  • Costo: è necessario tenere traccia o allocare i costi separatamente per ogni SKU? Questa operazione è più semplice quando si dispone di capacità separate.

Decidere le dimensioni della capacità

A questo punto, è possibile selezionare uno SKU di capacità specifico. Considerare quali ambienti si intende eseguire: sviluppo, test e/o produzione. È comune che gli ambienti di sviluppo e test vengano eseguiti su una capacità inferiore rispetto a quella necessaria per un ambiente di produzione.

Per ottenere fiducia nelle dimensioni della capacità necessarie, provare a eseguire test di carico della capacità. Per altre informazioni, vedere Pianificazione della capacità e valutazione del carico di capacità.

Decidere le esigenze per aumentare e ridurre le prestazioni

È importante considerare le esigenze di scalabilità durante il processo di pianificazione delle licenze perché contribuisce al costo. Ad esempio, potrebbe essere necessario ridimensionare (o sospendere) occasionalmente una capacità sku F. In alternativa, è possibile configurare la scalabilità automatica per gestire picchi occasionali o imprevisti nei livelli di utilizzo della capacità dello SKU P. Per altre informazioni, vedere Ridimensionare la capacità.

Suggerimento

È possibile considerare la scalabilità in due modi.

  • L'aumento o la riduzione delle prestazioni si verifica quando si aggiungono o si rimuovono risorse( ad esempio, la scalabilità fino a un F16 da una capacità F8).
  • L'aumento del numero di istanze è quando si aggiungono altre capacità( ad esempio, è possibile acquistare due F8 invece di un F16). Tuttavia, le capacità non usano risorse combinate, ad esempio un cluster del gateway dati quando si aumenta il numero di istanze. Pertanto, se si sta valutando la scalabilità orizzontale a più capacità, tenere presente che le capacità separate funzionano in modo intenzionale in isolamento.

Decidere se è necessaria una licenza locale o ibrida

Server di report di Power BI (PBIRS) è una soluzione di creazione di report semplificata. È destinato alle organizzazioni che vogliono implementare un approccio ibrido in cui il contenuto di Power BI potrebbe essere pubblicato nel portale dell'infrastruttura basato sul cloud, per Server di report di Power BI o entrambi. È possibile installare il server di report in un computer in esecuzione all'interno dell'infrastruttura locale o in una macchina virtuale di Azure (con Vantaggio Azure Hybrid).

È possibile ottenere una licenza del server di report in uno dei due modi seguenti.

  • Sottoscrizione di Power BI Premium (SKU P)
  • SQL Server edizione Enterprise con Software Assurance (SA)

Nota

Per avere una licenza Pro, è necessario un autore che pubblica contenuto nel server di report.

Suggerimento

Eseguire un modello di verifica tecnico per garantire che Server di report di Power BI soddisfi le proprie esigenze. Tenere presente che la parità delle funzionalità con il portale di Fabric non è un obiettivo. Inoltre, quando si pubblica contenuto in Server di report di Power BI, è consigliabile usare Power BI Desktop per il server di report (diverso da quello normale di Power BI Desktop).

Per altre informazioni, vedere Licenze Server di report di Power BI.

Importante

È consigliabile fare riferimento al contratto multilicenza e rivolgersi al rappresentante dell'account Microsoft per informazioni dettagliate specifiche. Ad esempio, il contratto di licenza del server di report include limiti correlati al numero di core nel computer di destinazione.

Passaggio 3: Aggiornare le licenze di capacità

A questo punto, le informazioni sulla sottoscrizione della capacità esistente sono disponibili e sono state prese decisioni intenzionali. A questo momento è possibile eseguire gli aggiornamenti necessari.

Gli argomenti seguenti sono azioni che potrebbero essere appropriate.

Regolare la sottoscrizione della capacità

A volte potrebbe essere necessario apportare una modifica a una sottoscrizione di capacità esistente in base a quanto rilevato durante la revisione (passaggio 1) e alle decisioni prese (passaggio 2).

Ecco alcuni esempi di modifiche che è possibile apportare.

  • Passare ai prezzi riservati: i carichi di lavoro in esecuzione sulla capacità sono coerenti e devono essere eseguiti 24/7. Pertanto, per risparmiare sui costi, è prudente modificare la capacità dell'infrastruttura dai prezzi con pagamento in base al consumo ai prezzi riservati.
  • Passare ai prezzi con pagamento in base al consumo: i carichi di lavoro in esecuzione sulla capacità cambiano regolarmente e traggono vantaggio dalla possibilità di aumentare e ridurre frequentemente le prestazioni. In questo caso, l'approccio più conveniente potrebbe essere quello di modificare i prezzi con pagamento in base al consumo.

Importante

Contattare il responsabile dell'account Microsoft in caso di domande o chiarimenti sui costi e le opzioni della sottoscrizione.

Ridimensionare la capacità

Si potrebbe scoprire che è necessario ridimensionare la capacità quando una dimensione più piccola o maggiore soddisfa meglio le proprie esigenze.

Esistono due modi per gestire il ridimensionamento di una capacità.

  • Ridimensionamento manuale: è possibile scegliere di ridimensionare (o sospendere) una capacità dello SKU F nel portale di Azure. Ciò è utile quando si riso riguardano i problemi di prestazioni o si ha un periodo di tempo noto quando il carico sarà più elevato, ad esempio la settimana finale di ogni mese.
  • Scalabilità automatica: è possibile abilitare la scalabilità automatica per gestire picchi occasionali o imprevisti nei livelli di utilizzo della capacità dello SKU P senza richiedere alcuna operazione manuale. La scalabilità automatica può rispondere a questi picchi ridimensionando in modo elastico le risorse per supportare il carico di lavoro aumentato. La scalabilità automatica riduce il rischio di incorrere in problemi di prestazioni o esperienza utente, in cambio di costi aggiuntivi. Se la capacità non è ben gestita, la scalabilità automatica potrebbe attivare più spesso del previsto, il che potrebbe portare a prendere in considerazione dimensioni di capacità maggiori.

Passaggio 4: Documentare le licenze di capacità

A seconda dei processi interni, è possibile scegliere di creare la documentazione per aumentare le informazioni disponibili nel portale per le sottoscrizioni di capacità.

È possibile basarsi sulle informazioni acquisite nel passaggio 1 includendo i dettagli seguenti nella documentazione.

  • Decisioni chiave, tra cui più contesto o dettaglio
  • Chi ha approvato gli acquisti di licenze di capacità e quando
  • Temporizzazione o elementi di azione in sospeso
  • Requisiti di governance correlati alle licenze di capacità
  • Requisiti di controllo relativi alle licenze di capacità
  • Snapshot delle informazioni sulle licenze di capacità

Passaggio 5: Gestire le licenze di capacità

La gestione della capacità e la gestione delle sottoscrizioni sono due argomenti distinti. Tuttavia, sono altamente correlati. Entrambi hanno bisogno di attenzione su base continuativa. Gli argomenti seguenti sono aspetti da considerare.

Creare un processo per accettare le richieste di capacità

È necessario creare un processo ripetibile, documentato e documentato per consentire agli utenti di richiedere una capacità. In genere comporta la creazione di un modulo online. Richiedere informazioni che è necessario valutare la richiesta di capacità, ad esempio:

  • Scopo e tipo di contenuto da ospitare nella capacità.
  • Chi amministra la capacità.
  • Indica se la capacità verrà eseguita 24/7 o meno.
  • Posizione in cui i dati devono essere archiviati geograficamente.
  • Come addebitare o allocare il costo internamente.

Monitorare e comprendere l'utilizzo della capacità

Ecco alcune considerazioni per il monitoraggio e la comprensione dell'utilizzo della capacità.

  • Analizzare il carico per determinare se le dimensioni correnti della capacità (SKU) funzionano correttamente per i dati specifici e le esigenze di BUSINESS Intelligence. Assicurarsi di comprendere il funzionamento delle unità di capacità (CU). Analizzare le attività di bursting e smoothing per analizzare se si usa la capacità in modo efficiente nel tempo o se è costantemente sovraccaricata. È possibile analizzare l'utilizzo della capacità usando l'app Fabric Capacity Metrics.You can analyze capacity usage by using the Fabric Capacity Metrics App.
  • Ridimensionare una capacità quando si scopre che è troppo grande o troppo piccolo per soddisfare le esigenze correnti. La modifica delle dimensioni equivale alla modifica dello SKU. La modifica influisce sul piano tariffario.
  • Creare una nuova capacità quando è necessario:
    • Separare un carico di lavoro.
    • Archiviare i dati in un'area diversa.
    • Assegnare diversi amministratori della capacità (per l'amministrazione decentralizzata della capacità).
  • Creare una formazione utente o comunicare con gli autori quando si scopre che possono intraprendere azioni specifiche per migliorare l'efficienza della capacità.

Impostazione delle notifiche

Se la capacità è regolarmente sovraccaricata, indica che potrebbe essere necessario acquistare una capacità maggiore (aumento delle prestazioni) o creare altre capacità (scale out) oppure spostare il contenuto in una capacità diversa. Per questi motivi, la gestione della capacità e la gestione delle licenze hanno un impatto significativo l'uno sull'altro.

È consigliabile configurare le notifiche seguenti per essere informate.

Esaminare e ottimizzare i costi di capacità

È consigliabile esaminare e gestire regolarmente la fatturazione. Prendere in considerazione le opzioni seguenti per ottimizzare i costi.

  • Differenze a scopo: ad esempio, è possibile scegliere di usare una dimensione di capacità inferiore (ad esempio F16) per le aree di lavoro di test e una dimensione di capacità maggiore (ad esempio F64) per le aree di lavoro di produzione.
  • Uso efficiente delle risorse di calcolo: usare l'app Fabric Capacity Metrics App per determinare se le risorse di calcolo vengono usate in modo efficiente e se è possibile ottimizzare i costi.
  • Monitoraggio dei costi di calcolo: monitorare il costo della capacità e la frequenza di aumento e riduzione delle capacità. È consigliabile usare l'analisi dei costi, i limiti di spesa o i budget con Gestione costi Microsoft.
  • Costo di archiviazione fatturabile: controllare l'archiviazione fatturabile per ogni area di lavoro nell'app Metriche della capacità dell'infrastruttura. Per gli elementi di Infrastruttura, i costi di archiviazione vengono calcolati separatamente dal costo di calcolo. Controllare anche l'impostazione della capacità di ripristino di emergenza . Questa impostazione avrà un impatto sui costi di archiviazione fatturabili.
  • Aumentare e ridurre le prestazioni: creare un processo per aumentare o ridurre automaticamente la capacità (o sospenderla, se applicabile) quando il carico di lavoro è intermittente ma prevedibile.
  • Chargeback dei costi: quando è necessario distribuire i costi ad altri reparti, creare un processo di chargeback per allocare i costi di sottoscrizione.

Passaggio 6: Controllare le licenze di capacità

È importante avere un processo per controllare regolarmente le capacità. Un amministratore di Infrastruttura dovrà collaborare con altri amministratori per ottenere queste informazioni, ad esempio un amministratore globale, un amministratore della fatturazione o un amministratore di Azure.

Suggerimento

Questa sezione è incentrata sul controllo per sottoscrizioni, licenze e versioni di valutazione. Esistono molti aspetti aggiuntivi per il controllo e il monitoraggio della capacità, tra cui il monitoraggio dell'utilizzo e delle prestazioni (e l'identificazione delle esigenze di aumento o riduzione) tramite l'app Fabric Capacity Metrics App. È anche necessario monitorare il log attività per situazioni come quando le impostazioni di capacità cambiano, gli amministratori della capacità vengono aggiornati, i collaboratori della capacità vengono aggiunti o quando le aree di lavoro vengono assegnate a una capacità.

Ecco alcune azioni per identificare quando controllare le sottoscrizioni, le versioni di valutazione e i costi per le capacità.

  • Elenco delle capacità attive: l'API REST Get Capabilites as Admin può fornire informazioni quali SKU, stato, amministratori e area per tutte le capacità nel tenant. Si tratta di un'API di amministrazione che restituisce uno snapshot a partire da un punto nel tempo. Se si acquisisce regolarmente questi dati, è possibile confrontare gli snapshot (ad esempio, questa settimana rispetto alla settimana scorsa) per rilevare le modifiche che si sono verificate.
  • È stata avviata una nuova versione di valutazione di Fabric da un utente: cercare l'attività ChangeCapacityState nel log attività. La proprietà CapacityState indica che è stato effettuato il provisioning di una nuova capacità di Fabric. La proprietà ItemName indica che si tratta di una capacità di valutazione, dello SKU e del relativo ID.
  • È stata creata una nuova capacità infrastruttura o è stata ridimensionata una capacità esistente: cercare l'operazione Update Fabric Capacity Create nel log attività di Monitoraggio di Azure. È anche possibile visualizzare le capacità dell'infrastruttura nella portale di Azure.
  • Il motore di calcolo per una capacità di Infrastruttura è stato sospeso o riavviato: nel log attività di Monitoraggio di Azure cercare l'operazione Suspend o l'operazione Resume. È anche possibile visualizzare lo stato di una capacità fabric nel portale di Azure.
  • È stata creata una nuova capacità Premium: nel log attività cercare l'attività ChangeCapacityState . La proprietà CapacityState indica che è stato effettuato il provisioning come nuova capacità. È anche possibile visualizzare i prodotti con una sottoscrizione attiva nell'area di fatturazione del interfaccia di amministrazione di Microsoft 365.
  • Monitorare i costi per una capacità di Infrastruttura: usare le funzionalità di Gestione costi Microsoft per analizzare i costi per le capacità di Microsoft Fabric e altri servizi di Azure.
  • Monitorare il costo della capacità Premium: è possibile visualizzare le fatture nell'area di fatturazione del interfaccia di amministrazione di Microsoft 365.
  • Un'area di lavoro è stata assegnata o rimossa da una capacità: cercare l'attività MigrateWorkspaceIntoCapacity o l'attività RemoveWorkspacesFromCapacity nel log attività.

Suggerimento

Quando si esplora il portale di Azure, non confondersi con le risorse di Service Fabric . Queste risorse sono servizi diversi da Microsoft Fabric.

Importante

Le informazioni presentate in questo passaggio non sono destinate a essere un elenco completo di modi per controllare i dati. Piuttosto, è destinato a fornire idee per iniziare a lavorare con le attività di controllo. Per altre idee, è consigliabile consultare gli amministratori di fatturazione.

Elenco di controllo : quando si pianificano licenze di capacità, le decisioni chiave e le azioni includono:

  • Eseguire una verifica: determinare lo stato corrente esaminando le sottoscrizioni di capacità correnti.
  • Identificare i criteri e le decisioni esistenti: compilare i criteri interni esistenti o le decisioni precedenti correlate alle sottoscrizioni di capacità in modo che le informazioni siano facilmente disponibili.
  • Discutere e decidere: pianificare workshop per prendere decisioni chiave relative alle sottoscrizioni della capacità. Coinvolgere tutti i responsabili decisionali, gli stakeholder e lo sponsor esecutivo, quando appropriato.
  • Creare la documentazione: compilare le informazioni raccolte sulle sottoscrizioni di capacità e documentare le decisioni chiave per riferimento futuro.
  • Apportare aggiornamenti: aggiornare le sottoscrizioni della capacità in base alle decisioni prese nei workshop.
  • Creare un processo per gestire le richieste di capacità: configurare un processo per il modo in cui gli utenti possono richiedere una nuova capacità.
  • Configurare il controllo: creare processi di controllo per tenere traccia delle attività correlate alle sottoscrizioni e alle versioni di valutazione della capacità.

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.