Partilhar via

Solucionar problemas de erros HTTP 502 e 503 no Serviço de Aplicativo do Azure

HTTP "502 Bad Gateway" e "503 Service Unavailable" são erros comuns que você pode obter quando tenta abrir seu aplicativo hospedado no Serviço de Aplicativo do Azure. Este artigo ajuda você a solucionar esses erros.

Se precisar de mais ajuda em qualquer ponto deste artigo, entre em contato com os especialistas do Azure nos fóruns MSDN Azure e Stack Overflow. Como alternativa, você pode registrar um incidente de suporte do Azure no site de Suporte do Azure selecionando Obter Suporte.

A causa desses erros geralmente é um problema no nível do aplicativo, como:

  • Os pedidos estão a demorar muito tempo.
  • O aplicativo está usando alta memória ou CPU.
  • Uma exceção está a impedir que a aplicação responda.

A solução de problemas consiste em três tarefas, em ordem sequencial:

  1. Observe e monitore o comportamento do aplicativo.
  2. Recolha de dados.
  3. Atenuar o problema.

O Serviço de Aplicativo oferece opções para cada tarefa.

Observe e monitore o comportamento do aplicativo

Monitorize o estado de saúde do serviço

O Azure publica interrupções de serviço e degradações de desempenho no Serviço de Aplicativo. Você pode acompanhar a integridade do serviço no portal do Azure. Para obter mais informações, consulte Exibir notificações de integridade do serviço usando o portal do Azure.

Monitore seu aplicativo

Você pode monitorar seu aplicativo para descobrir se ele está tendo problemas. Na página do portal do Azure para seu aplicativo, selecione o bloco Solicitações e erros . A caixa Métrica mostra todas as métricas que você pode adicionar.

Algumas das métricas que você pode querer monitorar para seu aplicativo são:

  • Conjunto de trabalho de memória médio
  • Tempo médio de resposta
  • Tempo de CPU
  • Conjunto de memória de trabalho
  • Pedidos

Captura de tela que mostra as opções de métrica para um aplicativo no portal.

Para obter mais informações, consulte:

Recolha de dados

Usar o recurso de diagnóstico

O Serviço de Aplicativo fornece uma experiência inteligente e interativa para ajudá-lo a solucionar problemas do seu aplicativo, sem necessidade de configuração. O recurso de diagnóstico pode descobrir um problema e guiá-lo para as informações corretas para solução de problemas e resolução.

Para acessar o diagnóstico do Serviço de Aplicativo, vá para seu aplicativo do Serviço de Aplicativo ou Ambiente do Serviço de Aplicativo no portal do Azure. No menu à esquerda, selecione Diagnosticar e resolver problemas.

Use o console de depuração do Kudu

O Serviço de Aplicativo vem com um console que você pode usar para depurar, explorar e carregar arquivos. Ele também fornece pontos de extremidade JSON que você pode usar para obter informações sobre seu ambiente. Este console faz parte do painel do Kudu para seu aplicativo.

Você pode acessar o painel acessando o link https://<Your app name>.scm.azurewebsites.net/.

Kudu fornece:

  • Configurações de ambiente para seu aplicativo.
  • Um fluxo de log.
  • Um relatório de diagnóstico.
  • O console de depuração, no qual você pode executar cmdlets do PowerShell e comandos básicos do DOS.

Se seu aplicativo está lançando exceções de primeira chance, você pode usar Kudu e a ferramenta Sysinternals ProcDump para criar despejos de memória. Esses registos de memória são instantâneos do processo e muitas vezes podem ajudá-lo a solucionar problemas mais complicados com a sua aplicação.

Para obter mais informações sobre os recursos disponíveis no Kudu, consulte a postagem do blog Kudu Dashboard explained - WordPress on App Service.

Atenuar o problema

Escale a aplicação

No Serviço de Aplicativo do Azure, para aumentar o desempenho e a taxa de transferência, você pode ajustar a escala na qual executa seu aplicativo. A expansão de um aplicativo envolve duas ações relacionadas:

  • Alterar seu plano do Serviço de Aplicativo para um nível de preço mais alto
  • Configurar certas definições depois de mudar para um escalão de preços mais elevado

Para obter mais informações sobre dimensionamento, consulte Dimensionar uma aplicação no Azure App Service.

Além disso, você pode optar por executar seu aplicativo em mais de uma instância. Esta escolha não só lhe fornece mais capacidade de processamento, mas também lhe dá alguma tolerância a falhas. Se o processo ficar inativo em uma instância, a outra instância continuará a atender solicitações.

Você pode definir o dimensionamento como manual ou automático.

Usar a recuperação automática

A recuperação automática reinicia o processo de trabalho da sua aplicação com base nas configurações escolhidas. As definições incluem alterações de configuração, solicitações, limites baseados em memória ou o tempo necessário para executar uma solicitação.

Na maioria das vezes, reciclar o processo é a maneira mais rápida de se recuperar de um problema. Embora você sempre possa reiniciar o aplicativo diretamente no portal do Azure, a recuperação automática pode fazer isso automaticamente para você. Tudo o que você precisa fazer é adicionar alguns gatilhos no arquivo raiz Web.config do seu aplicativo. Essas configurações funcionam da mesma maneira, mesmo que seu aplicativo não seja .NET.

Para obter mais informações, consulte Visão geral do diagnóstico do Serviço de Aplicativo do Azure.

Reinicie a aplicação

Reiniciar seu aplicativo geralmente é a maneira mais simples de se recuperar de problemas únicos. Na página do portal do Azure para seu aplicativo, você tem a opção de parar ou reiniciar seu aplicativo.

Captura de ecrã que mostra opções para parar e reiniciar uma aplicação no portal.

Você também pode gerenciar seu aplicativo usando o Azure PowerShell. Para obter mais informações, consulte Gerenciar recursos do Azure usando o Azure PowerShell.