Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Só é necessária uma capacidade para suportar todas as suas experiências do Fabric, incluindo o OneLake. Este artigo fornece um exemplo detalhado de como o OneLake consome armazenamento e computação.
Com o OneLake, paga-se pelos dados armazenados, semelhante a serviços como o Azure Data Lake Storage (ADLS) ou o Amazon S3. No entanto, ao contrário de outros serviços, o OneLake não inclui uma cobrança separada para transações (por exemplo, leituras, gravações) em seus dados. Em vez disso, as transações consomem a capacidade existente do Fabric que também utiliza para executar as suas outras experiências do Fabric. Para informações sobre preços, consulte Preços de tecidos.
Para ilustrar, vamos passar por um exemplo.
Compras um SKU F2 com 2 Unidades de Capacidade () a cada segundo e chamas-lhe Capacidade1.
Depois crias um espaço de trabalho, o Workspace1, e carregas um ficheiro para uma casa do lago usando o portal Fabric. Essa ação consome o armazenamento do OneLake e as transações do OneLake.
Agora, vamos mergulhar em cada uma destas dimensões.
Armazenamento OneLake
O armazenamento OneLake utiliza um modelo pay-as-you-go. A sua fatura mostra uma cobrança separada pelo "OneLake Storage" pelos dados armazenados.
Se você for um administrador de capacidade, poderá visualizar seu consumo de armazenamento no aplicativo Fabric Capacity Metrics. Na aplicação Métricas de Capacidade de Tecido, abra o separador Armazenamento e use o menu suspenso de Experiência para selecionar Lake e 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. Para atribuição de armazenamento ao nível do item dentro de um espaço de trabalho, os administradores de espaço de trabalho podem usar o relatório de armazenamento OneLake nas definições>> do WorkspaceOneLake Storage report, que mostra o uso por item, incluindo itens visíveis, dados ocultos do sistema e dados apagados de forma suave.
A tabela de detalhes do espaço de trabalho inclui duas colunas: Armazenamento atual e Armazenamento faturável. O armazenamento faturável reflete o uso acumulado de dados ao longo do mês. A cobrança total dos dados armazenados não é cobrada num único dia do mês, mas sim proporcionalmente 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.
Por exemplo, o armazenamento de 1 TB de dados no dia 1 aumenta os 33 GB de armazenamento diário faturável. No primeiro dia é 1 TB / 30 dias = 33 GB e todos os dias adiciona 33 GB até o mês terminar. A eliminação suave OneLake protege ficheiros individuais contra eliminações acidentais ao reter os ficheiros durante sete dias antes da remoção permanente. Os dados excluídos por software são cobrados na mesma taxa que os dados ativos. Se notar discrepâncias entre o que vê nos itens e os totais de armazenamento faturado, o relatório do tamanho dos itens do OneLake pode ajudar ao revelar dados do sistema apagados e ocultos como contribuintes separados para o uso do armazenamento.
Para obter mais informações, consulte Compreender a página de armazenamento de aplicativos de métricas.
Cálculo OneLake
Pedidos ao OneLake (como leitura, escrita ou lista) consomem capacidade do Fabric. A OneLake mapeia APIs para operações, como o ADLS, mapeia cada operação REST a um preço.
Pode ver a utilização de capacidade para cada operação na aplicação Fabric Capacity Metrics. Na aplicação Métricas de Capacidade de Tecido, abra o separador Computar . Passe o rato sobre o item para o qual quer ver os detalhes da operação.
Importante
A partir de maio de 2026, a aplicação Fabric Capacity Metrics apresenta as operações de computação no OneLake ao nível do espaço de trabalho num único item OneLake, em vez de por itens individuais do Fabric. Para detalhes ao nível do item, use o diagnóstico OneLake.
No exemplo anterior, o upload do ficheiro resulta numa transação de escrita que consome CU segundos. A aba Compute da aplicação Fabric Capacity Metrics regista este consumo como OneLake Write (Hot) na coluna do nome da operação.
No entanto, se ler estes dados usando um portátil, consome CU segundos de transações de leitura. A aplicação de métricas reporta este consumo como OneLake Read (Quente). Para saber como cada tipo de operação consome unidades de capacidade, consulte a página de consumo da OneLake.
Para compreender melhor as várias terminologias na aplicação de métricas, consulte a página Compreender a computação da aplicação de métricas.
Atalhos de utilização da capacidade
No exemplo anterior, tanto o armazenamento como o cálculo são faturados à Capacity1. Agora, suponha que tem uma segunda capacidade Capacity2 que contém Workspace2. Crias uma casa no lago e crias um atalho para o ficheiro de parquet no Workspace1. Você cria um bloco de anotações para consultar o arquivo de parquet. À medida que a Capacity2 acessa os dados, o custo de computação ou transação para essa operação de leitura consome unidades de capacidade da Capacity2. O armazenamento continua a ser faturado à Capacidade1.
Se o Capacity2 estiver pausado mas o Capacity1 estiver ativo, não pode ler os dados através do atalho no Workspace2 (Capacity2), mas pode aceder diretamente aos dados no Workspace1 (Capacity1).
Se o Capacity1 estiver pausado e o Capacity2 estiver ativo, não podes ler os dados no Workspace1 (Capacity1), mas ainda podes usar os dados usando o atalho no Workspace2. Em ambos os casos, como os dados continuam armazenados na Capacidade1, os custos de armazenamento continuam a ser faturados à Capacidade1.
Se o consumo de CU exceder o limite de capacidade, pode ocorrer limitação, o que faz com que as transações sejam temporariamente atrasadas ou rejeitadas.
Inicie o teste gratuito da Fabric para explorar o OneLake e outras funcionalidades, e visite o fórum Fabric para dúvidas.