

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á.

# Tipos de instância compatíveis do Amazon EMR
<a name="emr-supported-instance-types"></a>

Esta seção descreve os tipos de instância compatíveis o Amazon EMR, organizados por Região da AWS. Para saber mais sobre os tipos de instância, consulte [Instâncias do Amazon EC2](https://aws.amazon.com/ec2/instance-types/) e [Matriz de tipo de instância da Amazon Linux AMI](https://aws.amazon.com/amazon-linux-ami/instance-type-matrix/).

Nem todos os tipos de instância estão disponíveis em todas as regiões. A disponibilidade da instância está sujeita à disponibilidade e à demanda na região e zona de disponibilidade especificadas. A zona de disponibilidade da instância é determinada pela sub-rede usada para iniciar o cluster. 

## Considerações
<a name="emr-supported-instance-types-considerations"></a>

Considere o seguinte ao escolher os tipos de instância do cluster do Amazon EMR.

**Importante**  
Quando você escolhe um tipo de instância usando o Console de gerenciamento da AWS, o número de **vCPU** mostrado para cada **tipo de instância** é o número de vcores YARN para esse tipo de instância, não o número de EC2 v CPUs para esse tipo de instância. Para obter mais informações sobre o número de v CPUs para cada tipo de instância, consulte Tipos de [instância do Amazon EC2](https://aws.amazon.com/ec2/instance-types/).
+ Se você criar um cluster usando um tipo de instância que não está disponível na região e na zona de disponibilidade especificadas, o cluster poderá falhar ao tentar provisionar ou pode ficar preso no estado de provisionamento. Para obter informações sobre a disponibilidade de instâncias, consulte a [página de preços do Amazon EMR](https://aws.amazon.com/emr/pricing) ou veja as tabelas [Tipos de instância compatíveis com Região da AWS](#emr-instance-types-by-region) nesta página.
+ Começando com a versão 5.13.0 do Amazon EMR, todas as instâncias usam a virtualização de HVM e armazenamento baseado em EBS para volumes raiz. Ao usar versões do Amazon EMR anteriores à 5.13.0, algumas instâncias de gerações anteriores usam a virtualização de PVM. Para obter mais informações, consulte [Tipos de virtualização da AMI em Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html).
+ Devido à falta de suporte de hardware e de configurações padrão que podem levar à subutilização da memória e dos núcleos, não recomendamos usar os tipos de instância `c7a`, `c7i`, `m7i`, `m7i-flex`, `r7a`, `r7i`, `r7iz`, `i4i.12xlarge` e `i4i.24xlarge` se você executar versões do Amazon EMR inferiores às 5.36.1 e 6.10.0. Caso execute esses tipos de instância nessas versões, você poderá ter uma performance inferior e não verá os benefícios esperados dos tipos de instância mais recentes, como `c7i` vs. `c6i`. Para otimizar a utilização dos recursos e a performance com esses tipos de performance, você deve executar as versões 5.36.1 e superior ou 6.10.0 e superior para maximizar os recursos.
+ Alguns tipos de instâncias oferecem suporte a redes avançadas. Para obter mais informações, consulte [Redes avançadas no Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html).
+ Os drivers NVIDIA e CUDA são instalados em tipos de instância GPU por padrão.

## Tipos de instância compatíveis com Região da AWS
<a name="emr-instance-types-by-region"></a>

As tabelas a seguir listam os tipos de instância do Amazon EC2 que o Amazon EMR suporta, organizados por. Região da AWS As tabelas também listam as primeiras versões do Amazon EMR nas séries 5.x, 6.x e 7.x que oferecem suporte a cada tipo de instância.

### Leste dos EUA (Norte da Virgínia) – us-east-1
<a name="us-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Leste dos EUA (Ohio): us-east-2
<a name="us-east-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Oeste dos EUA (Norte da Califórnia): us-west-1
<a name="us-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Oeste dos EUA (Oregon): us-west-2
<a name="us-west-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### AWS GovCloud (Oeste dos EUA) - -1 us-gov-west
<a name="us-gov-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### AWS GovCloud (Leste dos EUA) - -1 us-gov-east
<a name="us-gov-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### África (Cidade do Cabo): af-south-1
<a name="af-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Hong Kong): ap-east-1
<a name="ap-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Jacarta): ap-southeast-3
<a name="ap-southeast-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Melbourne): ap-southeast-4
<a name="ap-southeast-4-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Malásia): ap-southeast-5
<a name="ap-southeast-5-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Mumbai): ap-south-1
<a name="ap-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Hyderabad): ap-south-2
<a name="ap-south-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asia Pacific (Osaka): ap-northeast-3
<a name="ap-northeast-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Seul): ap-northeast-2
<a name="ap-northeast-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Singapura): ap-southeast-1
<a name="ap-southeast-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Sydney) – ap-southeast-2
<a name="ap-southeast-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Tóquio) – ap-northeast-1
<a name="ap-northeast-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Canadá (Central): ca-central-1
<a name="ca-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Oeste do Canadá (Calgary): ca-west-1
<a name="ca-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### China (Ningxia): cn-northwest-1
<a name="cn-northwest-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### China (Pequim): cn-north-1
<a name="cn-north-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Frankfurt): eu-central-1
<a name="eu-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Zurique): eu-central-2
<a name="eu-central-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Irlanda): eu-west-1
<a name="eu-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Londres): eu-west-2
<a name="eu-west-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Milão): eu-south-1
<a name="eu-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Espanha): eu-south-2
<a name="eu-south-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Paris): eu-west-3
<a name="eu-west-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Estocolmo): eu-north-1
<a name="eu-north-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Israel (Tel Aviv): il-central-1
<a name="il-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Oriente Médio (Bahrein): me-south-1
<a name="me-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Oriente Médio (EAU): me-central-1
<a name="me-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### América do Sul (São Paulo): sa-east-1
<a name="sa-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Tailândia) - ap-southeast-7
<a name="ap-southeast-7-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### México (Centro): mx-central-1
<a name="mx-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Taipei): ap-east-2
<a name="ap-east-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Ásia-Pacífico (Nova Zelândia): ap-southeast-6
<a name="ap-southeast-6-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-supported-instance-types.html)

## Instâncias da geração anterior
<a name="emr-supported-instance-types-previous-generation"></a>

O Amazon EMR oferece suporte a instâncias de gerações anteriores para oferecer suporte a aplicações que são otimizadas para essas instâncias e ainda não foram atualizadas. Para obter mais informações sobre esses tipos de instâncias e caminhos de atualização, consulte [Instâncias de gerações anteriores](https://aws.amazon.com/ec2/previous-generation). 


| Classe de instância | Tipos de instância | 
| --- | --- | 
|  General Purpose  |  m1.small¹ \$1 m1.medium¹ \$1 m1.large¹ \$1 m1.xlarge¹ \$1 m3.xlarge¹ \$1 m3.2xlarge¹ \$1 m4.large \$1 m4.xlarge \$1 m4.2xlarge \$1 m4.4xlarge \$1 m4.10xlarge \$1 m4.16xlarge  | 
|  Compute Optimized  |  c1.medium¹ ² \$1 c1.xlarge¹ \$1 c3.xlarge¹ \$1 c3.2xlarge¹ \$1 c3.4xlarge¹ \$1 c3.8xlarge¹ \$1 c4.large \$1 c4.xlarge \$1 c4.2xlarge \$1 c4.4xlarge \$1 c4.8xlarge  | 
|  Memory Optimized  |  m2.xlarge¹ \$1 m2.2xlarge¹ \$1 m2.4xlarge¹ \$1 r3.xlarge \$1 r3.2xlarge \$1 r3.4xlarge \$1 r3.8xlarge \$1 r4.xlarge \$1 r4.2xlarge \$1 r4.4xlarge \$1 r4.8xlarge \$1 r4.16xlarge  | 
|  Storage Optimized  |  d2.xlarge \$1 d2.2xlarge \$1 d2.4xlarge \$1 d2.8xlarge \$1 i2.xlarge \$1 i2.2xlarge \$1 i2.4xlarge \$1 i2.8xlarge  | 

¹ Usa AMI de virtualização PVM com versões anteriores ao Amazon EMR 5.13.0. Para obter mais informações, consulte [Tipos de virtualização de AMI no Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html).

² Sem suporte na versão 5.15.0.

# Opções de compra de instância no Amazon EMR
<a name="emr-instance-purchasing-options"></a>

Ao configurar um cluster, você escolhe uma opção de compra para instâncias do Amazon EC2. É possível escolher instâncias sob demanda, instâncias spot ou ambas. Os preços variam com base no tipo de instância e na região. O preço do Amazon EMR é um acréscimo ao preço do Amazon EC2 (o preço dos servidores subjacentes) e ao preço do Amazon EBS (ao anexar volumes do Amazon EBS). Para obter os preços atuais, consulte [Preço do Amazon EMR](https://aws.amazon.com/emr/pricing).

Sua opção para usar grupos de instâncias ou frotas de instâncias no cluster determina como você pode alterar opções de compra de instância enquanto um cluster está em execução. Ao escolher grupos de instâncias uniformes, você só poderá especificar a opção de compra para um grupo de instâncias ao criá-lo, e o tipo de instância e a opção de compra se aplicarão a todas as instâncias do Amazon EC2 em cada grupo de instâncias. Se você optar por usar frotas de instâncias, poderá alterar as opções de compra após criar a frota de instância, e poderá combinar opções de compra para preencher uma capacidade alvo especificada por você. Para obter mais informações sobre essas configurações, consulte [Criação de um cluster do Amazon EMR com frotas de instâncias ou grupos de instâncias uniformes](emr-instance-group-configuration.md).

## Instâncias sob demanda
<a name="emr-instances-on-demand"></a>

Com instâncias sob demanda, você paga pela capacidade computacional por segundo. Opcionalmente, você pode fazer com que essas instâncias sob demanda usem as opções de compra de instâncias reservadas ou dedicadas. Com instâncias reservadas, você faz um pagamento único por uma instância para reservar capacidade. As instâncias dedicadas são fisicamente isoladas no nível do hardware do host das instâncias que pertencem a outras AWS contas. Para obter mais informações sobre as opções de compra, consulte [Opções de compra de instância](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) no *Guia do usuário do Amazon EC2*.

### Usar instâncias reservadas
<a name="emr-instances-reserved"></a>

Para usar instâncias reservadas no Amazon EMR, você usa o Amazon EC2 para adquirir a instância reservada e especifica os parâmetros da reserva, incluindo o escopo da reserva aplicável a uma região ou a uma zona de disponibilidade. Para obter mais informações, consulte [Instâncias reservadas do Amazon EC2](https://aws.amazon.com/ec2/reserved-instances/) e [Comprar instâncias reservadas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-market-concepts-buying.html) no *Guia do usuário do Amazon EC2*. Após você comprar uma instância reservada, ela será usada pelo Amazon EMR quando um cluster for iniciado e se todas as condições a seguir forem verdadeiras:
+ Uma instância sob demanda é especificada na configuração do cluster que corresponde à especificação da instância reservada.
+ O cluster é executado no escopo da reserva de instância (a zona de disponibilidade ou região).
+ A capacidade da Instância reservada ainda está disponível

Por exemplo, digamos que você compre uma instância reservada `m5.xlarge` com a reserva de instância direcionada à região US-East. Em seguida, inicie um cluster do Amazon EMR em US-Leste que use duas instâncias `m5.xlarge`. A primeira instância é cobrada de acordo com a taxa da Instância reservada, e a outra de acordo com a taxa Sob demanda. A capacidade da Instância reservada é usada antes que as Instâncias sob demanda sejam criadas.

### Usar instâncias dedicadas
<a name="emr-dedicated-instances"></a>

Para usar Instâncias dedicadas, você as compra usando o Amazon EC2 e depois cria uma VPC com o atributo de locação **Dedicated**. Em seguida, no Amazon EMR, você especifica que um cluster deve ser executado nessa VPC. Todas as instâncias sob demanda no cluster que correspondem com a especificação de instâncias dedicadas usam as instâncias dedicadas disponíveis quando o cluster é executado.

**nota**  
O Amazon EMR não oferece suporte à configuração do atributo `dedicated` em instâncias individuais.

## Instâncias spot
<a name="emr-spot-instances"></a>

Instâncias spot no Amazon EMR fornecem uma opção para você comprar capacidade de instâncias do Amazon EC2 a um custo reduzido em comparação à compra sob demanda. A desvantagem de usar instâncias spot é que as instâncias podem ser terminadas se a capacidade spot ficar indisponível para o tipo de instância que você está executando. Para obter mais informações sobre quando usar instâncias spot pode ser apropriado para seu aplicativo, consulte [Quando você deve usar instâncias spot?](emr-plan-instances-guidelines.md#emr-plan-spot-instances).

Quando o Amazon EC2 tem capacidade não utilizada, ele oferece instâncias do EC2 a um custo reduzido, chamado de *preço spot*. Esse preço flutua com base na disponibilidade e na demanda e é estabelecido por região e zona de disponibilidade. Quando você escolhe instâncias spot, você especifica o preço spot máximo que está disposto a pagar por cada tipo de instância do EC2. Quando o preço spot na zona de disponibilidade do cluster estiver abaixo do preço máximo especificado para esse tipo de instância, as instâncias serão executadas. Enquanto as instâncias forem executadas, você será cobrado de acordo com o preço spot atual *e não o preço spot máximo*.

**nota**  
As instâncias spot com duração definida (também conhecidas como blocos spot) não estarão mais disponíveis para novos clientes a partir de 1.º de julho de 2021. Aos clientes que utilizaram o recurso anteriormente, continuaremos a oferecer suporte a instâncias spot com duração definida até 31 de dezembro de 2022.

Para obter os preços atuais, consulte [Preço das instâncias spot do Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/). Para obter mais informações, consulte [Instâncias spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) no *Guia do Usuário do Amazon EC2*. Ao criar e configurar um cluster, você especifica as opções de rede que, em última análise, determinam a Zona de disponibilidade na qual seu cluster é executado. Para obter mais informações, consulte [Configuração de redes em uma VPC no Amazon EMR](emr-plan-vpc-subnet.md). 

**dica**  
Você pode ver o preço spot em tempo real no console ao passar o mouse sobre a dica de ferramenta de informações ao lado da opção de compra de **Spot** quando criar um cluster usando as **Advanced Options (Opções avançadas)**. Os preços de cada zona de disponibilidade na região selecionada são exibidos. Os preços mais baixos estão nas linhas de cor verde. Devido à flutuação dos preços Spot entre as Zonas de disponibilidade, selecionar a Zona de disponibilidade com o menor preço inicial pode não resultar no menor preço durante a vigência do cluster. Para obter os melhores resultados, estude o histórico de preços da Zona de disponibilidade antes de escolher. Para obter mais informações, consulte [Histórico de definição de preço da instância spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances-history.html) no *Guia do usuário do Amazon EC2*.

As opções de instâncias Spot dependem de você usar grupos de instâncias uniformes ou frotas de instâncias na sua configuração de cluster.

****Instâncias Spot em grupos de instâncias uniformes****  
Quando você usar instâncias Spot em um grupo de instâncias uniforme, todas as instâncias desse grupo devem ser instâncias Spot. Você especifica uma única sub-rede ou Zona de disponibilidade para o cluster. Para cada grupo de instâncias, você especifica uma única instância spot e um preço spot máximo. As instâncias spot desse tipo serão executadas se o preço spot na região e na zona de disponibilidade do cluster estiver abaixo do preço spot máximo. As instâncias serão encerradas se o preço spot estiver acima do preço spot máximo. Você define o preço spot máximo somente ao configurar um grupo de instâncias. Não é possível alterá-lo mais tarde. Para obter mais informações, consulte [Criação de um cluster do Amazon EMR com frotas de instâncias ou grupos de instâncias uniformes](emr-instance-group-configuration.md).

****Instâncias Spot em frotas de instâncias****  
Quando você usa a configuração de frotas de instâncias, opções adicionais dão maior controle sobre como as instâncias Spot são executadas e encerradas. Fundamentalmente, frotas de instâncias usam um método diferente daquele de grupos de instâncias uniformes para executar instâncias. Isso funciona porque estabelecer uma *capacidade alvo* para instâncias Spot (e instâncias sob demanda) e até cinco tipos de instâncias. Você também pode especificar uma *capacidade ponderada* para cada tipo de instância ou usar a vCPU (vcores YARN) do tipo de instância como capacidade ponderada. Essa capacidade ponderada conta para a capacidade de destino quando uma instância desse tipo é provisionada. O Amazon EMR provisiona instâncias com ambas as opções de compra, até que a capacidade de cada de destino seja preenchida. Além disso, é possível definir um intervalo de zonas de disponibilidade para que o Amazon EMR escolha ao executar instâncias. Você também fornece opções spot adicionais para cada frota, incluindo um tempo limite de provisionamento. Para obter mais informações, consulte [Planejamento e configuração de frotas de instâncias para o cluster do Amazon EMR](emr-instance-fleet.md).

# Opções e comportamento de armazenamento de instâncias no Amazon EMR
<a name="emr-plan-storage"></a>

## Visão geral do
<a name="emr-plan-storage-ebs-storage-overview"></a>

O armazenamento de instância e de volumes do Amazon EBS é usado para dados do HDFS e para buffers, caches, dados transitórios e outros conteúdos temporários que algumas aplicações podem “vazar” para o sistema de arquivos local.

O Amazon EBS funciona de forma diferente dentro do Amazon EMR do que com instâncias do Amazon EC2 regulares. Os volumes do Amazon EBS anexados aos clusters do Amazon EMR são temporários: os volumes são excluídos após o término do cluster e da instância (por exemplo, ao reduzir grupos de instâncias), portanto, não espere a persistência dos dados. Embora os dados sejam temporários, é possível que os dados no HDFS sejam replicados dependendo do número e da especialização dos nós no cluster. Quando você adiciona volumes de armazenamento do Amazon EBS, eles são montados como volumes adicionais. Eles não fazem parte do volume de inicialização. O YARN está configurado para usar todos os volumes adicionais, mas você é responsável por alocá-los como armazenamento local (para arquivos de log locais, por exemplo).

## Considerações
<a name="emr-plan-storage-ebs-storage-considerations"></a>

Lembre-se destas considerações adicionais ao usar o Amazon EBS com clusters do EMR:
+ Você não pode fazer snapshot de um volume do Amazon EBS e restaurá-lo no Amazon EMR. Para criar configurações personalizadas reutilizáveis, use uma AMI personalizada (disponível no Amazon EMR 5.7.0 e versões posteriores). Para obter mais informações, consulte [Uso de uma AMI personalizada para fornecer mais flexibilidade na configuração de clusters do Amazon EMR](emr-custom-ami.md).
+ Um volume de armazenamento raiz do Amazon EBS criptografado tem suporte apenas ao usar uma AMI personalizada. Para obter mais informações, consulte [Criar uma AMI personalizada com o volume do dispositivo raiz do Amazon EBS criptografado](emr-custom-ami.md#emr-custom-ami-encrypted). 
+ Se você aplicar etiquetas usando a API do Amazon EMR, essas operações serão aplicadas a volumes do EBS.
+ Existe um limite de 25 volumes por instância.
+ Os volumes do Amazon EBS nos nós centrais não podem ter menos de 5 GB.
+ O Amazon EBS tem um limite fixo de 2.500 volumes do EBS por solicitação de inicialização de instância. Esse limite também se aplica ao Amazon EMR em clusters do EC2. Recomendamos iniciar clusters com o número total de volumes do EBS dentro desse limite e, em seguida, manualmente aumentar a escala verticalmente do cluster ou usar o Ajuste de Escala Gerenciado do Amazon EMR, conforme necessário. Para saber mais sobre o limite de volume do EBS, consulte [Service Quotas](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs:~:text=Amazon%20EBS%20has,exceeding%20the%20limit.).

## Armazenamento padrão do Amazon EBS para instâncias
<a name="emr-plan-storage-ebs-storage-default"></a>

Para instâncias do EC2 com armazenamento exclusivo do EBS, o Amazon EMR aloca volumes de armazenamento gp2 ou gp3 do Amazon EBS a instâncias. Ao criar um cluster usando o Amazon EMR 5.22.0 e versões superiores, a quantidade padrão de armazenamento do Amazon EBS aumenta de acordo com o tamanho da instância.

Dividimos qualquer aumento de armazenamento em vários volumes. Isso aumenta a performance de IOPS e, por sua vez, a performance de algumas workloads padronizadas. Se quiser usar uma configuração de armazenamento de instância diferente do Amazon EBS, isso poderá ser especificado ao criar um cluster do EMR ou adicionar nós a um cluster existente. É possível usar volumes gp2 ou gp3 do Amazon EBS como volumes raiz e adicionar volumes gp2 ou gp3 como volumes adicionais. Para obter mais informações, consulte [Especificar volumes de armazenamento adicionais do EBS](#emr-plan-storage-additional-ebs-volumes).

A tabela a seguir identifica o número padrão de volumes do Amazon EBS, tamanhos e tamanhos totais de armazenamento gp2 por tipo de instância. Para obter informações sobre volumes gp2 comparados aos gp3, consulte [Comparar os tipos de volume gp2 e gp3 do Amazon EBS](emr-plan-storage-compare-volume-types.md).


**Tamanho e volumes de armazenamento padrão gp2 do Amazon EBS por tipo de instância para o Amazon EMR 5.22.0 e versões superiores**  

| Tamanho da instância | Número de volumes | Tamanho do volume (GiB) | Tamanho total (GiB) | 
| --- | --- | --- | --- | 
|  \$1.large  |  1  |  32  |  32  | 
|  \$1.xlarge  |  2  |  32  |  64  | 
|  \$1.2xlarge  |  4  |  32  |  128  | 
|  \$1.4xlarge  |  4  |  64  |  256  | 
|  \$1.8xlarge  |  4  |  128  |  512  | 
|  \$1.9xlarge  |  4  |  144  |  576  | 
|  \$1.10xlarge  |  4  |  160  |  640  | 
|  \$1.12xlarge  |  4  |  192  |  768  | 
|  \$1.16xlarge  |  4  |  256  |  1024  | 
|  \$1.18xlarge  |  4  |  288  |  1152  | 
|  \$1.24xlarge  |  4  |  384  |  1536  | 

## Volume raiz padrão do Amazon EBS para instâncias
<a name="emr-plan-storage-ebs-root-volume"></a>

Com as versões 6.15 e superiores do Amazon EMR, o Amazon EMR anexa automaticamente um SSD de uso geral (gp3) do Amazon EBS como dispositivo raiz para melhorar o desempenho. AMIs Nas versões anteriores, o Amazon EMR anexa um volume SSD de uso geral do EBS (gp2) como dispositivo raiz.


|  | 6.15 e superior | 6.14 e inferior | 
| --- | --- | --- | 
| Tipo de volume raiz padrão |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-plan-storage.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-plan-storage.html) | 
| Tamanho padrão |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-plan-storage.html)  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-plan-storage.html)  | 
| IOPS padrão |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 
| Throughput padrão |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 

Para obter informações sobre como personalizar o volume raiz do dispositivo do Amazon EBS, consulte [Especificar volumes de armazenamento adicionais do EBS](#emr-plan-storage-additional-ebs-volumes).

## Especificar volumes de armazenamento adicionais do EBS
<a name="emr-plan-storage-additional-ebs-volumes"></a>

Ao configurar tipos de instâncias no Amazon EMR, você pode especificar volumes do EBS adicionais para aumentar a capacidade além do armazenamento de instância (se houver) e do volume do EBS padrão. O Amazon EBS fornece os seguintes tipos de volumes: uso geral (SSD), IOPS provisionadas (SSD), otimizado para throughput (HDD), a frio (HDD) e Magnético. Eles diferem em características de performance e preço, para que você possa adaptar seu armazenamento às necessidades analíticas e comerciais das suas aplicações. Por exemplo, algumas aplicações podem precisar ser transferidas para o disco, enquanto outras podem trabalhar com segurança na memória ou usando o Amazon S3.

Você só pode anexar volumes do Amazon EBS a instâncias na inicialização do cluster e ao adicionar um grupo de instâncias de nós de tarefa. Se uma instância em um cluster do Amazon EMR falhar, tanto ela quanto os volumes do Amazon EBS anexados serão substituídos pelos novos volumes. Consequentemente, se você separar manualmente um volume do Amazon EBS, o Amazon EMR o tratará como uma falha e substituirá os armazenamentos de instância (se aplicável) e de volume.

Com o Amazon EMR, não é possível modificar o tipo de volume de gp2 para gp3 para um cluster do EMR já existente. Para usar o gp3 nas suas workloads, execute um novo cluster do EMR. Além disso, não é recomendável atualizar o throughput e as IOPS de um cluster que esteja em uso ou que esteja sendo provisionado, pois o Amazon EMR usa os valores de throughput e de IOPS especificados no momento de execução do cluster para qualquer nova instância adicionada durante o aumento vertical da escala do cluster. Para obter mais informações, consulte [Comparar os tipos de volume gp2 e gp3 do Amazon EBS](emr-plan-storage-compare-volume-types.md) e [Seleção de IOPS e throughput ao migrar para os tipos de volume gp3 do Amazon EBS](emr-plan-storage-gp3-migration-selection.md).

**Importante**  
Para utilizar um volume gp3 com o cluster do EMR, execute um novo cluster.

# Comparar os tipos de volume gp2 e gp3 do Amazon EBS
<a name="emr-plan-storage-compare-volume-types"></a>

Veja aqui uma comparação dos custos entre os volumes gp2 e gp3 na região Leste dos EUA (Norte da Virgínia). Para obter as informações mais atualizadas, consulte a página do produto [Volumes de uso geral do Amazon EBS](https://aws.amazon.com/ebs/general-purpose/) e a [página de preços do Amazon EBS](https://aws.amazon.com/ebs/pricing/).


| Tipo de volume | gp3 | gp2 | 
| --- | --- | --- | 
| Tamanho do volume | 1 GiB – 16 TiB | 1 GiB – 16 TiB | 
| IOPS padrão/de referência | 3000 | 3 IOPS/GiB (mínimo de 100 IOPS) a um máximo de 16.000 IOPS. Volumes menores que 1 TiB também podem se expandir até 3 mil IOPS. | 
| IOPS máxima/volume | 16.000 | 16.000 | 
| Throughput padrão/de referência | 125 MiB/s | O limite de taxa de transferência está entre 128 MiB/s e 250 MiB/s, dependendo do tamanho do volume. | 
| Throughput máximo/volume | 1.000 MiB/s | 250 MiB/s | 
| Preço | 0,08 USD/GiB por mês 3.000 IOPS gratuitas e 0,005/IOPS provisionado por mês acima de 3.000; 125 gratuitas e 0,04/USD provisionadas MiB/s MiB/s-month over 125MiB/s | USD 0,10 USD/Gib por mês | 

# Seleção de IOPS e throughput ao migrar para os tipos de volume gp3 do Amazon EBS
<a name="emr-plan-storage-gp3-migration-selection"></a>

Ao provisionar um volume gp2, é necessário descobrir o tamanho do volume para obter as IOPS e o throughput proporcionais. Com o gp3, não necessário provisionar um volume maior para aumentar a performance. Você pode escolher o tamanho e a performance desejados de acordo com a necessidade da aplicação. Selecionar o tamanho certo e os parâmetros de performance certos (IOPS, throughput) pode proporcionar a máxima redução de custos, sem afetar a performance.

Aqui está uma tabela para ajudar você a selecionar as opções de configuração do gp3:


| Tamanho do volume | IOPS | Throughput | 
| --- | --- | --- | 
| 1-170 GiB | 3000 | 125 MiB/s | 
| 170-334 GiB | 3000 | 125 MiB/s se o tipo de instância EC2 escolhido suportar 125 MiB/s or less, use higher as per usage, Max 250 MiB/s \$1. | 
| 334-1000 GiB | 3000 | 125 MiB/s se o tipo de instância EC2 escolhido suportar 125 MiB/s or less, Use higher as per usage, Max 250 MiB/s \$1. | 
| 1000\$1 GiB | Combine IOPS gp2 (tamanho em GiB x 3) ou máximo de IOPS determinado pelo volume gp2 atual | 125 MiB/s se o tipo de instância EC2 escolhido suportar 125 MiB/s or less, Use higher as per usage, Max 250 MiB/s \$1. | 

\$1O Gp3 tem a capacidade de fornecer uma taxa de transferência de até 2000). MiB/s. Since gp2 provides a maximum of 250MiB/s throughput, you may not need to go beyond this limit when you use gp3. Gp3 volumes deliver a consistent baseline throughput performance of 125 MiB/s, which is included with the price of storage. You can provision additional throughput (up to a maximum of 2,000 MiB/s) for an additional cost at a ratio of 0.25 MiB/s per provisioned IOPS. Maximum throughput can be provisioned at 8,000 IOPS or higher and 16 GiB or larger (8,000 IOPS × 0.25 MiB/s per IOPS = 2,000 MiB/s