Capacidad de Fabric y consumo de OneLake

Solo necesita una capacidad para impulsar todas las experiencias de Microsoft Fabric, incluido Microsoft OneLake. Siga leyendo si quiere obtener un ejemplo detallado del consumo de almacenamiento y proceso en OneLake.

Información general

OneLake se incluye automáticamente en todos los inquilinos de Fabric y está diseñado para ser el único lugar para todos los datos de análisis. Todos los elementos de datos de Fabric están diseñados para almacenar datos en OneLake. Por ejemplo, al almacenar datos en un lago de datos o un almacén, de forma nativa se almacenan en OneLake.
Con OneLake, paga por los datos almacenados, de forma similar a servicios como Azure Data Lake Storage (ADLS) Gen2 o Amazon S3. Pero a diferencia de otros servicios, OneLake no incluye un cargo independiente para las transacciones (por ejemplo, lecturas, escrituras) en los datos. En su lugar, las transacciones consumen la capacidad de Fabric existente, que también se usa para ejecutar las demás experiencias de Fabric. Para obtener información sobre los precios, comparables a los ADLS Gen2, vea Precios de Fabric. Para ilustrarlo, se describirá un ejemplo. Imagine que compra una SKU F2 con dos unidades de capacidad (CU) cada segundo. Le asigna el nombre Capacidad1. Después, cree Área de trabajo1 y carga un archivo de 450 MB en un lago de datos con el portal web de Fabric. Esta acción consume transacciones de almacenamiento de OneLake y de OneLake. Ahora se profundizará en cada una de estas dimensiones.

Almacenamiento de OneLake

Como el almacenamiento de OneLake funciona según un modelo de pago por uso, en la factura aparece un cargo independiente para "almacenamiento de OneLake" correspondiente a los 450 MB de datos almacenados. Si es administrador de capacidad, puede ver el consumo de almacenamiento en la aplicación Métricas de capacidad de Fabric. Abra la pestaña Almacenamiento y elija Experiencia como "lago" para ver el costo del almacenamiento de OneLake. Si tiene varias áreas de trabajo en la capacidad, puede ver el almacenamiento de cada una.

En la imagen siguiente, tiene dos columnas denominadas almacenamiento facturable y almacenamiento actual. El almacenamiento facturable muestra los datos acumulados durante el mes. Dado que el cargo total de los datos almacenados no se toma un día del mes, sino de forma prorrateada a lo largo del mes. Puede calcular el precio mensual como almacenamiento facturable (GB) multiplicado por el precio por Gb al mes. Por lo tanto, si almacenó 1 TB de datos el día 1 y, a continuación, lo eliminó antes del día 2, verá el día uno los 1 TB/30 días = 33 GB. No se notifica ningún almacenamiento adicional y solo se notifican 33 GB durante el mes. Sin embargo, si almacenó 1 TB el día 1 y, a continuación, no eliminó los datos, todos los días agregarían 33 GB hasta el último día cuando vea 1 TB en el almacenamiento facturable.

Proceso de OneLake

Las solicitudes a OneLake, como leer, escribir o enumerar, consumen la capacidad de Fabric. OneLake sigue una asignación similar de las API a la de las operaciones como ADLS. El consumo de CU por cada tipo de operación se puede ver en la aplicación Métricas de capacidad de Fabric. En el ejemplo, la carga de archivos ha generado una transacción de escritura que ha consumido 127,46 segundos de CU de la capacidad de Fabric. Este consumo se notifica como "Escritura de OneLake mediante proxy" en el nombre de la operación en la aplicación Métricas de capacidad de Fabric. Ahora se leerán estos datos mediante un cuaderno de Fabric. Consume 1,39 segundos de CU de transacciones de lectura. Este consumo se notifica como "Lectura de OneLake mediante redireción" en la aplicación Métricas. Consulte la página de consumo de OneLake para más información sobre cómo consume unidades de capacidad cada tipo de operación.

Para más información sobre las diversas terminologías de la aplicación de métricas, consulte la página Descripción del proceso de la aplicación de métricas: Microsoft Fabric.

Seguramente se pregunte qué impacto tienen los accesos directos en el uso de OneLake. En el escenario anterior, tanto el almacenamiento como el proceso se facturan en Capacidad1. Ahora, imagine que tiene una segunda capacidad (Capacidad2) que contiene Área de trabajo2. Crea un lago de datos y un acceso directo al archivo Parquet que ha cargado en Área de trabajo1. Crea un cuaderno para consultar el archivo Parquet. A medida que Capacidad2 accede a los datos, el costo de proceso o transacción de esta operación de lectura consume CU de Capacidad2. El almacenamiento sigue facturando en Capacidad1.

¿Qué ocurre si detiene la capacidad? Imagine que Capacidad2 está en pausa y Capacidad1 no. Cuando Capacidad2 está en pausa, no puede leer los datos mediante el acceso directo de Área de trabajo2 en Capacidad2, pero puede acceder a los datos directamente en Área de trabajo1. Ahora, si Capacidad1 está en pausa y Capacidad2 se reanuda, no podrá leer los datos mediante Área de trabajo1 en Capacidad1. Pero puede leer datos mediante el acceso directo que ya se ha creado en Área de trabajo2 en Capacidad2. En ambos casos, como los datos todavía se almacenan en Capacidad1, los datos almacenados se facturan en Capacidad1.

En cualquier momento, si el consumo de CU supera el límite de la capacidad, la capacidad se limita. Las transacciones se pueden rechazar o retrasar durante un período de tiempo determinado cuando se limita la capacidad. Aquí encontrará más información sobre la limitación.

Le recomendamos que inicie la evaluación gratuita de 60 días de Fabric para explorar OneLake y otras características de Fabric. Si tiene más preguntas, consulte nuestro foro de Fabric.