Métricas para o Application Gateway
O Gateway de Aplicativo publica pontos de dados no Azure Monitor para o desempenho de seu Gateway de Aplicativo e instâncias de back-end. Esses pontos de dados são chamados de métricas e são valores numéricos em um conjunto ordenado de dados de séries temporais. As métricas descrevem algum aspeto do seu gateway de aplicativo em um determinado momento. Se houver solicitações fluindo pelo Application Gateway, ele mede e envia suas métricas em intervalos de 60 segundos. Se não houver solicitações fluindo pelo Application Gateway ou dados para uma métrica, a métrica não será relatada. Para obter mais informações, consulte Métricas do Azure Monitor.
Métricas suportadas pelo Application Gateway V2 SKU
Nota
Para obter informações relacionadas ao proxy TLS/TCP, visite a referência de dados.
Métricas de tempo
O Application Gateway fornece várias métricas de tempo internas relacionadas à solicitação e à resposta, que são medidas em milissegundos.
Nota
Se houver mais de um ouvinte no Application Gateway, filtre sempre por dimensão Listener ao comparar diferentes métricas de latência para obter inferência significativa.
Nota
A latência pode ser observada nos dados métricos, pois todas as métricas são agregadas em intervalos de um minuto. Essa latência pode variar para diferentes instâncias do gateway de aplicativo com base na hora de início da métrica.
Você pode usar métricas de tempo para determinar se a lentidão observada se deve à rede cliente, ao desempenho do Application Gateway, à saturação da pilha TCP da rede back-end e do servidor back-end, ao desempenho do aplicativo back-end ou ao tamanho grande do arquivo. Para obter mais informações, consulte Métricas de temporização.
Por exemplo, se houver um pico na tendência de tempo de resposta do primeiro byte do back-end, mas a tendência do tempo de conexão do back-end for estável, você poderá inferir que o gateway do aplicativo para a latência do back-end e o tempo necessário para estabelecer a conexão são estáveis. O pico é causado devido a um aumento no tempo de resposta do aplicativo de back-end. Por outro lado, se o pico no tempo de resposta do primeiro byte do back-end estiver associado a um pico correspondente no tempo de conexão do back-end, você poderá deduzir que a rede entre o Application Gateway e o servidor back-end ou a pilha TCP do servidor back-end está saturada.
Se você notar um pico no tempo de resposta do último byte do back-end, mas o tempo de resposta do primeiro byte do back-end for estável, você pode deduzir que o pico é devido a um arquivo maior que está sendo solicitado.
Da mesma forma, se o tempo total do gateway de aplicativo tiver um pico, mas o tempo de resposta do último byte de back-end for estável, isso pode ser um sinal de afunilamento de desempenho no Application Gateway ou um gargalo na rede entre o cliente e o Application Gateway. Além disso, se o RTT do cliente também tiver um pico correspondente, isso indica que a degradação é devido à rede entre o cliente e o Application Gateway.
Métricas do Application Gateway
Para o Application Gateway, há várias métricas disponíveis. Para obter uma lista, consulte Métricas do Application Gateway.
Métricas de back-end
Para o Application Gateway, há várias métricas de back-end disponíveis. Para obter uma lista, consulte Métricas de back-end.
Métricas do Web Application Firewall (WAF)
Para obter informações sobre o monitoramento do WAF, consulte Métricas do WAF v2 e Métricas do WAF v1.
Visualização de métricas
Navegue até um gateway de aplicativo, em Monitoramento , selecione Métricas. Para ver os valores disponíveis, selecione a lista pendente MÉTRICA.
Na imagem a seguir, você verá um exemplo com três métricas exibidas nos últimos 30 minutos:
Para ver uma lista atual de métricas, consulte Métricas suportadas com o Azure Monitor.
Regras de alerta sobre métricas
Você pode iniciar regras de alerta com base nas métricas de um recurso. Por exemplo, um alerta pode chamar um webhook ou enviar um e-mail para um administrador se a taxa de transferência do gateway de aplicativo estiver acima, abaixo ou em um limite por um período especificado.
O exemplo a seguir orienta você na criação de uma regra de alerta que envia um email para um administrador depois que a taxa de transferência viola um limite:
selecione Adicionar alerta de métrica para abrir a página Adicionar regra . Também pode aceder a esta página a partir da página de métricas.
Na página Adicionar regra, preencha as seções nome, condição e notificação e selecione OK.
No seletor Condição, selecione um dos quatro valores: Maior que, Maior que ou igual, Menor que ou Menor que ou igual a.
No seletor de período , selecione um período de cinco minutos a seis horas.
Se você selecionar Proprietários, colaboradores e leitores de e-mail, o e-mail poderá ser dinâmico, com base nos usuários que têm acesso a esse recurso. Caso contrário, você pode fornecer uma lista de usuários separada por vírgulas na caixa E-mail(s) de administrador adicional(ais).
Se o limite for violado, chegará um e-mail semelhante ao da imagem a seguir:
Uma lista de alertas é exibida depois que você cria um alerta de métrica. Ele fornece uma visão geral de todas as regras de alerta.
Para saber mais sobre notificações de alerta, consulte Receber notificações de alerta.
Para entender mais sobre webhooks e como você pode usá-los com alertas, visite Configurar um webhook em um alerta de métrica do Azure.
Próximos passos
- Visualize logs de contadores e eventos usando logs do Azure Monitor.
- Visualize seu log de atividades do Azure com a postagem do blog do Power BI .
- Exiba e analise os logs de atividade do Azure no Power BI e mais postagens de blog.