Quais etapas eu preciso seguir antes de alterar o tipo de instância da minha instância Linux do EC2?

Breve descrição

Para otimizar sua instância Linux do Amazon EC2 para sua workload, altere o tipo de instância. Alterar o tipo de instância permite que você modifique as seguintes configurações para sua workload:

• Número de núcleos de CPU
• Quantidade de RAM
• Quantidade de espaço de armazenamento de instâncias atribuído
• Otimização do Amazon Elastic Block Store (Amazon EBS)
• Rede aprimorada
• Núcleos de GPU
• FPGAs
• Aceleradores de machine learning

Observação: É uma prática recomendada manter backups de suas instâncias e dados. Antes de mudar sua infraestrutura, crie uma AMI ou crie snapshots dos seus volumes do EBS.

Resolução

Verifique se seu tipo de instância atual é compatível com o novo tipo de instância

Antes de alterar os tipos ou famílias de instâncias, verifique se o tipo de instância atual e o novo tipo de instância são compatíveis. Para ver uma lista de problemas de compatibilidade, consulte Compatibilidade para alterar o tipo de instância.

Depois de verificar a compatibilidade, você pode alterar o tipo de instância da sua instância baseada no Amazon EBS.

Interrompa sua instância

Antes de alterar os tipos de instância, você deve interromper sua instância.

Importante:

• Se sua instância tiver suporte para armazenamento de instâncias ou tiver volumes de armazenamento de instâncias que contenham dados, os dados serão perdidos quando você interromper a instância. Se você estiver migrando de uma instância com suporte de armazenamento de instâncias para outra instância com suporte de armazenamento de instâncias, precisará migrar a instância. Para obter mais informações, consulte Alterar o tipo de instância de uma instância com suporte para armazenamento de instâncias.
• Se sua instância fizer parte de um grupo do Amazon EC2 Auto Scaling, interromper a instância poderá encerrar a instância. Se você iniciou a instância com o Amazon EMR, o AWS CloudFormation ou o AWS Elastic Beanstalk, sua instância pode fazer parte de um grupo do AWS Auto Scaling. O encerramento da instância nesse cenário depende das configurações de proteção de redução de escala da instância para seu grupo do Auto Scaling. Se sua instância fizer parte de um grupo do Auto Scaling, remova temporariamente a instância do grupo do Auto Scaling antes de iniciar as etapas de resolução.
• Se você não estiver usando um endereço IP elástico, interromper e iniciar a instância alterará o endereço IP público da sua instância. É uma prática recomendada usar um endereço IP elástico em vez de um endereço IP público ao rotear tráfego externo para sua instância. Se você estiver usando o Amazon Route 53, talvez seja necessário atualizar os registros DNS do Route 53 quando o IP público mudar.

Rede aprimorada

Se você estiver convertendo em uma instância que ofereça suporte a redes aprimoradas, instale todos os drivers necessários e ative a rede aprimorada em sua instância atual. Para obter mais informações, consulte Rede aprimorada no Linux.

Tipos de instância baseados em Nitro

Se você estiver alterando sua instância para um tipo de instância baseado em Nitro, execute as seguintes ações:

• Confirme se você instalou os módulos NVMe e ENA na sua instância.
• Verifique se todos os dispositivos de bloco listados em /etc/fstab são compatíveis com os nomes de dispositivos de bloco NVMe (/dev/nvme1, /dev/nvme2 e assim por diante).
• Os volumes do Amazon EBS são expostos como dispositivos NVMe a esses tipos de instância, e os nomes dos dispositivos são alterados em um evento de parada ou início. Para evitar incompatibilidade de volume, use o sistema de arquivos UUIDs ou rótulos para montar os sistemas de arquivos.

Para automatizar essas verificações, execute o script NitroInstanceChecks. Para obter mais informações, consulte Por que minha instância Linux não está inicializando depois que eu mudei seu tipo para um tipo de instância baseado em Nitro?Siga as instruções na seção Executar o script NitroInstanceChecks.

Depois que o script for executado e você fizer as atualizações necessárias, verifique se a entrada DRIVERS em /etc/udev/rules.d/70-persistent-net.rules está definida como**?** ou ENA.

Use um editor de texto para acessar o arquivo. O exemplo a seguir usa o editor vi.

vi /etc/udev/rules.d/70-persistent-net.rules

A entrada correta aparece da seguinte forma:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0

Rede em instâncias da geração atual

As instâncias da geração atual são iniciadas somente em uma nuvem privada virtual (VPC). Se sua instância atual for uma instância EC2-Classic, migre a instância para uma instância Linux em uma VPC.

Combinação de arquiteturas EC2

Se a AMI de origem da sua instância for criada para uma arquitetura específica, você estará restrito a criar tipos de instância da mesma arquitetura. Exemplos de AMIs que são criadas para uma arquitetura específica incluem 32 bits (i386), 64 bits (x86_64) ou ARM de 64 bits (arm64). Esse também é o caso se sua instância estiver executando uma AMI criada para o tipo de instância mac1. Você não pode mover essas imagens entre os tipos de instância.

Informações relacionadas

Verificações de status de suas instâncias

Preços do Amazon EC2

O que preciso fazer antes de migrar minha instância do EC2 para uma instância de sexta geração para garantir que eu obtenha o máximo desempenho de rede?