A política de limitação de malha

A limitação ocorre quando a capacidade de um locatário consome mais recursos de capacidade do que ele comprou. Uma limitação excessiva pode resultar numa experiência degradada para o utilizador final. Um locatário do Microsoft Fabric pode criar várias 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 com desempenho reduzido devido à sobrecarga, outras capacidades podem continuar funcionando normalmente. Nos casos em que recursos como artefatos 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 fiabilidade

O Fabric foi projetado para oferecer um desempenho extremamente rápido aos seus clientes, permitindo que as operações acessem mais recursos de unidade de capacidade () do que os alocados para a capacidade. Tarefas que podem levar vários minutos para serem concluídas em outras plataformas podem ser concluídas em poucos segundos no Fabric. Para evitar penalizar os usuários quando as cargas operacionais aumentam, o Fabric suaviza ou calcula a média do uso de de uma operação em um mínimo de cinco minutos, e ainda mais tempo para uso de alta, mas solicitações de tempo de execução curto. 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 longos tempos de execução e consomem cargas pesadas de, o Fabric suaviza o uso da 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 ao longo do dia para evitar que as contas congelem. Com a suavização da UC de 24 horas, os trabalhos agendados podem ser executados simultaneamente sem causar picos a qualquer hora do dia, e você pode desfrutar de um desempenho consistentemente rápido sem perder tempo gerenciando agendas de trabalho.

As operações em voo não são limitadas

Quando uma capacidade entra em um estado limitado, ela afeta apenas as operações que são solicitadas depois que a capacidade começou a ser limitada. Todas as operações, incluindo as de longa duração que foram enviadas antes do início da limitação, podem ser executadas até a conclusão. Esse comportamento oferece a garantia de que as operações são concluídas, mesmo durante picos no uso da.

Gatilhos do acelerador e estágios do acelerador

Após a suavização, algumas contas ainda podem experimentar picos no uso de durante os horários de pico de relatórios. Para ajudar a gerenciar esses picos, os administradores podem configurar alertas por e-mail para serem notificados quando uma capacidade consome 100% de seus recursos de provisionados. Esse padrão é uma indicação de que a capacidade pode se beneficiar do balanceamento de carga, e o administrador deve considerar aumentar o tamanho da SKU. É importante notar que, para SKUs F, você pode aumentá-los e diminuí-los manualmente a qualquer momento nas configurações de administrador. No entanto, mesmo quando uma capacidade está operando em todo o seu potencial de, o Fabric não aplica limitação. Esse comportamento garante que os usuários tenham um desempenho consistentemente rápido sem sofrer interrupções.

A primeira fase de limitação começa quando uma capacidade consumiu todos os seus recursos de UC disponíveis durante os próximos 10 minutos. Por exemplo, se você comprou 10 unidades de capacidade e, em seguida, consumiu 50 unidades por minuto, criaria um carryforward de 40 unidades por minuto. Após dois minutos e meio, você teria acumulado um carryforward de 100 unidades, emprestado de janelas futuras. Neste ponto, onde toda a capacidade já está esgotada nos próximos 10 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 o reporte atingir uma hora completa, as solicitações interativas serão rejeitadas, mas as operações em segundo plano agendadas continuarão a ser executadas. Se a capacidade acumular 24 horas completas de reporte, toda a capacidade é congelada até que o reporte seja pago.

Consumo suavizado no futuro

Redução do uso da capacidade de carryforward

Sempre que uma capacidade tem capacidade ociosa, o sistema paga os níveis de carryforward.

Se você tem 100 minutos e um carryforward de 200 minutos, e você não tem nenhuma operação em execução, leva dois minutos para você pagar seu carryforward. Neste exemplo, o sistema não é acelerado, pois há dois minutos de transporte. Os atrasos de limitação não começarão até que 10 minutos de transferência tenham se acumulado.

Se você precisar pagar seu carryforward mais rápido, você pode aumentar seu tamanho de SKU temporariamente para gerar mais capacidade ociosa que é aplicada ao seu carryforward.

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

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

Por exemplo, os fluxos de eventos do Fabric têm muitas operações que podem ser executadas por anos depois de serem iniciadas. Limitar novas operações de fluxo de eventos não faria sentido, portanto, em vez disso, a quantidade de recursos de UC alocados para manter o fluxo aberto é reduzida até que a capacidade esteja em situação regular 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 Real-Time Intelligence ignora o primeiro estágio de aceleração com atrasos de 20 segundos em 10 minutos de carryforward e espera até a fase de rejeição em 60 minutos de carryforward para começar a aceleraçã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 Armazém são relatadas como plano de fundo para aproveitar a suavização de 24 horas da atividade para permitir os padrões de uso mais flexíveis. Classificar todo o armazenamento de dados como em segundo plano evita que picos de utilização da desencadeiem a limitação muito rapidamente. Algumas solicitações podem acionar uma cadeia de caracteres 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 de plano de fundo para limitação e suavização

O Microsoft Fabric divide as operações em dois tipos, interativo e em segundo plano. Você pode encontrar descrições destes e as distinções entre eles em operações de malha.

Alguns administradores podem notar que as operações às vezes são classificadas como interativas e suavizadas como plano de fundo, ou vice-versa. Essa distinção acontece 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çou a ser executado e o consumo de 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 mudar após a aplicação da limitação. 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 errar ao classificar as operações como em segundo plano, o que é do melhor interesse do usuário.

Rastreie excessos e operações rejeitadas

Você pode ver se sua capacidade está sobrecarregada examinando o gráfico de Utilização no aplicativo Microsoft Fabric Capacity Metrics. Um pico que ultrapassa a linha indica uma sobrecarga. Para investigar melhor a sobrecarga, faça uma busca detalhada na página do ponto de tempo. Em seguida, você pode 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 a utilização superior a 100% não significa automaticamente limitação, você precisa usar o gráfico de limitação ao avaliar excessos. A partir daí, você pode abrir uma tabela que mostra minutos para burndown, um gráfico com add, burndown e porcentagem cumulativa e muito mais.

Para exibir um histórico visual de qualquer superutilização de capacidade, incluindo carryforward, cumulativo e burndown de dados de utilização, vá para a guia Overages. Você pode alterar a escala visual para exibir 10 minutos, 60 minutos e 24 horas. O reporte só tem em conta as operações faturáveis.

O detalhamento do aplicativo Microsoft Fabric Capacity Metrics 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 começar. O administrador pode ver o produto, o usuário, o 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 solicitando que tentem novamente mais tarde.

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

Quando sua capacidade é limitada até o ponto em que é congelada, os usuários recebem um erro se sua ação exigir recursos de computação do Fabric. Por exemplo, o erro pode dizer Não é possível carregar o modelo devido a atingir os limites de capacidade. Nesses casos, você pode usar essas estratégias para recuperar sua capacidade de seu estado congelado.

• Aguarde até que o estado de sobrecarga termine antes de emitir novas solicitações.
• Atualize o SKU de uma capacidade F.
• Pausar/retomar uma capacidade F.
• Dimensionar automaticamente uma capacidade P.
• Mova espaços de trabalho de menor prioridade ou que consomem demais da capacidade.

Conteúdos relacionados

• Instale o aplicativo Microsoft Fabric Capacity Metrics para monitorar as capacidades do Fabric.