As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Solução de problemas do Elastic Beanstalk - Categorias e FAQs
Este tópico fornece dicas de solução de problemas mais específicas por categoria.
Tópicos
Criação de ambiente e execução de instâncias
Evento: falha ao executar o ambiente
Este evento ocorre quando o Elastic Beanstalk tenta executar um ambiente e encontra falhas nesse processo. Os eventos anteriores na página Eventos irão alertá-lo para a causa raiz do problema.
Evento: operação de criação do ambiente concluída, mas com tempos limites de comando excedidos. Tente aumentar o tempo limite.
A implantação do seu aplicativo poderá levar muito tempo se você usar arquivos de configuração que executam comandos na instância, fizer download de arquivos grandes ou instalar pacotes. Aumente o tempo limite do comando para dar ao aplicativo mais tempo para iniciar a execução durante as implantações.
Evento: Falha na criação dos seguintes recursos: [AWSEBInstanceLaunchWaitCondition]
Essa mensagem indica que as EC2 instâncias da Amazon do seu ambiente não comunicaram ao Elastic Beanstalk que foram lançadas com sucesso. Isso pode ocorrer se as instâncias não têm conectividade com a Internet. Se você configurou o ambiente para executar instâncias em uma sub-rede da VPC privada, a sub-rede precisará ter um NAT para permitir que as instâncias se conectem ao Elastic Beanstalk.
Evento: um perfil de serviço é necessário nessa região. Adicione uma opção de perfil de serviço ao ambiente.
O Elastic Beanstalk usa uma função de serviço para monitorar os recursos no ambiente e oferecer suporte às atualizações gerenciadas da plataforma. Consulte Gerenciar funções de serviço do Elastic Beanstalk para obter mais informações.
Implantações
Problema: o aplicativo fica indisponível durante as implantações
Como o Elastic Beanstalk usa um processo de atualização "drop-in", pode haver alguns segundos de tempo de inatividade. Use as implantações contínuas para minimizar o efeito das implantações em seus ambientes de produção.
Evento: Falha ao criar a versão do aplicativo AWS Elastic Beanstalk
Seu pacote de origem do aplicativo pode ser muito grande ou você pode ter atingido a cota de versões do aplicativo.
Evento: operação de atualização do ambiente concluída, mas com tempos limites de comando excedidos. Tente aumentar o tempo limite.
A implantação do seu aplicativo poderá levar muito tempo se você usar arquivos de configuração que executam comandos na instância, fizer download de arquivos grandes ou instalar pacotes. Aumente o tempo limite do comando para dar ao aplicativo mais tempo para iniciar a execução durante as implantações.
Integridade
Evento: utilização da CPU excede 95%
Tente executar mais instâncias ou escolher outro tipo de instância.
Evento: Elastic Load Balancer awseb- myapp
não tem instâncias íntegras
Se o aplicativo parece estar funcionando, verifique se o URL de verificação de integridade do aplicativo está configurado corretamente. Caso contrário, verifique os logs de ambiente e tela de integridade para obter mais informações.
Evento: Elastic Load Balancer awseb - Não pode ser encontrado myapp
O balanceador de carga do seu ambiente pode ter sido removido out-of-band. Somente faça alterações nos recursos do ambiente com as opções de configuração e extensibilidade fornecidas pelo Elastic Beanstalk. Reconstrua o ambiente ou inicie um novo.
Evento: falha na inicialização da EC2 instância. Aguardando a inicialização de uma nova EC2 instância...
A disponibilidade para o tipo de instância do seu ambiente pode estar baixa ou você pode ter atingido a cota de instâncias da sua conta. Verifique o painel de integridade do serviço
Configuração
Evento: A pilha
associada ao ambiente stack_id
está em environment-ID
estadostack-status
A AWS CloudFormation pilha subjacente do seu ambiente pode estar no status *_FAILED. Esse status deve ser corrigido para continuar as operações do Elastic Beanstalk em seu ambiente. Para obter mais informações, consulte Recuperando seu ambiente do Elastic Beanstalk de um estado inválido.
Evento: você não pode configurar um ambiente do Elastic Beanstalk com valores para as ambas as opções, Elastic Load Balancing Target (Destino do balanceamento de carga elástico) e Application Healthcheck URL (URL para verificação de integridade da aplicação)
A opção Target
no namespace aws:elb:healthcheck
está obsoleta. Remova o namespace da opção Target
de seu ambiente e tente atualizar novamente.
Evento: o ELB não pode ser conectado a várias sub-redes na mesma AZ
Esta mensagem poderá ser visualizada se você tentar mover um load balancer entre sub-redes na mesma zona de disponibilidade. A alteração de sub-redes no load balancer requer movê-lo para fora da(s) zona(s) de disponibilidade original(is) e, em seguida, de volta à original com as sub-redes desejadas. Durante o processo, todas as suas instâncias serão migradas entre elas AZs, causando um tempo de inatividade significativo. Em vez disso, considere criar um novo ambiente e executar uma troca CNAME.
Solução de problemas de contêineres do Docker
Evento: falha ao extrair imagem do Docker: mais recentes: nome do repositório inválido (), apenas [a-z0-9-_.] são permitidos. Siga os logs para obter mais detalhes.
Verifique a sintaxe do arquivo dockerrun.aws.json
usando um validador JSON. Verifique também o conteúdo do dockerfile em relação aos requisitos descritos em Preparar a imagem do Docker para implantação no Elastic Beanstalk
Evento: Nenhuma diretiva EXPOSE encontrada no Dockerfile, abortar a implantação
O arquivo Dockerfile
ou dockerrun.aws.json
não declara a porta do contêiner. Use a instrução EXPOSE
(Dockerfile
) ou Ports
bloco (arquivo dockerrun.aws.json
) para expor uma porta do tráfego de entrada.
Evento: falha ao baixar as credenciais repository
de autenticação do bucket name
O dockerrun.aws.json
fornece um par de EC2 chaves e/ou um bucket S3 inválido para o .dockercfg
arquivo. Ou o perfil da instância não tem GetObject autorização para o bucket do S3. Verifique se o .dockercfg
arquivo contém um bucket e um par de EC2 chaves válidos do S3. Conceda permissões da ação s3:GetObject
à função do IAM no perfil da instância. Para detalhes, consulte Gerenciar perfis de instância do Elastic Beanstalk
Evento: Falha na execução de atividade, porque: AVISO: arquivo de configuração de autorização inválido
Seu arquivo de autenticação (config.json
) não está formatado corretamente. Consulte Usar imagens de um repositório privado no Elastic Beanstalk
Perguntas frequentes
Pergunta: Como posso alterar o URL do meu aplicativo de myapp.us-west-2.elasticbeanstalk.com para www.myapp.com?
Em um servidor DNS, registre um registro CNAME, como www.mydomain.com CNAME
mydomain.elasticbeanstalk.com
.
Pergunta: Como especifico uma zona de disponibilidade exclusiva para minha aplicação do Elastic Beanstalk?
Você pode escolher uma zona de disponibilidade específica usando a CLI APIs, o plug-in Eclipse ou o plug-in do Visual Studio. Para obter instruções sobre como usar o console do Elastic Beanstalk para especificar uma zona de disponibilidade, consulte Auto Scaling de suas instâncias do ambiente do Elastic Beanstalk.
Pergunta: Como posso alterar o tipo de instância do meu ambiente?
Para alterar o tipo de instância do ambiente, acesse a página de configuração do ambiente e escolha Edit (Editar) na categoria de configuração Instances (Instâncias). Selecione um novo tipo de instância e escolha Apply (Aplicar) para atualizar o ambiente. Depois disso, o Elastic Beanstalk encerra todas as instâncias em execução e as substitui por novas.
Pergunta: Como determino se alguém fez alterações de configuração em um ambiente?
Para ver essas informações, no painel de navegação do console do Elastic Beanstalk, escolha Change history (Alterar histórico) para exibir uma lista de alterações de configuração para todos os ambientes. Essa lista inclui a data e a hora da alteração, o parâmetro de configuração e o valor para o qual ele foi alterado e o usuário do IAM que fez a alteração. Para obter mais informações, consulte Histórico de alterações.
Pergunta: posso impedir que os volumes do Amazon EBS sejam excluídos quando as instâncias são encerradas?
As instâncias do ambiente usam o Amazon EBS para armazenamento; no entanto, o volume raiz é excluído quando uma instância é encerrada pelo Auto Scaling. Nós não recomendamos que você armazene o estado ou outros dados em suas instâncias. Se necessário, você pode evitar que os volumes sejam excluídos com AWS CLI: $ aws ec2
modify-instance-attribute -b '/dev/sdc=<vol-id>:false
conforme descrito na AWS CLI
Referência.
Pergunta: como faço para excluir informações pessoais da aplicação do Elastic Beanstalk?
AWS os recursos que seu aplicativo Elastic Beanstalk usa podem armazenar informações pessoais. Quando um ambiente é encerrado, o Elastic Beanstalk encerra os recursos que ele criou. Os recursos que você adicionou usando os arquivos de configuração também são encerrados. No entanto, se você criou AWS recursos fora do seu ambiente do Elastic Beanstalk e os associou ao seu aplicativo, talvez seja necessário verificar manualmente se as informações pessoais que seu aplicativo pode ter armazenado não foram retidas. Ao longo deste guia do desenvolvedor, sempre que discutimos a criação de recursos adicionais, também mencionamos quando você deve pensar em excluí-los.