Investigações de integridade
Observação
Neste artigo, uma Origem e um grupo de origem se referem ao back-end e ao pool de back-end da configuração do Azure Front Door (clássico).
Para determinar a integridade e proximidade de cada back-end para um determinado ambiente do Azure Front Door, cada ambiente do Front Door envia periodicamente uma solicitação HTTP/HTTPS sintética para cada uma das origens configuradas. O Azure Front Door usa essas respostas da investigação de integridade para determinar a “melhor” origem para encaminhar as solicitações de cliente.
Aviso
Como cada POP de borda do Azure Front Door emite investigações de integridade para as 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 POP 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 POP de borda será reduzida em relação à frequência configurada. Se houver tráfego do cliente para todos os POPs 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 a 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 POPs 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 POPs de borda. Para ver uma lista de locais de borda, confira as localizações de borda por região para Azure Front Door. Pode haver mais de um POP em cada local de borda.
Observação
As investigações HTTP/HTTPS do Azure Front Door são enviadas com o User-Agent cabeçalho definido com o valor: Edge Health Probe.
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.
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:
- GET: o método GET significa recuperar qualquer informação (na forma de uma entidade) que é identificada pelo URI de solicitação.
- 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.
Observação
Para obter menor carga e custo nos back-ends, o Front Door recomenda o uso de solicitações HEAD para as investigações de integridade.
Respostas de investigação de integridade
| Respostas | Descrição |
|---|---|
| Determinar integridade | Um código de status 200 OK indica que o back-end está íntegro. Quaisquer outros resultados são considerados uma falha. Se por algum motivo (incluindo falhas de rede) uma resposta HTTP válida não é recebida para uma investigação, a investigação será contada como uma falha. |
| Medir latência | A latência é o tempo total medido a partir do momento imediatamente antes de enviarmos a solicitação de investigação até o momento em que recebemos o último byte da resposta. Usamos uma nova conexão TCP para cada solicitação, portanto, essa medida não é tendenciosa em relação aos back-ends com conexões passivas existentes. |
Como o Front Doo l determina a integridade do back-end
O Azure Front Door usa o mesmo processo de três etapas abaixo em todos os algoritmos para determinar a integridade.
Excluir back-ends desabilitados.
Exclua back-ends 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, o back-end será considerado íntegro.
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.
O Front Door também mede e mantém a latência (tempo de viagem de ida e volta) para cada back-end dos conjuntos de back-ends íntegros no pool de back-end.
Observação
Se um único ponto de extremidade for um membro de vários pools de back-end, o Azure front door otimizará o número de investigações de integridade enviadas ao back-end para reduzir a carga no back-end. 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 pools 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 todos os back-ends de um pool de back-end, o Front Door vai considerar todos os back-ends não íntegros e rotear o tráfego em uma distribuição round robin em todos eles.
O Front Door retoma o algoritmo normal de balanceamento de carga quando qualquer back-end retorna a um estado íntegro.
Desabilitar investigações de integridade
Se você tem um único back-end no pool de back-end, pode escolher desabilitar as investigações de integridade, reduzindo a carga no back-end do aplicativo. Mesmo que você tenha vários back-ends no pool de back-end, mas apenas um deles está no estado habilitado, é possível desabilitar as investigações de integridade.
Próximas etapas
- Saiba como criar um perfil do Azure Front Door.
- Saiba mais sobre a arquitetura de roteamento do Azure Front Door.