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.
Os namespaces do Azure Event Grid usam unidades de débito (TUs) para definir a capacidade das suas cargas de trabalho. A autoescala é uma capacidade incorporada que ajusta automaticamente o número de TUs atribuídas a um namespace em resposta ao tráfego de eventos em tempo real e à utilização de recursos. Podes ativar o Autoscale em qualquer namespace de Grade de Eventos no nível Standard .
Quando ativa o Autoscale, o Event Grid monitoriza continuamente indicadores-chave de desempenho, como a taxa de entrada de eventos, taxa de saída de eventos, contagem de ligações MQTT e débito de mensagens. Quando a utilização ultrapassa limiares definidos, a Grelha de Eventos escala o número de TUs para cima ou para baixo dentro dos limites mínimos e máximos que configura. Este comportamento ajuda a manter um desempenho consistente durante picos de tráfego e reduz custos em períodos de baixa atividade, sem necessidade de intervenção manual.
Note
A escala automática está disponível apenas para espaços de nomes do Event Grid no escalão Standard. Para mais informações sobre os níveis, consulte Escolha o nível de Grelha de Eventos certo para a sua solução.
Por que usar o Autoscale
As cargas de trabalho orientadas por eventos e IoT são frequentemente imprevisíveis. As contagens de conexões, a taxa de transferência de mensagens e as taxas de entrega de eventos podem variar significativamente consoante a atividade da empresa, a hora do dia ou fatores externos. O provisionamento de capacidade fixa pode levar a dois problemas:
- Subdimensionamento: Quando o tráfego excede a capacidade alocada, os eventos podem ser sujeitos a limitação, levando a um aumento da latência ou à perda de mensagens.
- Over-provisioning: Quando o tráfego é baixo, paga-se pela capacidade que não utiliza.
O dimensionamento automático resolve ambos os problemas ao dimensionar automaticamente de forma adequada a capacidade do seu espaço de nomes. É especialmente valioso para:
- Cargas de trabalho MQTT , onde a dispersão das mensagens e o crescimento da subscrição podem mudar rapidamente à medida que os dispositivos se ligam e desconectam.
- Cargas de trabalho de brokers de eventos com padrões de entrada em rajadas, como uploads em lote periódicos ou picos impulsionados pela procura.
- Aplicações multi-inquilino onde o número de assinantes e o volume de entregas mudam entre os inquilinos.
Ativar o dimensionamento automático
O Autoscale é uma experiência totalmente gerida. Ativa-o no namespace e especificas o número mínimo e máximo de TUs. A Event Grid trata internamente de todas as decisões de escalabilidade. Não precisas de configurar regras individuais de escalonamento, limiares ou períodos de recarga.
Pode ativar a autoescalabilidade usando o portal Azure, o modelo Azure Resource Manager ou a API REST. Para mais informações, consulte Ativar autoescalabilidade para um namespace de Grade de Eventos.
Quando ativa a autoescalabilidade, a Grade de Eventos avalia continuamente a utilização em todas as categorias de escalabilidade. O sistema agrega os dados de utilização ao longo de um período retrospetivo e compara o nível de utilização mais elevado em todas as categorias com os limiares internos. Com base nesta avaliação, a Grelha de Eventos aumenta ou diminui automaticamente os TUs dentro dos seus limites configurados.
Categorias de escala e capacidade por TU
A tabela seguinte mostra a capacidade fornecida por cada unidade de rendimento. O Autoscale avalia a utilização como percentagem destes limites tanto no corredor de eventos como nas cargas de trabalho do MQTT.
| Categoria | Capacidade por TU |
|---|---|
| Entrada de eventos (número) | 1.000 eventos/segundo |
| Entrada de eventos (throughput) | 1 MB/segundo |
| Saída de eventos (número) | 2.000 eventos/segundo |
| Saída de eventos (throughput) | 2 MB/segundo |
| MQTT publicação de entrada (contagem) | 1.000 mensagens/segundo |
| Publicação entrante MQTT (throughput) | 1 MB/segundo |
| Publicações MQTT de saída (contagem) | 1.000 mensagens/segundo |
| Publicação outbound do MQTT (throughput) | 1 MB/segundo |
| Recursos para clientes registados pelo MQTT | 10.000 clientes |
| Ligações ativas do MQTT | 10.000 ligações |
| Contagem de Mensagens de Retenção do MQTT | 100 mensagens/s |
| Contagem de Ligações MQTT | 200 requisições/segundo |
Para a lista completa de limites de namespace, consulte quotas e limites do Azure Event Grid.
Comportamento de escalabilidade e limiares
Comportamento de ampliação
Uma operação de escalonamento começa quando uma única categoria ultrapassa o limiar máximo de utilização durante a janela de observação. Quando começa uma ampliação, a Grade de Eventos calcula o número de TUs necessários para normalizar a utilização. O aumento de TU é limitado pelo limite máximo de TU que configurou no namespace.
Comportamento de redução de escala
Uma operação de redução de escala começa quando todas as categorias caem consistentemente abaixo do limiar mínimo de utilização. Quando o Event Grid aciona uma redução vertical, calcula o número de TUs necessários para normalizar a taxa de utilização. A diminuição de TU segue o limite mínimo de TU que definiste.
Períodos de arrefecimento
Depois de uma operação de escalonamento, aplica-se um período de recarga antes de poder ocorrer mais escalabilidade. O período de recarga impede a rápida alternância entre ações de expansão e redução de escala, dando assim tempo ao sistema para estabilizar sob a nova capacidade.
Exemplo de escalonamento
Considere um espaço de nomes atualmente alocado em 12 TUs com o seguinte tráfego observado na janela de retrospetiva:
- Ingestão de eventos: 11 000 eventos/segundo
- Taxa de entrada de eventos: 3,6 MB/segundo
Passo 1: Calcular a utilização por categoria
| Categoria | Cálculo | Utilização |
|---|---|---|
| Entrada de eventos (número) | 11.000 / (12 x 1.000) | 91,7% |
| Entrada de eventos (throughput) | 3,6 / (12 x 1) | 30.0% |
Passo 2: Determinar a maior utilização
A utilização máxima em todas as categorias é de 91,7% (contagem de entradas de eventos).
Passo 3: Acionar a operação de escalonamento
Como 91,7% ultrapassa o limiar de utilização de escalonamento, é desencadeada uma operação de escalonamento.
Passo 4: Aplicar limites de namespace
Se o limite máximo do espaço de nomes for definido para 15 TUs, o valor final é fixado em 15 TUs.
Se a operação de aumento de escala exigir aumentar o número de TUs para 15, mas o máximo do espaço de nomes estiver definido para 20 TUs, o número final de TUs após a operação de aumento de escala será de 15 TUs.
Resultado:
O espaço de nomes aumenta de 12 TUs para 15 TUs.
Sugestão
Nos ciclos de avaliação subsequentes, o sistema reavalia a utilização a 15 TUs. Este processo continua até que a utilização fique abaixo do limiar ou até que o limite máximo de TU seja atingido.
Limites e considerações
- A escalabilidade automática está disponível apenas no escalão Standard.
- O número máximo de TUs por namespace é 40. Para solicitar um aumento para além dos 40 TUs, contacte o suporte da Microsoft.
- O valor mínimo de TU para Autoscale é 1.
- O Autoscale avalia todas as categorias em conjunto. Se apenas uma categoria tiver elevada utilização, ainda assim é desencadeada uma escalabilidade. Planeie os seus valores mínimos e máximos de TU para acomodar a maior procura esperada em todas as categorias.
- Durante um período de arrefecimento, não são realizadas operações de escalabilidade, mesmo que a utilização mude. Dimensione a sua alocação mínima de TU para lidar com a carga base esperada sem exigir escalabilidade imediata.
- As operações de escalonamento são realizadas de forma assíncrona. Pode haver um breve período entre a decisão de escalabilidade e a entrada em vigor da nova capacidade.