A política de limitação do Fabric

A limitação ocorre quando a capacidade de um locatário consome mais recursos de capacidade do que comprou. Muita limitação pode resultar em uma experiência degradada do usuário final. Um locatário do Microsoft Fabric pode criar múltiplas capacidades e atribuir espaços de trabalho a uma capacidade específica para cobrança e dimensionamento.

A limitação é aplicada no nível de capacidade, o que significa que, embora uma capacidade, ou conjunto de espaços de trabalho, possa estar enfrentando um desempenho reduzido devido à sobrecarga, outras capacidades podem continuar em execução normalmente. Nos casos em que recursos como artefatos do OneLake são produzidos em uma capacidade e consumidos por outra, o estado de limitação da capacidade de consumo determina se as chamadas para o artefato são limitadas.

Equilíbrio entre desempenho e confiabilidade

O Fabric foi projetado para entregar um desempenho rápido para clientes, permitindo que as operações acessem mais recursos de unidade de capacidade (CU) do que são alocados para a capacidade. Tarefas que podem levar vários minutos para serem concluídas em outras plataformas podem ser concluídas em meros segundos no Fabric. Para evitar penalizar usuários quando as cargas operacionais aumentam, o Fabric suaviza ou regula o uso de CU de uma operação em um mínimo de cinco minutos e ainda mais para altas solicitações de CU, mas de curto runtime. Esse comportamento garante que você possa desfrutar de um desempenho consistentemente rápido sem experimentar limitação.

Para operações em segundo plano que têm tempos de longo prazo e consomem cargas de CU pesadas, o Fabric suaviza seu uso de CU durante um período de 24 horas. A suavização elimina a necessidade de cientistas de dados e administradores de banco de dados gastarem tempo criando agendas de trabalho para distribuir a carga de CU ao longo do dia para evitar que as contas congelem. Com a suavização 24 horas de CU, os trabalhos agendados podem ser executados simultaneamente sem causar picos a qualquer momento durante o dia e você pode desfrutar de um desempenho consistentemente rápido sem desperdiçar tempo gerenciando agendas de trabalho.

As operações de pré-lançamento não são limitadas

Quando uma capacidade entra em um estado limitado, ela afeta apenas as operações solicitadas após a limitação da capacidade. Todas as operações, incluindo as de execução longa que foram enviadas antes do início da limitação, têm permissão para serem executadas até a conclusão. Esse comportamento oferece a garantia de que as operações são concluídas, mesmo durante os surtos no uso de CU.

Limitar gatilhos e limitar estágios

Após a suavização, algumas contas ainda podem ter picos no uso de CU durante os horários de pico de relatório. Para ajuda on-line para gerenciar esses picos, os administradores podem configurar alertas de email para serem notificados quando uma capacidade consome 100% dos recursos de CU provisionada. Esse padrão é uma indicação de que a capacidade pode se beneficiar do balanceamento de carga e a administração deve considerar aumentar a dimensão da SKU. É importante observar que, para SKUs F, você pode aumentar e diminuir manualmente a qualquer momento nas configurações de administrador. No entanto, mesmo quando uma capacidade está operando com todo o seu potencial de CU, o Fabric não aplica limitação. Tal comportamento garante que os usuários tenham um desempenho consistentemente rápido sem sofrer interrupções.

A primeira fase da limitação começa quando uma capacidade consumiu todos os seus recursos de CU disponíveis para os próximos 10 minutos. Por exemplo, se você adquiriu dez unidades de CU e consumiu 50 unidades por minuto, isso criaria uma transferência de 40 unidades por minuto. Depois de dois minutos e meio, você teria acumulado a transferência de 100 unidades, emprestadas de janelas futuras. Neste ponto em que a capacidade já esgotou toda a capacidade para os próximos dez minutos, o Fabric inicia seu primeiro nível de limitação e todas as novas operações interativas são atrasadas em 20 segundos após o envio. Se a transferência atingir uma hora inteira, as solicitações interativas serão rejeitadas, mas as operações agendadas em segundo plano continuarão a ser executadas. Se a capacidade acumular 24 horas completas de transferência, toda a capacidade será congelada até que a transferência seja compensada.

Consumo suavizado futuro

Observação

A Microsoft tenta melhorar a flexibilidade de clientes no uso do serviço, ao mesmo tempo em que equilibra a necessidade de gerenciar o uso da capacidade de clientes. Por esse motivo, a Microsoft pode alterar ou atualizar a política de limitação do Fabric.

Uso	Limites de política	Impacto da experiência de política de plataforma
Uso <= 10 minutos	Proteção contra sobrecarga	Os trabalhos podem consumir 10 minutos de uso futuro da capacidade sem limitação.
Uso de 10 minutos < <= 60 minutos	Atraso interativo	Os trabalhos interativos solicitados pelo usuário são atrasados 20 segundos no envio.
Uso de 60 minutos < <= 24 horas	Rejeição interativa	Os trabalhos interativos solicitados pelo usuário são rejeitados.
Uso > 24 horas	Rejeição em segundo plano	Todas as solicitações são rejeitadas.

Redução do uso da capacidade de transporte

Sempre que uma capacidade tem capacidade ociosa, o sistema compensa os níveis de transferência.

