Como atualizar com segurança uma instância do Amazon EC2 de t1.micro para grande? [fechadas]

348

Eu tenho uma micro instância do Amazon EC2 (t1.micro). Quero atualizar esta instância para grande. Esse é o nosso ambiente de produção. Qual é a melhor maneira e sem riscos de fazer isso?

Existe algum guia passo a passo para fazer isso?

amazon-ec2 amazon-web-services upgrade

— gandil
fonte

Com o dispositivo raiz do EBS ou com o armazenamento da instância?

— Stivlo 5/05

Acho ebs dispositivo raiz. Eu vejo o EBS no item de menu Root Device no console do aws.

— Gandil 5/05

2

Algum de vocês considerou o fato de que um t1.micro, m1.small etc pode ser uma arquitetura de 32 bits e que uma instância grande é um arco de 64 bits? Isso não causará problemas? A partir de agora, acho que teremos que fazer tudo de novo (criar uma nova instância grande e instalar todo o aplicativo novamente)? Não é o caso quando há uma mudança na arquitetura?

— MD

11

Isso só me mordeu no a **. Na última vez, vou escolher 32 bits para qualquer coisa. Agora, temos um servidor que precisa de mais memória que 4 GB e a arquitetura de 32 bits não aguenta. Se, no Painel de controle da Amazon no EC2, não houver uma opção para iniciar em um tipo grande, ele só será médio.

— precisa

3

Por que a pergunta está sinalizada como fora do tópico ? É uma pergunta útil válida com respostas aceitáveis.

— precisa saber é o seguinte

302

Pela minha experiência, o modo como faço é criar um instantâneo da sua imagem atual e, assim que terminar, você a verá como uma opção ao iniciar novas instâncias. Basta iniciá-lo como uma instância grande nesse ponto.

Essa é a minha abordagem, se eu não desejar nenhum tempo de inatividade (servidor de produção), porque esta solução só coloca um servidor off-line somente depois que o novo estiver em funcionamento (eu também o uso para adicionar novas máquinas aos meus clusters, usando esta abordagem para adicione apenas máquinas novas). Se o tempo de inatividade for aceitável, consulte a resposta de Marcel Castilho.

— Alma perdida
fonte

11

exclua pequena a instância antes?

— Gandil 5/05

11

O endereço IP da nova instância será diferente. Estou certo? Então, precisamos alterar o registro de DNS?

— Gandil 5/05

12

Se você estiver usando o IP elástico como deveria, atribua o IP elástico ao novo servidor. O novo servidor terá o mesmo endereço IP. Este procedimento será útil também se o servidor travar e você precisar iniciar um novo.

— Stivlo 5/05

11

Não é um método muito confiável, o estado do servidor pode mudar se estiver estressado (o que é muito provável, considerando a necessidade de escaloná-lo), e o novo servidor maior terá alguns minutos / horas mais antigo que o servidor em execução.

— AbiusX

2

Se o instantâneo for do volume raiz, a Amazon recomenda interromper a instância antes de tirar o instantâneo: docs.aws.amazon.com/AWSEC2/latest/UserGuide/…

— Taterhead

517

Usando o AWS Management Console:

Clique com o botão direito do mouse na instância
- Ciclo de vida da instância> Parar
- Esperar...
- Gerenciamento de instâncias> Alterar tipo de instância

— Marcel de Castilho
fonte

4

este é um método muito mais fácil ..

— box86rowh 12/12

22

Concordo que isso é mais simples, mas o benefício do método aceito é que você pode conseguir que o novo servidor esteja funcionando paralelamente ao servidor existente antes de alternar o IP elástico e sofrer pouco ou nenhum tempo de inatividade.

— Ryan Montgomery

17

Saiba que quando Marcel diz "Espere ...", você estará esperando por muito tempo. Esse método é terrível se o tempo de inatividade é um problema. Se o tempo de inatividade não importa, é fácil, mas isso não envolve uma pequena quantidade de tempo de inatividade. Planeje cerca de meia hora.

— Jake

8

menos de 5 minutos para mim ... mw.small para m1.medium executando o SQL 2012 Web

— azcoastal 10/12/12

4

E a questão do tamanho do disco?

— Adrian Salazar

49

Usando o AWS Management Console

Vá para "Volumes" e crie um instantâneo do volume da sua instância.
Vá para "Snapshots" e selecione "Create Image from Snapshot".
Vá para "AMIs" e selecione "Iniciar instância" e escolha seu "Tipo de instância" etc.

— Styelz
fonte

Isso permite alterar a arquitetura e o tipo de instância.

— Styelz

Obrigado por realmente colocar as etapas aqui e deixar claro, esse é o melhor método, a menos que você esteja nos estágios iniciais em que o tempo de inatividade não importa.

— Jake

2

Eu tentei isso, mas no meu caso, a nova instância não começou com a AMI da instância antiga, teve algum problema de pânico no kernel.

— zeeshan

18

Use o console do AWS EC2, não o ElasticFox.

Primeira maneira:

Crie uma nova AMI da instância
Inicie

Caminho alternativo:

Faça um instantâneo do disco
Iniciar uma instância grande do EBS com o mesmo tipo de AMI (observe que, neste momento, o disco conterá os dados presentes quando essa AMI foi criada, não as alterações mais recentes)
Depois de totalmente inicializado, pare a nova instância
Desconecte o volume raiz da instância parada
Crie um disco virtual a partir da captura instantânea criada antes na mesma zona de disponibilidade da nova instância
Anexe o volume raiz ao / dev / sda1
Inicie a nova instância novamente

— Stivlo
fonte

9

Crie AMI -> AMI de inicialização em uma instância grande.

Mais informações http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

Você também pode fazer tudo isso no console administrativo em aws.amazon.com

— Kieran
fonte

Eu quero fazer isso no console do aws. existe algum documento howto com imagem?

— Gandil 5/05

Botão direito do mouse na instância e clique em "criar AMI" - em seguida, entrar em AMIs no visor console (no lado esquerdo) e clique em "lançamento AMI" sobre o que você deseja iniciar

— Kieran