Ao implantar, iniciar, escalar horizontalmente ou reduzir uma aplicação no Enterprise Distributed Application Service (EDAS), a página Change Records registra cada etapa do processo. Em caso de falha, use a página Change Details para identificar a etapa com erro e sua causa raiz.
Localizar a etapa com falha
-
Na página de detalhes da aplicação, clique em Change Records no painel de navegação à esquerda.
Mudanças com falha exibem Execution failed na coluna Change Status.
Localize o registro da mudança com falha e clique em View na coluna Actions.
-
Na página Change Details, clique na etapa que falhou (por exemplo, Deploy) na aba Batch 1 Change. Se houver configuração de implantação em múltiplos lotes, a página exibirá abas separadas, como Batch 1 Change e Batch 2 Change. Clique na aba correspondente ao lote com falha.
Analise o log no lado direito da aba para identificar a causa raiz.
Se o log não revelar uma causa clara, verifique os cenários comuns de falha descritos abaixo.
Falha na verificação de integridade de porta
Sintomas
O processo de mudança falha na etapa de verificação de integridade. A porta 65000, usada pelo EDAS para confirmar a inicialização da aplicação, está inacessível.
Causas
Conflito de porta: outro processo já ocupa a porta 65000 durante a inicialização da aplicação.
Falha na inicialização do Tomcat: o contêiner Tomcat não inicia devido a erro de configuração ou dependência.
Solução
Verifique exceções nos logs de inicialização da aplicação. Procure erros como
java.net.BindException: Address already in useou falhas por dependências ausentes.Em caso de conflito de porta, interrompa o processo que ocupa a porta 65000 ou reconfigure-o para usar outra porta.
Corrija o erro subjacente de inicialização e implante a aplicação novamente.
Falha na verificação de integridade de URL
Sintomas
A mudança falha durante a verificação de integridade. Ao configurar uma URL de verificação, o EDAS envia uma solicitação HTTP para esse endereço após a inicialização da aplicação. A verificação só é aprovada mediante recebimento do código de status HTTP 200. Caso qualquer outro código seja retornado dentro do tempo limite de três minutos, a verificação falha e a implantação é interrompida.
Causas
A aplicação não inicia corretamente, tornando a URL de verificação de integridade indisponível.
A URL de verificação de integridade configurada está incorreta ou aponta para um caminho inexistente.
Um filtro de solicitação, regra de firewall ou grupo de segurança bloqueia solicitações HTTP destinadas à URL de verificação de integridade.
Soluções
Consulte o log de inicialização para confirmar que a aplicação iniciou sem erros.
-
Verifique se o caminho da URL de verificação de integridade está correto e se a aplicação retorna resposta 200 nesse endereço. Para testar, execute uma solicitação a partir do host da aplicação:
curl -I http://localhost:<port>/<health-check-path> Confirme se nenhum filtro de solicitação, regra de firewall ou grupo de segurança bloqueia solicitações HTTP de entrada para a URL de verificação de integridade.
Após resolver o problema, implante a aplicação novamente.
Erro de disco cheio
Sintomas
A aplicação permanece travada em uma etapa do processo de mudança por um longo período. O log de mudança contém uma das seguintes mensagens de erro:
The [EDAS-10000] disk has no space available.No space left on device. Free space (for /home/admin) in bytes: 0exit 1.Causa
Geralmente, os logs de negócio da aplicação consomem todo o espaço disponível em disco.
Soluções
|
Tipo de implantação |
Ação |
|
Cluster ECS |
Acesse o console do Elastic Compute Service (ECS) e remova arquivos de log desnecessários do disco. |
|
Aplicação docker em cluster Swarm |
Clique em Reset the application. Essa ação interrompe, exclui e reconstrói o contêiner, liberando o espaço em disco ocupado. |
Para evitar reincidência, configure a rotação de logs ou defina uma política de retenção para os logs da aplicação.
Função AliyunServiceRoleForAutoScaling ausente
Sintomas
O processo de mudança falha porque o EDAS não consegue invocar o Auto Scaling para gerenciar recursos.
Causa
A função vinculada ao serviço AliyunServiceRoleForAutoScaling não está atribuída à sua conta Alibaba Cloud. Essa função concede permissões ao Auto Scaling para acessar o Elastic Compute Service (ECS), a Virtual Private Cloud (VPC) e outros serviços necessários.
Solução
Atribua a função AliyunServiceRoleForAutoScaling à sua conta no console do Auto Scaling e tente realizar a mudança novamente. Para mais informações, consulte Conceder permissões ao Auto Scaling.