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.

[Diagram of timing metrics for the Application Gateway

Nota

Se houver mais de um ouvinte no Application Gateway, filtre sempre por dimensão do Listener ao comparar diferentes métricas de latência para obter inferência significativa.

  • Tempo de conexão de back-end

    Tipo de agregação: Avg/Max

    Tempo gasto no estabelecimento de uma conexão com o aplicativo de back-end.

    Isto inclui a latência da rede, bem como o tempo que a pilha TCP do servidor de back-end demorou a estabelecer novas ligações. Para TLS, também inclui o tempo gasto no aperto de mão.

  • Tempo de resposta do primeiro byte de back-end

    Tipo de agregação: Avg/Max

    Intervalo de tempo entre o início do estabelecimento de uma conexão com o servidor back-end e o recebimento do primeiro byte do cabeçalho de resposta.

    Isso se aproxima da soma do tempo de conexão do Back-end, do tempo que a solicitação leva para chegar ao back-end do Application Gateway, do tempo que o aplicativo back-end leva para responder (o tempo que o servidor levou para gerar conteúdo, potencialmente buscar consultas de banco de dados) e o tempo gasto pelo primeiro byte da resposta para chegar ao Application Gateway a partir do back-end.

  • Tempo de resposta do último byte de back-end

    Tipo de agregação: Avg/Max

    Intervalo de tempo entre o início do estabelecimento de uma conexão com o servidor back-end e o recebimento do último byte do corpo da resposta.

    Isto aproxima a soma do Tempo de resposta do primeiro byte de back-end e do tempo de transferência de dados (este número pode variar significativamente consoante o tamanho dos objetos pedidos e a latência da rede do servidor).

  • Tempo total do gateway de aplicativo

    Tipo de agregação: Avg/Max

    Essa métrica captura o tempo médio/máximo necessário para que uma solicitação seja recebida, processada e sua resposta seja enviada.

    Este é o intervalo entre o momento em que o Application Gateway recebe o primeiro byte da solicitação HTTP até o momento em que o último byte de resposta foi enviado ao cliente. Isso inclui o tempo de processamento levado pelo Application Gateway, o tempo de resposta do último byte do back-end e o tempo necessário pelo Application Gateway para enviar toda a resposta.

  • Cliente RTT

    Tipo de agregação: Avg/Max

    Essa métrica captura o tempo médio / máximo de ida e volta entre os clientes e o Application Gateway.

Essas métricas podem ser usadas 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.

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, pode-se inferir que o gateway do aplicativo para latência de back-end e o tempo necessário para estabelecer a conexão são estáveis, e 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, pode-se 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, pode-se 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, as seguintes métricas estão disponíveis:

  • Bytes recebidos

    Contagem de bytes recebidos pelo Application Gateway dos clientes. (Relatado com base apenas no "tamanho do conteúdo" da solicitação. Ele não leva em conta a sobrecarga de negociações TLS, cabeçalhos de pacotes TCP/IP ou retransmissões e, portanto, não representa a utilização completa da largura de banda.)

  • Bytes enviados

    Contagem de bytes enviados pelo Application Gateway para os clientes. (Relatado com base apenas no "tamanho do conteúdo" da resposta. Ele não leva em conta cabeçalhos de pacotes TCP/IP ou retransmissões e, portanto, não representa a utilização completa da largura de banda.)

  • Protocolo TLS do cliente

    Contagem de solicitações TLS e não-TLS iniciadas pelo cliente que estabeleceu conexão com o Application Gateway. Para visualizar a distribuição do protocolo TLS, filtre pela dimensão Protocolo TLS. Essa métrica inclui solicitações atendidas pelo gateway, como redirecionamentos.

  • Unidades de capacidade atual

    Contagem de unidades de capacidade consumidas para realizar o balanceamento de carga do tráfego. Existem três determinantes para a unidade de capacidade - unidade de computação, conexões persistentes e taxa de transferência. Cada unidade de capacidade é composta por, no máximo: 1 unidade de computação, ou 2500 conexões persistentes, ou taxa de transferência de 2,22 Mbps.

  • Unidades de cálculo atuais

    Contagem da capacidade do processador consumida. Os fatores que afetam a unidade de computação são as ligações TLS/seg., as computações de Reescrita de URLs e o processamento de regras WAF.

  • Conexões atuais

    O número total de conexões simultâneas ativas de clientes para o Application Gateway

  • Unidades de capacidade faturada estimada

    Com o SKU v2, o modelo de preços é orientado pelo consumo. As unidades de capacidade medem o custo baseado no consumo cobrado além do custo fixo. As unidades de Capacidade Faturada Estimada indicam o número de unidades de capacidade com as quais a faturação é estimada. Isto é calculado como o maior valor entre as Unidades de capacidade atuais (as unidades de capacidade necessárias para realizar o balanceamento de carga do tráfego) e as Unidades de capacidade faturadas fixas (as unidades de capacidade mínimas mantidas em aprovisionamento).

  • Pedidos falhados

    Número de solicitações que o Application Gateway atendeu com códigos de erro de servidor 5xx. Isso inclui os códigos 5xx gerados a partir do Application Gateway, bem como os códigos 5xx gerados a partir do back-end. A contagem de solicitações pode ser filtrada ainda mais para mostrar a contagem por cada combinação de configuração pool-http de back-end específica.

  • Unidades de capacidade faturável fixa

    O número mínimo de unidades de capacidade mantidas em aprovisionamento de acordo com a definição Unidades de escala mínimas (uma instância traduz-se em 10 unidades de capacidade) na configuração do Gateway de Aplicação.

  • Novas conexões por segundo

    O número médio de novas conexões TCP por segundo estabelecidas de clientes para o Application Gateway e do Application Gateway para os membros de back-end.

  • Estado da resposta

    Status de resposta HTTP retornado pelo Application Gateway. A distribuição do código de status da resposta pode ser categorizada para mostrar as respostas nas categorias 2xx, 3xx, 4xx e 5xx.

  • Débito

    Número de bytes por segundo que o Application Gateway atendeu. (Relatado com base apenas no "tamanho do conteúdo". Ele não leva em conta a sobrecarga de negociações TLS, cabeçalhos de pacotes TCP/IP ou retransmissões e, portanto, não representa a utilização completa da largura de banda.)

  • Total de Pedidos

    Contagem de solicitações bem-sucedidas atendidas pelo Application Gateway pelos destinos do pool de back-end. As páginas servidas diretamente pelo gateway, como redirecionamentos, não são contadas e devem ser encontradas na métrica do protocolo TLS do cliente. A métrica de contagem de total de solicitações pode ser filtrada ainda mais para mostrar a contagem por cada combinação de configuração pool-http de back-end específica.

Métricas de back-end

Para o Application Gateway, as seguintes métricas estão disponíveis:

  • Status da resposta de back-end

    Contagem de códigos de status de resposta HTTP retornados pelos back-ends. Isso não inclui nenhum código de resposta gerado pelo Application Gateway. A distribuição do código de status da resposta pode ser categorizada para mostrar as respostas nas categorias 2xx, 3xx, 4xx e 5xx.

  • Contagem de hospedeiros saudáveis

    O número de backends que são determinados saudáveis pela sonda de saúde. Você pode filtrar por pool de back-end para mostrar o número de hosts íntegros em um pool de back-end específico.

  • Contagem de hospedeiros não íntegros

    O número de backends que são determinados insalubres pela sonda de saúde. Você pode filtrar por pool de back-end para mostrar o número de hosts não íntegros em um pool de back-end específico.

  • Pedidos por minuto por Anfitrião Saudável

    O número médio de solicitações recebidas por cada membro saudável em um pool de back-end em um minuto. Você deve especificar o pool de back-end usando a dimensão HttpSettings do BackendPool.

Métricas do Web Application Firewall (WAF)

Para obter informações sobre o monitoramento do WAF, consulte Métricas do WAF v2

Métricas suportadas pelo Application Gateway V1 SKU

Métricas do Application Gateway

Para o Application Gateway, as seguintes métricas estão disponíveis:

  • Utilização da CPU

    Apresenta a utilização das CPUs atribuídas ao Gateway de Aplicação. Em condições normais, a utilização da CPU não deve exceder regularmente os 90%, uma vez que isso pode causar latência nos sites alojados por trás do Gateway de Aplicação e perturbar a experiência do cliente. Pode controlar ou melhorar indiretamente a utilização da CPU ao modificar a configuração do Gateway de Aplicação, aumentar a contagem de instâncias ou mover para um tamanho de SKU maior.

  • Conexões atuais

    Contagem de conexões atuais estabelecidas com o Application Gateway

  • Pedidos falhados

    Número de solicitações que falharam devido a problemas de conexão. Essa contagem inclui solicitações que falharam devido a exceder a configuração HTTP "Tempo limite de solicitação" e solicitações que falharam devido a problemas de conexão entre o gateway de aplicativo e o back-end. Essa contagem não inclui falhas devido a nenhum back-end íntegro estar disponível. As respostas 4xx e 5xx do back-end também não são consideradas como parte dessa métrica.

  • Estado da resposta

    Status de resposta HTTP retornado pelo Application Gateway. A distribuição do código de status da resposta pode ser categorizada para mostrar as respostas nas categorias 2xx, 3xx, 4xx e 5xx.

  • Débito

    Número de bytes por segundo que o Application Gateway serviu

  • Total de Pedidos

    Contagem de solicitações bem-sucedidas atendidas pelo Application Gateway. A contagem de solicitações pode ser filtrada ainda mais para mostrar a contagem por cada combinação de configuração pool-http de back-end específica.

Métricas de back-end

Para o Application Gateway, as seguintes métricas estão disponíveis:

  • Contagem de hospedeiros saudáveis

    O número de backends que são determinados saudáveis pela sonda de saúde. Você pode filtrar por pool de back-end para mostrar o número de hosts íntegros em um pool de back-end específico.

  • Contagem de hospedeiros não íntegros

    O número de backends que são determinados insalubres pela sonda de saúde. Você pode filtrar por pool de back-end para mostrar o número de hosts não íntegros em um pool de back-end específico.

Métricas do Web Application Firewall (WAF)

Para obter informações sobre o monitoramento do WAF, consulte 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:

Metric view.

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:

  1. 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.

  2. 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).

    Add rule page

Se o limite for violado, chegará um e-mail semelhante ao da imagem a seguir:

Email for breached threshold

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.

List of alerts and rules

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