Capacità dell'infrastruttura e consumo di OneLake

È necessaria una sola capacità per attivare tutte le esperienze di Microsoft Fabric, tra cui Microsoft OneLake. Continuare a leggere se si vuole un esempio dettagliato del modo in cui OneLake usa l'archiviazione e il calcolo.

Panoramica

OneLake viene fornito automaticamente in ogni tenant di Fabric ed è progettato per essere l'unica postazione per tutti i dati analitici. Tutti gli elementi di dati di Fabric sono predisposti per archiviare i dati in OneLake. Ad esempio, quando si archiviano dati in un lakehouse o in un warehouse, i dati vengono archiviati in modo nativo in OneLake.

Con OneLake si paga per i dati archiviati, in modo analogo a servizi come Azure Data Lake Storage (ADLS) Gen2 o Amazon S3. Tuttavia, a differenza di altri servizi, OneLake non include un addebito separato per le transazioni (ad esempio, letture, scritture) ai dati. Le transazioni consumano invece la capacità Fabric esistente, che viene utilizzata anche per eseguire le altre esperienze Fabric. Per informazioni sui prezzi, che sono paragonabili ad ADLS Gen2, vedere Prezzi di Fabric.

Per illustrare, verrà esaminato un esempio.

• Si supponga di acquistare uno SKU F2 con 2 unità di capacità (CU) ogni secondo. Chiamiamo questo Capacity1.

• Si crea quindi Workspace1 e si carica un file da 450 MB in un lakehouse utilizzando il portale di Fabric. Questa azione utilizza sia l'archiviazione OneLake che le transazioni OneLake.

A questo punto, esaminiamo ognuna di queste dimensioni.

Archiviazione OneLake

Poiché l'archiviazione di OneLake funziona secondo un modello con pagamento in base al consumo, nella fattura verrà visualizzato un addebito separato per "Archiviazione OneLake" corrispondente ai 450 MB di dati archiviati.

Gli amministratori della capacità possono visualizzare il consumo di spazio di archiviazione nell'app Fabric Capacity Metrics. Apri la scheda Archiviazione e scegli Esperienza come lake per visualizzare il costo dell'archiviazione OneLake. Se sono presenti più aree di lavoro nella capacità, è possibile visualizzare l'archiviazione per area di lavoro.

L'immagine seguente mostra due colonne: archiviazione fatturabile e archiviazione corrente. L'archiviazione fatturabile riflette l'utilizzo cumulativo dei dati nel mese. Poiché l'addebito totale per i dati archiviati non viene eseguito su un giorno del mese, ma su base proporzionale nel corso del mese. È possibile stimare il prezzo mensile come spazio di archiviazione fatturabile (GB) moltiplicato per il prezzo per GB al mese.

Ad esempio, l'archiviazione di 1 TB di dati il giorno 1 aggiunge 33 GB di spazio di archiviazione fatturabile giornaliero. Il giorno 1 è 1 TB / 30 giorni = 33 GB e ogni giorno aggiunge 33 GB fino alla fine del mese. Il soft delete di OneLake protegge i singoli file dall'eliminazione accidentale conservandoli per un periodo di conservazione predefinito prima di essere eliminati definitivamente. I dati eliminati temporaneamente vengono fatturati alla stessa tariffa dei dati attivi.

OneLake Compute

Le richieste a OneLake (ad esempio, lettura, scrittura o elencare) utilizzano la capacità di Fabric. OneLake mappa le API alle operazioni come ADLS. L'utilizzo della capacità per ogni operazione è visibile nell'app Capacity Metrics. Nell'esempio precedente, il caricamento del file ha generato una transazione di scrittura che richiede 127,46 secondi cu. Questo utilizzo viene segnalato come OneLake Write via Proxy nella colonna del nome dell'operazione nell'app delle metriche della capacità.

Ora, se si leggono questi dati usando un computer portatile. Sono stati utilizzati 1,39 secondi CU per le transazioni di lettura. Questo consumo viene segnalato come OneLake Read via Redirect nell'app per le metriche. Consulta la pagina di utilizzo di OneLake per sapere come ogni tipo di operazione utilizza le unità di capacità.

Per comprendere meglio le diverse terminologie dell'app metrica, consulta Comprendere la pagina di calcolo dell'app metrica - Microsoft Fabric.

Ci si potrebbe chiedere, in che modo i collegamenti influiscono sull'utilizzo di OneLake? Nell'esempio precedente, sia l'archiviazione che il calcolo vengono fatturati a Capacity1. Supponiamo ora di avere una seconda capacità Capacity2, che contiene Workspace2. Crei una lakehouse e crei un collegamento al file parquet che hai caricato in Workspace1. Si crea un notebook per eseguire una query sul file parquet. Quando Capacità2 accede ai dati, il costo di elaborazione o di transazione per questa operazione di lettura consuma unità di capacità da Capacità2. L'archiviazione continua a essere fatturata a Capacità1.

• Se Capacity2 è in pausa ma Capacity1 è attivo, non è possibile leggere i dati tramite il collegamento in Workspace2 (Capacity2) ma è possibile accedere ai dati direttamente in Workspace1 (Capacity1).

• Se Capacity1 è in pausa e Capacity2 è attivo, non è possibile leggere i dati in Workspace1 (Capacity1) ma è comunque possibile usare i dati usando il collegamento in Workspace2. In entrambi i casi, poiché i dati vengono ancora archiviati in Capacity1, i costi di archiviazione rimangono fatturati a Capacity1

Se il consumo di CU supera il limite di capacità, potrebbe verificarsi una limitazione , causando un ritardo o un rifiuto temporaneo delle transazioni.

Avviare la versione di valutazione gratuita di 60 giorni di Fabric per esplorare OneLake e altre funzionalità e visitare il forum Fabric per domande.