

# Alterações no tipo de instância do Amazon EC2
<a name="ec2-instance-resize"></a>

À medida que suas necessidades mudarem, é possível descobrir que a instância está sobreutilizada (o tipo de instância é muito pequeno) ou subutilizada (o tipo de instância é muito grande). Se esse for o caso, será possível redimensionar a sua instância alterando o seu tipo de instância. Por exemplo, se a instância `t2.micro` for muito pequena para sua workload, é possível alterar o tamanho a para um tipo de instância T2 maior, como um `t2.large`. Ou é possível alterá-lo para outro tipo de instância, como `m5.large`. Também é possível migrar de um tipo de instância de uma geração anterior para um tipo de instância da geração atual para aproveitar alguns recursos, por exemplo, suporte para IPv6.

Se você quiser uma recomendação para um tipo de instância que esteja mais apto a lidar com sua workload existente, é possível usar o AWS Compute Optimizer. Para obter mais informações, consulte [Obter as recomendações de instâncias do EC2 no Compute Optimizer](ec2-instance-recommendations.md).

Ao alterar o tipo de instância, você começará a pagar a taxa do novo tipo de instância. Para obter as taxas sob demanda para todos os tipos de instância, consulte [Preço sob demanda do Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/).

Para adicionar armazenamento extra à sua instância sem alterar o tipo de instância, adicione um volume do EBS à instância. Para obter mais informações, consulte [Associar um volume do Amazon EBS a uma instância](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) no *Guia do usuário do Amazon EBS*.

## Quais as instruções a serem seguidas?
<a name="choose-instance-resize-instructions"></a>

Existem instruções diferentes para alterar o tipo de instância. As instruções a serem usadas dependem do volume raiz da instância e se o tipo de instância é compatível com a configuração atual da instância. Para obter informações sobre como a compatibilidade é determinada, consulte [Compatibilidade para alterar o tipo de instância](resize-limitations.md).

Use a tabela a seguir para determinar quais instruções seguir.


| Volume raiz | Compatibilidade | Siga estas instruções | 
| --- | --- | --- | 
| EBS | Compatível | [Alterar o tipo de instância](change-instance-type-of-ebs-backed-instance.md) | 
| EBS | Não compatível | [Migrar para um novo tipo de instância](migrate-instance-configuration.md) | 
| Armazenamento de instâncias | Não aplicável | [Migrar para um novo tipo de instância](migrate-instance-configuration.md) | 

# Compatibilidade para alterar o tipo de instância
<a name="resize-limitations"></a>

Você só pode alterar o tipo de instância se a configuração atual da instância for compatível com tipo de instância desejado. Se o tipo de instância que você deseja não for compatível com a configuração atual da instância, é necessário iniciar uma nova instância com uma configuração que seja compatível com o tipo de instância e, em seguida, migrar sua aplicação para a nova instância.

A compatibilidade é determinada da seguinte maneira:

