Migrando o AWS EC2 m3.large para m4.large

Question

Novas instâncias de m4 parecem muito melhores do que as instâncias de m3 anteriores (em relação ao desempenho e ao pice), portanto, vou torná-las como instâncias padrão para nossos serviços em nuvem. Esses serviços eram executados antes em instâncias m3, então eu queria fazer uma atualização regular usando a opção 'change instance type'. Mas parece que não está disponível para migração de m3 para m4. Eu sei que é possível "mover" o serviço de uma instância para outra, criando uma imagem de disco a partir de uma original e, em seguida, iniciando uma nova instância com base nessa imagem. A questão é, se é possível realizar essa migração de maneira mais elegante? Qualquer conselho é apreciado.

    

Answer 1

Você tem duas opções:

1 - Reprovision

Como a EEAA mencionou, você pode configurar uma nova instância, configurá-la usando uma ferramenta de gerenciamento de configuração (se o servidor for usado na produção, você deve usar a configuração) ou restaurar um backup e, em seguida, migrar seus serviços e DNS de ponto.

Essa abordagem é muito simples se você usar o gerenciamento de configurações ou o escalonamento automático.

2 - Redimensionar

2.1 instâncias suportadas pelo EBS

Você pode redimensionar manualmente sua instância por meio do console da Amazon. Consulte a documentação da Amazon para obter informações detalhadas. instruções.

Essa abordagem é útil quando você tem uma instância autônoma.

2.2 - instâncias armazenadas em instâncias de instância

Se você usar uma instância armazenada em instância , precisará migrar criando uma AMI de sua instância, destruindo sua instância atual e criando uma nova instância usando a AMI que acabou de criar. Detalhes sobre como fazer isso estão no mesmo Recurso de documentação do Amazon .

    

Answer 2

Resposta:

1. Inicie um Ubuntu HVM linux, qualquer versão, nova

2. Inicie um Ubuntu / com meu linux AMI / PVM existente e instale pacotes do grub neles: apt-get install grub-pc grub-pc-bin grub-legacy-ec2 grub-gfxpayload-lists

3. Pare o linux PVM

4. Separe a partição raiz (/ dev / sda1) no PVM linux

5. Anexe a partição raiz do PVM Linux para executar o HVM Linux em algum lugar, por exemplo: / dev / sdf

6. No linux HVM: mkdir -p /mnt/xvdf && mount /dev/xvdf /mnt/xvdf

7. rsync -avzXA /boot/ /mnt/xvdf/boot/

8. mount -o bind /dev /mnt/xvdf/dev && mount -o bind /dev/pts /mnt/xvdf/dev/pts && mount -o bind /proc /mnt/xvdf/proc && mount -o bind /sys /mnt/xvdf/sys

9. chroot /mnt/xvdf

10. grub-install --no-floppy --recheck --force /dev/xvdf

11. update-grub2

12. saia do chroot: CTRL + D

13. pare o HVM Linux

14. detach / dev / sda1 raiz original E desanexar / dev / sdf raiz PVM

15. Anexe a raiz do PVM ao HVM Linux como / dev / sda1

16. Inicie o HVM linux, voilà!

17. Crie uma nova imagem AMI no linux HVM em execução, ela será virtualizada pelo HVM.

Extraído de: link

    

Answer 3

Se você puder tolerar alguns minutos de inatividade:

• Crie a instância m4, mas não a inicie e não crie ou anexe o armazenamento
• Pare a instância m3
• Anexe o volume existente do EBS da instância m3 à nova instância m4
• Inicie a instância m4. Deve se comportar da mesma forma que a instância m3