Compartilhar via

Solucionar problemas gerais de desempenho com o Azure Front Door

  • Artigo

Problemas de desempenho podem ter origem em várias áreas potenciais: o serviço do Azure Front Door, a origem, o cliente solicitante ou o caminho entre qualquer um desses saltos. Esse guia de solução de problemas ajuda você a identificar qual salto ao longo do caminho de dados provavelmente é a raiz de um problema e como resolver o problema.

Verificar se há problemas conhecidos

Antes de começar, verifique se há problemas conhecidos em:

  • A plataforma do Azure Front Door.
  • Provedores de serviços de Internet (ISPs) no caminho.
  • A capacidade do cliente solicitante de se conectar e recuperar dados.

Cenário 1: Investigar a origem

Se um dos servidores de origem estiver lento, a primeira solicitação para um objeto por meio do Azure Front Door será lenta. Além disso, se o conteúdo não está armazenado em cache no POP (ponto de presença) do Azure Front Door, as solicitações são encaminhadas para a origem. Servir a partir da origem nega o benefício da proximidade do POP e da entrega local ao cliente solicitante e, em vez disso, depende do desempenho da origem.

Cenário 1: Informações de ambiente necessárias

  • Nome do ponto de extremidade do Azure Front Door
    • Nome do host do ponto de extremidade
    • Domínio personalizado do ponto de extremidade (se aplicável)
    • Nome do host de origem
  • URL completo do arquivo afetado

Cenário 1: Etapas de solução de problemas

  1. Verificar os cabeçalhos de resposta da solicitação afetada.

    Para verificar os cabeçalhos de resposta, use os exemplos de curl a seguir no Bash. Você também pode usar as ferramentas para desenvolvedores do navegador selecionando a tecla F12. Selecione a guia Rede, selecione o arquivo relevante a ser investigado e, em seguida, selecione a guia Cabeçalhos. Se o arquivo estiver ausente, recarregue a página com as ferramentas para desenvolvedores abertas.

    A resposta inicial deve ter um cabeçalho x-cache com o valor TCP_MISS ou CONFIG_NOCACHE. O POP do Azure Front Door encaminha as solicitações com esse valor para a origem. A origem envia o tráfego de retorno nesse mesmo caminho para o cliente solicitante.

    Veja um exemplo que mostra TCP_MISS:

    $ curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:02:09 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170209Z-AA11BB22CC33DD44EE55FF66AA77BB88CC99DD00
x-fd-int-roxy-purgeid: 0
x-cache: TCP_MISS
accept-ranges: bytes

    Veja um exemplo que mostra TCP_HIT:

    curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:04:38 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170438Z-BB22CC33DD44EE55FF66AA77BB88CC99DD00EE11
x-fd-int-roxy-purgeid: 0
x-cache: TCP_HIT
x-cache-info: L1_T2
accept-ranges: bytes

  2. Continue com a solicitação no ponto de extremidade até que o cabeçalho x-cache tenha um valor TCP_HIT.

    Se você viu CONFIG_NOCACHE inicialmente, o cache não está habilitado na configuração de rota. Nesse caso, você não verá TCP_HIT.

  3. Se o problema de desempenho estiver resolvido, o problema foi baseado na velocidade da origem e não no desempenho do Azure Front Door. O proprietário precisa resolver as configurações de cache do Azure Front Door ou a origem para melhorar o desempenho.

    Se o problema persistir, a origem pode ser o cliente que está solicitando o conteúdo ou o serviço Azure Front Door. Siga para o Cenário 2 para identificar a origem.

Cenário 2: um único cliente ou local (por exemplo, um ISP) está lento

Um único cliente ou local poderá ficar lento se houver uma rota de rede incorreta entre o cliente solicitante e o POP do Azure Front Door. Você deve descartar qualquer rota inválida porque isso afeta a distância até o POP, o que remove o benefício de proximidade do POP do Azure Front Door.

Alta latência ou baixa largura de banda pode ser o resultado de um problema de ISP, se você está usando uma rede virtual privada (VPN) ou fizer parte de uma rede corporativa dispersa. Uma rede corporativa pode executar todo o tráfego por meio de um ponto central e remoto.

Cenário 2: Informações de ambiente necessárias

  • Nome do ponto de extremidade do Azure Front Door
    • Nome do host do ponto de extremidade
    • Domínio personalizado do ponto de extremidade (se aplicável)
    • Nome do host de origem
  • URL completo do arquivo afetado
  • Solicitando informações do cliente
    • IP do cliente solicitante
    • Local do cliente solicitante
    • Solicitando o caminho do cliente para o ambiente do Azure (geralmente identificado com tracert, pathping ou uma ferramenta semelhante).

Cenário 2: Etapas de solução de problemas

  1. Para marcar o caminho para o POP, use pathping ou ferramenta semelhante para 500 pacotes para marcar a rota de rede.

    O Pathping tem um máximo de 250 consultas. Para testar até 500, execute a seguinte consulta duas vezes:

    pathping /q 250 <Full URL of Affected File>

  2. Determine se o tráfego está tomando um caminho que adicionaria tempo ou viagem a uma região distante.

    Procure códigos de IP, cidade ou região que não façam uma rota razoável com base em sua geografia (por exemplo, o tráfego na Europa está sendo roteado para os Estados Unidos) ou que tenham um número excessivo de saltos.

  3. Para descartar as configurações do cliente solicitante, faça o teste de um cliente solicitante diferente na mesma região.

  4. Se você identificar saltos adicionais ou regiões remotas, o problema está no cliente que acessa o POP do Azure Front Door e não no serviço do Azure Front Door em si. O provedor de conectividade ou VPN precisa resolver os saltos entre pontos de extremidade.

    Se você não identificar saltos adicionais ou regiões remotas e o conteúdo estiver sendo veiculado do cache (x-cache: TCP_HIT), o problema é com o serviço do Azure Front Door. Talvez você precise criar uma solicitação de suporte. Inclua uma referência a este artigo de solução de problemas e às etapas executadas.

