Consumo di Eventhouse e database KQL

Eventhouses e i database KQL operano su un motore completamente gestito. Con un database Eventhouse o KQL, è possibile prevedere un calcolo disponibile per l'analisi entro 5-10 secondi. Le risorse di calcolo aumentano con le esigenze di analisi dei dati. Questo articolo illustra la creazione di report sull'utilizzo del calcolo dei database KQL in Microsoft Fabric, tra cui UpTime e archiviazione diEventhouse.

Quando si utilizza una capacità Fabric, gli addebiti per l'utilizzo vengono visualizzati nel portale di Azure sotto la tua sottoscrizione in Gestione dei costi Microsoft. Per comprendere la fatturazione del Fabric, visita Informazioni sulla fattura di Azure per una capacità di Fabric.

Capacità

In base all'unità di mantenimento delle scorte di capacità (SKU) acquistata in Fabric, si ha diritto a un set di unità di capacità condivise tra tutti i carichi di lavoro dell'infrastruttura. Per altre informazioni sulle licenze supportate, vedere Licenze di Microsoft Fabric.

La capacità è un set dedicato di risorse disponibili in un determinato momento per l'uso. La capacità definisce la capacità di una risorsa di eseguire un'attività o di produrre output. Risorse diverse consumano unità di calcolo in momenti diversi. La quantità di capacità usata da un database KQL si basa sull'operazione UpTime di Eventhouse .

Capacità minima pianificata (Utilità di pianificazione della capacità)

Eventhouse supporta una pianificazione ricorrente di 7 giorni in blocchi di 60 minuti in cui è possibile impostare una capacità minima per blocco o nessun valore minimo, mentre la scalabilità automatica rimane abilitata. In questo modo la capacità garantita è allineata ai modelli di carico di lavoro, ad esempio garantendo un calcolo di base superiore durante le ore lavorative di punta e consentendo alla eventhouse di ridimensionarsi liberamente durante periodi più silenziosi. Quando viene impostato un valore minimo per un intervallo di tempo, Eventhouse UpTime riflette almeno la baseline pianificata per la durata di tale finestra. Per ulteriori informazioni, vedi Configurare l'Utilità di pianificazione della capacità.

Throttling

Quando vengono raggiunti i limiti di capacità, il gestore di eventi applica la limitazione per proteggere la stabilità del sistema. Esistono tre livelli di limitazione:

• Proattivo : le query vengono limitate, ma l'inserimento dei dati continua normalmente.
• Reattivo : l'inserimento e le query vengono sospese, ma non vengono persi dati.
• Reattiva estrema : l'inserimento e le query vengono sospesi, i dati vengono mantenuti per un periodo, ma i dati potrebbero andarsi persi dopo un determinato periodo.

Quando un eventhouse entra in modalità proattiva, la capacità viene ridotta per mantenere la disponibilità per un periodo prolungato per azioni di entità modesta (sia proattive che reattive), mantenendo la disponibilità dell'eventhouse con prestazioni ridotte.

La configurazione della capacità minima programmata può ridurre la probabilità di limitazioni proattive o reattive durante i picchi di carico previsti, garantendo la disponibilità di una capacità di calcolo di base. Tuttavia, può comunque verificarsi una limitazione delle richieste se la domanda effettiva supera il livello di base pianificato e la capacità disponibile.

Protezione dai picchi di tensione a livello di postazione di lavoro

La protezione da sovracorrenti ora include controlli a livello di spazio di lavoro che consentono una gestione più dettagliata dell'utilizzo delle risorse di calcolo nell'intera organizzazione. Questo aggiornamento consente di controllare meglio l'utilizzo della capacità e classificare in ordine di priorità i carichi di lavoro critici.

Miglioramenti principali

Limiti % cu per area di lavoro: è possibile definire una soglia di consumo di unità di calcolo (CU) per le singole aree di lavoro, come percentuale dell'utilizzo complessivo della capacità. Queste soglie vengono impostate in un periodo di 24 ore in sequenza.

Blocco automatico: un'area di lavoro viene inserita automaticamente in uno stato bloccato Quando l'area di lavoro supera la soglia. L'area di lavoro rifiuta le nuove operazioni fino a quando l'utilizzo non scende al di sotto della soglia o fino a quando non si rimuove manualmente il blocco.

Modalità mission critical: è possibile designare aree di lavoro ad alta priorità come cruciali, che le esentano dalle regole di protezione avanzata e le assegnano in modo efficace priorità rispetto ad altre aree di lavoro. Questa modalità può essere usata anche per rimuovere uno stato attivo bloccato.

Per informazioni sulla protezione da sovratensioni a livello di capacità di Fabric, vedere Protezione da sovratensioni.

Eventhouse UpTime

Eventhouse UpTime per un eventhouse è il numero di secondi per cui il tuo eventhouse è attivo in relazione al numero di core virtuali utilizzati dallo stesso. Un meccanismo di scalabilità automatica viene usato per determinare le dimensioni della casa eventi. Questo meccanismo garantisce l'ottimizzazione dei costi e delle prestazioni in base al modello di utilizzo. Una eventhouse con più database KQL collegati mostra solo Eventhouse UpTime per l'elemento eventhouse. Non sono visualizzati i dati di utilizzo per l'elemento secondario del database KQL.

