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 de malha pode criar vários recursos e atribuir espaços de trabalho a uma capacidade específica para faturamento e dimensionamento.

A limitação é aplicada no nível de capacidade, o que significa que, enquanto uma capacidade, ou conjunto de espaços de trabalho, pode 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 (Unidades 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 5 minutos, e ainda mais para solicitações de alta, mas de curto tempo de execução. 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 de.

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 sua provisionada. 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. Isso 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 e, em seguida, consumiu 50 unidades por minuto, você criaria um carrego de 40 unidades por minuto. Após dois minutos e meio, você teria acumulado um carry forward de 100 unidades, emprestadas de janelas futuras. Neste ponto em que a capacidade já esgotou toda a capacidade para os 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 a transferência atingir uma hora completa, 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 reporte, toda a capacidade é congelada até que o reporte seja pago.

Consumo suavizado no futuro

Nota

A Microsoft tenta melhorar a flexibilidade do cliente no uso do serviço, equilibrando a necessidade de gerenciar o uso da capacidade do cliente. Por esse motivo, a Microsoft pode alterar ou atualizar a política de limitação de malha.

Utilização	Limites da política	Impacto da experiência da política da plataforma
Utilização <= 10 minutos	Proteção contra excesso de idade	Os trabalhos podem consumir 10 minutos de uso futuro da capacidade sem limitação.
10 minutos Utilização <= 60 minutos <	Atraso interativo	Os trabalhos interativos solicitados pelo usuário são atrasados 20 segundos no envio.
60 minutos < de utilização <= 24 horas	Rejeição interativa	Os trabalhos interativos solicitados pelo usuário são rejeitados.
Utilização > 24 horas	Rejeição de antecedentes	Todos os pedidos são rejeitados.

Levar adiante a redução do uso da capacidade

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

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

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

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, então, em vez disso, a quantidade de alocada para manter o fluxo aberto é reduzida até que a capacidade esteja em situação regular novamente.

Outra exceção é o Real-Time Analytics, que não seria em tempo real se as operações fossem atrasadas em 20 segundos. Como resultado, o Real-Time Analytics ignora o primeiro estágio de aceleração com atrasos de 20 segundos em 10 minutos de carry forward e espera até a fase de rejeição em 60 minutos de carry forward 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

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.

Rastrear operações rejeitadas

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. Os usuários finais recebem uma mensagem de erro quando uma solicitação é rejeitada solicitando que tentem novamente mais tarde.

Conteúdos relacionados

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