Uma plataforma de computação em nuvem e uma infraestrutura para criar, implantar e gerenciar aplicativos e serviços por meio de uma rede mundial de datacenters gerenciados pela Microsoft.
Oi @adm_phsnunes
Obrigado por enviar sua pergunta no Microsoft Q&A. Peço desculpas por quaisquer erros gramaticais na minha resposta, pois eu a traduzi do inglês para o seu idioma.
Obrigado por entrar em contato conosco sobre o estouro de memória e a falha de inicialização do contêiner que afetam o app-site__143e.
Os logs mostram os seguintes problemas:
- Estouro de memória: o site parou de funcionar após exceder seus limites de memória.
- Falha no contêiner: o contêiner (app-site__143e_1_ae3cee8b) atingiu o tempo limite após 1.800 segundos sem responder aos pings HTTP na porta 80.
Algumas causas frequentes são disponibilidade limitada de recursos, configuração incorreta de porta ou consumo elevado de memória durante o processo de inicialização.
Etapas para resolução:
- Recursos de escala
- Aumente o nível do plano do Serviço de Aplicativo (como Básico B1 ou Premium P1V2) por meio do portal do Azure → Visão geral → Opção de expansão para obter mais memória (cerca de 1 GB para níveis gratuitos).
- Para aplicativos de contêiner do Azure, você pode modificar as configurações de CPU e memória em Gerenciamento de revisão → Contêiner (por exemplo, definir como 1 vCPU e 2 GiB).
- Verificar configuração do contêiner
Certifique-se de que o Dockerfile exponha a porta 80:
EXPOSE 80
- Certifique-se de que o aplicativo esteja configurado para escutar em 0.0.0.0:80, pois isso é necessário para verificações de integridade do Azure.
- Se necessário, configure os pontos de extremidade de aquecimento e integridade ajustando as seguintes configurações: Configuração → Configurações do aplicativo → WEBSITES_PORT ou HEALTHCHECK_URL.
- Diagnosticar o uso da memória
- Revise os logs em Diagnosticar e resolver problemas (pesquise por “memória”) ou use o Kudu: https://<nome-do-seu-aplicativo>.scm.azurewebsites.net → Console de depuração → D:\home\LogFiles.
- Verifique se há vazamentos de memória e otimize seu aplicativo, minimizando, por exemplo, os dados na memória.
- Reimplante o aplicativo
- Reimplante usando Git, ZIP ou FTP, conforme apropriado.
- Verifique se todas as dependências estão instaladas, como executar npm install no Kudu em D:\home\site\wwwroot.
- Verifique os logs no Centro de Implantação para identificar quaisquer erros.
Se as sugestões acima não resolverem o problema, responda às perguntas esclarecedoras abaixo. Isso nos ajudará a oferecer uma solução mais precisa.
- Tipo de Serviço: Este é um Serviço de Aplicativo (contêiner personalizado) ou Aplicativos de Contêiner do Azure?
- Pilha de Tecnologia: Quais tecnologias estão sendo usadas (Node.js, .NET, Java, Python, etc.)? Existe algum processo de inicialização significativo?
- Nível de Preço: Qual nível de preço você está usando (Gratuito, Básico, Premium)?
- Configuração do Contêiner: O Dockerfile expõe a porta 80 e o aplicativo está configurado para escutar em 0.0.0.0:80? Há algum aquecimento personalizado ou verificações de integridade configuradas?
- Logs: Você poderia fornecer os logs stdout/stderr do Docker do Kudu?
- Alterações Recentes: O problema começou após uma atualização de código, alteração de dependência ou evento de dimensionamento?
- Comportamento Local: O aplicativo funciona corretamente quando executado localmente e qual configuração é usada nesse caso?
referência:
https://learn.microsoft.com/pt-br/azure/app-service/manage-scale-up
https://learn.microsoft.com/pt-br/azure/app-service/troubleshoot-diagnostic-logs
https://learn.microsoft.com/pt-br/azure/container-apps/containers
Por favor, informe-nos se as informações acima ajudaram ou se você precisa de mais ajuda com este problema.
Por favor, "vote positivamente" se a informação ajudou você. Isso ajudará a nós e a outros na comunidade também.