Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Importante
Azure Front Door (clássico) se aposenta em 31 de março de 2027. Como o serviço está se aposentando, ele não suporta mais criação de perfil, integração de novos domínios ou certificados gerenciados. Para evitar a interrupção do serviço, igrate para Azure Front Door Standard ou Premium. Para obter mais informações, confira Desativação do Azure Front Door (clássico).
Observação
Neste artigo, um origin e um grupo origin referem-se ao back-end e ao pool de back-end de uma configuração Azure Front Door (clássica).
Para determinar a integridade e a proximidade de cada origem para um determinado ambiente Azure Front Door, cada perfil do Front Door envia periodicamente uma solicitação HTTP ou HTTPS sintética para todas as suas 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 ponto de borda do Azure Front Door envia sondagens de integridade para suas origens, o volume de sondagens de integridade para suas origens pode ser 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 os pontos de borda do Azure Front Door não receberem tráfego real de seus usuários finais, a frequência da sondagem de integridade do ponto de borda diminuirá em relação à frequência configurada. Se houver tráfego para todos os pontos de borda do Azure Front Door, o volume de sondagens de integridade poderá ser alto, dependendo da frequência das sondagens de integridade.
Para estimar aproximadamente o volume de sondagens de integridade por minuto para uma origem ao usar a frequência de sondagem padrão de 30 segundos, multiplique o número de pontos de borda por 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 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 sondas usam as mesmas portas TCP configuradas para roteamento de solicitações de cliente, e você não pode substituí-las. As sondas HTTP ou HTTPS do Front Door incluem um cabeçalho User-Agent definido com o valor Edge Health Probe.
Métodos HTTP suportados para sondas de saúde
O Azure Front Door dá suporte aos seguintes métodos HTTP para enviar as sondas de integridade:
- OBTER: O método GET recupera qualquer informação (na forma de uma entidade) que é identificada pelo Request-URI.
- 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 do Front Door, o método de sondagem é definido como HEAD por padrão.
Dica
Para reduzir a carga e o custo para suas origens, use solicitações HEAD para sondagens de integridade.
Respostas de investigação de integridade
| Respostas | Descrição |
|---|---|
| Determinar a saúde | Um código de status 200 OK indica que a origem está funcionando corretamente. 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 Door determina a integridade da origem
O Azure Front Door usa um processo de três etapas em todos os algoritmos para determinar a integridade.
Excluir origens desabilitadas.
Exclua origens que apresentem erros na sondagem de integridade:
O Front Door analisa as últimas n respostas da sondagem de integridade. Se pelo menos x respostas estiverem saudáveis, a origem será considerada saudável.
Altere a propriedade SampleSize nas configurações de balanceamento de carga para definir n.
Altere a propriedade SuccessfulSamplesRequired nas configurações de balanceamento de carga para definir x.
Para conjuntos de origens saudáveis em um grupo de origem, 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 Front Door otimiza o número de sondagens de integridade que envia para a origem para reduzir a carga sobre ela. O Front Door envia solicitações de sondagem de saúde com base no menor intervalo de amostra configurado. As respostas das mesmas sondagens de integridade determinam a integridade do ponto de extremidade em todos os grupos de origem.
Falha completa na investigação de integridade
Se as verificações de integridade falharem para todas as origens em um grupo de origens, o Front Door considera todas as origens como não íntegras e roteia o tráfego em uma distribuição round-robin entre todas elas. Quando uma origem retorna a um estado íntegro, o Front Door retoma o algoritmo normal de balanceamento de carga.
Desabilitar investigações de integridade
Se o seu grupo de origens tiver uma única origem, você pode desativar as verificações de integridade para reduzir a carga em seu aplicativo. Se o seu grupo de origens tiver várias origens e mais de uma origem estiver habilitada, você não poderá desativar as verificações de integridade.
Observação
Se o seu grupo de origens tiver apenas uma única origem, essa origem receberá poucas verificações de integridade. Essa condição pode levar a uma queda nas métricas de integridade de origem, mas seu tráfego não é afetado.