Capacidade do Fabric e consumo do OneLake

Você só precisa de uma capacidade para realizar todas as suas experiências do Microsoft Fabric, incluindo o Microsoft OneLake. Continue lendo para obter um exemplo detalhado de como o OneLake consome armazenamento e computação.

Visão geral

O OneLake é fornecido automaticamente com todos os locatários do Microsoft Fabric e foi desenvolvido para ser o local central de todos os seus dados de análise. Todos os itens de dados do Fabric são pré-conectados para armazenar dados no OneLake. Por exemplo, quando você armazena dados em um lakehouse ou depósito, seus dados são armazenados nativamente no OneLake.
Com o OneLake, você paga pelos dados armazenados, semelhante a serviços como o Azure Data Lake Storage (ADLS) Gen2 ou o Amazon S3. No entanto, ao contrário de outros serviços, o OneLake não inclui cobrança separada por transações (por exemplo, leituras, gravações) em seus dados. Em vez disso, as transações consomem a capacidade do Fabric existente que também é usada para executar suas outras experiências do Fabric. Para obter informações sobre preços, que são comparáveis ao ADLS Gen2, consulte Preços do Fabric. Para ilustrar, vamos examinar um exemplo. Digamos que você compre um SKU F2 com 2 unidades de capacidade (UC) a cada segundo. Vamos chamá-lo de Capacity1. Em seguida, crie o Workspace1 e carregue um arquivo de 450 MB em um lakehouse usando o portal da Web do Fabric. Essa ação consome armazenamento do OneLake e transações do OneLake. Agora, vamos nos aprofundar em cada uma dessas dimensões.

Armazenamento do OneLake

Como o armazenamento do OneLake opera em um modelo de pagamento conforme o uso, uma cobrança separada para "OneLake Storage" aparece em sua fatura correspondente aos 450 MB de dados armazenados. Se você for um administrador de capacidade, poderá exibir seu consumo de armazenamento no aplicativo Fabric Capacity Metrics. Abra a guia Armazenamento e escolha Experiência como "lake" para ver o custo do armazenamento OneLake. Se você tiver vários espaços de trabalho na capacidade, poderá ver o armazenamento por espaço de trabalho.

Na imagem a seguir, há duas colunas chamadas armazenamento faturável e armazenamento atual. O armazenamento faturável mostra os dados acumulados ao longo do mês. Porque a cobrança total pelos dados armazenados não é tomada em um dia no mês, mas em uma base proporcional ao longo do mês. Você pode estimar o preço mensal como o armazenamento faturável (GB) multiplicado pelo preço por Gb por mês. Então, se você armazenou 1 TB de dados no dia 1 e depois os excluiu antes do dia 2, você veria no primeiro dia 1 TB/30 dias = 33 GB. Nenhum armazenamento extra é relatado e apenas 33 GB são relatados durante o mês. No entanto, se você armazenou 1 TB no dia 1 e não excluiu os dados, cada dia adicionará 33 GB até o último dia, quando você verá 1 TB no armazenamento faturável.

Computação do OneLake

Solicitações ao OneLake,como leitura ou gravação de dados, consomem sua capacidade do Fabric. O OneLake segue um mapeamento semelhante de APIs para operações como o ADLS. O consumo de UC por cada tipo de operação pode ser visualizado no aplicativo Fabric Capacity Metrics. Em nosso exemplo, o upload do arquivo resultou em uma transação de gravação que consumiu 127,46 segundos de UC de capacidade do Fabric. Esse consumo é relatado como "OneLake Write via Proxy" no nome da operação no aplicativo Capacity Metrics. Agora vamos ler esses dados usando um notebook do Fabric. Você consome 1,39 segundo de UC de transações de leitura. Esse consumo é relatado como "OneLake Read via Redirect" no aplicativo de Metricas. Consulte a página de consumo do OneLake para saber mais sobre como cada tipo de operação consome unidades de capacidade.

Para entender mais sobre as várias terminologias no aplicativo de métricas, consulte Compreender a computação do aplicativo de métricas – Microsoft Fabric.

Você deve estar se perguntando: como os atalhos afetam meu uso do OneLake? No cenário acima, o armazenamento e a computação são cobrados de Capacity1. Agora, digamos que você tenha uma segunda capacidade, Capacity2, que contém Workspace2. Você cria um lakehouse e cria um atalho para o arquivo parquet que carregou em Workspace1. Você cria um notebook para consultar o arquivo parquet. À medida que Capacity2 acessa os dados, o custo de computação ou transação para essa operação de leitura consome de Capacity2. O armazenamento continua a ser cobrado de Capacity1.

E se você pausar a capacidade? Digamos que Capacity2 esteja pausada e Capacity1 não. Quando Capacity2 está pausada, não é possível ler os dados usando o atalho de Workspace2 em Capacity2. No entanto, você pode acessar os dados diretamente em Workspace1. Agora, se Capacity1 estiver pausada e Capacity2 for retomada, você não poderá ler os dados usando Workspace1 em Capacity1. No entanto, você pode ler dados usando o atalho que já foi criado em Workspace2 em Capacity2. Em ambos os casos, como os dados ainda são armazenados em Capacity1, os dados armazenados são cobrados de Capacity1.

A qualquer momento, se o consumo de UC exceder o limite de capacidade, sua capacidade será limitada. As transações podem ser rejeitadas ou atrasadas por um determinado período de tempo quando a capacidade é limitada. Vejamos um pouco mais sobre limitação.

Recomendamos iniciar a avaliação gratuita de 60 dias do Fabric para explorar o OneLake e outros recursos do Fabric. Para consultar mais perguntas, confira o nosso fórum do Fabric.