**Tipo de virtualização**  
As AMIs do Linux usam um dos dois tipos de virtualização: paravirtual (PV) ou máquina virtual de hardware (HVM). Se uma instância foi iniciada em uma AMI PV, você não poderá alterar para um tipo de instância que seja somente HVM. Para obter mais informações, consulte [Tipos de virtualização](ComponentsAMIs.md#virtualization_types). Para conferir o tipo de virtualização da instância, confira o valor do campo **Virtualization** (Virtualização) no painel de detalhes da tela **Instances** (Instâncias) no console do Amazon EC2.

**Arquitetura**  
As AMIs são específicas da arquitetura do processador, portanto, é necessário selecionar um tipo de instância com a mesma arquitetura de processador que o tipo da instância atual. Por exemplo:  
+ Se o tipo de instância atual tiver um processador baseado na arquitetura Arm, você estará limitado aos tipos de instância que oferecem suporte a um processador baseado na arquitetura Arm, como o C6g e M6g.
+ Os seguintes tipos de instância são os únicos tipos de instância que oferecem suporte a AMIs de 32 bits: `t2.nano`, `t2.micro`, `t2.small`, `t2.medium`, `c3.large`, `t1.micro`, `m1.small`, `m1.medium` e `c1.medium`. Se estiver alterando o tipo de instância de uma instância de 32 bits, você estará limitado a esses tipos de instância.

**Adaptadores de rede**  
Se você alternar de um driver de um adaptador de rede para outro, as configurações do adaptador de rede serão redefinidas quando o sistema operacional criar o novo adaptador. Para redefinir as configurações, talvez seja necessário ter acesso a uma conta local com permissões de administrador. Veja a seguir exemplos de mudança de um adaptador de rede para outro:  
+ AWS PV (instâncias T2) para Intel 82599 VF (instâncias M4)
+ Intel 82599 VF (maioria das instâncias M4) para ENA (instâncias M5)
+ ENA (instâncias M5) para ENA de alta largura de banda (instâncias M5n)

**Redes avançadas**  
Tipos de instância que oferecem suporte a [redes avançadas](enhanced-networking.md) exigem que os drivers necessários estejam instalados. Por exemplo, as [instâncias baseadas em Nitro](instance-types.md#instance-hypervisor-type) precisam de AMIs baseadas no EBS com os drivers do Adaptador de Rede Elástica (ENA) instalados. Para alterar de um tipo de instância sem suporte para redes avançadas para um tipo com suporte para redes avançadas, é necessário instalar os [drivers ENA](enhanced-networking-ena.md) ou os [drivers ixgbevf](sriov-networking.md) na instância, conforme apropriado.  
Quando você redimensiona uma instância com o ENA Express habilitado, o novo tipo de instância também deve ser compatível com o ENA Express. Para obter uma lista dos tipos de instâncias compatíveis com o ENA Express, consulte [Tipos de instâncias compatíveis com o ENA Express](ena-express.md#ena-express-supported-instance-types).  
Para alterar de um tipo de instância compatível com o ENA Express para um tipo de instância não compatível com o ENA Express, certifique-se de que o ENA Express não esteja habilitado antes de você redimensionar a instância.

**NVMe**  
Os volumes do EBS são expostos como dispositivos de blocos NVMe em [Instâncias baseadas em Nitro](instance-types.md#instance-hypervisor-type). Se você alterar de um tipo de instância sem suporte para NVMe para um tipo de instância com suporte para NVMe, deverá primeiro instalar os drivers NVMe na sua instância. Além disso, os nomes dos dispositivos para os dispositivos especificados no mapeamento de dispositivos de blocos são renomeados usando nomes de dispositivos NVMe (`/dev/nvme[0-26]n1`).  
[Instâncias do Linux] Portanto, para a montagem de sistemas de arquivos no momento da inicialização usando `/etc/fstab`, você deve utilizar um UUID, ou um rótulo, em vez de nomes de dispositivos.

**Limite de volume**  
O número máximo de volumes do Amazon EBS que é possível anexar a uma instância depende do tipo e do tamanho da instância. Para obter mais informações, consulte [Limites de volume do Amazon EBS para instâncias do Amazon EC2](volume_limits.md).  
Só é possível mudar para um tipo ou tamanho de instância que ofereça suporte ao mesmo número ou a um número maior de volumes do que os anexados à instância no momento. Se você mudar para um tipo ou tamanho de instância que não ofereça suporte ao número de volumes anexados no momento, a solicitação falhará. Por exemplo, se você mudar de uma instância `m7i.4xlarge` com 32 volumes anexados para uma instância `m6i.4xlarge` compatível com um máximo de 27 volumes, a solicitação falhará.

**NitroTPM**  
Se você tiver inicializado a instância usando uma AMI com [NitroTPM](nitrotpm.md) habilitado e com um tipo de instância compatível com o NitroTPM, a instância será inicializada com o NitroTPM habilitado. Você só pode mudar para um tipo de instância que também seja compatível com o NitroTPM.

# Alterar o tipo de instância para a instância do Amazon EC2
<a name="change-instance-type-of-ebs-backed-instance"></a>

Use as instruções a seguir para alterar o tipo de instância de uma instância baseada no Amazon EBS caso o tipo de instância de que precisa seja compatível com a configuração atual da instância. Para obter mais informações, consulte [Compatibilidade para alterar o tipo de instância](resize-limitations.md).

**Considerações**
+ Você deve interromper a instância antes de poder alterar o tipo da instância. Planeje tempo de inatividade enquanto a instância estiver parada. Interromper a instância e alterar o tipo de instância pode levar alguns minutos, e o tempo necessário para iniciar a instância pode variar dependendo dos scripts de startup da aplicação. Para obter mais informações, consulte [Início e interrupção de instâncias do Amazon EC2](Stop_Start.md).
+ Quando você interrompe e inicia uma instância, nós movemos a instância para um novo hardware. Se sua instância tiver um endereço IPv4 público que não seja um IP elástico, nós liberamos o endereço e damos à instância um novo endereço IPv4 público. Para obter mais informações sobre o comportamento do endereço IP em todo o ciclo de vida de uma instância, consulte [Diferenças entre os estados de instâncias](ec2-instance-lifecycle.md#lifecycle-differences).
+ Você não pode alterar o tipo de instância de uma [instância spot](using-spot-instances-request.md#stopping-a-spot-instance).
+ [Instâncias do Windows] Recomendamos atualizar o pacote de driver PV da AWS antes de alterar o tipo de instância. Para obter mais informações, consulte [Atualizar drivers PV em instâncias do Windows do EC2](Upgrading_PV_drivers.md).
+ Se a instância estiver em um grupo do Auto Scaling, o serviço do Amazon EC2 Auto Scaling marcará a instância interrompida como não íntegra e poderá encerrá-la e executar uma instância de substituição. Para evitar isso, é possível suspender os processos de escalabilidade para o grupo enquanto estiver alterando o tipo de instância. Para obter mais informações, consulte [Suspensão e retomada de um processo para um grupo do Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html) no *Guia do usuário do Amazon EC2 Auto Scaling*.
+ Quando você altera o tipo de instância de uma instância com volumes de armazenamento de instâncias NVMe, a instância atualizada pode ter volumes adicionais de armazenamento, pois todos os volumes de armazenamento de instâncias NVMe estão disponíveis mesmo que não estejam especificados na AMI ou no mapeamento de dispositivos de blocos de instâncias. Caso contrário, a instância atualizada tem o mesmo número de volumes de armazenamento de instância que você especificou ao iniciar a instância original.
+ O número máximo de volumes do Amazon EBS que é possível anexar a uma instância depende do tipo e do tamanho da instância. Não é possível mudar para um tipo ou tamanho de instância que não ofereça suporte ao número de volumes que já estão conectados à sua instância. Para obter mais informações, consulte [Limites de volume do Amazon EBS para instâncias do Amazon EC2](volume_limits.md).
+ [Instâncias do Linux] é possível usar o runbook `AWSSupport-MigrateXenToNitroLinux` para migrar instâncias do Linux compatíveis de um tipo de instância do Xen para um tipo de instância do Nitro. Para obter mais informações, consulte [https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html) na *Referência do runbook do AWS Systems Manager Automation*.
+ [Instâncias do Windows] Para obter orientações adicionais sobre a migração de instâncias do Windows compatíveis de um tipo de instância do Xen para um tipo de instância do Nitro, consulte [Migrate to latest generation instance types](migrating-latest-types.md).

**Para alterar o tipo de instância de uma instância baseada no Amazon EBS**

1. (Opcional) Se o tipo de instância requer drivers que não estejam instalados na instância atual, é necessário se conectar à sua instância e instalar os drivers primeiro. Para obter mais informações, consulte [Compatibilidade para alterar o tipo de instância](resize-limitations.md).

1. [Instâncias do Windows] Se você configurou a instância do Windows para usar o [endereçamento IP estático](config-windows-multiple-ip.md#step1) e alterar de um tipo de instância que não é compatível com as redes aperfeiçoadas para um tipo de instância que é compatível com as redes aperfeiçoadas, você poderá receber um aviso sobre um possível conflito de endereço IP ao reconfigurar o endereçamento IP estático. Para evitar isso, habilite o DHCP na interface de rede da instância antes de alterar o tipo de instância. Na sua instância, abra a **Network and Sharing Center** (Central de rede e compartilhamento), vá para **Internet Protocol Version 4 (TCP/IPv4) Properties** (Propriedades do protocolo IP versão 4 (TCP/IPv4)) para a interface de rede e escolha **Obtain an IP address automatically** (Obter um endereço IP automaticamente). Altere o tipo de instância e reconfigure o endereçamento IP estático na interface de rede.

1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).

1. No painel de navegação, escolha **Instances (Instâncias)**.

1. Selecione a instância e escolha **Estado da instância** e **Parar instância**. Quando a confirmação for solicitada, escolha **Parar**. Pode demorar alguns minutos para que a instância pare.

1. Com a instância ainda selecionada, escolha **Actions (Ações)**, **Instance settings (Configurações de instância)**, **Change instance type (Alterar tipo de instância)**. Essa ação ficará esmaecida se o estado da instância não for `stopped`.

1. Em **Change Instance Type** (Alterar tipo de instância), faça o seguinte:

   1. Em **Instance type** (Tipo de instância), selecione o tipo de instância desejado.

      Se o tipo de instância não estiver na lista, ele não é compatível com a configuração da sua instância. Em vez disso, use as seguintes instruções: [Migrar para um novo tipo de instância executando uma nova instância do EC2](migrate-instance-configuration.md).

   1. (Opcional) Se o tipo de instância selecionado oferecer suporte à otimização para EBS, selecione **EBS-optimized** (Otimizado para EBS) ou desmarque a opção **EBS-optimized** (Otimizado para EBS) para desabilitar a otimização para EBS.

      Se, por padrão, o tipo de instância selecionado for otimizada para EBS, a opção **EBS-optimized** (Otimizada para EBS) estará selecionada e você não poderá desfazer a seleção.

   1. (Opcional) Configure as opções de vCPU no novo tipo de instância.

      Ao alterar o tipo de instância de uma instância existente, o Amazon EC2 aplica as configurações de opções de CPU da instância existente à nova instância, se possível. Se o novo tipo de instância não for compatível com essas configurações, as opções de CPU serão redefinidas como **Nenhum**. Essa opção usa o número padrão de vCPUs para o novo tipo de instância.

      Se o tipo de instância selecionado for compatível com a configuração de vCPU, selecione **Especificar opções de CPU** no painel **Detalhes avançados** para configurar vCPUs para seu novo tipo de instância.

   1. Escolha **Alterar** para aceitar as novas configurações.

1. Para iniciar a instância, selecione a instância e escolha **Instance state** (Estado da instância) e **Start instance** (Iniciar instância). Pode demorar alguns minutos para que a instância entre no estado `running`. Se a instância não iniciar, consulte [Solucionar problemas de alteração de tipo de instância](troubleshoot-change-instance-type.md).

1. [Instâncias do Windows] Se a instância executar o Windows Server 2016 ou o Windows Server 2019 com EC2Launch v1, conecte-se à sua instância do Windows e execute o script do PowerShell para EC2Launch, apresentado a seguir, a fim de configurar a instância depois que o tipo de instância for alterado.
**Importante**  
A senha do administrador será redefinida quando você habilitar o script de inicialização do EC2 da instância. É possível modificar o arquivo de configuração para desabilitar a redefinição da senha do administrador especificando-a nas configurações das tarefas de inicialização. Para obter as etapas para desabilitar a redefinição de senha, consulte [Configure initialization tasks](ec2launch-config.md#ec2launch-inittasks) (EC2Launch) ou [Change settings](ec2launch-v2-settings.md#ec2launch-v2-ui) (EC2Launch v2).

   ```
   PS C:\> C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeInstance.ps1 -Schedule
   ```

# Migrar para um novo tipo de instância executando uma nova instância do EC2
<a name="migrate-instance-configuration"></a>

Você poderá alterar o tipo de instância de uma instância do EC2 somente se for uma instância baseada no EBS com uma configuração que seja compatível com o novo tipo de instância desejado. Caso contrário, se a configuração ou sua instância não for compatível com o novo tipo de instância, ou se for uma instância baseada em armazenamento de instância, você deverá executar uma instância de substituição que seja compatível com o tipo de instância desejado. Para obter informações sobre como a compatibilidade é determinada, consulte [Compatibilidade para alterar o tipo de instância](resize-limitations.md).

**Visão geral do processo de migração**
+ Faça backup dos dados na instância original.
+ Execute uma nova instância com uma configuração que seja compatível com o novo tipo de instância desejado e anexe todos os volumes do EBS que estavam anexados à instância original.
+ Instale sua aplicação na nova instância.
+ Restaure todos os dados.
+ Se a instância original tiver um endereço IP elástico, você deve associá-la à nova instância para garantir que os usuários possam continuar a usar a aplicação sem interrupção.

**Para migrar uma instância para uma nova instância**

1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).

1. Faça backup dos dados de que ainda precisa da seguinte forma:
   + Conecte-se à instância e copie os dados nos volumes do armazenamento de instância para o armazenamento persistente.
   + [Crie snapshots](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) dos volumes do EBS para que você possa criar novos volumes com os mesmos dados, ou desanexe os volumes da instância para que possa anexá-los à nova instância.

1. No painel de navegação, escolha **Instâncias**.

1. Selecione **Iniciar instâncias**. Quando configurar as instâncias, faça o seguinte:

   1. Selecione uma AMI que seja compatível com o tipo de instância desejado. Por exemplo, você deve selecionar uma AMI que seja compatível com o tipo de processador do novo tipo de instância. Além disso, os tipos de instância da geração atual requerem uma AMI de HVM.

   1. Selecione o novo tipo de instância desejado. Se o tipo de instância desejado não estiver disponível, ele não é compatível com a configuração da AMI selecionada.

   1. Se quiser permitir que algum tráfego alcance a nova instância, selecione a mesma VPC e o grupo de segurança usados com a instância original.

   1. Quando terminar de configurar sua nova instância, execute as etapas para selecionar um par de chaves e inicie sua instância. Pode demorar alguns minutos para que a instância entre no estado `running`.

1. Se você fez backup dos dados em um snapshot do EBS, [crie um volume do snapshot](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-volume.html#ebs-create-volume-from-snapshot) e, em seguida, [anexe o volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) à nova instância.

   Para mover um volume do EBS da instância original para a nova instância, [desanexe o volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html) da instância original e, em seguida, [anexe o volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) à nova instância.

1. Instale sua aplicação e o software necessário na nova instância.

1. Restaure todos os dados dos quais você fez backup dos volumes de armazenamento de instâncias da instância original.

1. Se a instância original tiver um endereço IP elástico, atribua-o à nova instância da seguinte maneira:

   1. No painel de navegação, escolha **IPs elásticos**.

   1. Selecione o endereço IP elástico que está associado à instância original e escolha **Actions (Ações)** e **Disassociate Elastic IP address (Desassociar endereço IP elástico)**. Quando a confirmação for solicitada, escolha **Disassociate (Desassociar)**.

   1. Com o endereço IP elástico ainda selecionado, escolha **Actions (Ações)** e **Associate Elastic IP address (Associar endereço IP elástico)**.

   1. Em **Resource type (Tipo de recurso)**, escolha **Instance (Instância)**.

   1. Em **Instância**, escolha a nova instância.

   1. (Opcional) Em **Private IP address (Endereço IP privado)**, especifique um endereço IP privado ao qual associar o endereço IP elástico.

   1. Escolha **Associate**.

1. (Opcional) É possível encerrar a instância original se ela não for mais necessária. Selecione a instância e confirme que está prestes a terminar a instância original e não a nova instância (por exemplo, confira o nome ou a hora do lançamento) e depois escolha **Instance state** (Estado da instância), **Terminate instance** (Terminar instância).

# Solucionar problemas de alteração de tipo de instância
<a name="troubleshoot-change-instance-type"></a>

Use as informações a seguir para ajudar a diagnosticar e corrigir os problemas que podem ocorrer com a alteração do tipo de instância.

## A instância não inicia após a alteração do tipo de instância
<a name="troubleshoot-change-instance-type-no-start"></a>

**Causa possível: requisitos de novo tipo de instância não atendidos**  
Se a sua instância não inicializar, é possível que um dos requisitos de novo tipo de instância não tenha sido atendido. Para obter mais informações, consulte [Por que minha instância do Linux não está inicializando depois que mudei seu tipo?](https://repost.aws/knowledge-center/boot-error-linux-nitro-instance)

**Causa possível: a AMI não oferece suporte para o tipo de instância**  
Se você usar o console do EC2 para alterar o tipo de instância, somente os tipos de instância com suporte pela AMI selecionada estarão disponíveis. Porém, se você usar a AWS CLI para iniciar uma instância, é possível especificar uma AMI e um tipo de instância incompatíveis. Se a AMI e o tipo de instância forem incompatíveis, a instância não poderá ser iniciada. Para obter mais informações, consulte [Compatibilidade para alterar o tipo de instância](resize-limitations.md).

**Causa possível: a instância está no grupo de posicionamento de cluster**  
Se sua instância estiver em um [grupo de posicionamento de cluster](placement-strategies.md#placement-groups-cluster) e, após a alteração do tipo de instância, a instância não iniciar, tente o seguinte:  

1. Interrompa todas as instâncias no grupo de posicionamento de cluster.

1. Altere o tipo de instância da instância afetada.

1. Inicie todas as instâncias no grupo de posicionamento de cluster.

## Aplicação ou site não acessíveis na Internet após a alteração do tipo de instância
<a name="troubleshoot-change-instance-type-ipv4"></a>

**Causa possível: o endereço IPv4 público foi liberado**  
Quando altera o tipo de instância, primeiro é necessário interromper a instância. Quando você interrompe uma instância, liberamos o endereço IPv4 público e fornecemos a sua instância um novo endereço IPv4 público.  
Para reter o endereço IPv4 público entre as interrupções e inicializações da instância, recomendamos que você use um endereço de IP elástico, sem nenhum custo extra, desde que sua instância esteja em execução. Para obter mais informações, consulte [Endereços IP elásticos](elastic-ip-addresses-eip.md).