Eu tenho uma instância do AWS EC2 com um tipo t2.micro
. Desejo alterar o tipo de instância m3.medium
sem perder as ligações que configurei no IIS.
Atualmente, tenho uma ligação para HTTPS
.
Eu tenho uma instância com uma instância do EBS como armazenamento, então sei que não vou perder os arquivos, mas vou perder as configurações.
Quais etapas posso seguir para reter as ligações quando altero o tipo de instância. Existe uma maneira de configurar isso para ser definido quando a instância voltar a funcionar?
Passo a Passo para Reproduzir o Comportamento
- Lançamento do EC2 t2.micro usando pé de feijão elástico
- Criou um certificado autoassinado no IIS
- Adicionada ligação ao aplicativo dentro do IIS (ligação HTTPS), escolhendo o certificado autoassinado como o certificado a ser usado
- O tipo de instância foi alterado na página de configurações do Elastic Beanstalk
- Observei as ligações e o HTTPS desapareceu no IIS, assim como o certificado autoassinado.
Também consegui reproduzir esse comportamento selecionando Stop
na página de lista do EC2. Uma nova instância é criada automaticamente novamente e isso resulta em uma ligação perdida e um certificado autoassinado.
Os arquivos do meu site são mantidos em ambos os casos.
O problema é que você está personalizando uma instância do Elastic Beanstalk em execução. Não faça isso.
Muitas alterações feitas no aplicativo Elastic Beanstalk encerrarão e recriarão sua instância do EC2 com base na imagem AMI original. É por isso que você está perdendo suas configurações.
Em vez disso, crie uma imagem AMI personalizada com suas configurações IIS personalizadas e modifique seu aplicativo EB para usar essa imagem AMI personalizada.
Como regra geral, não modifique suas instâncias EB diretamente. Não faça RDP neles e faça alterações porque eles serão perdidos quando a instância for encerrada.
Atualizar
Para criar uma imagem AMI personalizada:
sysprep
.