As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Configurações para exportar VMs do seu ambiente de virtualização
<a name="prepare-vm-image"></a>

Antes de poder importar sua VM para o Amazon EC2, você precisa exportá-la de seu ambiente de virtualização. Use as diretrizes a seguir para configurar a VM antes de exportá-la.

**Topics**
+ [Configurações gerais](#prepare-vm-image-general)
+ [Linux/Unix configurações](#prepare-vm-image-linux)
+ [Configuração do Windows](#prepare-vm-image-windows)

## Configurações gerais
<a name="prepare-vm-image-general"></a>

As configurações a seguir devem ser feitas na sua VM antes de você exportá-la do seu ambiente de virtualização. Você também deve revisar a seção específica do seu sistema operacional para ver as configurações adicionais necessárias.
+ Desative todos os softwares de detecção de intrusão ou antivírus da sua VM. Esses serviços podem ser reativados após o processo de importação ter sido concluído.
+ Desinstale o VMware Tools da sua VMware VM.
+ Desconecte todas as CD-ROM unidades (virtuais ou físicas).
+ A VM de origem deve ter um serviço de cliente DHCP funcional. Certifique-se de que o serviço pode ser iniciado e de que não está desativado administrativamente. Todos os endereços IP estáticos atribuídos à VM de origem são removidos durante a importação. Quando a instância importada for executada em uma Amazon VPC, ela receberá um endereço IP privado primário do intervalo de endereços IPv4 da sub-rede. Se você não especificar um endereço IP privado primário ao executar a instância, selecionaremos um endereço IP disponível no intervalo IPv4 da sub-rede para você. Para obter mais informações, consulte [VPC and Sub-rede Sizing](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Subnets.html#VPC_Sizing).

## Linux/Unix configurações
<a name="prepare-vm-image-linux"></a>

As configurações a seguir devem ser feitas em sua VM Linux antes de você exportá-la do seu ambiente de virtualização. Esta seção pressupõe que você já tenha revisado [Configurações gerais](#prepare-vm-image-general).
+ Ative o Secure Shell (SSH) para acesso remoto.
+ Certifique-se de que o firewall do host (como **iptables** do Linux) permite acesso ao SSH. Do contrário, não será possível acessar a instância após concluir a importação.
+ Certifique-se de que você configurou um usuário não raiz para usar um SSH baseado em chave pública para acessar sua instância depois de ela ser importada. O uso de SSH baseado em senha e login raiz sobre SSH é possível, mas não recomendado. O uso de chaves públicas e de um usuário não raiz é recomendado, pois é mais seguro. O VM Import não configura uma conta `ec2-user` como parte do processo de importação.
+ Certifique-se de que a VM Linux use GRUB (GRUB Legacy) ou GRUB 2 como bootloader.
+ Certifique-se de que a VM Linux use uma das opções a seguir para o sistema de arquivos raiz: EXT2, EXT3, EXT4, Btrfs, JFS ou XFS.
+ Certifique-se de que sua VM Linux não esteja usando nomes de dispositivos de interface de rede previsíveis.
+ Desligue a VM antes de exportá-la do seu ambiente de virtualização.

## Configuração do Windows
<a name="prepare-vm-image-windows"></a>

As configurações a seguir devem ser feitas em sua VM do Windows antes de você exportá-la do seu ambiente de virtualização. Esta seção pressupõe que você já tenha revisado [Configurações gerais](#prepare-vm-image-general).
+ Ative a Área de Trabalho Remota (RDP) para ter acesso remoto.
+ Certifique-se de que o firewall do seu host (firewall Windows ou similar), se configurado, permite acesso ao RDP. Do contrário, não será possível acessar a instância após concluir a importação.
+ Certifique-se de que a conta do administrador e todas as outras contas de usuário usam senhas protegidas. Todas as contas devem ter senhas, caso contrário, a importação pode falhar.
+ Instale o .NET Framework 4.5 ou posterior na VM. Instalaremos o .NET Framework na VM conforme necessário.
+ Desabilite o login automático na sua Windows VM.
+ Abra **Painel de Controle** > **Sistema e Segurança** > **Windows Update**. No painel esquerdo, escolha **Alterar Configurações**. Escolha a configuração desejada. Esteja ciente que, se escolher **Baixar atualizações, mas deixar-me optar por instalá-las** (o valor padrão), a verificação de atualização poderá consumir temporariamente entre 50% e 99% dos recursos de CPU na instância. A verificação geralmente ocorre vários minutos após a instância ser iniciada. Certifique-se de que não há atualizações pendentes da Microsoft e que o computador não esteja definido para instalar o softwares ao reinicializar.
+ Aplique os seguintes hotfixes conforme necessário:
  + [Você não pode alterar a hora do sistema se a entrada RealTimeIsUniversal do registro estiver habilitada no Windows](https://support.microsoft.com/en-us/topic/you-cannot-change-system-time-if-realtimeisuniversal-registry-entry-is-enabled-in-windows-78cf9fbe-eeca-4b06-a67a-2dacdf5189f9)
  + [Alto uso de CPU durante a troca de DST no Windows Server 2008, Windows 7 ou Windows Server 2008 R2](https://support.microsoft.com/en-us/topic/high-cpu-usage-during-dst-changeover-in-windows-server-2008-windows-7-or-windows-server-2008-r2-5c8a8dee-3510-cf7b-8296-05c13fd23bed)
+ Defina a chave RealTimeIsUniversal do registro. Para obter mais informações, consulte [Definir a hora da instância do Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-time.html) no *Guia do usuário do Amazon EC2*.
+ Execute o System Preparation (Sysprep) nas suas imagens da VM do Windows Server, antes ou depois de importar a sua VM.
  + Se você executar o Sysprep antes de importar sua VM, o processo de importação adicionará um arquivo de resposta (`unattend.xml`) à VM que aceita automaticamente o Contrato de Licença de Usuário Final (EULA) e define a localidade como. EN-US
  + Se executar o Sysprep após importar sua VM, recomendamos que utilize o EC2Launch (Windows Server 2016 e posterior) ou o EC2Config (por meio do Windows Server 2012 R2) para executar o Sysprep.

**Para incluir seu próprio arquivo de resposta em vez do padrão (`unattend.xml`)**

  1. Copie o arquivo de amostra a seguir abaixo e defina o parâmetro **processorArchitecture** como **x86** ou **amd64**, dependendo da arquitetura do seu sistema operacional:

     ```
     <?xml version='1.0' encoding='UTF-8'?>
     <unattend xmlns:wcm='https://schemas.microsoft.com/WMIConfig/2002/State' xmlns='urn:schemas-microsoft-com:unattend'>
      <settings pass='oobeSystem'>
       <component versionScope='nonSxS' processorArchitecture='{{x86 or amd64}}' name='Microsoft-Windows-International-Core' publicKeyToken='31bf3856ad364e35' language='neutral'>
        <InputLocale>en-US</InputLocale>
        <SystemLocale>en-US</SystemLocale>
        <UILanguage>en-US</UILanguage>
        <UserLocale>en-US</UserLocale>
       </component> 
       <component versionScope='nonSxS' processorArchitecture='{{x86 or amd64}}' name='Microsoft-Windows-Shell-Setup' publicKeyToken='31bf3856ad364e35' language='neutral'>
        <OOBE>
         <HideEULAPage>true</HideEULAPage>
         <SkipMachineOOBE>true</SkipMachineOOBE>
         <SkipUserOOBE>true</SkipUserOOBE>
        </OOBE>
       </component>
      </settings>
     </unattend>
     ```

  1. Salve o arquivo no diretório `C:\Windows\Panther` com o nome `unattend.xml`.

  1. Execute o Sysprep com as opções **/oobe** e **/generalize**. Essas opções retiram todas as informações exclusivas do sistema da instalação do Windows e solicitam que você redefina a senha do administrador.

  1. Desligue a VM e exporte-a do seu ambiente de virtualização.