Ad esempio, un eventhouse con 4 database KQL che usano 4 core virtuali attivi per 30 secondi userà 120 secondi di unità di capacità.

Eventhouse UpTime per un database KQL è il numero di secondi in cui il database KQL è attivo in relazione al numero di core virtuali usati dal database. Viene usato un meccanismo di scalabilità automatica per determinare le dimensioni del database KQL. Questo meccanismo garantisce l'ottimizzazione dei costi e delle prestazioni in base al modello di utilizzo.

Ad esempio, un database che usa 4 core virtuali attivi per 30 secondi userà 120 secondi di unità di capacità.

Quando è configurata una capacità minima pianificata, l’UpTime matura almeno al livello di base pianificato per tutta la durata delle finestre pianificate. Al di fuori delle finestre pianificate, UpTime riflette l'utilizzo elastico basato sulla scalabilità automatica. Questa distinzione consente di interpretare accuratamente i report sui consumi.

Monitorare uptime di Eventhouse

È possibile monitorare UpTime di Eventhouse con l'app Microsoft Fabric Capacity Metric. Informazioni su come comprendere la pagina di calcolo dell'app Metriche in Comprendere la pagina di calcolo delle app per le metriche. Questo esempio mostra informazioni specifiche per il monitoraggio Eventhouse UpTime.

L'immagine seguente mostra una pagina di calcolo di esempio dal monitoraggio della capacità nell'app Fabric Capacity Metric:

Ecco alcune informazioni dettagliate che è possibile ottenere dall'esempio:

• La capacità esaminata è denominata rtafielddemo.
• Le unità di capacità per il giorno selezionato sono state usate da una singola area di lavoro denominata RTA Field Demo.
• La visualizzazione Items viene filtrata in modo da visualizzare sia Eventhouse che KQL Database.
• Selezionare un singolo elemento, come un elemento Eventhouse, suddivide l'utilizzo dei CU per operazioni.
• Il grafico di utilizzo, sul lato destro dell'app, mostra nel tempo quasi 100% di utilizzo delle unità CU. Questo elevato utilizzo può spiegare il controllo delle query riscontrato dagli utenti ed indica la necessità di aumentare le unità di capacità.

Quando Capacity Scheduler è configurato, l'app Fabric Capacity Metrics può mostrare un utilizzo di base delle CU più elevato durante le finestre pianificate. Correlare le finestre pianificate con il grafico di utilizzo per interpretare accuratamente il consumo di capacità.

Fatturazione dello spazio di archiviazione

L'archiviazione viene fatturata separatamente dalle unità di capacità Fabric o Power BI Premium. I dati inseriti in un database KQL vengono archiviati in due livelli di archiviazione: OneLake Cache Storage e OneLake Standard Storage.

• L'archiviazione di OneLake Cache è un'archiviazione Premium usata per fornire i tempi di risposta alle query più veloci. Quando si impostano i criteri della cache, si influisce su questo livello di archiviazione. Ad esempio, se in genere si esegue una query a ritroso di sette giorni, è possibile impostare la conservazione della cache su sette giorni per garantire prestazioni ottimali. Questo livello di archiviazione è paragonabile al livello Premium di Azure ADLS (Azure Data Lake Storage).

  Annotazioni

  L'abilitazione dell'utilità di pianificazione della capacità significa che non vengono addebitati costi per l'archiviazione di OneLake Cache. Quando viene configurato un minimo pianificato, l'Eventhouse mantiene un livello minimo garantito durante tali intervalli, pur rimanendo elastico tramite scalabilità automatica al di fuori di essi. I costi di archiviazione della cache sono inclusi negli addebiti per la capacità. Per ulteriori informazioni, vedere Configurare Capacity Scheduler.

• L'archiviazione Standard di OneLake è una risorsa di archiviazione standard usata per salvare in modo permanente e archiviare tutti i dati su cui è possibile eseguire query. Quando si impostano i criteri di conservazione, si influisce su questo livello di archiviazione. Ad esempio, se è necessario mantenere 365 giorni di dati su cui è possibile eseguire query, è possibile impostare la conservazione su 365 giorni. Questo livello di archiviazione è paragonabile al livello ad accesso frequente di Azure ADLS (Azure Data Lake Storage).

Monitorare OneLake Storage

L'app Fabric Capacity Metric di Microsoft consente a qualsiasi amministratore della capacità di monitorare l’archiviazione di OneLake. Informazioni su come comprendere la pagina di archiviazione delle app Metriche nella pagina Informazioni sull'archiviazione delle app per le metriche.

L'immagine seguente mostra una pagina di archiviazione di esempio dal monitoraggio di un database KQL nell'app Fabric Capacity Metric:

Contenuti correlati

• Nozioni e licenze di Microsoft Fabric
• Cos’è l'app Microsoft Fabric Capacity Metrics?
• Utilizzo delle risorse di calcolo di Eventhouse
• Protezione in caso di picchi di dati