# Características e tipos de AMI no Amazon EC2 Ao executar uma instância, a AMI que você escolher deve ser compatível com o tipo de instância que você escolher. É possível selecionar uma AMI para uso com base nas seguintes características: + [Região](using-regions-availability-zones.md) + Sistema operacional + Arquitetura do processador + [Permissões de execução](#launch-permissions) + [Tipo do volume de raiz](#storage-for-the-root-device) + [Tipos de virtualização](#virtualization_types) ## Permissões de execução As permissões de execução determinam quem pode usar uma AMI para executar instâncias. É possível pensar nas permissões de execução como [compartilhar uma AMI](sharing-amis.md) — ao conceder permissões de execução, você está compartilhando a AMI com outros usuários. Somente o proprietário de uma AMI pode determinar sua disponibilidade especificando permissões de execução. As permissões de execução entram nas seguintes categorias. | Permissão de execução | Descrição | | --- | --- | | pública | O proprietário concede permissões de execução a todas as contas da AWS. | | explícita | O proprietário concede permissões de execução a contas, organizações ou unidades organizacionais (UOs) específicas da AWS. | | implícita | O proprietário tem permissões de execução implícitas para uma AMI. | A Amazon e a comunidade do Amazon EC2 fornecem uma grande seleção de AMIs públicas. Para obter mais informações, consulte [Saiba mais sobre o uso da AMI compartilhada no Amazon EC2](sharing-amis.md). Os desenvolvedores podem cobrar por suas AMIs. Para obter mais informações, consulte [AMIs pagas no AWS Marketplace para instâncias do Amazon EC2](paid-amis.md). ## Tipo do volume de raiz Todas as AMIs são categorizadas como *baseadas no Amazon EBS* ou *baseadas no Amazon S3*. + AMI baseada no Amazon EBS: o volume raiz de uma instância iniciada com a AMI corresponde a um volume do Amazon Elastic Block Store (Amazon EBS) criado a partir de um snapshot do Amazon EBS. Compatível com as AMIs do Linux e do Windows. + AMI baseada no Amazon S3: o volume raiz de uma instância iniciada com a AMI corresponde a um volume de armazenamento de instância criado a partir de um modelo armazenado no Amazon S3. Compatível somente com as AMIs do Linux. As AMIs do Windows não são compatíveis com o armazenamento de instância para o volume raiz. Para obter mais informações, consulte [Volumes raiz para as instâncias do Amazon EC2](RootDeviceStorage.md). **nota** As AMIs baseadas no Amazon S3 estão no fim da vida útil e recomendamos não as usar em novos projetos. Elas são aceitas somente nos seguintes tipos de instância mais antigos: C1, C3, D2, I2, M1, M2, M3, R3 e X1. A tabela a seguir resume as diferenças importantes ao usar os dois tipos de AMIs. | Característica | AMI baseada no Amazon EBS | AMI baseada no Amazon S3 | | --- | --- | --- | | Volume raiz | Volume do EBS | Volumes de armazenamento de instâncias | | Tempo de inicialização para uma instância | Geralmente menos que 1 minuto | Geralmente menos que 5 minutos | | Persistência de dados | Por padrão, o volume raiz é excluído quando a instância é encerrada.\$1 Os dados em todos os outros volumes do EBS persistem após o encerramento da instância, por padrão. | Os dados em qualquer volume do armazenamento de instâncias persistem apenas durante a vida útil da instância. | | Estado parado | Pode estar em um estado interrompido. Mesmo quando a instância é interrompida e não está em execução, o volume-raiz persiste no Amazon EBS. | Não pode estar em um estado interrompido; as instâncias estão em execução ou foram encerradas. | | Modificações | O tipo de instância, o kernel, o disco da RAM e os dados do usuário podem ser alterados enquanto a instância está parada. | Os atributos de instância são fixos durante a vida útil de uma instância. | | Cobranças | Você é cobrado pelo uso de instância, uso de volume do EBS; e pelo armazenamento da AMI como um snapshot do EBS. | Você é cobrado pelo uso da instância e pelo armazenamento da AMI no Amazon S3. | | Criação/empacotamento da AMI | Usa um único comando/chamada | Requer instalação e uso de ferramentas de AMI | \$1 Por padrão, os volumes raiz do EBS têm o sinalizador `DeleteOnTermination` definido como `true`. Para obter informações sobre como alterar esse sinalizador para que o volume persista depois do encerramento, consulte [Manter um volume raiz do Amazon EBS após o encerramento de uma instância do Amazon EC2](configure-root-volume-delete-on-termination.md). \$1\$1 Compatível apenas com `io2` EBS Block Express. Para obter mais informações, consulte [Volumes SSD do Block Express com IOPS provisionadas](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#io2-block-express) no *Guia do usuário do Amazon EBS*. # Identificação do tipo de volume raiz determinado pela AMI A AMI que você usa para executar uma instância do EC2 determina o tipo de volume raiz. O volume raiz de uma instância do EC2 é um volume do EBS ou um volume de armazenamento de instância. [Instâncias baseadas em Nitro](instance-types.md#instance-hypervisor-type) são compatíveis somente com volumes raiz do EBS. Os seguintes tipos de instância de geração anterior são os únicos tipos de instância compatíveis com volumes raiz de armazenamento de instância: C1, C3, D2, I2, M1, M2, M3, R3 e X1. ------ #### [ Console ] **Para identificar o tipo de volume raiz determinado por uma AMI** 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 **AMIs** e, em seguida, selecione a AMI. 1. Na guia **Details** (Detalhes), marque o valor de **Root Device Type** (Tipo de dispositivo raiz) da seguinte maneira: + `ebs`: instâncias iniciadas usando esta AMI receberão um volume raiz do EBS. + `instance store`: instâncias iniciadas usando esta AMI receberão um volume raiz de armazenamento de instância. ------ #### [ AWS CLI ] **Para identificar o tipo de volume raiz determinado por uma AMI** Use o comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). ``` aws ec2 describe-images \ --image-ids ami-0abcdef1234567890 \ --query Images[].RootDeviceType ``` O seguinte é um exemplo de saída. ``` ebs ``` ------ #### [ PowerShell ] **Para identificar o tipo de volume raiz determinado por uma AMI** Use o cmdlet [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html). ``` (Get-EC2Image ` -ImageId ami-0abcdef1234567890).RootDeviceType.Value ``` O seguinte é um exemplo de saída. ``` ebs ``` ------ ## Tipos de virtualização As Imagens de máquina da Amazon usam um dos dois tipos de virtualização: paravirtual (PV) ou máquina virtual de hardware (HVM). As diferenças principais entre as AMIs PV e HVM são a maneira como elas inicializam e se podem aproveitar extensões especiais de hardware (CPU, rede e armazenamento) para melhor performance. As AMIs do Windows são AMIs HVM. A tabela a seguir compara AMIs de HVM e PV. | Característica | HVM | PV | | --- | --- | --- | | Descrição | As AMIs HVM são apresentadas com um conjunto totalmente virtualizado de hardware e inicialização ao executar o registro de inicialização mestre do dispositivo de blocos raiz da sua imagem. Esse tipo de virtualização permite a execução de um sistema operacional diretamente em uma máquina virtual, sem qualquer modificação, como se tivesse sido executada em hardware bare metal. O sistema do host Amazon EC2 emula algum ou todos os hardwares subjacentes apresentados ao guest. | As AMIs PV são inicializadas com um bootloader especial chamado PV-GRUB, que começa o ciclo de inicialização e encadeia e carrega o kernel especificado no arquivo menu.lst da sua imagem. Os convidados paravirtuais podem ser executados em hardware de host que não é explicitamente compatível para virtualização. Para obter mais informações sobre o PV-GRUB e seu uso no Amazon EC2, consulte [User provided kernels](https://docs.aws.amazon.com/linux/al2/ug/UserProvidedKernels.html). | | Tipos de instâncias compatíveis | Todos os tipos de instância da geração atual são compatíveis com AMIs HVM. | Os seguintes tipos de instância da geração anterior são compatíveis com AMIs PV: C1, C3, M1, M3, M2 e T1. Os tipos de instância da geração atual não são compatíveis com AMIs PV. | | Suporte para extensões de hardware | Os guests HVM podem aproveitar as extensões de hardware que fornecem acesso rápido ao hardware subjacente no sistema host. Eles são necessários para usar rede aperfeiçoada e processamento de GPU. Para passar instruções à rede especializada e aos dispositivos de GPU, o SO precisa ter acesso à plataforma de hardware nativa; a virtualização de HVM fornece esse acesso. Para obter mais informações, consulte [Redes aperfeiçoadas para instâncias do Amazon EC2](enhanced-networking.md). | Não, eles não podem se beneficiar de extensões de hardware especiais, como rede aperfeiçoada ou processamento de GPU. | | [Como encontrar](finding-an-ami.md) | Verifique se o tipo de virtualização da AMI está definido como hvm usando o console ou o comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). | Verifique se o tipo de virtualização da AMI está definido como paravirtual usando o console ou o comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). | **PV em HVM** Os guests paravirtuais tradicionalmente se saem melhor com operações de armazenamento e rede que os guests de HVM, pois podem aproveitar drivers especiais para E/S que evitaram as despesas gerais de emulação de hardware de rede e de disco, enquanto os guests HVM tiveram de converter essas instruções para o hardware emulado. Agora, esses drivers PV estão disponíveis para guests HVM, de forma que os sistemas operacionais que não puderem ser movidos para execução em um ambiente paravirtualizado ainda poderão ver vantagens de performance no armazenamento e na E/S de rede usando-os. Com esses drivers de PV em HVM, os convidados recebem performance igual, ou melhor, que os guests paravirtuais.