Se você tiver 100 minutos de CU e uma transferência de 200 minutos de CU, e você não tiver nenhuma operação em execução, levará dois minutos para você compensar a transferência. Neste exemplo, o sistema não é limitado, pois há dois minutos de transferência. Os atrasos de limitação não começarão até que a transferência tenha acumulado dez minutos.

Se você precisar compensar o transporte mais rapidamente, poderá aumentar temporariamente seu tamanho de SKU para gerar mais capacidade ociosa que é aplicada à transferência.

O comportamento de limitação é específico do Fabric

Embora a maioria dos produtos do Fabric siga as regras de limitação mencionadas anteriormente, há algumas exceções.

Por exemplo, os eventstreams do Fabric têm muitas operações que podem ser executadas por anos depois de serem iniciadas. A limitação de novas operações de eventstreams não faria sentido, portanto, em vez disso, a quantidade de recursos de CU alocada para manter o fluxo aberto é reduzida até que a capacidade esteja em uma boa posição novamente.

Outra exceção é a Inteligência em Tempo Real, que não seria em tempo real se as operações fossem atrasadas em 20 segundos. Como resultado, a Inteligência de dados em tempo real ignora o primeiro estágio de limitação com atrasos de 20 segundos em dez minutos de transferência e aguarda até a fase de rejeição em 60 minutos de transferência para começar a limitação. Esse comportamento garante que os usuários possam continuar a desfrutar do desempenho em tempo real mesmo durante períodos de alta demanda.

Da mesma forma, quase todas as operações na categoria Warehouse são relatadas como em segundo plano para aproveitar a suavização de 24 horas da atividade para permitir os padrões de uso mais flexíveis. Classificar todo o data warehousing como em segundo plano impede que picos de utilização de CU disparem a limitação demasiadamente rápido. Algumas solicitações podem disparar uma sequência de operações que são limitadas de forma diferente. Isso pode fazer com que uma operação em segundo plano fique sujeita à limitação como uma operação interativa.

Classificações interativas e em segundo plano para limitação e suavização

O Microsoft Fabric divide as operações em dois tipos: interativa e em segundo plano. Você pode encontrar descrições delas e as distinções entre elas em Operações do Fabric.

Alguns administradores podem notar que as operações às vezes são classificadas como interativas e suavizadas como em tela de fundo ou vice-versa. Essa distinção ocorre porque os sistemas de limitação do Fabric devem aplicar regras de limitação antes que uma solicitação comece a ser executada. A suavização ocorre depois que o trabalho começa a ser executado e o consumo de CU pode ser medido.

Os sistemas de limitação tentam categorizar com precisão as operações após o envio, mas, às vezes, a classificação de uma operação pode ser alterada após a limitação ter sido aplicada. Quando a operação começa a ser executada, informações mais detalhadas sobre a solicitação ficam disponíveis. Em cenários ambíguos, os sistemas de limitação tentam priorizar a classificação de operações como em segundo plano, o que é do interesse do usuário.

Acompanhe excessos e operações rejeitadas

Você pode ver se sua capacidade está sendo sobrecarregada, revisando o gráfico de horas trabalhadas no aplicativo de métricas de capacidade do Microsoft Fabric. Um pico que ultrapassa a linha indica uma sobrecarga. Para investigar ainda mais a sobrecarga, faça uma busca detalhada na página do ponto no tempo. Você pode então revisar suas operações interativas e em segundo plano e ver quais foram responsáveis por sobrecarregar sua capacidade. Você também pode determinar quando os eventos de sobrecarga ocorreram.

Como horas trabalhadas superiores a 100% não significam automaticamente limitação, você precisa usar o gráfico Limitação ao avaliar excedentes. A partir daí, você pode abrir uma tabela que mostra minutos para burndown, um gráfico com as opções de adicionar, burndown e porcentagem acumulada e muito mais.

Para exibir um histórico visual de superutilização de capacidade, incluindo transferência, acumulativo e burndown de dados de horas trabalhadas, vá para a Tab Excedentes. Você pode alterar a escala visual de excedentes para exibir dez minutos, 60 minutos e 24 horas. O carryforward leva em conta apenas as operações faturáveis.

O drilldown do aplicativo Métricas de Capacidade do Microsoft Fabric permite que os administradores vejam operações que foram rejeitadas durante um evento de limitação. Há informações limitadas sobre essas operações, pois elas nunca foram autorizadas a iniciar. O administrador pode ver o produto, o usuário, a ID da operação e a hora em que a solicitação foi enviada. Quando uma solicitação é rejeitada, os usuários finais recebem uma mensagem de erro que solicita que eles tentem novamente mais tarde.

Ações que você pode tomar para se recuperar de situações de sobrecarga

Quando sua capacidade é limitada ao ponto de congelar, os usuários recebem um erro caso a ação exija recursos de computação do Fabric. Por exemplo, o erro pode ser o seguinte: Não foi possível carregar o modelo devido a ter atingido os limites de capacidade. Nesses casos, você pode usar essas estratégias para recuperar sua capacidade de seu estado congelado.

• Aguardar até que o estado de sobrecarga termine antes de emitir novas solicitações.
• Atualizar o SKU de uma capacidade F.
• Pausar/retomar uma capacidade F.
• Ajustar a escala automática de capacidade P.
• Mover espaços de trabalho de prioridade mais baixa ou que consomem demais para fora da capacidade.

Conteúdo relacionado

• Instale o aplicativo de métricas de capacidade do Microsoft Fabric para monitorar as capacidades do Fabric.