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 envia investigações de integridade para suas origens, o volume de investigações 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 locais de borda do Azure Front Door não receberem tráfego real dos seus usuários finais, a frequência da investigação de integridade do local de borda será reduzida da frequência configurada. Se houver tráfego para todos os locais de borda do Azure Front Door, o volume de investigação de integridade poderá ser alto dependendo da frequência das suas 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 menores 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 um membro de vários grupos de origem, o 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 são enviadas com base no menor intervalo de exemplo configurado. As respostas das mesmas investigações de integridade determinam a integridade do ponto de extremidade em todos os grupos de origem.

Ajustando as configurações de investigação para os contêineres de início longo

Quando você lida com contêineres de início longo, ajustar as configurações de investigação pode evitar falhas prematuras. Aumentar os valores ProbeTimeout e Interval fornece aos seus contêineres mais tempo para iniciarem antes que o Front Door os marque como não íntegros.

Valores dos contêineres de início longo

  • ProbeTimeout: aumente o período de tempo limite para 10 a 30 segundos.
  • Intervalo: defina um intervalo mais longo (por exemplo, 30 a 60 segundos) entre as investigações.
  • UnhealthyThreshold: aumente o número de investigações com falha consecutivas antes que o contêiner seja considerado não íntegro (por exemplo, 3 a 5 novas tentativas).

Observação

Os valores fornecidos para ProbeTimeout, Intervale UnhealthyThreshold são intervalos de exemplo para fins de exemplo. Você pode ajustar esses valores com base no comportamento e nos requisitos de inicialização do seu contêiner específico.

Observação

Essas alterações podem causar um atraso na detecção de falhas reais, portanto, equilibre esses valores cuidadosamente de acordo com o comportamento de inicialização do seu contêiner.

Interação de investigação durante as fases do ciclo de vida do contêiner

  1. Fase de Inicialização do Contêiner: durante essa fase, é possível que o contêiner não esteja totalmente pronto para atender ao tráfego. As investigações de integridade ajudam a detectar quando um contêiner não está respondendo, verificando códigos de status HTTP específicos (por exemplo, 200 OK). Se a frequência da investigação for muito alta ou o tempo limite for muito curto, o contêiner será marcado como não íntegro antes da inicialização. Aumente os tempos limite ou os intervalos de investigação durante essa fase.

  2. Fase de Execução: depois que o contêiner estiver em execução, as investigações continuarão verificando se há respostas de integridade. Se as verificações de integridade retornarem consistentemente 200 OK, o Front Door manterá a origem em rotação para o tráfego. Se as investigações falharem consistentemente (por exemplo, devido a uma falha de contêiner), o Front Door marcará a origem como não íntegra.

  3. Fase de Falha: se as investigações de integridade falharem no limite configurado (por exemplo, UnhealthyThreshold), a origem será considerada não íntegra e o tráfego será roteado para outras origens íntegras.

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 única origem no seu grupo de origem, essa origem única receberá poucas investigações de integridade. Isso pode levar a uma queda nas métricas de integridade de origem, mas seu tráfego não será afetado.

Próximas etapas