Observação

Quando o conteúdo estiver sendo fornecido da origem (x-cache: TCP_MISS), consulte Cenário 1 anteriormente nesse artigo.

Cenário 3: Um site carrega lentamente

Em alguns cenários, não há nenhum problema com um único arquivo, mas o desempenho de uma página da Web inteira (com proxy do Azure Front Door) é insatisfatório. Uma ferramenta de desempenho de página da Web mostra um baixo desempenho do site em comparação com uma página da Web fora do Azure Front Door.

Uma página da Web geralmente tem muitos arquivos. Um site se beneficia do Azure Front Door somente se o Azure Front Door está atendendo a cada arquivo em uma página da Web. Você deve configurar o Azure Front Door para maximizar o benefício.

Considere o seguinte exemplo:

  • Origem: origin.contoso.com
  • Domínio personalizado do Azure Front Door: contoso.com
  • Página que você está tentando carregar: https://contoso.com

Quando a página é carregada, o arquivo inicial no diretório "/" chama outros arquivos, que criam a página. Esses arquivos são imagens, JavaScript, arquivos de texto e muito mais. Se esses arquivos não são chamados por meio do nome do host do Azure Front Door (contoso.com), a página não está usando o Azure Front Door. Portanto, se um dos arquivos solicitados pelo site é http://www.images.fabrikam.com/businessimage.jpg, o arquivo não está se beneficiando do uso do Azure Front Door. Em vez disso, o navegador no cliente solicitante está solicitando o arquivo diretamente do servidor images.fabrikam.com.

Diagrama de vários arquivos de origem diferente para um site único e como isso afeta o desempenho do Azure Front Door.

Cenário 3 | Informações de ambiente necessárias

  • Nome do ponto de extremidade do Azure Front Door
    • Nome do host do ponto de extremidade
    • Domínio personalizado do ponto de extremidade (se aplicável)
    • Nome do host de origem
    • Localização geográfica da origem
  • URL completo da página da Web afetada
  • Ferramenta e métrica que estão medindo o desempenho

Cenário 3: Solução de problemas

  1. Examine a métrica que mostra o desempenho mais lento.

    Importante

    A Microsoft não pode discernir o que está sendo medido pelas ferramentas que não são de sua propriedade.

  2. Abra a página da Web do Azure Front Door em um navegador e abra as ferramentas de desenvolvedor pressionando F12.

    Você pode usar as ferramentas para desenvolvedores em seu navegador para determinar a origem dos arquivos que estão sendo atendidos. Para exibir a URL da solicitação nas ferramentas para desenvolvedores, selecione a guia Rede, selecione o arquivo que você está investigando e, em seguida, selecione Geral. Se o arquivo estiver ausente, recarregue a página com as ferramentas para desenvolvedores abertas.

  3. Observe a origem, ou a URL da solicitação, dos arquivos.

  4. Identifique quais arquivos estão usando o nome de host do Azure Front Door e quais não estão.

    No exemplo anterior, uma imagem hospedada no Azure Front Door seria https://www.contoso.com/productimage1.jpg. Uma imagem não hospedada no Azure Front Door seria http://www.images.fabrikam.com/businessimage.jpg.

  5. Teste o desempenho do arquivo que o Azure Front Door está atendendo, sua origem e (se aplicável) a página da Web de teste.

    Se a página da Web de origem ou de teste é veiculada de uma região geográfica mais próxima da ferramenta que está testando o desempenho, talvez seja necessário usar uma ferramenta ou um cliente solicitante em outra região para examinar o benefício de proximidade do POP do Azure Front Door.

    Importante

    Todos os arquivos servidos de fora do nome do host do Azure Front Door não se beneficiarão dele. Talvez seja necessário reprojetar a página da Web para fazer isso.

    Caso seja necessário armazenar os arquivos em cache, certifique-se de testar os arquivos que têm o cabeçalho de resposta x-cache: TCP_HIT.

  6. Execute a ação com base nos dados coletados:

    • Se os dados coletados mostram que os arquivos estão sendo emitidos de servidores que não fazem parte do nome de host do Azure Front Door, o Azure Front Door está funcionando conforme o esperado.

      O carregamento lento de sites pode exigir uma alteração no design da página da Web. Para obter assistência na otimização do seu site para usar o Azure Front Door, conecte-se com sua equipe de design de site ou com provedores de soluções da Microsoft.

      Observação

      O problema de carregar sites lentamente pode levar tempo para ser examinado, com base na complexidade do design de um site e em suas instruções de chamada de arquivo.

    • Se os dados coletados mostrarem que o desempenho de carregamento dos arquivos é melhor no Azure Front Door em comparação com a origem ou o site de teste, o Azure Front Door está funcionando conforme o esperado. A origem do problema pode estar em solicitações de clientes individuais. Nesse caso, consulte Cenário 1 anteriormente nesse artigo.

    • Se os dados coletados mostrarem que o desempenho não é melhor no Azure Front Door, você provavelmente precisará registrar uma solicitação de suporte para investigação adicional. Inclua uma referência a este artigo de solução de problemas e às etapas executadas.