Compartilhar via

Investigações de integridade

  • 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 que você migre 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, veja Desativação do Azure Front Door (clássico).

Observação

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

Para determinar a integridade e 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 origens configuradas. O Front Door usa as respostas da investigação de integridade para determinar a melhor origem para encaminhar as solicitações de cliente.

Aviso

Como cada local de borda do Azure Front Door está enviando investigações de integridade para suas origens, o volume de investigação de integridade para as origens pode ser muito alto. O número de investigações depende do local de tráfego do cliente e da frequência da investigação de integridade. Se o local de borda do Azure Front Door não receber o tráfego real dos usuários finais, a frequência da investigação de integridade do local de borda será reduzida em relação à frequência configurada. Se houver tráfego para todos os locais de borda do Azure Front Door, o volume de investigação de integridade pode ser alto, dependendo da frequência das investigações de integridade.

Um exemplo para estimar aproximadamente o volume da investigação de integridade por minuto para uma origem é usar a frequência de investigação padrão de 30 segundos. O volume de investigação em cada uma das origens é igual ao número de locais de borda vezes duas solicitações por minuto. As solicitações de investigação serão em menor quantidade, se não houver tráfego enviado para todos os locais de borda. Para ver uma lista de locais de borda, confira as localizações de borda por região.

Protocolos com suporte

O Azure Front Door dá suporte para envio de investigações via protocolos HTTP ou HTTPS. Essas investigações são enviadas pelas mesmas portas TCP configuradas para rotear solicitações de clientes e não podem ser substituídas. As investigações HTTP/HTTPS do Front Door são enviadas com o User-Agent cabeçalho definido com o valor: Edge Health Probe.

Métodos HTTP com suporte para investigações de integridade

O Azure Front Door dá suporte aos seguintes métodos HTTP para enviar as investigações de integridade:

  1. GET: o método GET significa recuperar qualquer informação (na forma de uma entidade) identificada pelo URI de solicitação.
  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 os novos perfis do Front Door, por padrão, o método de investigação é definido como HEAD.

Dica

Para reduzir a carga e o custo em suas origens, a porta da frente recomenda o uso de solicitações HEAD para investigações de integridade.

Respostas de investigação de integridade

Respostas Descrição
Determinar a integridade Um código de status 200 OK indica que a origem está íntegra. Qualquer outro código status é considerado uma falha. Se por algum motivo uma resposta HTTP válida não é recebida para uma investigação, a investigação será contada como uma falha.
Medindo a latência A latência é o tempo total medido a partir do momento imediatamente anterior ao envio da solicitação de investigação até o momento em que o Front Door recebe o último byte da resposta. O Front Door usa uma nova conexão TCP para cada solicitação. A medida não é tendenciosa em relação às origens com conexões warm existentes.

Como o Front Doo l determina a integridade da origem

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

  1. Excluir origens desabilitadas.

  2. Exclua origens com erros de investigações de integridade:

    • Essa seleção é feita observando as últimas n respostas de investigação de integridade. Se pelo menos x estiver íntegro, a origem será considerada íntegra.

    • 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 íntegras em um grupo de origem, o Front Door mede e mantém a latência para cada origem.

Observação

Se um único ponto de extremidade for membro de vários grupos de origem, o Azure Front Door otimizará o número de investigações de integridade enviadas à origem para reduzir a carga na origem. As solicitações de investigação de integridade serão enviadas com base no intervalo de amostragem configurado mais baixo. A integridade do ponto de extremidade em todos os grupos de origem será determinada pelas respostas das mesmas investigações de integridade.

Falha completa na investigação de integridade

Se as investigações de integridade falharem em todas as origens em um grupo de origem, o Front Door considerará todas as origens não íntegras e roteará o tráfego em uma distribuição round robin em todas elas.

O Front Door retoma o algoritmo normal de balanceamento de carga depois que uma origem retorna a um estado íntegro.

Desabilitar investigações de integridade

Se você tiver uma única origem em seu grupo de origem, poderá optar por desabilitar as investigações de integridade para reduzir a carga em seu aplicativo. Não é possível desabilitar as investigações de integridade se você tiver várias origens em seu grupo de origem e mais de uma delas estiver no estado habilitado.

Observação

Se houver apenas uma origem em seu grupo de origem, a origem única obterá pouquíssimas investigações de integridade. Isso pode levar a uma queda nas métricas de integridade da origem, mas seu tráfego não será afetado.

Próximas etapas