Métricas do Gateway de Aplicativo

O Gateway de Aplicativo publica pontos de dados no Azure Monitor para monitorar o desempenho do Gateway de Aplicativo e das 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érie temporal. As métricas descrevem algum aspecto do gateway de aplicativo em um determinado momento. Se houver solicitações passando pelo Gateway de Aplicativo, ele medirá e enviará métricas em intervalos de 60 segundos. Se não houver uma solicitação passando pelo Gateway de Aplicativo 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 compatíveis com o SKU do Gateway de Aplicativo V2

Observação

Para obter informações relacionadas ao proxy TLS/TCP, acesse a referência de dados.

Métricas de tempo

O Gateway de Aplicativo conta com diversas métricas de tempo internas relacionadas à solicitação e à resposta, todas medidas em milissegundos.

[Diagram of timing metrics for the Application Gateway

Observação

Se houver mais de um ouvinte no Gateway de Aplicativo, sempre filtre pela dimensão Ouvinte, comparando diferentes métricas de latência para obter uma inferência significativa.

  • Tempo de conexão do back-end

    Tipo de agregação:Média/Máxima

    É o tempo gasto estabelecendo uma conexão com o aplicativo back-end.

    Isso inclui a latência da rede, bem como o tempo de estabelecimento de novas conexões pela pilha TCP do servidor back-end. Para o TLS, ele também inclui o tempo de handshake.

  • Tempo de resposta do primeiro byte de back-end

    Tipo de agregação:Média/Máxima

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

    Isso aproxima a soma do tempo de conexão de back-end, do tempo que a solicitação leva para alcançar o back-end por meio do Gateway de Aplicativo, do tempo que o aplicativo back-end leva para responder (o tempo que o servidor leva para gerar conteúdo, possivelmente buscar consultas ao banco de dados) e do tempo que o primeiro byte da resposta leva para alcançar o Gateway de Aplicativo por meio do back-end.

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

    Tipo de agregação:Média/Máxima

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

    Isso aproxima a soma do tempo de resposta do primeiro byte de back-end e do tempo de transferência de dados (dependendo do tamanho dos objetos solicitados e da latência da rede do servidor, esse número pode variar bastante).

  • Tempo total do gateway de aplicativo

    Tipo de agregação:Média/Máxima

    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.

    É o intervalo entre o recebimento do primeiro byte da solicitação HTTP pelo Gateway de Aplicativo e o envio do último byte de resposta ao cliente. Isso inclui o tempo de processamento usado pelo Gateway de Aplicativo, o tempo de resposta do último byte de back-end, e o tempo gasto pelo Gateway de Aplicativo para enviar toda a resposta.

  • Cliente RTT

    Tipo de agregação:Média/Máxima

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

Essas métricas podem ser usadas para determinar se a lentidão observada é devido à rede do cliente, ao desempenho do Gateway de Aplicativo, à saturação de pilha TCP da rede back-end e do servidor back-end, ao desempenho do aplicativo back-end ou ao tamanho de arquivo grande.

Por exemplo, caso haja um pico na tendência do tempo de resposta do primeiro byte de back-end, mas a tendência do tempo de conexão de back-end seja estável, é possível concluir que a latência entre o Gateway de Aplicativo e o back-end e o tempo de estabelecimento da conexão são estáveis e que o pico se deve a um aumento no tempo de resposta do aplicativo back-end. Por outro lado, caso o pico no tempo de resposta do primeiro byte de back-end esteja associado a um pico correspondente no tempo de conexão de back-end, é possível deduzir que a rede entre o Gateway de Aplicativo e o servidor back-end ou a pilha TCP do servidor back-end está saturada.

Caso você note um pico no tempo de resposta do último byte de back-end, mas o tempo de resposta do primeiro byte de back-end seja estável, é possível deduzir que o pico se deve à solicitação de um arquivo maior.

Do mesmo jeito, caso o tempo total do gateway de aplicativo tenha um pico, mas o tempo de resposta do último byte de back-end seja estável, pode ser um sinal de gargalo de desempenho no Gateway de Aplicativo ou um gargalo na rede entre o cliente e o Gateway de Aplicativo. Além disso, se o RTT do cliente também tiver um pico correspondente, isso indicará que a degradação é devido à rede entre o cliente e o Gateway de Aplicativo.

Métricas do Gateway de Aplicativo

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

  • Bytes recebidos

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

  • Bytes enviados

    Número de bytes enviados pelo Gateway de Aplicativo aos clientes. (Relatado com base apenas na resposta "tamanho do conteúdo". Ele não leva em conta os cabeçalhos de pacotes TCP/IP nem as retransmissões e, portanto, não representa a utilização completa da largura de banda.)

  • Protocolo TLS do cliente

    Número de solicitações TLS e não TLS iniciadas pelo cliente que estabeleceram conexão com o Gateway de Aplicativo. Para ver 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 balancear a carga do tráfego. Existem três determinantes das unidades de capacidade: unidades de computação, conexões persistentes e taxa de transferência. Cada unidade de capacidade é composta de, no máximo: 1 unidade de computação, ou 2500 conexões persistentes, ou taxa de transferência de 2,22 Mbps.

  • Unidades de computação atuais

    Quantidade de capacidade de processador consumida. Entre os fatores que afetam a unidade de computação, estão as conexões TLS/s, as computações de reescrita de URL e o processamento de regra WAF.

  • Conexões atuais

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

  • Unidades de Capacidade Cobrada Estimada

    Com o SKU v2, o modelo de preços é orientado pelo consumo. As unidades de capacidade medem o custo baseado no consumo que é cobrado junto com o custo fixo. A estimativa de unidades de capacidade cobradas indicam o número de unidades de capacidade usadas das quais é estimada a cobrança. Isso é calculado como o maior valor entre as unidades de capacidade atuais (unidades de capacidade necessárias para balancear a carga do tráfego) e as unidades de capacidade cobráveis fixas (unidades de capacidade mínimas mantidas provisionadas).

  • Solicitações com falha

    Número de solicitações que o Gateway de Aplicativo respondeu com códigos de erro do servidor 5xx. Isso inclui os códigos 5xx gerados no Gateway de Aplicativo, bem como os gerados no back-end. O número de solicitações pode ser filtrado para mostrar o número por pool de back-end individual/específico ou combinação de configuração HTTP.

  • Unidades de Capacidade Cobráveis Fixas

    O número mínimo de unidades de capacidade mantido provisionado de acordo com a configuração de unidades de escala mínimas (uma instância representa dez unidades de capacidade) na configuração do Gateway de Aplicativo.

  • Novas conexões por segundo

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

  • Status da resposta

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

  • Taxa de transferência

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

  • Total de solicitações

    Contagem de solicitações bem-sucedidas que Gateway de Aplicativo atendidas pelos destinos do pool de back-end. As páginas atendidas diretamente pelo gateway, como redirecionamentos, não são contadas e devem ser encontradas na métrica de protocolo TLS do cliente. A métrica de contagem total de solicitações pode ser filtrada para mostrar o número por pool de back-end individual/específico ou combinação de configuração HTTP.

Métricas de back-end

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

  • Status da resposta de back-end

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

  • Número de hosts íntegros

    O número de back-ends considerados íntegros pela investigação de integridade. É possível filtrar por pool de back-end para mostrar o número de hosts íntegros em um pool de back-end específico.

  • Número de hosts não íntegros

    O número de back-ends considerados não íntegros pela investigação de integridade. É possível filtrar por pool de back-end para mostrar o número de hosts não íntegros em um pool de back-end específico.

  • Solicitações por minuto por Host Íntegro

    O número médio de solicitações recebidas por um membro íntegro em um pool de back-end em um minuto. É preciso especificar o pool de back-end usando a dimensão BackendPool HttpSettings.

Métricas do WAF (Firewall de Aplicativo Web)

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

Métricas compatíveis com o SKU do Gateway de Aplicativo V1

Métricas do Gateway de Aplicativo

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

  • Utilização da CPU

    Exibe a utilização das CPUs alocadas para o gateway de aplicativo. Sob condições normais, o uso da CPU não deveria exceder 90%, pois isso pode causar latência nos sites hospedados atrás do gateway de aplicativo e comprometer a experiência do cliente. É possível controlar ou aprimorar indiretamente a utilização da CPU ao alterar a configuração do gateway de aplicativo por meio do aumento da contagem de instâncias ou da mudança para um tamanho de SKU maior ou de ambos.

  • Conexões atuais

    Contagem de conexões atuais estabelecidas com o Gateway de Aplicativo

  • Solicitações com falha

    Número de solicitações que falharam devido a problemas de conexão. Esse número inclui solicitações que falharam porque a configuração HTTP "Tempo limite da solicitação" foi ultrapassada e as solicitações que falharam devido a problemas de conexão entre o Gateway de Aplicativo e o back-end. Essa contagem não inclui as falhas devido a não disponibilidade de um back-end íntegro. As respostas 4xx e 5xx do back-end também não são consideradas parte dessa métrica.

  • Status da resposta

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

  • Taxa de transferência

    Número de bytes por segundo atendidos pelo Gateway de Aplicativo

  • Total de solicitações

    Número de solicitações bem-sucedidas atendidas pelo Gateway de Aplicativo. O número de solicitações pode ser filtrado para mostrar o número por pool de back-end individual/específico ou combinação de configuração HTTP.

Métricas de back-end

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

  • Número de hosts íntegros

    O número de back-ends considerados íntegros pela investigação de integridade. É possível filtrar por pool de back-end para mostrar o número de hosts íntegros em um pool de back-end específico.

  • Número de hosts não íntegros

    O número de back-ends considerados não íntegros pela investigação de integridade. É possível 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 WAF (Firewall de Aplicativo Web)

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

Visualização de métricas

Procure um gateway de aplicativo e, em Monitoramento, clique em Métricas. Para exibir os valores disponíveis, selecione a lista suspensa MÉTRICA.

Na imagem a seguir, você pode ver um exemplo com três métricas exibidas para os últimos 30 minutos:

Metric view.

Para ver uma lista atual de métricas, consulte Métricas com suporte no Azure Monitor.

Regras de alertas sobre métricas

Você pode iniciar as regras de alerta com base nas métricas de um recurso. Por exemplo, um alerta poderá chamar um webhook ou enviar um email para um administrador se a vazão de dados do gateway de aplicativo estiver acima, abaixo ou no limite durante um período especificado.

O seguinte exemplo orientará você pela criação de uma regra de alerta que envia um email para um administrador após um limite de vazão de dados ter sido violado:

  1. Selecione Adicionar alerta de métrica para abrir a página Adicionar regra. Também é possível acessar essa página na página de métricas.

  2. Na página Adicionar regra, preencha as seções de nome, condição e notificação e clique em OK.

    • No seletor Condição, selecione um dos quatro valores: Maior que, Maior ou igual a, Menor que ou Menor ou igual a.

    • No seletor Período, selecione um período de cinco minutos a seis horas.

    • Se você selecionar Proprietários, colaboradores e leitores de email, o email poderá ser dinâmico com base nos usuários que têm acesso a esse recurso. Caso contrário, você poderá fornecer uma lista separada por vírgula de usuários na caixa Emails de administrador adicionais.

    Add rule page

Se o limite for violado, um email semelhante ao mostrado na seguinte imagem chegará:

Email for breached threshold

Uma lista de alertas é exibida após a criação de um alerta de métrica. Ela 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 eles podem ser usados com alertas, consulte Configurar um webhook em um alerta de métrica do Azure.

Próximas etapas