Partilhar via

Sondas do estado de funcionamento

  • Artigo

Importante

O Azure Front Door (clássico) será desativado em 31 de março de 2027. Para evitar qualquer interrupção do serviço, é importante migrar seus perfis do Azure Front Door (clássico) para a camada Azure Front Door Standard ou Premium até março de 2027. Para obter mais informações, consulte Aposentadoria (clássica) do Azure Front Door.

Nota

Uma origem e um grupo de origem neste artigo referem-se ao pool de back-end e back-end de uma configuração (clássica) do Azure Front Door.

Para determinar a integridade e a proximidade de cada origem para um determinado ambiente do Azure Front Door, cada perfil do Front Door envia periodicamente uma solicitação HTTP/HTTPS sintética para todas as suas origens configuradas. Em seguida, o Front Door usa as respostas da sonda de integridade para determinar a melhor origem para encaminhar as solicitações do cliente.

Aviso

Como cada ponto de presença da Porta da Frente do Azure está enviando sondas de integridade para suas origens, o volume da sonda de integridade para suas origens pode ser bastante alto. O número de sondas depende da localização do tráfego do cliente e da frequência da sonda de integridade. Se os pontos de presença da Porta da Frente do Azure não receberem tráfego real de seus usuários finais, a frequência da sonda de integridade do ponto de presença será diminuída em relação à frequência configurada. Se houver tráfego para todos os pontos de presença da Porta da Frente do Azure, o volume da sonda de integridade poderá ser alto, dependendo da frequência das sondas de integridade.

Um exemplo para estimar aproximadamente o volume da sonda de integridade por minuto para uma origem ao usar a frequência de teste padrão de 30 segundos. O volume da sonda em cada uma das suas origens é igual ao número de pontos de presença vezes duas solicitações por minuto. As solicitações de sondagem serão menores se não houver tráfego enviado para todos os pontos de presença. Para obter uma lista de pontos de presença, consulte Locais de presença por região.

Protocolos suportados

O Azure Front Door suporta o envio de testes através de protocolos HTTP ou HTTPS. Esses testes são enviados pelas mesmas portas TCP configuradas para rotear solicitações de clientes e não podem ser substituídos. As sondas HTTP/HTTPS da porta frontal são enviadas com User-Agent o conjunto de cabeçalhos com o valor: Edge Health Probe.

Métodos HTTP suportados para testes de integridade

O Azure Front Door dá suporte aos seguintes métodos HTTP para enviar as sondas de integridade:

  1. GET: O método GET significa recuperar qualquer informação (na forma de uma entidade) identificada pelo Request-URI.
  2. HEAD: O método HEAD é idêntico ao GET, exceto que o servidor NÃO DEVE retornar um corpo de mensagem na resposta. Para novos perfis de porta frontal, por padrão, o método de sonda é definido como HEAD.

Gorjeta

Para reduzir a carga e o custo para suas origens, a Front Door recomenda o uso de solicitações HEAD para sondas de saúde.

Respostas da sonda de saúde

Respostas Description
Determinar a saúde Um código de status 200 OK indica que a origem está íntegra. Qualquer outro código de estado é considerado uma falha. Se, por qualquer motivo, uma resposta HTTP válida não for recebida para uma pesquisa, a pesquisa será contada como uma falha.
Medir a latência Latência é o tempo do relógio de parede medido desde o momento imediatamente antes do envio da solicitação de teste até o momento em que a Front Door recebe o último byte da resposta. Front Door usa uma nova conexão TCP para cada solicitação. A medição não é tendenciosa para origens com conexões quentes existentes.

Como a porta da frente determina a saúde da origem

O Azure Front Door usa um processo de três etapas em todos os algoritmos para determinar a integridade.

  1. Excluir origens desativadas.

  2. Excluir origens com erros de testes de integridade:

    • Esta seleção é feita observando as últimas n respostas da sonda de saúde. Se pelo menos x são saudáveis, a origem é considerada saudável.

    • n é configurado alterando a propriedade SampleSize nas configurações de balanceamento de carga.

    • x é configurado alterando a propriedade SuccessfulSamplesRequired nas configurações de balanceamento de carga.

  3. Para conjuntos de origens saudáveis em um grupo de origem, Front Door mede e mantém a latência para cada origem.

Nota

Se um único ponto de extremidade for membro de vários grupos de origem, o Front Door otimizará o número de testes de integridade enviados para a origem para reduzir a carga na origem. As solicitações de teste de integridade serão enviadas com base no menor intervalo de amostra configurado. A integridade do endpoint em todos os grupos de origem será determinada pelas respostas das mesmas sondas de integridade.

Falha completa da sonda de integridade

Se as sondas de saúde falharem para todas as origens de um grupo de origem, a Front Door considera todas as origens insalubres e encaminha o tráfego em uma distribuição redonda em todas elas.

Quando uma origem retorna a um estado íntegro, o Front Door retoma o algoritmo normal de balanceamento de carga.

Desativando sondas de saúde

Se você tiver uma única origem em seu grupo de origem, poderá optar por desabilitar as sondas de integridade para reduzir a carga em seu aplicativo. Se você tiver várias origens em seu grupo de origem e mais de uma delas estiver no estado habilitado, não poderá desabilitar as sondas de integridade.

Nota

Se houver apenas uma única origem em seu grupo de origem, a origem única receberá muito poucas sondas de saúde. Isso pode levar a uma queda nas métricas de integridade de origem, mas seu tráfego não será afetado.

Próximos passos