Consumo di Eventhouse e database KQL

Eventhouses e database KQL operano su un motore Kusto 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 spiega il report sull'utilizzo dell'elaborazione dei database KQL in Microsoft Fabric, inclusi [Eventhouse UpTime](#eventhouse uptime) e l'archiviazione .

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

Importante

Modifiche al tasso di consumo del carico di lavoro di Microsoft Fabric

I tassi di consumo sono soggetti a variazioni in qualsiasi momento. Microsoft fa sforzi ragionevoli per fornire comunicazione tramite posta elettronica o tramite notifica nel prodotto. Le modifiche saranno valide alla data indicata nelle note sulla versione di Microsoft o nel blog di Microsoft Fabric. Se una modifica a una tariffa a consumo del carico di lavoro di Microsoft Fabric aumenta materialmente le unità di capacità (CU) necessarie per usare un determinato carico di lavoro, i clienti possono usare le opzioni di annullamento disponibili per il metodo di pagamento scelto.

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 disponibile per l'uso in un momento specifico. La capacità definisce la capacità di una risorsa di eseguire un'attività o di produrre output. Le diverse risorse usano le unità di configurazione in momenti diversi. La quantità di capacità usata da un database KQL si basa sull'operazione UpTime di Eventhouse .

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à.

Annotazioni

Se il database KQL è un elemento secondario di una eventhouse, eventhouse UpTime viene infettato nell'elemento eventhouse e l'elemento del database non viene visualizzato nell'elenco.

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.

Annotazioni

È necessario essere un amministratore della capacità per monitorare l'utilizzo della capacità. Per altre informazioni, vedere Informazioni sui ruoli di amministratore di Microsoft Fabric.

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à.

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 del consumo minimo significa che non vengono addebitati costi per l'archiviazione di OneLake Cache. Quando viene impostata la capacità minima, la sala eventi è sempre attiva con un uptime del 100% per% Eventhouse.

• 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