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á.
Atualizar a versão de plataforma do ambiente Elastic Beanstalk
O Elastic Beanstalk libera regularmente novas versões da plataforma para atualizar todas as plataformas baseadas no Linux e no Windows Server. As novas versões de plataforma fornecem atualizações para componentes de software existentes e suporte para novos recursos e opções de configuração. Para saber mais sobre plataformas e versões de plataformas, consulte Glossário de plataformas do Elastic Beanstalk.
É possível usar o console do Elastic Beanstalk ou a CLI do EB para atualizar a versão da plataforma do ambiente. Dependendo da versão da plataforma que você deseja atualizar, o Elastic Beanstalk recomenda um dos dois métodos para realizar atualizações de plataforma.
-
Método 1: Atualizar a versão da plataforma do ambiente. Recomendamos esse método quando você está atualizando para a versão mais recente da plataforma em uma ramificação, com o mesmo runtime, servidor Web, servidor de aplicações e sistema operacional e sem alterar a versão principal da plataforma. Essa é a atualização de plataforma mais comum e rotineira.
-
Método 2: Executar uma implantação azul/verde. Recomendamos esse método quando você está atualizando para uma versão de plataforma em uma ramificação diferente, com um runtime, servidor Web, servidor de aplicações ou sistema operacional diferente, ou para outra versão principal da plataforma. Essa é uma boa abordagem quando você deseja aproveitar os novos recursos de runtime ou a funcionalidade do Elastic Beanstalk mais recente ou quando deseja sair de uma ramificação de plataforma defasada ou retirada.
A migração de uma versão de plataforma legada requer uma implantação azul/verde, pois essas versões de plataforma são incompatíveis com as versões atualmente compatíveis.
A migração de uma aplicação Linux para o Amazon Linux 2 requer uma implantação azul/verde, pois as versões da plataforma Amazon Linux 2 são incompatíveis com versões anteriores da plataforma da AMI do Amazon Linux.
Para obter mais ajuda sobre como escolher o melhor método de atualização de plataforma, expanda a seção da plataforma do ambiente.
Use o Método 1 para executar atualizações da plataforma.
Use o Método 1 para executar atualizações da plataforma.
Considere os seguintes casos:
-
Se você estiver migrando a aplicação para outra plataforma, por exemplo, do Go 1.4 (Docker) para o Go 1.11 ou do Python 3.4 (Docker) para o Python 3.6, use o Método 2.
-
Se você estiver migrando a aplicação para uma versão de contêiner diferente do Docker, por exemplo, da versão Glassfish 4.1 (Docker) para a Glassfish 5.0 (Docker), use o Método 2.
-
Se você estiver atualizando para uma versão de plataforma mais recente sem nenhuma alteração na versão do contêiner ou da versão principal, use o Método 1.
Use o Método 1 para executar atualizações da plataforma.
Considere os seguintes casos:
Considere os seguintes casos:
-
Se você estiver migrando a aplicação para uma versão de runtime Java diferente ou uma versão do servidor de aplicações Tomcat, por exemplo, do Java 7 com Tomcat 7 para o Java 8 com Tomcat 8.5, use o Método 2.
-
Se você estiver migrando a aplicação para as principais versões da plataforma Java com o Tomcat (v1.x.x, v2.x.x e v3.x.x), use o Método 2.
-
Se você estiver atualizando para uma versão de plataforma mais recente sem nenhuma alteração na versão de runtime, na versão do servidor de aplicações ou na versão principal, use o Método 1.
Considere os seguintes casos:
-
Se você estiver migrando a aplicação para uma versão diferente do sistema operacional Windows, por exemplo, da versão Windows Server 2008 R2 para Windows Server 2016, use o Método 2.
-
Se você estiver migrando a aplicação para as principais versões da plataforma Windows Server, consulte Migrar de versões principais anteriores da plataforma do Windows Server e use o Método 2.
-
Se a aplicação estiver sendo executado em uma plataforma Windows Server V2.x.x e você estiver atualizando para uma versão de plataforma mais recente, use o Método 1.
nota
As versões da plataforma Windows Server anteriores à v2 não são agrupadas semanticamente em versões. Só é possível iniciar a versão mais recente de cada uma das versões principais da plataforma do Windows Server e não é possível reverter após a atualização.
Use o Método 2 para executar atualizações da plataforma.
Considere os seguintes casos:
-
Se você estiver migrando a aplicação para uma versão de runtime PHP diferente, por exemplo, da versão PHP 5.6 para PHP 7.2, use o Método 2.
-
Se você estiver migrando a aplicação para as principais versões da plataforma PHP (v1.x.x e v2.x.x), use o Método 2.
-
Se você estiver atualizando para uma versão de plataforma mais recente sem nenhuma alteração na versão de runtime ou da versão principal, use o Método 1.
Considere os seguintes casos:
-
Se você estiver migrando a aplicação para uma versão de runtime diferente do Python, por exemplo, da versão Python 2.7 para Python 3.6, use o Método 2.
-
Se você estiver migrando a aplicação para as principais versões da plataforma Python (v1.x.x e v2.x.x), use o Método 2.
-
Se você estiver atualizando para uma versão de plataforma mais recente sem nenhuma alteração na versão de tempo de execução ou da versão principal, use o Método 1.
Considere os seguintes casos:
-
Se você estiver migrando a aplicação para uma versão de runtime ou uma versão do servidor de aplicações Ruby diferente, por exemplo, da versão Ruby 2.3 com Puma para Ruby 2.6 com Puma, use o Método 2.
-
Se você estiver migrando a aplicação para as principais versões da plataforma Ruby (v1.x.x e v2.x.x), use o Método 2.
-
Se você estiver atualizando para uma versão de plataforma mais recente sem nenhuma alteração na versão de runtime, na versão do servidor de aplicações ou na versão principal, use o Método 1.
Método 1: Atualizar a versão da plataforma do ambiente
Use esse método para atualizar para a ramificação mais recente da plataforma do seu ambiente. Se você criou um ambiente anteriormente usando uma versão mais antiga da plataforma, ou atualizou o ambiente de uma versão mais antiga, também é possível esse método para reverter para uma versão anterior da plataforma, contanto que seja na mesma ramificação da plataforma.
Como atualizar a versão da plataforma de seu ambiente
Abra o console do Elastic
Beanstalk e, na lista Regiões, selecione sua. Região da AWS -
No painel de navegação, selecione Ambientes e selecione o nome do ambiente na lista.
nota
Se você tiver muitos ambientes, use a barra de pesquisa para filtrar a lista de ambientes.
-
Na página de visão geral do ambiente, em Platform (Plataforma), escolha Change (Alterar).
-
Na caixa de diálogo Update platform version (Atualizar versão da plataforma), selecione uma versão da plataforma. A versão mais recente (recomendada) da plataforma na ramificação é selecionada automaticamente. É possível atualizar para qualquer versão que você usou no passado.
-
Escolha Save (Salvar).
Para simplificar ainda mais as atualizações da plataforma, o Elastic Beanstalk pode gerenciá-las para você. É possível configurar o ambiente para aplicar atualizações de versão secundárias e de patch automaticamente durante uma janela de manutenção semanal configurável. O Elastic Beanstalk aplica atualizações gerenciadas sem tempo de inatividade nem redução na capacidade, e cancelará a atualização imediatamente se as instâncias que executam a aplicação na nova versão falharem nas verificações de integridade. Para obter mais detalhes, consulte Atualizações gerenciadas de plataforma.
Método 2: Executar uma implantação azul/verde
Use este método para atualizar para uma ramificação de plataforma diferente, com um runtime, servidor Web, servidor de aplicações ou sistema operacional diferente, ou para outra versão principal da plataforma. Normalmente, isso é necessário quando você deseja aproveitar os novos recursos de runtime ou a funcionalidade mais recente do Elastic Beanstalk. Também é necessário quando você está migrando para fora de uma ramificação defasada ou desativada da plataforma.
Quando você migra entre as principais versões de plataforma ou para as versões de plataforma com as principais atualizações de componentes, há uma probabilidade maior de que seu aplicativo, ou alguns aspectos dele, não funcione conforme o esperado na nova versão da plataforma e possa exigir alterações.
Antes de executar a migração, atualize sua máquina de desenvolvimento local para as versões de runtime mais novas e outros componentes da plataforma para a qual você planeja migrar. Verifique se o aplicativo ainda funciona conforme o esperado e faça as correções e alterações de código necessárias. Depois, use o procedimento de práticas recomendadas a seguir para migrar com segurança o ambiente para a nova versão da plataforma.
Para migrar o ambiente para uma versão de plataforma com atualizações importantes
-
Crie um ambiente novo usando a nova versão de plataforma de destino e implante o código do aplicativo nela. O novo ambiente deve estar na aplicação do Elastic Beanstalk que contém o ambiente para o qual você está migrando. Não encerre o ambiente existente.
-
Use o novo ambiente para migrar o aplicativo. Em particular:
-
Encontre e corrija quaisquer problemas de compatibilidade de aplicativos que você não conseguiu descobrir durante a fase de desenvolvimento.
-
Certifique-se de que as personalizações que seu aplicativo faz usando os arquivos de configuração funcionem corretamente no novo ambiente. Eles podem incluir configurações de opções, pacotes adicionais instalados, políticas de segurança personalizadas e arquivos de script ou configuração instalados em instâncias de ambiente.
-
Se o aplicativo usar uma imagem de máquina da Amazon (AMI), crie uma nova AMI personalizada com base na AMI da nova versão da plataforma. Para saber mais, consulte Usando uma imagem de máquina personalizada da Amazon (AMI) em seu ambiente do Elastic Beanstalk. Especificamente, isso é necessário se o aplicativo usar a plataforma Windows Server com uma AMI personalizada e você estiver migrando para uma versão da plataforma Windows Server V2. Neste caso, consulte também Migrar de versões principais anteriores da plataforma do Windows Server.
Itere os testes e implante suas correções até que você esteja satisfeito com o aplicativo no novo ambiente.
-
-
Torne o novo ambiente em seu ambiente de produção. Para isso, troque o CNAME dele pelo CNAME do ambiente de produção existente. Para obter mais detalhes, consulte Implantações azuis/verdes com o Elastic Beanstalk.
-
Quando você estiver satisfeito com o estado do seu novo ambiente de produção, encerre o ambiente antigo. Para obter mais detalhes, consulte Encerrar um ambiente do Elastic Beanstalk.
