Unidades de capacidade do Microsoft Fabric explicadas: guia dos SKUs F e da dívida de carry forward

By Mirko Peters · 2026-10-29

Saiba como as unidades de capacidade do Microsoft Fabric, os SKUs F, o smoothing e a dívida de carry forward afetam os administradores do M365. Domine hoje a governança de computação em nuvem.

Automatically translated with AI from the original post. Read the English original

As unidades de capacidade (CUs) do Microsoft Fabric determinam o poder de computação, os limites de desempenho e a cobrança de todo o seu locatário. Diferentemente dos recursos tradicionais do Azure, com grupos de recursos isolados, o Fabric reúne todas as cargas de engenharia de dados, data warehouse e relatórios em um único pool de computação compartilhado, regido pelos SKUs F, pelos limites de pico e pelas regras de dívida de carry forward.

Principais conclusões

• As unidades de capacidade do Fabric medem o trabalho de computação por segundo em todos os workspaces, funcionando como um pool compartilhado de cobrança e desempenho.
• Os SKUs F (de F2 até as capacidades de nível superior) substituem as capacidades legadas do Power BI Premium e podem ser pausados de forma flexível no Azure para reduzir custos.
• O bursting permite a alocação temporária acima do limite de computação, mas gera dívida de carry forward que precisa ser quitada ao longo do tempo.
• As tarefas em segundo plano usam uma janela de smoothing de 24 horas, enquanto as consultas interativas dos usuários são suavizadas em poucos minutos.
• O aplicativo de métricas de capacidade do Fabric é essencial para monitorar a utilização, identificar os maiores consumidores de recursos e definir alertas proativos.

O que é uma capacidade do Microsoft Fabric?

Quando o Microsoft Fabric aparece no seu locatário do Microsoft 365, ele não chega como um conjunto de máquinas virtuais isoladas ou assinaturas segmentadas do Azure. Em vez disso, ele introduz um pool de computação unificado chamado capacidade. Medido em unidades de capacidade (CUs), esse pool sustenta cada fase do ciclo de vida da sua plataforma de dados: ingestão de eventos, raciocínio e orquestração.

Para administradores do M365 e de plataforma, entender esse modelo é essencial. Vários workspaces, muitas vezes de departamentos diferentes, consomem exatamente do mesmo pool de capacidade. Se uma equipe de engenharia de dados do financeiro executar um notebook intensivo, esse processo consumirá unidades de computação que, de outra forma, poderiam sustentar um painel de marketing. A capacidade funciona como um recurso compartilhado, criando um raio de impacto em que cargas pesadas em um workspace afetam diretamente o desempenho de unidades de negócio não relacionadas.

Entendendo os SKUs F, os SKUs P e as avaliações

Escolher o nível de capacidade certo envolve avaliar três famílias de SKUs distintas, cada uma com implicações operacionais diferentes para administradores de TI:

• SKUs F (Mainline): Adquiridas diretamente pelo Azure nos tamanhos F2, F4, F8 e superiores, essas SKUs mainline permitem que você pague por hora ou se comprometa por meio de reservas. O ponto crucial é que elas oferecem suporte às funções de pausar e retomar, para otimizar os custos fora do horário de pico.
• SKUs P (Legacy): Representam as capacidades antigas do Power BI Premium e não são mais vendidas pela Microsoft. Se o seu locatário herdou uma SKU P, ela funciona em uma trilha legada que exige um caminho de migração planejado para o futuro.
• Capacidades de avaliação (trial): Capacidades gratuitas de alto nível (com dimensionamento aproximado de F64) que expiram após um período determinado. Como qualquer usuário elegível frequentemente consegue iniciar uma avaliação, elas representam um ponto cego administrativo: pipelines críticos para o negócio podem acabar dependendo, sem querer, de um recurso temporário.

Como funcionam o smoothing, o bursting e a dívida de carry forward

As cargas de trabalho de computação no Microsoft Fabric não sofrem bloqueios rígidos e instantâneos no momento em que ultrapassam o limite de capacidade contratado. Em vez disso, a plataforma usa mecanismos sofisticados chamados bursting e smoothing para lidar com picos temporários de computação.

Smoothing interativo versus em segundo plano

Quando um job pesado exige muita computação por um curto período, o Fabric permite que ele ultrapasse o tamanho do SKU contratado. Para evitar a limitação (throttling) imediata, a plataforma aplica um algoritmo de smoothing ao longo do tempo:

• Operações interativas: tarefas iniciadas pelo usuário, como abrir um relatório ou executar uma consulta manual, são suavizadas em uma janela curta de alguns minutos para manter a responsividade.
• Operações em segundo plano: atualizações de dados agendadas, execuções automatizadas de pipelines e notebooks noturnos são suavizados em uma janela completa de 24 horas, reduzindo bastante o impacto imediato sobre os usuários em tempo real.

O impacto da dívida de carry forward

O bursting não é gratuito. Quando uma operação consome mais unidades do que a sua capacidade fornece, o excedente é registrado como dívida de carry forward. Essa dívida precisa ser quitada com ciclos de computação futuros. Consequentemente, um job em segundo plano não otimizado executado na segunda-feira à tarde pode acumular dívida que limita os relatórios interativos na quarta-feira de manhã, criando uma lentidão misteriosa de desempenho que intriga os usuários finais.

Monitoramento e governança das capacidades

Como os sintomas (relatórios lentos) e as causas (modelos de dados descontrolados) costumam estar separados por tempo e por limites de workspaces, os administradores precisam contar com ferramentas dedicadas para manter a visibilidade. O aplicativo Microsoft Fabric Capacity Metrics, disponível pelo AppSource, é o principal painel de diagnóstico.

Administradores de capacidade podem usar esse aplicativo para analisar as tendências de utilização em tempo real, acompanhar o acúmulo de dívida de carry forward e identificar os principais itens consumidores, como modelos semânticos, pipelines ou notebooks específicos. Além disso, configurar limites de alerta em torno de 80% de utilização garante que as equipes de TI recebam notificações antes que ocorram limitações ou erros visíveis aos usuários, mudando a postura administrativa de combate reativo a incêndios para governança proativa.

Conclusão

Gerenciar capacidades do Microsoft Fabric exige a transição do isolamento tradicional de cargas de trabalho para uma governança holística da plataforma. Ao acompanhar de perto o dimensionamento dos SKUs F, monitorar a dívida de carry forward e auditar os principais consumidores de recursos pelo aplicativo de métricas de capacidade, os administradores de TI podem manter um desempenho previsível e controlar os custos de nuvem com eficácia.

Para se aprofundar nas responsabilidades administrativas, nos workspaces e nos limites de segurança do locatário, não deixe de ouvir o episódio completo do M365 FM Podcast, com insights de especialistas e estratégias práticas.

Perguntas frequentes

O que é uma unidade de capacidade (CU) do Microsoft Fabric?

Uma unidade de capacidade é uma medida agregada de poder de computação que sustenta todas as cargas de trabalho do Microsoft Fabric, incluindo ingestão de eventos, raciocínio e orquestração, em todos os workspaces atribuídos a você.

Posso pausar os SKUs F do Microsoft Fabric para economizar?

Sim. Os SKUs F adquiridos pelo Azure podem ser pausados e retomados, interrompendo a cobrança de computação quando os recursos estão ociosos (como durante a noite ou nos fins de semana), desde que você considere qualquer dívida de carry forward pendente.

O que causa a dívida de carry forward no Fabric?

A dívida de carry forward ocorre quando os workspaces ultrapassam os limites de capacidade contratados. A computação excedente consumida é tratada como uma dívida que precisa ser quitada com ciclos de capacidade futuros, o que pode limitar temporariamente o desempenho.

Como as cargas de trabalho interativas e em segundo plano diferem no Fabric?

As cargas de trabalho interativas (cliques em relatórios feitos pelo usuário) são suavizadas em uma janela curta de alguns minutos, enquanto as cargas em segundo plano (atualizações agendadas e pipelines noturnos) são suavizadas em uma janela de 24 horas para minimizar interrupções.