# Opções de faturamento e compra do Amazon EC2
É possível usar as seguintes opções para otimizar seus custos para o Amazon EC2:
+ **[Instâncias sob demanda](ec2-on-demand-instances.md)**: pague por segundo as instâncias que você iniciar.
+ **[Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html)**: reduza os custos do Amazon EC2 se comprometendo com uma quantidade consistente de uso, em USD por hora, pelo prazo de um ou de três anos.
+ **[Instâncias reservadas](ec2-reserved-instances.md)**: reduza os custos do Amazon EC2 se comprometendo com uma configuração consistente de instância, incluindo tipo de instância e região, pelo prazo de um ou de três anos.
+ **[Instâncias spot](using-spot-instances.md)**: solicite instâncias do EC2 não utilizadas, o que pode reduzir significativamente os custos do Amazon EC2.
+ **[Hosts dedicados](dedicated-hosts-overview.md)**: pague por um host físico totalmente dedicado à execução de suas instâncias e use as licenças existentes de software por soquete, por núcleo ou por VM para reduzir os custos.
+ **[Instâncias dedicadas](dedicated-instance.md)**: pague por hora as instâncias executadas em hardware de locatário único.
+ **[Reservas de capacidade](capacity-reservation-overview.md)**: reserve capacidade para as instâncias do EC2 em uma zona de disponibilidade específica.
Se você não puder se comprometer com uma configuração de instância específica, mas puder se comprometer com uma quantidade de uso, adquira Savings Plans para reduzir seus custos de instâncias sob demanda. Se você precisar de uma reserva de capacidade, compre instâncias reservadas ou Reservas de Capacidade para uma zona de disponibilidade específica. Os blocos de capacidade podem ser usados para reservar um cluster de instâncias de GPU. As instâncias spot são uma opção econômica se houver flexibilidade quanto ao momento em que as aplicações serão executados e se poderão ser interrompidas. Os hosts dedicados ou as instâncias dedicadas podem ajudar você a atender aos requisitos de conformidade e reduzir custos usando as licenças de software associadas ao servidor.
Para obter mais informações, consulte [Definição de preços do Amazon EC2](https://aws.amazon.com/ec2/pricing/) e [Instâncias gerenciadas do Amazon EC2](amazon-ec2-managed-instances.md).
# Como comprar instâncias sob demanda para o Amazon EC2
Com instâncias sob demanda, você paga pela capacidade computacional por segundo, sem qualquer compromisso de longo prazo. Você tem pleno controle sobre o ciclo de vida da instância: você decide quando executar, interromper, hibernar, iniciar, reiniciar ou encerrá-la.
Não há compromisso de longo prazo ao comprar Instâncias on-demand. Você paga apenas pelos segundos em que suas instâncias sob demanda estiverem no estado `running`, com um mínimo de 60 segundos. O preço por segundo para uma instância sob demanda em execução é fixo e está listado na [página de preços sob demanda, preços do Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/).
Recomendamos o uso de Instâncias on-demand para aplicações com workloads de curto prazo e irregulares que não podem ser interrompidas.
Para economias significativas com relação a instâncias sob demanda, use [AWS Savings Plans](https://aws.amazon.com/savingsplans/), [Instâncias spot](using-spot-instances.md) ou [Visão geral de instâncias reservadas para o Amazon EC2](ec2-reserved-instances.md).
**Contents**
+ [
## Cotas de instância sob demanda
](#ec2-on-demand-instances-limits)
+ [
### Monitorar cotas e uso de instância sob demanda
](#monitoring-on-demand-limits)
+ [
### Solicitar um aumento da cota
](#vcpu-limits-request-increase)
+ [
## Consulte os preços das instâncias sob demanda
](#query-aws-price-list)
## Cotas de instância sob demanda
Há cotas para o número de instâncias sob demanda em execução por Conta da AWS por região. As cotas de instância sob demanda são gerenciadas em termos do *número de unidades de processamento central virtual (vCPUs)* que as instâncias sob demanda em execução estão usando, independentemente do tipo de instância. Cada tipo de cota especifica o número máximo de vCPUs para uma ou mais famílias de instâncias.
Sua conta inclui as cotas apresentadas a seguir para as instâncias sob demanda. As instâncias que estão nos estados pendente, em interrupção, interrompida e hibernada não entram na contagem das cotas de instância sob demanda. Reservas de capacidade entram na contagem das cotas de instância sob demanda, mesmo que não sejam utilizadas.
| Name | Padrão | Ajustável |
| --- | --- | --- |
| Execução de instâncias DL sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6E869C2A) |
| Execução de instâncias F sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-74FC7D96) |
| Execução de instâncias G e VT sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-DB2E81BA) |
| Executar todas as instâncias HPC sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-F7808C92) |
| Executar instâncias com mais memória sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-43DA4232) |
| Execução de instâncias Inf sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1945791B) |
| Execução de instâncias P sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-417A185B) |
| Execução de instâncias padrão sob demanda (A, C, D, H, I, M, R, T, Z) | 5 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1216C47A) |
| Executar instâncias Trn sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-2C3B7624) |
| Execução de instâncias X sob demanda | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7295265B) |
Para obter informações sobre as diferentes famílias, gerações e tamanhos de instâncias, consulte o [Guia de tipos de instância do Amazon EC2](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-types.html).
É possível executar qualquer combinação de tipos de instância que atenda às necessidades em constante mudança da sua aplicação, desde que o número de vCPUs não exceda a cota da sua conta. Por exemplo: com uma cota de instância padrão de 256 vCPUs, é possível iniciar 32 instâncias `m5.2xlarge` (32 x 8 vCPUs) ou 16 instâncias `c5.4xlarge` (16 x 16 vCPUs). Para mais informações, consulte [Limites de instância sob demanda do EC2](https://aws.amazon.com/ec2/faqs/#EC2_On-Demand_Instance_limits).
**Topics**
+ [
### Monitorar cotas e uso de instância sob demanda
](#monitoring-on-demand-limits)
+ [
### Solicitar um aumento da cota
](#vcpu-limits-request-increase)
### Monitorar cotas e uso de instância sob demanda
É possível visualizar e gerenciar suas cotas de instância sob demanda usando os métodos a seguir.
**Para visualizar as cotas atuais usando o console do Service Quotas**
1. Abra o console do Service Quotas em [https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/).
1. Na barra de navegação, selecione uma região.
1. No campo de filtro, insira **On-Demand**.
1. A coluna **Valor da cota aplicada** exibe o número máximo de vCPUs para cada tipo de cota de instância sob demanda da sua conta.
**Para visualizar as cotas atuais usando o console do AWS Trusted Advisor**
Abra a [página Limites do serviço](https://console.aws.amazon.com/trustedadvisor/home?#/category/service-limits) no console do AWS Trusted Advisor.
**Para configurar os alarmes do CloudWatch**
Com a integração de métricas do Amazon CloudWatch, é possível monitorar o uso do EC2 em relação às cotas. Também é possível configurar alarmes para alertar quando estiver chegando próximo da cota. Para obter mais informações, consulte [Alarmes do Service Quotas e do Amazon Cloudwatch](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) no *Guia do usuário do Service Quotas*.
### Solicitar um aumento da cota
Mesmo que o Amazon EC2 aumente automaticamente suas cotas de instância sob demanda com base em seu uso, é possível solicitar um aumento de cota, se for o caso. Por exemplo, se você pretender iniciar mais instâncias do que o permitido por sua cota atual, é possível solicitar um aumento de cota usando console do Service Quotas, descrito em [Service Quotas do Amazon EC2](ec2-resource-limits.md).
## Consulte os preços das instâncias sob demanda
É possível usar a API do serviço de lista de preços ou a API da lista de preços da AWS para consultar os preços de instâncias sob demanda. Para obter mais informações, consulte [Uso da API da lista de preços da AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/price-changes.html) no *Guia do usuário do AWS Billing*.
# Visão geral de instâncias reservadas para o Amazon EC2
**Importante**
Recomendamos utilizar Savings Plans em vez de instâncias reservadas. Os Savings Plans são a maneira mais fácil e flexível de economizar dinheiro em seus custos de computação da AWS e oferecem preços mais baixos (até 72% de desconto sobre os preços sob demanda), assim como as instâncias reservadas. No entanto, os Savings Plans são diferentes das instâncias reservadas. Com as instâncias reservadas, você se compromete com uma configuração de instância específica, enquanto que com Savings Plans você tem a flexibilidade de usar as configurações de instância que melhor atendam às suas necessidades. Para usar o Savings Plans, você se compromete com uma quantidade consistente de uso, medida em USD por hora. Para obter mais informações, consulte o [Guia do usuário do AWS Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
As instâncias reservadas proporcionam economia significativa em seus custos do Amazon EC2 em comparação com os preços de instâncias sob demanda. As instâncias reservadas não são instâncias físicas, mas um desconto na fatura aplicado na sua conta pelo uso de instâncias sob demanda. Essas Instâncias on-demand devem corresponder a determinados atributos, como o tipo de instância e a região, para que você possa aproveitar os benefícios do desconto de faturamento.
**Topics**
+ [
## Exemplo de cenário de instâncias reservadas
](#ri-example-scenario)
+ [
## Principais variáveis que determinam a definição de preço da Instância reservada
](#ri-key-pricing-variables)
+ [
# Instâncias reservadas regionais e zonais (escopo)
](reserved-instances-scope.md)
+ [
# Tipos de Instâncias reservadas (classes de oferta)
](reserved-instances-types.md)
+ [
# Como descontos em instâncias reservadas são aplicados
](apply_ri.md)
+ [
# Use as suas Instâncias reservadas
](using-reserved-instances.md)
+ [
# Como o faturamento funciona com instâncias reservadas
](concepts-reserved-instances-application.md)
+ [
# Comprar instâncias reservadas para o Amazon EC2
](ri-market-concepts-buying.md)
+ [
# Vender instâncias reservadas para o Amazon EC2 no Marketplace de instâncias reservadas
](ri-market-general.md)
+ [
# Modificar a Instâncias reservadas
](ri-modifying.md)
+ [
# Trocar Instâncias reservadas conversíveis
](ri-convertible-exchange.md)
+ [
# Cotas de instâncias reservadas
](ri-limits.md)
## Exemplo de cenário de instâncias reservadas
O diagrama a seguir mostra um cenário básico da compra e do uso de instâncias reservadas.
![\[Comprar Instâncias reservadas.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-basics.png)
Neste cenário, você tem uma instância sob demanda (T2) em execução na sua conta, pela qual paga atualmente as tarifas sob demanda. Você compra uma Instância reservada que corresponde aos atributos da instância em execução, e o benefício do faturamento é aplicado imediatamente. Em seguida, você compra uma Instância reservada para uma instância C4. Você não tem nenhuma instância em execução na conta que corresponda aos atributos dessa Instância reservada. Na etapa final, execute uma instância que corresponda aos atributos da Instância reservada C4 para que o benefício do faturamento seja aplicado imediatamente.
## Principais variáveis que determinam a definição de preço da Instância reservada
A definição de preço de Instância reservada é determinada pelas principais variáveis a seguir.
### Atributos da instância
Uma instância reservada tem quatro atributos de instância que determinam seu preço.
+ **Tipo de instância**: Por exemplo, `m4.large`. Isso é composto pela família de instâncias (por exemplo, `m4`) e pelo tamanho da instância (por exemplo, `large`).
+ **Região**: a região na qual a Instância reservada é comprada.
+ **Locação**: Se sua instância é executada em hardware compartilhado (padrão) ou com grupo de usuários único (dedicado). Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](dedicated-instance.md).
+ **Plataforma**: O sistema operacional; por exemplo, Windows ou Linux/Unix. Para obter mais informações, consulte [Escolher uma plataforma](ri-market-concepts-buying.md#ri-choosing-platform).
### Compromisso com o período de vigência
É possível comprar uma Instância reservada para um compromisso de um ou três anos, sendo que há um grande desconto para o compromisso de três anos.
+ **Um ano**: o compromisso de um ano é definido como 31536000 segundos (365 dias).
+ **Três anos**: o compromisso de três anos é definido como 94608000 segundos (1095 dias).
As Instâncias reservadas não são renovadas automaticamente; quando elas expiram, é possível continuar usando a instância do EC2 sem interrupções, mas serão cobradas taxas sob demanda. No exemplo acima, quando as Instâncias reservadas que cobrem as instâncias T2 e C4 expirarem, você voltará a pagar as taxas sob demanda até encerrar as instâncias ou comprar novas Instâncias reservadas que correspondam aos atributos de instância.
**Importante**
Após adquirir uma Instância reservada, você não poderá cancelar a compra. Contudo, será possível [modificar](ri-modifying.md), [trocar](ri-convertible-exchange.md) ou [vender](ri-market-general.md) a Instância reservada caso suas necessidades mudem.
### Opções de pagamento
As seguintes opções de pagamento estão disponíveis para Instâncias reservadas:
+ **Pagamento adiantado integral**: o pagamento integral é feito no início do período de vigência, sem outros custos ou cobranças por hora incorridos pelo restante do período, independentemente das horas usadas.
+ **Adiantamento parcial**: uma parte do custo deve ser paga adiantada, e as horas restantes do período de vigência são faturadas em uma taxa por hora com desconto, independentemente de a Instância reservada estar ou não sendo usada.
+ **Sem pagamento adiantado**: é cobrada a tarifa por hora com desconto para cada hora do período de vigência, independentemente de a Instância reservada estar ou não sendo usada. Nenhum pagamento adiantado é necessário.
**nota**
As Instâncias reservadas sem pagamento adiantado têm como base uma obrigação contratual de pagamento mensal pelo período de vigência da reserva. Por esse motivo, é necessário ter um histórico de faturamento de sucesso para que seja possível comprar Instâncias reservadas sem pagamento adiantado.
Em linhas gerais, é possível economizar mais ao fazer um pagamento adiantado maior pelas Instâncias reservadas. Também é possível encontrar instâncias reservadas oferecidas por vendedores terceirizados a preços menores e períodos de vigência mais curtos no Marketplace de instâncias reservadas. Para obter mais informações, consulte [Vender instâncias reservadas para o Amazon EC2 no Marketplace de instâncias reservadas](ri-market-general.md).
### Classe de oferta
Se sua computação precisar de uma mudança, você talvez consiga modificar ou trocar a Instância reservada, dependendo da classe de oferta.
+ **Padrão**: fornece o desconto mais significativo, mas só pode ser modificada. As Instâncias reservadas não podem ser alteradas.
+ **Conversível**: fornece um desconto menor que o das Instâncias reservadas padrão, mas pode ser trocada por outra Instância reservada conversível com atributos de instância diferentes. As Instâncias reservadas conversíveis também podem ser modificadas.
Para obter mais informações, consulte [Tipos de Instâncias reservadas (classes de oferta)](reserved-instances-types.md).
**Importante**
Após adquirir uma Instância reservada, você não poderá cancelar a compra. Contudo, será possível [modificar](ri-modifying.md), [trocar](ri-convertible-exchange.md) ou [vender](ri-market-general.md) a Instância reservada caso suas necessidades mudem.
Para obter mais informações, consulte a [página Definição de preço de instâncias reservadas do Amazon EC2](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
# Instâncias reservadas regionais e zonais (escopo)
Ao comprar uma Instância reservada, você determina o escopo da Instância reservada. O escopo pode ser regional ou zonal.
+ **Regional**: quando você compra uma Instância reservada para uma região, ela é chamada de Instância reservada *regional*.
+ **Zonal**: quando você compra uma Instância reservada para uma zona de disponibilidade específica, ela é chamada de Instância reservada *zonal*.
O escopo não afeta o preço. Você paga o mesmo preço por um Instância reservada regional ou zonal. Para obter mais informações sobre Instância reserva da definição de preço, consulte [Principais variáveis que determinam a definição de preço da Instância reservada](ec2-reserved-instances.md#ri-key-pricing-variables) and [Definição de preço de instâncias reservadas do Amazon EC2](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
Para saber mais sobre como especificar o escopo de uma instância reservada, consulte [Atributos da RI](https://aws.amazon.com/ec2/pricing/reserved-instances/#riattributes), especificamente o marcador **Zona de disponibilidade**.
## Diferenças entre Instâncias reservadas regionais e zonais
A tabela a seguir destaca algumas das principais diferenças entre regionais Instâncias reservadas e zonais Instâncias reservadas:
| | Instâncias reservadas regionais | Instâncias reservadas zonais |
| --- | --- | --- |
| Capacidade de reservar capacidade | Uma Instância reservada regional *não* reserva capacidade. | Uma Instância reservada zonal reserva capacidade na zona de disponibilidade especificada. |
| Flexibilidade da zona de disponibilidade | O desconto da Instância reservada se aplica ao uso da instância em qualquer zona de disponibilidade na região especificada. | Sem flexibilidade da zona de disponibilidade — o desconto da Instância reservada se aplica ao uso da instância somente na zona de disponibilidade especificada. |
| Flexibilidade de tamanho da instância | O desconto da Instância reservada se aplica ao uso da instância na família de instâncias, independentemente do tamanho. Compatível somente com Instâncias reservadas de Linux/Unix da Amazon com locação padrão. Para obter mais informações, consulte [Flexibilidade de tamanho da instância determinada pelo fator de normalização](apply_ri.md#ri-normalization-factor). | Sem flexibilidade de tamanho da instância — o desconto da Instância reservada se aplica ao uso da instância somente para o tamanho e o tipo de instância especificados. |
| Enfileiramento de uma compra | É possível enfileirar compras para instâncias reservadas regionais. | Você não pode enfileirar compras para instâncias reservadas zonais. |
Para obter mais informações e exemplos, consulte [Como descontos em instâncias reservadas são aplicados](apply_ri.md).
# Tipos de Instâncias reservadas (classes de oferta)
A classe de oferta de uma Instância reservada é padrão ou conversível. Uma Instância reservada padrão oferece um desconto mais significativo do que uma Instância reservada conversível, mas você não pode trocar uma Instância reservada padrão. É possível trocar Instâncias reservadas conversíveis. É possível modificar Instâncias reservadas padrão e conversíveis.
A configuração de uma Instância reservada compreende um único tipo de instância, plataforma, escopo e locação ao longo de um termo. Se as suas necessidades de computação mudarem, talvez seja possível modificar ou trocar a sua Instância reservada.
## Diferenças entre Instâncias reservadas padrão e conversível
A seguir estão as diferenças entre as classes de oferta da Instâncias reservadas padrão e conversível.
| | Instância reservada padrão | Convertible Reserved Instance |
| --- | --- | --- |
| Modificar a Instâncias reservadas | Alguns atributos podem ser modificados. Para obter mais informações, consulte [Modificar a Instâncias reservadas](ri-modifying.md). | Alguns atributos podem ser modificados. Para obter mais informações, consulte [Modificar a Instâncias reservadas](ri-modifying.md). |
| Trocar instâncias reservadas | Não pode ser trocada. | Pode ser trocada durante o período de vigência por outra Instância reservada convertível com novos atributos, incluindo a família de instâncias, o tipo de instância, a plataforma, o escopo ou a locação. Para obter mais informações, consulte [Trocar Instâncias reservadas conversíveis](ri-convertible-exchange.md). |
| Vender no Marketplace de instâncias reservadas | Pode ser vendida no Marketplace de instâncias reservadas. | Não pode ser vendida no Marketplace de instâncias reservadas. |
| Comprar no marketplace de instâncias reservadas | Pode ser comprada no Marketplace de instâncias reservadas. | Não pode ser comprada no Marketplace de instâncias reservadas. |
# Como descontos em instâncias reservadas são aplicados
As instâncias reservadas não são instâncias físicas, mas um desconto na fatura aplicado às instâncias sob demanda em execução em sua conta. As instâncias sob demanda devem atendem a determinadas especificações de instâncias reservadas para que possam se beneficiar do desconto na fatura.
Se você adquirir uma instância reservada e já tiver uma instância sob demanda em execução que atenda às especificações e instância reservada, o desconto na fatura será aplicado automaticamente. Você não tem de reiniciar suas instâncias. Se você não tiver uma instância sob demanda qualificada em execução, inicie uma instância sob demanda com as mesmas especificações da instância reservada Para obter mais informações, consulte [Use as suas Instâncias reservadas](using-reserved-instances.md).
A classe de oferta (padrão ou conversível) da instância reservada não afeta a forma como o desconto da fatura é aplicado.
**Topics**
+ [
## Como as Instâncias reservadas zonais são aplicadas
](#apply-zonal-ri)
+ [
## Como as Instâncias reservadas regionais são aplicadas
](#apply-regional-ri)
+ [
## Flexibilidade de tamanho da instância
](#ri-instance-size-flexibility)
+ [
## Exemplos de aplicação da Instâncias reservadas
](#ri-usage-examples)
## Como as Instâncias reservadas zonais são aplicadas
Uma instância reservada que é comprada para reservar capacidade em uma zona de disponibilidade específica é denominada instância reservada zonal.
+ O desconto de instância reservada se aplica ao uso correspondente da instância nessa zona de disponibilidade.
+ Os atributos (locação, plataforma, zona de disponibilidade, tipo de instância e tamanho de instância) das instâncias em execução devem corresponder aos atributos das Instâncias reservadas.
Por exemplo, se você tiver adquirido duas instâncias reservadas de locação padrão `c4.xlarge` na zona de disponibilidade us-east-1a, até duas instâncias do Linux/Unix `c4.xlarge` de locação padrão em execução na zona de disponibilidade us-east-1a poderão se beneficiar com o desconto da instância reservada.
## Como as Instâncias reservadas regionais são aplicadas
Uma instâncias reservada comprada para uma região é denominada instância reservada regional e fornece flexibilidade de zona de disponibilidade e tamanho de instância.
+ O desconto da Instância reservada se aplica ao uso da instância em qualquer zona de disponibilidade nessa região.
+ O desconto da instância reservada se aplica ao uso da instância na família de instâncias, independentemente do tamanho; isso é conhecido como [flexibilidade de tamanho de instância](#ri-instance-size-flexibility).
## Flexibilidade de tamanho da instância
Com a flexibilidade de tamanho de instâncias, o desconto de instâncias reservadas aplica-se ao uso de instâncias que têm a mesma [família](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html). A instância reservada é aplicada do menor para o maior tamanho de instância na família de instâncias com base no fator de normalização. Para obter um exemplo de como o desconto de instância reservada é aplicado, consulte [Cenário 2: Instâncias reservadas em uma única conta usando o fator de normalização](#ri-usage-ex2).
### Limitações
+ **Com suporte: ** só há suporte para a flexibilidade do tamanho da instância para instâncias reservadas regionais.
+ **Sem suporte:** a flexibilidade do tamanho da instância *não tem suporte* nas seguintes instâncias reservadas:
+ Instâncias reservadas compradas para uma zona de disponibilidade específica (Instâncias reservadas zonal)
+ Instâncias reservadas para instâncias G4ad, G4dn, G5, G5g, G6, G6e, G6f, Gr6, Gr6f, hpc7a, P5, Inf1, Inf2, u7i-6tb e u7i-8tb
+ Instâncias reservadas para Windows Server, Windows Server com SQL Standard, Windows Server com SQL Server Enterprise, Windows Server com SQL Server Web, RHEL e SUSE Linux Enterprise Server
+ Instâncias reservadas com locação dedicada
### Flexibilidade de tamanho da instância determinada pelo fator de normalização
A flexibilidade de tamanho da instância é determinada pelo fator de normalização do tamanho da instância. O desconto se aplica total ou parcialmente às instâncias em execução da mesma família de instâncias, dependendo do tamanho da instância da reserva, em qualquer zona de disponibilidade na região. Os únicos atributos que devem ser correspondentes são a locação, a plataforma e a família de instâncias.
A tabela a seguir descreve os diferentes tamanhos em uma família de instâncias e o fator de normalização correspondente. Essa escala é usada para aplicar a taxa de desconto de Instâncias reservadas ao uso normalizado da família de instâncias.
| Tamanho da instância | Fator de normalização |
| --- | --- |
| nano | 0.25 |
| micro | 0,5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Por exemplo, uma instância `t2.medium` tem um fator de normalização de 2. Se você tiver adquirido uma Instância reservada `t2.medium` de Linux/Unix da Amazon de locação padrão na US East (N. Virginia) e tiver duas instâncias `t2.small` em execução em sua conta nessa região, o benefício de faturamento será aplicado integralmente às duas instâncias.
![\[Aplicar uma Instância reservada regional.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-instance-flex-full.png)
Ou, se você tiver uma instância `t2.large` em execução em sua conta na região US East (N. Virginia) o benefício de faturamento será aplicado a 50% do uso da instância.
![\[Aplicar uma Instância reservada regional.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-instance-flex-partial.png)
O fator de normalização é aplicado também ao modificar Instâncias reservadas. Para obter mais informações, consulte [Modificar a Instâncias reservadas](ri-modifying.md).
#### Fator de normalização para instâncias bare metal
A flexibilidade de tamanho da instância também se aplica a instâncias bare metal na família de instâncias. Se você tem Instâncias reservadas regionais de Linux/Unix da Amazon com locação compartilhada em instâncias bare metal, é possível se beneficiar das economias de Instância reservada na mesma família de instâncias. O inverso também é verdadeiro: se você tem Instâncias reservadas regionais de Linux/Unix da Amazon com locação compartilhada em instâncias na mesma família que uma instância bare metal, é possível se beneficiar das economias de Instância reservada na instância bare metal.
O tamanho da instância `metal` não tem um único fator de normalização. Uma instância bare metal tem o mesmo fator de normalização que o tamanho de instância virtualizada equivalente na mesma família de instâncias. Por exemplo, uma instância `i3.metal` tem o mesmo fator de normalização que uma instância `i3.16xlarge`.
| Tamanho da instância | Fator de normalização |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Por exemplo, uma instância `i3.metal` tem um fator de normalização de 128. Se você comprar uma Instância reservada `i3.metal` de Linux/Unix da Amazon de locação padrão na US East (N. Virginia), o benefício de faturamento poderá ser aplicado da seguinte maneira:
+ Se você tem uma instância `i3.16xlarge` em execução em sua conta nessa região, o benefício de faturamento é aplicado integralmente à instância `i3.16xlarge` (fator de normalização da `i3.16xlarge` = 128).
+ Ou, se você tem duas instâncias `i3.8xlarge` em execução em sua conta nessa região, o benefício de faturamento é aplicado integralmente a ambas as instâncias `i3.8xlarge` (fator de normalização da `i3.8xlarge` = 64).
+ Ou, se você tem quatro instâncias `i3.4xlarge` em execução em sua conta nessa região, o benefício de faturamento é aplicado integralmente a todas as quatro instâncias `i3.4xlarge` (fator de normalização da `i3.4xlarge` = 32).
O inverso também é verdadeiro. Por exemplo, se você comprar duas Instâncias reservadas `i3.8xlarge` de Linux/Unix da Amazon de locação padrão na US East (N. Virginia) e tiver uma instância `i3.metal` em execução nessa região, o benefício de faturamento será aplicado integralmente à instância `i3.metal`.
## Exemplos de aplicação da Instâncias reservadas
**Topics**
+ [
### Cenário 1: Instâncias reservadas em uma única conta
](#ri-usage-ex1)
+ [
### Cenário 2: Instâncias reservadas em uma única conta usando o fator de normalização
](#ri-usage-ex2)
+ [
### Cenário 3: Instâncias reservadas regionais em contas vinculadas
](#ri-usage-ex3)
+ [
### Cenário 4: Instâncias reservadas zonais em uma conta vinculada
](#ri-usage-ex4)
### Cenário 1: Instâncias reservadas em uma única conta
Você está executando as seguintes Instâncias on-demand na conta A:
+ 4 x instâncias do Linux `m3.large` de locação padrão na zona de disponibilidade us-east-1a
+ 2 x instâncias do Amazon Linux `m4.xlarge` de locação padrão na zona de disponibilidade us-east-1b
+ 1 x instâncias do Amazon Linux `c4.xlarge` de locação padrão na zona de disponibilidade us-east-1c
Você adquire as seguintes Instâncias reservadas na conta A:
+ 4 Instâncias reservadas Linux `m3.large` de locação padrão na zona de disponibilidade us-east-1a (a capacidade é reservada)
+ 4 x Instâncias reservadas `m4.large` de locação padrão do Amazon Linux na região us-east-1
+ 1 x Instâncias reservadas `c4.large` de locação padrão do Amazon Linux na região us-east-1
Os benefícios da Instância reservada são aplicados da seguinte maneira:
+ O desconto e a reserva de capacidade das quatro Instâncias reservadas `m3.large` zonais são usados pelas quatro instâncias `m3.large`, pois os atributos (tamanho da instância, região, plataforma, locação) entre elas são correspondentes.
+ As `m4.large` Instâncias reservadas regionais fornecem flexibilidade de zona de disponibilidade e de tamanho de instância, pois são Instâncias reservadas Amazon Linux regionais com locação padrão.
`m4.large` é equivalente a 4 unidades normalizadas/hora.
Você adquiriu quatro Instâncias reservadas `m4.large` regionais e, no total, elas equivalem a 16 unidades normalizadas/hora (4x4). A conta A tem duas instâncias `m4.xlarge` em execução, equivalente a 16 unidades normalizadas/hora (2x8). Nesse caso, as quatro Instâncias reservadas `m4.large` regionais fornecem o benefício completo de faturamento de uso das duas instâncias `m4.xlarge`.
+ A Instância reservada `c4.large` regional em us-east-1 fornece flexibilidade de zona de disponibilidade e de tamanho da instância, pois é uma Instância reservada Amazon Linux regional com locação padrão e se aplica à instância `c4.xlarge`. Uma instância `c4.large` é equivalente a 4 unidades normalizadas/hora e a uma `c4.xlarge` é equivalente a 8 unidades normalizadas/hora.
Nesse caso, a `c4.large` Instância reservada regional fornece benefício parcial para uso de `c4.xlarge`. Isso ocorre porque a Instância reservada `c4.large` equivale a 4 unidades normalizadas/hora de uso, mas a instância `c4.xlarge` requer 8 unidades normalizadas/hora. Portanto, o desconto de faturamento da Instância reservada `c4.large` aplica-se a 50% do uso de `c4.xlarge`. O uso `c4.xlarge` restante é cobrado na tarifa sob demanda.
### Cenário 2: Instâncias reservadas em uma única conta usando o fator de normalização
Você está executando as seguintes Instâncias on-demand na conta A:
+ 2 x instâncias do Amazon Linux `m3.xlarge` de locação padrão na zona de disponibilidade us-east-1b
+ 2 x instâncias do Amazon Linux `m3.large` de locação padrão na zona de disponibilidade us-east-1b
Você adquire as seguintes Instâncias reservadas na conta A:
+ 1 x Instância reservada `m3.2xlarge` de locação padrão do Amazon Linux na região us-east-1
Os benefícios da Instância reservada são aplicados da seguinte maneira:
+ A Instância reservada regional `m3.2xlarge` em us-east-1 fornece flexibilidade de zona de disponibilidade e de tamanho da instância, pois é uma Instância reservada Amazon Linux regional com locação padrão e se aplica à instância . Ele se aplica primeiro às instâncias `m3.large` e, em seguida, às instâncias `m3.xlarge`, porque a aplicação é do menor para o maior tamanho de instância na família de instâncias com base no fator de normalização.
Uma instância `m3.large` é equivalente a 4 unidades normalizadas/hora.
Uma instância `m3.xlarge` é equivalente a 8 unidades normalizadas/hora.
Uma instância `m3.2xlarge` é equivalente a 16 unidades normalizadas/hora.
O benefício é aplicado da seguinte forma:
A instância reservada regional `m3.2xlarge` oferece total benefício para uso de 2 x `m3.large`, porque juntas essas instâncias representam 8 unidades normalizadas/hora. Isso deixa 8 unidades normalizadas/hora para serem aplicadas às instâncias `m3.xlarge`.
Com as restantes 8 unidades/hora normalizadas, a instância reservada regional `m3.2xlarge` oferece total benefício para uso de 1 x `m3.xlarge`, porque cada instância `m3.xlarge` é equivalente a 8 unidades normalizadas/hora. O uso `m3.xlarge` restante é cobrado na tarifa sob demanda.
### Cenário 3: Instâncias reservadas regionais em contas vinculadas
As Instâncias reservadas são aplicadas primeiro ao uso na conta de compra, seguida pelo uso de qualificação em qualquer outra conta da organização. Para obter mais informações, consulte [Instâncias reservadas e faturamento consolidado](concepts-reserved-instances-application.md#concepts-reserved-instances-billing). Para Instâncias reservadas regionais que oferecem flexibilidade de tamanho de instância, o benefício é aplicado do menor para o maior tamanho de instância na família de instâncias.
Você está executando a seguinte Instâncias on-demand na conta A (a conta de compra):
+ 2 x instâncias do Linux `m4.xlarge` de locação padrão na zona de disponibilidade us-east-1a
+ 1 x instâncias do Linux `m4.2xlarge` de locação padrão na zona de disponibilidade us-east-1b
+ 2 x instâncias do Linux `c4.xlarge` de locação padrão na zona de disponibilidade us-east-1a
+ 1 x instâncias do Linux `c4.2xlarge` de locação padrão na zona de disponibilidade us-east-1b
Outro cliente está executando as seguintes Instâncias on-demand na conta B — uma conta vinculada:
+ 2 x instâncias do Linux `m4.xlarge` de locação padrão na zona de disponibilidade us-east-1a
Você adquire as seguintes Instâncias reservadas regionais na conta A:
+ 4 x Instâncias reservadas `m4.xlarge` de locação padrão do Linux na região us-east-1
+ 2 x Instâncias reservadas `c4.xlarge` de locação padrão do Linux na região us-east-1
Os benefícios da Instância reservada regional são aplicados da seguinte maneira:
+ O desconto das quatro Instâncias reservadas `m4.xlarge` é usado pelas duas instâncias `m4.xlarge` e pela única instância `m4.2xlarge` na conta A (conta de compra). Todas as três instâncias têm atributos correspondentes (locação, plataforma região e família de instâncias). O desconto é aplicado às instâncias da conta de compra (conta A) primeiro, mesmo que a conta B (conta vinculada) tenha duas `m4.xlarge` que também correspondam às Instâncias reservadas. Não há reserva de capacidade, pois as Instâncias reservadas são regionais Instâncias reservadas.
+ O desconto das duas Instâncias reservadas `c4.xlarge` se aplica às duas instâncias `c4.xlarge`, porque eles são um tamanho de instância menor que a instância `c4.2xlarge`. Não há reserva de capacidade, pois as Instâncias reservadas são regionais Instâncias reservadas.
### Cenário 4: Instâncias reservadas zonais em uma conta vinculada
Geralmente, as Instâncias reservadas pertencentes a uma conta são aplicadas primeiro ao uso nessa conta. Contudo, se houver Instâncias reservadas qualificadas e não utilizadas para uma zona de disponibilidade específica (Instâncias reservadas zonais) em outras contas da organização, elas serão aplicadas à conta antes das Instâncias reservadas regionais pertencentes à conta. Isso é feito para garantir a utilização máxima da Instância reservada e uma fatura menor. Para fins de faturamento, todas as contas da organização são tratadas como se fossem uma só. O exemplo a seguir pode ajudar a explicar isso.
Você está executando a seguinte instância sob demanda na conta A (a conta de compra):
+ 1 x instância do Linux `m4.xlarge` de locação padrão na zona de disponibilidade us-east-1a
Um cliente está executando a seguinte instância sob demanda na conta vinculada B:
+ 1 x instância do Linux `m4.xlarge` de locação padrão na zona de disponibilidade us-east-1b
Você adquire as seguintes Instâncias reservadas regionais na conta A:
+ 1 x Instância reservada `m4.xlarge` de locação padrão do Linux na região us-east-1
Um cliente também compra as seguintes Instâncias reservadas de zona na conta C vinculada:
+ 1 `m4.xlarge` Linux Instâncias reservadas de locação padrão na zona de disponibilidade us-east-1a
Os benefícios da Instância reservada são aplicados da seguinte maneira:
+ O desconto da Instância reservada `m4.xlarge` de zona pertencente à conta C é aplicado ao uso de `m4.xlarge` na conta A.
+ O desconto da Instância reservada `m4.xlarge` regional pertencente à conta A é aplicado ao uso de `m4.xlarge` na conta B.
+ Se a Instância reservada regional pertencente à conta A tiver sido aplicada primeiro ao uso na conta A, a Instância reservada de zona pertencente à conta C permanecerá não utilizada, e o uso na conta B será cobrado nas taxas sob demanda.
Para obter mais informações, consulte [Understanding your reservations](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html) no AWS Cost and Usage Report.
**nota**
As instâncias reservadas de zona reservam capacidade somente para a conta proprietária e não podem ser compartilhadas com outras Contas da AWS. Se você precisar compartilhar a capacidade com outras Contas da AWS, use [Reservar capacidade computacional com reservas de capacidade sob demanda do EC2](ec2-capacity-reservations.md).
# Use as suas Instâncias reservadas
As Instâncias reservadas são aplicadas automaticamente às Instâncias on-demand em execução, desde que as especificações sejam correspondentes. Se você não tiver nenhuma Instâncias on-demand que corresponda às especificações de sua Instância reservada, a Instância reservada não será utilizada até que você execute uma instância com as especificações necessárias.
Se você estiver iniciando uma instância para aproveitar o benefício de fatura de uma instância reservada, especifique as informações a seguir quando configurar a instância sob demanda:
**Plataforma**
Especifique uma imagem de máquina da Amazon (AMI) que corresponda à plataforma (descrição de produtos) da instância reservada. Por exemplo, se você tiver especificado `Linux/UNIX` para a instância reservada, pode iniciar uma instância de uma AMI do Amazon Linux AMI ou do Ubuntu.
**Tipo de instância**
Se você comprou uma instância reservada zonal, especifique o mesmo tipo de instância da instância reservada; por exemplo, `t3.large`. Para obter mais informações, consulte [Como as Instâncias reservadas zonais são aplicadas](apply_ri.md#apply-zonal-ri).
Se você comprou uma instância reservada regional, deverá especificar um tipo de instância da mesma família de instâncias que o tipo de instância da instância reservada. Por exemplo, se você tiver especificado `t3.xlarge` para a instância reservada, deverá iniciar a instância na família T3, mas poderá especificar qualquer tamanho, por exemplo, `t3.medium`. Para obter mais informações, consulte [Como as Instâncias reservadas regionais são aplicadas](apply_ri.md#apply-regional-ri).
**Zona de disponibilidade**
Se você adquiriu uma instância reservada para uma zona de disponibilidade específica, deve iniciar a instância na mesma zona de disponibilidade.
Se adquiriu uma instância reservada regional, pode iniciar a instância em qualquer zona de disponibilidade da região que especificou para a instância reservada.
**Locação**
A locação (`dedicated` ou `shared`) da instância deve corresponder à locação da instância reservada. Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](dedicated-instance.md).
Para obter exemplos de como as instâncias reservadas são aplicadas às instâncias sob demanda em execução, consulte [Como descontos em instâncias reservadas são aplicados](apply_ri.md). Para obter mais informações, consulte [Por que minhas instâncias reservadas do Amazon EC2 não estão sendo aplicadas à minha fatura da AWS da forma que eu esperava?](https://repost.aws/knowledge-center/reserved-instance-applying-why)
É possível usar vários métodos para iniciar as instâncias sob demanda que usem o desconto de instância reservada. Para obter informações sobre os diferentes métodos de lançamento, consulte [Iniciar uma instância do Amazon EC2](LaunchingAndUsingInstances.md). É possível usar o Amazon EC2 Auto Scaling para iniciar instâncias dedicadas. Para mais informações, consulte o [Guia do usuário do Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/).
# Como o faturamento funciona com instâncias reservadas
Todas as Instâncias reservadas fornecem um desconto em comparação à definição de preço sob demanda. Com as Instâncias reservadas, você paga por todo o período de vigência, e não pelo uso real. É possível optar por pagar pela Instância reservada adiantado, parcialmente adiantado ou mensalmente, dependendo da [opção de pagamento](ec2-reserved-instances.md#ri-payment-options) especificada para a Instância reservada.
Quando as Instâncias reservadas expirarem, serão cobradas taxas sob demanda pelo uso da instância do EC2. É possível colocar uma Instância reservada em uma fila para compra por até três anos de maneira antecipada. Isso pode ajudar a garantir que você tenha cobertura ininterrupta. Para obter mais informações, consulte [Enfileirar sua compra](ri-market-concepts-buying.md#ri-queued-purchase).
O Nível gratuito da AWS está disponível para novas Contas da AWS. Se você estiver usando o Nível gratuito da AWS para executar instâncias do Amazon EC2 e adquirir uma instância reservada, o preço padrão será cobrado. Para mais informações, consulte [Nível gratuito da AWS](https://aws.amazon.com/free/).
**Topics**
+ [
## Faturamento do uso
](#hourly-billing)
+ [
## Visualizar sua fatura
](#ri-market-buyer-billing)
+ [
## Instâncias reservadas e faturamento consolidado
](#concepts-reserved-instances-billing)
+ [
## Níveis de definição de preço com desconto da Instância reservada
](#reserved-instances-discounts)
## Faturamento do uso
As Instâncias reservadas são cobradas a cada hora fechada durante o período de vigência selecionado, independentemente de uma instância estar sendo executada ou não. Cada hora fechada começa na hora (zero minutos e zero segundos após a hora) de um relógio padrão de 24 horas. Por exemplo, 1:00:00 a 1:59:59 é uma hora fechada. Para obter mais informações sobre os estados da instância, consulte [Alterações do estado de instâncias do Amazon EC2](ec2-instance-lifecycle.md).
Um benefício do faturamento de Instância reservada pode ser aplicado a uma instância em execução com base em uma taxa por segundo. O faturamento por segundo está disponível para instâncias que usam uma distribuição de código aberto do Linux, como o Amazon Linux e o Ubuntu. O faturamento por hora é usado para distribuições comerciais do Linux, como o Red Hat Enterprise Linux e o SUSE Linux Enterprise Server.
Um dos benefícios de faturamento da Instância reservada pode ser aplicado a um máximo de 3600 segundos (uma hora) de uso de instância por hora fechada. É possível executar várias instâncias simultaneamente, mas só pode receber o benefício do desconto de Instância reservada por um total de 3600 segundos por hora. O uso de instância que ultrapassar 3600 segundos em uma hora será faturado com base na taxa sob demanda.
Por exemplo, se você adquirir uma Instância reservada `m4.xlarge` e executar quatro instâncias `m4.xlarge` simultaneamente por uma hora, uma instância será cobrada em uma hora de uso de Instância reservada, enquanto as outras três instâncias serão cobradas em três horas de uso sob demanda.
Contudo, se você adquirir uma Instância reservada `m4.xlarge` e executar quatro instâncias `m4.xlarge` por 15 minutos (900 segundos) cada uma na mesma hora, o tempo total de execução das instâncias será uma hora, o que resultará em uma hora de uso de Instância reservada e 0 hora de uso sob demanda.
![\[Quatro instâncias m4.xlarge em execução por 15 minutos cada, todas no mesmo intervalo de uma hora.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-per-second-billing.png)
Se várias instâncias qualificadas estiverem sendo executadas simultaneamente, o benefício de faturamento de Instância reservada será aplicado a todas as instâncias ao mesmo tempo até um máximo de 3600 segundos em uma hora. Depois disso, serão cobradas taxas sob demanda.
![\[Várias instâncias em execução simultânea com o faturamento de instância reservada.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-per-second-billing-concurrent.png)
O **Cost Explorer** no console do [Billing and Cost Management](https://console.aws.amazon.com/billing) permite que você analise as economias com base nas Instâncias on-demand em execução. As [perguntas frequentes sobre Instâncias reservadas](https://aws.amazon.com/ec2/faqs/#reserved-instances) incluem um exemplo de um cálculo de valor de tabela.
Se você fechar sua conta na AWS, o faturamento sob demanda dos seus recursos será interrompido. Contudo, se você tiver Instâncias reservadas na conta, continuará recebendo a fatura delas até que elas expirem.
## Visualizar sua fatura
Você encontrará mais informações sobre as cobranças e as taxas da sua conta ao visualizar o console do [Gerenciamento de Faturamento e Custos da AWS](https://console.aws.amazon.com/billing).
+ O **Painel** exibe um resumo de gastos da sua conta.
+ Na página **Bills (Faturas)**, em **Details (Detalhes)**, expanda a seção **Elastic Compute Cloud** e a região para obter informações de faturamento sobre suas Instâncias reservadas.
É possível visualizar as cobranças online ou baixar um arquivo CSV.
Também é possível monitorar a utilização da instância reservada usando o Relatório de uso e de custos da AWS. Para obter mais informações, consulte [Noções básicas das suas reservas](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html).
## Instâncias reservadas e faturamento consolidado
Os benefícios da definição de preços das Instâncias reservadas são compartilhados quando a conta que faz a compra é parte de um conjunto de contas faturadas sob uma conta pagante de faturamento consolidado. O uso da instância em todas as contas-membro é agregada na conta pagante todos os meses. Em geral, isso é útil para empresas em que há equipes ou grupos funcionais diferentes; dessa forma, a lógica usual da Instância reservada é aplicada para calcular a conta. Para obter mais informações, consulte [Faturamento consolidado para o AWS Organizations](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html).
Se você fechar a conta que comprou a Instância reservada, a conta pagante será cobrada pela Instância reservada até que a instância reservada expire. Depois que a conta encerrada for excluída permanentemente em 90 dias, as contas de membro não se beneficiarão mais do desconto de faturamento da instância reservada.
**nota**
As instâncias reservadas de zona reservam capacidade somente para a conta proprietária e não podem ser compartilhadas com outras Contas da AWS. Se você precisar compartilhar a capacidade com outras Contas da AWS, use [Reservar capacidade computacional com reservas de capacidade sob demanda do EC2](ec2-capacity-reservations.md).
## Níveis de definição de preço com desconto da Instância reservada
Se sua conta se qualificar para uma camada de preços com desconto, ela receberá automaticamente descontos nas taxas de uso de instância e com pagamento adiantado nas compras de Instância reservada que você fizer nessa camada, desse ponto em diante. Para se qualificar para um desconto, o valor de tabela das Instâncias reservadas na região deverá ser de 500.000 USD ou mais.
As seguintes regras se aplicam:
+ As camadas de preços e descontos relacionados aplicam-se somente às compras das Amazon EC2 padrão do Instâncias reservadas.
+ As camadas de preços não se aplicam às Instâncias reservadas para Windows com SQL Server Standard, SQL Server Web e SQL Server Enterprise.
+ Os níveis de preços não se aplicam a Instâncias reservadas para Linux com SQL Server de qualquer tipo.
+ Os descontos do nível de preços aplicam-se somente às compras feitas pela AWS. Eles não se aplicam a compras de Instâncias reservadas de terceiros.
+ As camadas de preços com desconto atualmente não são aplicáveis a compras de Instância reservada convertível.
**Topics**
+ [
### Calcular descontos de preço de Instância reservada
](#pricing-discounts)
+ [
### Comprar com nível de desconto
](#buying-discount-tier)
+ [
### Cruzamento de níveis de definição de preço
](#crossing-pricing-tiers)
+ [
### Faturamento consolidado para níveis de definição de preço
](#consolidating-billing)
### Calcular descontos de preço de Instância reservada
É possível determinar a camada da definição de preço de sua conta ao calcular o valor de tabela de todas as Instâncias reservadas em uma região. Multiplique o preço recorrente por hora de cada reserva pelo número total de horas do período de vigência e adicione o preço adiantado sem desconto (conhecido também como preço fixo) no momento da compra. Como o valor de tabela se no preço sem desconto (público), ele não será afetado se você se qualificar para um desconto por volume ou se o preço cair depois de você comprar suas Instâncias reservadas.
```
List value = fixed price + (undiscounted recurring hourly price * hours in term)
```
Por exemplo, para uma `t2.small` Instância reservada com adiantamento parcial de 1 ano, supõe-se que o preço inicial seja 60,00 USD e a taxa por hora seja 0,007 USD. Isso fornece um valor de tabela de 121,32 USD.
```
121.32 = 60.00 + (0.007 * 8760)
```
**Para ver os valores de preço fixo das Instâncias reservadas usando o console do Amazon EC2**
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, selecione **Instâncias reservadas**.
1. Para exibir a coluna **Preço para pagamento adiantado**, selecione o ícone de configurações (![\[Settings icon.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/settings-icon.png)) no canto superior direito, ative **Preço para pagamento adiantado** e escolha **Confirmar**.
**Para ver os valores de preço fixo das Instâncias reservadas usando a linha de comando**
+ [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html) (AWS CLI)
+ [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html) (AWS Tools for Windows PowerShell)
### Comprar com nível de desconto
Quando você comprar Instâncias reservadas, o Amazon EC2 aplicará automaticamente todos os descontos à parte da sua compra que estiver dentro do nível de preço com desconto. Você não precisará fazer nada diferente e poderá comprar as Instâncias reservadas usando qualquer ferramenta do Amazon EC2. Para obter mais informações, consulte [Comprar instâncias reservadas para o Amazon EC2](ri-market-concepts-buying.md).
Depois que o valor de tabela das Instâncias reservadas ativas em uma região ultrapassar um nível de definição de preço com desconto, qualquer compra futura de Instâncias reservadas nessa região será cobrada com uma taxa com desconto. Se com uma única compra de Instâncias reservadas em uma região você ultrapassar o limite de uma camada com desconto, a parte da compra que estiver acima do limite de preço será cobrada com a taxa com desconto. Para obter mais informações sobre os IDs de Instância reservada temporária criados durante o processo de compra, consulte [Cruzamento de níveis de definição de preço](#crossing-pricing-tiers).
Se o valor de tabela ficar abaixo do ponto de preço desse nível de definição de preço com desconto — por exemplo, se algumas das Instâncias reservadas expirarem — as futuras compras de Instâncias reservadas na região não receberão desconto. Contudo, você continua a receber o desconto aplicado em todas as Instâncias reservadas originalmente compradas no nível de preço com desconto.
Estes são os quatros cenários possíveis durante a compra de Instâncias reservadas:
+ **Sem desconto** — sua compra em uma região ainda está abaixo do limite para desconto.
+ **Desconto parcial** — sua compra em uma região ultrapassa o limite do primeiro nível de desconto. Nenhum desconto é aplicado a uma ou mais reservas e a taxa com desconto é aplicada nas reservas restantes.
+ **Desconto total** — sua compra inteira em uma região cai em um nível de desconto e recebe o desconto apropriado.
+ **Duas taxas com desconto** — sua compra em uma região ultrapassa um nível inferior de desconto para um nível superior de desconto. Serão cobradas duas taxas diferentes: uma ou mais reservas na taxa desconto inferior e as reservas restantes com a taxa desconto maior.
### Cruzamento de níveis de definição de preço
Se sua compra cruzar um nível de preços com desconto, você verá múltiplas entradas para essa compra: uma para a parte da compra cobrada em preço normal e outra para essa a parte da compra cobrada na taxa de desconto aplicável.
O serviço Instância reservada gera vários IDs de Instância reservada porque sua compra passou de um nível sem desconto ou de um nível com desconto para outro. Há um ID para cada conjunto de reservas em um nível. Portanto, o ID retornado pelo comando de compra da CLI ou pela ação da API é diferente do ID real das novas Instâncias reservadas.
### Faturamento consolidado para níveis de definição de preço
Uma conta de faturamento consolidado agrega o valor de tabela das contas-membro em uma região. Quando o valor de tabela de todas as Instâncias reservadas ativas para a conta de faturamento consolidado atingir uma camada de preços com desconto, todas as Instâncias reservadas compradas depois desse ponto por qualquer membro da conta de faturamento consolidado serão cobradas com o desconto (desde que o valor de tabela para essa conta consolidada fique acima de limite de camada de preços com desconto). Para obter mais informações, consulte [Instâncias reservadas e faturamento consolidado](#concepts-reserved-instances-billing).
# Comprar instâncias reservadas para o Amazon EC2
Para comprar uma instância reservada para o Amazon EC2, você pode usar o console do Amazon EC2, uma ferramenta de linha de comandos ou um SDK para pesquisar ofertas de instância reservada na AWS e em vendedores terceirizados, ajustando os parâmetros de pesquisa até encontrar a correspondência exata que está procurando.
Quando você procurar Instâncias reservadas para comprar, receberá um orçamento do custo das ofertas apresentadas. Ao dar continuidade à compra, a AWS colocará automaticamente um preço-limite sobre o preço de compra. O custo total das suas Instâncias reservadas não excederá o valor orçado.
Se o preço aumentar ou mudar por algum motivo, a compra não será concluída. Ao realizar a compra de uma instância reservada de um vendedor terceirizado no Marketplace de instâncias reservadas do Amazon EC2, se houver ofertas semelhantes à sua escolha, mas com um preço inicial mais baixo, a AWS venderá para você as ofertas com preços iniciais mais baixos.
Antes de confirmar sua compra, analise os detalhes da Instância reservada que planeja comprar e verifique se todos os parâmetros são precisos. Após adquirir uma instância reservada (do vendedor terceirizado no Marketplace de instâncias reservadas ou da AWS), você não poderá cancelar sua compra. É possível enfileirar uma compra para uma data futura e cancelar a compra enfileirada antes do horário agendado.
Para comprar e modificar instâncias reservadas, certifique-se de que seu usuário tenha as permissões apropriadas, como a capacidade de descrever zonas de disponibilidade. Para obter informações, consulte [Exemplo: trabalhar com Instâncias reservadas](ExamplePolicies_EC2.md#iam-example-reservedinstances) (API) ou [Exemplo: trabalhar com Instâncias reservadas](iam-policies-ec2-console.md#ex-reservedinstances) (console).
**Topics**
+ [
## Escolher uma plataforma
](#ri-choosing-platform)
+ [
## Enfileirar sua compra
](#ri-queued-purchase)
+ [
## Comprar Instâncias reservadas padrão
](#ri-buying-standard)
+ [
## Comprar Instâncias reservadas conversíveis
](#ri-buying-convertible)
+ [
## Comprar do Marketplace da Instância reservada
](#ri-market-buying-guide)
+ [
## Como cancelar uma compra colocada na fila
](#cancel-queued-purchase)
+ [
## Renovar uma Instância reservada
](#renew-ri)
## Escolher uma plataforma
O Amazon EC2 é compatível com as seguintes plataformas para as instâncias reservadas:
+ Linux/UNIX
+ Linux com SQL Server Standard
+ Linux com SQL Server Web
+ Linux com SQL Server Enterprise
+ SUSE Linux
+ Red Hat Enterprise Linux
+ Red Hat Enterprise Linux com HA
+ Windows
+ Windows com SQL Server Standard
+ Windows com SQL Server Web
+ Windows com SQL Server Enterprise
**Considerações**
+ Se você trouxer sua assinatura existente (BYOS) para o **Red Hat Enterprise Linux**, **SUSE Linux** ou **Ubuntu Pro**, deverá escolher uma oferta para a plataforma **Linux/Unix**.
+ Não há suporte a instâncias reservadas para instâncias que executam **macOS** ou Ubuntu Pro (assinatura do EC2 incluída, ou seja, não BYOS). Para economizar com os preços de instâncias sob demanda, recomendamos usar instâncias do macOS e do Ubuntu Pro (assinatura do EC2 incluída) com os Savings Plans. Para obter mais informações, consulte o [Guia do usuário do Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html).
Para garantir que uma instância seja executada em uma instância reservada específica, a plataforma da instância reservada deve corresponder à plataforma da AMI usada para iniciar a instância. Para AMIs do Linux, é importante verificar se a plataforma da AMI usa o valor geral **Linux/UNIX** ou um valor mais específico, como **SUSE Linux**.
------
#### [ Console ]
**Para verificar a plataforma da 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, selecione **AMIs**.
1. Selecione a AMI.
1. Na guia **Detalhes**, anote o valor de **Detalhes da plataforma**.
------
#### [ AWS CLI ]
**Para verificar a plataforma da AMI**
Utilize o comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) e verifique o valor de `PlatformDetails`.
```
aws ec2 describe-images \
--image-id ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
O seguinte é um exemplo de saída.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**Para verificar a plataforma da AMI**
Use o cmdlet [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html) e verifique o valor de `PlatformDetails`.
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
O seguinte é um exemplo de saída.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Enfileirar sua compra
Por padrão, quando você compra uma Instância reservada, a compra é feita imediatamente. Se preferir, será possível colocar as compras na fila para uma data e hora futura. Por exemplo, é possível colocar uma compra na fila para o momento próximo da expiração de uma Instância reservada existente. Isso pode ajudar a garantir que você tenha cobertura ininterrupta.
É possível colocar compras na fila para uma Instâncias reservadas regional, mas não para uma Instâncias reservadas zonal ou uma Instâncias reservadas de outros vendedores. É possível colocar uma compra na fila por até três anos de maneira antecipada. Na data e hora programadas, a compra será executada usando a forma de pagamento padrão. Após o pagamento ser feito com êxito, os benefícios de faturamento serão aplicados.
É possível definir uma data para suas compras enfileiradas no console do Amazon EC2, e a compra ficará enfileirada até 00:00 UTC dessa data. Para especificar um horário diferente para a compra enfileirada, use um SDK da AWS ou uma ferramenta de linha de comandos.
É possível visualizar as compras colocadas na fila no console do Amazon EC2. O status de uma compra na fila é **queued (na fila)**. É possível cancelar uma compra na fila a qualquer momento antes da hora programada. Para obter mais detalhes, consulte [Como cancelar uma compra colocada na fila](#cancel-queued-purchase).
## Comprar Instâncias reservadas padrão
É possível comprar as Instâncias reservadas padrão em uma zona de disponibilidade específica e obter uma reserva de capacidade. Como alternativa, é possível abandonar a reserva de capacidade e comprar uma Instância reservada padrão regional;.
Após concluir a compra, se você já tiver uma instância em execução que corresponda às especificações da Instância reservada, o benefício de faturamento será aplicado imediatamente. Você não precisa reiniciar suas instâncias. Se você não tiver uma instância adequada em execução, inicie uma instância que atenda aos mesmos critérios especificados para a instância reservada. Para obter mais informações, consulte [Use as suas Instâncias reservadas](using-reserved-instances.md).
Para obter exemplos de como as Instâncias reservadas são aplicadas às instâncias em execução, consulte [Como descontos em instâncias reservadas são aplicados](apply_ri.md).
------
#### [ Console ]
**Para comprar instâncias reservadas padrão**
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 **Reserved Instances (Instâncias reservadas)** e **Purchase Instâncias reservadas (Comprar Instâncias reservadas)**.
1. Para **Offering class** (Classe da oferta), escolha **Standard** (Padrão) para exibir as Instâncias reservadas padrão.
1. Para comprar uma reserva de capacidade, escolha **Only show offerings that reserve capacity** (Mostrar apenas ofertas que reservam capacidade) no canto superior direito da tela de compra. Quando você ativa essa configuração, o campo **Availability Zone** (Zona de disponibilidade) é exibido.
Para comprar um Instância reservada regional, desative essa configuração. Quando você desativa essa configuração, o campo **Availability Zone** (Zona de disponibilidade) desaparece.
1. Selecione outras configurações conforme necessário e escolha **Search** (Pesquisar).
1. Para cada Instância reservada que você deseja comprar, insira a quantidade e escolha **Add to cart** (Adicionar ao carrinho).
Para comprar uma instância reservada padrão no Marketplace de instâncias reservadas, procure por **3rd Party (terceiros)** na coluna **Seller (Vendedor)** dos resultados de pesquisa. A coluna **Termo** exibe os termos não padrão. Para obter mais informações, consulte [Comprar do Marketplace da Instância reservada](#ri-market-buying-guide).
1. Para ver um resumo das Instâncias reservadas selecionadas, escolha **View cart** (Visualizar carrinho).
1. Se **Order on** (Pedir em) for **Now** (Agora), a compra será concluída imediatamente após você escolher **Order all** (Pedir tudo). Para colocar uma compra na fila, selecione **Now (Agora)** e selecione uma data. É possível selecionar uma data diferente para cada oferta elegível no carrinho. A compra é enfileirada até às 00:00 UTC da data selecionada.
1. Para concluir o pedido, selecione **Order all** (Pedir tudo).
Se, no momento de fazer o pedido, houver ofertas semelhantes à sua escolha, mas com um preço menor, a AWS venderá as ofertas pelo preço mais baixo.
1. Escolha **Close (Fechar)**.
O status do seu pedido é listado na coluna **State (Estado)**. Quando o pedido estiver concluído, veja o valor **Estado** mudar de `Payment-pending` para `Active`. Quando a Instância reservada for `Active`, ela estará pronta para ser usada.
Se o status for para `Retired`, a AWS pode não ter recebido seu pagamento.
------
#### [ AWS CLI ]
**Para comprar uma instância reservada padrão**
1. Localize as Instâncias reservadas disponíveis usando o comando [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html). Especifique `standard` para a opção `--offering-class` para retornar somente instâncias reservadas padrão. É possível aplicar critérios adicionais para restringir os resultados. Por exemplo, use o comando a seguir para comprar uma instância reservada regional `t2.large` com uma locação padrão para `Linux/UNIX` durante um período de vigência de somente 1 ano.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=duration,Values=31536000 \
Name=scope,Values=Region
```
Para localizar as instâncias reservadas somente no Marketplace de instâncias reservadas, use o filtro `marketplace` e não especifique uma duração na solicitação, pois o período de vigência pode ser mais curto que o período de 1 ou 3 anos.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=marketplace,Values=true
```
Quando encontrar uma Instância reservada que atenda às suas necessidades, anote o ID da oferta. Por exemplo:
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Use o comando [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html) para comprar sua Instância reservada. Especifique o ID de oferta da Instância reservada obtido na etapa anterior e o número de instâncias da reserva.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Por padrão, a compra será concluída imediatamente. Se preferir, para colocar a compra na fila, adicione a opção a seguir à chamada anterior.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Use o comando [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html) para obter o status da Instância reservada.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**Para comprar uma instância reservada padrão**
1. Encontre as instâncias reservadas disponíveis usando o cmdlet [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html). Especifique `standard` para o parâmetro `-OfferingClass` apresentar somente Instâncias reservadas padrão. É possível aplicar critérios adicionais para restringir os resultados. Por exemplo, use o comando a seguir para comprar uma instância reservada regional `t2.large` com uma locação padrão para `Linux/UNIX` durante um período de vigência de somente 1 ano.
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="duration"; Values="31536000"} `
@{Name="scope"; Values="Region"
```
Para localizar as instâncias reservadas somente no Marketplace de instâncias reservadas, use o filtro `marketplace` e não especifique uma duração na solicitação, pois o período de vigência pode ser mais curto que o período de 1 ou 3 anos.
```
Get-EC2ReservedInstancesOffering `
-InstanceType t2.large `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy default `
-Filters @{Name="marketplace"; Values="true"}
```
Quando encontrar uma Instância reservada que atenda às suas necessidades, anote o ID da oferta. Por exemplo:
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Use o cmdlet [New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html) para comprar sua instância reservada. Especifique o ID de oferta da Instância reservada obtido na etapa anterior e o número de instâncias da reserva.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Por padrão, a compra será concluída imediatamente. Se preferir, para colocar a compra na fila, adicione o parâmetro a seguir à chamada anterior.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Use o cmdlet [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html) para obter o status da sua instância reservada.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Comprar Instâncias reservadas conversíveis
É possível comprar Instâncias reservadas conversíveis em uma zona de disponibilidade específica e obter uma reserva de capacidade. Como alternativa, é possível abandonar a reserva de capacidade e comprar uma Instância reservada convertível regional.
Se você já tiver uma instância em execução que corresponda às especificações da Instância reservada, o benefício de faturamento será imediatamente aplicado. Você não tem de reiniciar suas instâncias. Se você não tiver uma instância em execução adequada, execute uma instância atendendo aos mesmos critérios especificados para a Instância reservada. Para obter mais informações, consulte [Use as suas Instâncias reservadas](using-reserved-instances.md).
Para obter exemplos de como as Instâncias reservadas são aplicadas às instâncias em execução, consulte [Como descontos em instâncias reservadas são aplicados](apply_ri.md).
------
#### [ Console ]
**Para comprar instâncias reservadas conversíveis**
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 **Reserved Instances (Instâncias reservadas)** e **Purchase Instâncias reservadas (Comprar Instâncias reservadas)**.
1. Em **Offering class** (Classe da oferta), escolha **Convertible** (Conversível) para exibir as Instâncias reservadas conversíveis.
1. Para comprar uma reserva de capacidade, escolha **Only show offerings that reserve capacity** (Mostrar apenas ofertas que reservam capacidade) no canto superior direito da tela de compra. Quando você ativa essa configuração, o campo **Availability Zone** (Zona de disponibilidade) é exibido.
Para comprar um Instância reservada regional, desative essa configuração. Quando você desativa essa configuração, o campo **Availability Zone** (Zona de disponibilidade) desaparece.
1. Selecione outras configurações conforme o necessário e escolha **Pesquisar**.
1. Para cada Instância reservada convertível que você deseja comprar, insira a quantidade e escolha **Add to cart** (Adicionar ao carrinho).
1. Para ver um resumo da sua seleção, escolha **View cart** (Visualizar carrinho).
1. Se **Order on** (Pedir em) for **Now** (Agora), a compra será concluída imediatamente após você escolher **Order all** (Pedir tudo). Para colocar uma compra na fila, selecione **Now (Agora)** e selecione uma data. É possível selecionar uma data diferente para cada oferta elegível no carrinho. A compra é enfileirada até às 00:00 UTC da data selecionada.
1. Para concluir o pedido, selecione **Order all** (Pedir tudo).
Se, no momento de fazer o pedido, houver ofertas semelhantes à sua escolha, mas com um preço menor, a AWS venderá as ofertas pelo preço mais baixo.
1. Escolha **Close (Fechar)**.
O status do seu pedido é listado na coluna **State (Estado)**. Quando o pedido estiver concluído, veja o valor **Estado** mudar de `Payment-pending` para `Active`. Quando a Instância reservada for `Active`, ela estará pronta para ser usada.
Se o status for para `Retired`, a AWS pode não ter recebido seu pagamento.
------
#### [ AWS CLI ]
**Para comprar uma instância reservada conversível**
1. Localize as Instâncias reservadas disponíveis usando o comando [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html). Especifique `convertible` para a opção `--offering-class` para retornar somente instâncias reservadas conversíveis. É possível aplicar critérios adicionais para restringir os resultados. Por exemplo, use o comando a seguir para comprar uma instância reservada regional `t2.large` com uma locação padrão para `Linux/UNIX`.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class convertible \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=scope,Values=Region
```
Quando encontrar uma Instância reservada que atenda às suas necessidades, anote o ID da oferta. Por exemplo:
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Use o comando [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html) para comprar sua Instância reservada. Especifique o ID de oferta da Instância reservada obtido na etapa anterior e o número de instâncias da reserva.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Por padrão, a compra será concluída imediatamente. Se preferir, para colocar a compra na fila, adicione a opção a seguir à chamada anterior.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Use o comando [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html) para obter o status da Instância reservada.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**Para comprar uma instância reservada conversível**
1. Encontre as instâncias reservadas disponíveis usando o cmdlet [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html). Especifique `convertible` para o parâmetro `-OfferingClass` apresentar somente Instâncias reservadas conversíveis. É possível aplicar critérios adicionais para restringir os resultados. Por exemplo, use o comando a seguir para comprar uma instância reservada regional `t2.large` com uma locação padrão para `Linux/UNIX`.
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "convertible" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="scope"; Values="Region"
```
Quando encontrar uma Instância reservada que atenda às suas necessidades, anote o ID da oferta. Por exemplo:
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Use o cmdlet [New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html) para comprar sua instância reservada. É necessário especificar o ID da oferta de instância reservada obtido na etapa anterior e o número de instâncias da reserva.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Por padrão, a compra será concluída imediatamente. Se preferir, para colocar a compra na fila, adicione o parâmetro a seguir à chamada anterior.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Use o cmdlet [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html) para obter o status da sua instância reservada.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Comprar do Marketplace da Instância reservada
É possível adquirir instâncias reservadas de vendedores terceiros que tenham instâncias reservadas de que não precisam mais do Marketplace de instâncias reservadas. É possível fazer isso usando o console do Amazon EC2 ou a ferramenta da linha de comando. O processo é semelhante à compra de instâncias reservadas da AWS. Para obter mais informações, consulte [Comprar Instâncias reservadas padrão](#ri-buying-standard).
Existem poucas diferenças entre instâncias reservadas adquiridas no Marketplace de instâncias reservadas e adquiridas diretamente da AWS:
+ **Período de vigência**: as instâncias reservadas que você compra de terceiros têm menos que um período de vigência padrão completo restante. Os períodos de vigência completos da AWS são de um ano ou três anos.
+ **Preço adiantado**: as instâncias reservadas de terceiros podem ser vendidas em preços adiantados diferentes. As taxas de uso ou recorrentes são as mesmas que as taxas definidas quando as instâncias reservadas foram adquiridas originalmente da AWS.
+ **Tipos de instâncias reservadas**: somente instâncias reservadas padrão do Amazon EC2 podem ser adquiridas no Marketplace de instâncias reservadas. Instâncias reservadas conversíveis, Amazon RDS e Amazon ElastiCache não estão disponíveis para compra no Marketplace de instâncias reservadas.
Informações básicas sobre você são compartilhadas com o vendedor – por exemplo, seu código postal e as informações do país.
Essas informações permitem que os vendedores calculem os impostos de transação necessários que precisam remeter ao governo (como impostos sobre vendas ou imposto sobre valor agregado) e são fornecidas na forma de um relatório de desembolso. Em raras circunstâncias, a AWS pode ter de fornecer ao vendedor seu endereço de e-mail, de forma que possam entrar em contato com você sobre as perguntas relacionadas à venda (por exemplo, dúvidas sobre impostos).
Por motivos semelhantes, a AWS compartilha a razão social do vendedor na fatura de compra do comprador. Se você precisar de mais informações sobre o vendedor para fins de impostos ou algo relacionado, entre em contato com o [Suporte](https://aws.amazon.com/contact-us/).
## Como cancelar uma compra colocada na fila
É possível colocar uma compra na fila por até três anos de maneira antecipada. É possível cancelar uma compra na fila a qualquer momento antes da hora programada.
------
#### [ Console ]
**Como cancelar uma compra colocada na fila**
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, selecione **Instâncias reservadas**.
1. Selecione uma ou mais Instâncias reservadas.
1. Selecione **Actions** (Ações), **Delete Queued Reserved Instances** (Excluir instâncias reservadas na fila).
1. Quando a confirmação for solicitada, insira **Delete** (Excluir) e escolha **Close** (Fechar).
------
#### [ AWS CLI ]
**Como cancelar uma compra colocada na fila**
Use o comando [delete-queued-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-queued-reserved-instances.html).
```
aws ec2 delete-queued-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327
```
------
#### [ PowerShell ]
**Como cancelar uma compra colocada na fila**
Use o cmdlet [Remove-EC2QueuedReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2QueuedReservedInstance.html).
```
Remove-EC2QueuedReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327
```
------
## Renovar uma Instância reservada
É possível renovar uma Instância reservada antes que ela esteja programada para expirar. Renovar uma Instância reservada coloca a compra de uma Instância reservada na fila com a mesma configuração até que a Instância reservada atual expire.
Você deve renovar uma instância Reservada usando o console do Amazon EC2.
**Para renovar uma instância reservada usando uma compra em fila**
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, selecione **Instâncias reservadas**.
1. Selecione a instância reservada para renovar.
1. Escolha **Actions (Ações)**, **Renew Reserved Instances (Renovar instâncias reservadas)**.
1. Para concluir o pedido, escolha **Order all** (Pedir tudo) e, em seguida, **Close** (Fechar).
# Vender instâncias reservadas para o Amazon EC2 no Marketplace de instâncias reservadas
O Marketplace de instâncias reservadas do Amazon EC2 é uma plataforma que facilita a venda de instâncias reservadas padrão não utilizadas de clientes da AWS e vendedores terceirizados. Essas instâncias reservadas podem variar em termos de duração e opções de preços. Talvez você queira vender suas instâncias reservadas quando não precisar mais delas, como quando você move as instâncias para uma nova Região da AWS, muda para um tipo de instância diferente, conclui projetos antes que o prazo da instância reservada expire, suas necessidades comerciais mudam ou você tem excesso de capacidade.
Assim que você oferecer suas instâncias reservadas no Marketplace de instâncias reservadas, elas serão disponibilizadas para que possíveis compradores as encontrem. Todas as Instâncias reservadas são agrupadas de acordo com a duração do período de vigência restante e do preço por hora.
Para atender à solicitação de um comprador que deseja comprar uma instância reservada de um vendedor terceirizado por meio do Marketplace de instâncias reservadas, a AWS primeiro vende a instância reservada com o preço inicial mais baixo no agrupamento especificado. Em seguida, a AWS vende a instância reservada com o menor preço até que o pedido inteiro do comprador seja cumprido. A AWS então processa as transações e transfere a propriedade das instâncias reservadas ao comprador.
Você manterá a propriedade da Instância reservada até ela ser vendida. Após venda, você abre mão da reserva de capacidade e das taxas recorrentes com desconto. Se você continuar a usar sua instância, a AWS cobrará de você o preço sob demanda, a partir do momento em que sua instância reservada foi vendida.
Se você quiser vender suas instâncias reservadas não utilizadas no Marketplace de instâncias reservadas, deverá atender a determinados critérios de elegibilidade.
Para obter mais informações sobre como comprar instâncias reservadas no Marketplace de instâncias reservadas, consulte [Comprar do Marketplace da Instância reservada](ri-market-concepts-buying.md#ri-market-buying-guide).
**Topics**
+ [
## Restrições e limitações
](#ri-seller-limits)
+ [
## Registre-se como vendedor
](#ri-market-seller-profile)
+ [
## Conta de banco para desembolso
](#ri-market-concepts-bank)
+ [
## Informações fiscais
](#ri-market-concepts-taxinfo)
+ [
## Precificar suas Instâncias reservadas
](#ri-market-concepts-pricing)
+ [
## Liste as suas Instâncias reservadas
](#ri-market-selling-listing)
+ [
## Estados de listagem da Instância reservada
](#ri-listing-states)
+ [
## Ciclo de vida de uma lista
](#ri-market-concepts-sold-partial)
+ [
## Depois que a Instância reservada é vendida
](#ri-market-concepts-sold)
+ [
## Recebimentos
](#ri-market-sold-gettingpaid)
+ [
## Informações compartilhadas com o comprador
](#ri-market-seller-disclosure)
## Restrições e limitações
Antes que você possa vender suas reservas não utilizadas, é necessário registrar-se como vendedor no Marketplace de instâncias reservadas. Para obter mais informações, consulte [Registre-se como vendedor](#ri-market-seller-profile).
As seguintes limitações e restrições são aplicáveis na venda da Instâncias reservadas:
+ Somente as instâncias regional padrão e reservada zonal do Amazon EC2 podem ser vendidas no Marketplace de instâncias reservadas.
+ Instâncias reservadas conversíveis do Amazon EC2 não podem ser vendidas no Marketplace de instâncias reservadas.
+ Instâncias reservadas de outros serviços da AWS, como o Amazon RDS e o Amazon ElastiCache, não podem ser vendidas no Marketplace de instâncias reservadas.
+ Deve haver pelo menos um mês restante no período de vigência da Instância reservada padrão.
+ Você não pode vender uma instância reservada padrão em uma região que é [desabilitada por padrão](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html).
+ O preço mínimo permitido no Marketplace de instâncias reservadas é 0,00 USD.
+ É possível vender instâncias reservadas sem adiantamento, com adiantamento parcial ou adiantamento integral no Marketplace de instâncias reservadas, desde que estejam ativas em sua conta há pelo menos 30 dias. Além disso, se houver um pagamento antecipado em uma instância reservada, ela só poderá ser vendida após a AWS ter recebido o pagamento adiantado.
+ Você não poderá vender uma instância reservada no Marketplace de instâncias reservadas caso a tenha comprado usando um desconto por volume.
+ Você não pode modificar diretamente sua oferta no Marketplace de instâncias reservadas. No entanto, é possível alterar sua lista primeiro cancelando-a e depois criando outra lista com os parâmetros novos. Para obter mais informações, consulte [Precificar suas Instâncias reservadas](#ri-market-concepts-pricing). Também é possível modificar as Instâncias reservadas antes de listá-las. Para obter mais informações, consulte [Modificar a Instâncias reservadas](ri-modifying.md).
+ AWSA cobra uma taxa de serviço de 12% do preço inicial total de cada instância reservada padrão que você vender no Marketplace de instâncias reservadas. O preço inicial é aquele que o vendedor está cobrando pela Instância reservada padrão;.
+ Quando você se registra como vendedor, o banco especificado deve ter um endereço nos EUA. Para obter mais informações, consulte [Requisitos adicionais do vendedor para produtos pagos](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) no *Guia do vendedor do AWS Marketplace*.
+ Os clientes da Amazon Web Services India Private Limited (AWS India) não podem se registrar como vendedores no Reserved Instance Marketplace do EC2 e não podem listar nem vender instâncias reservadas no Reserved Instance Marketplace do EC2 mesmo que tenham conta bancária nos EUA. Para obter mais informações, consulte [Quais são as diferenças entre as Contas da AWS e as contas da AWS India?](https://repost.aws/knowledge-center/aws-india-differences)
+ Se você alterar seu vendedor registrado para a Amazon Web Services India Private Limited (AWS India), seu registro como vendedor será cancelado no Reserved Instance Marketplace do EC2 e todas as suas ofertas ativas existentes no Reserved Instance Marketplace do EC2 serão removidas. Para restaurar seu status de vendedor, você deve alterar o local da sua conta para outro país, que não seja a Índia, e realizar o processo de registro de vendedor novamente.
## Registre-se como vendedor
**nota**
Somente o Usuário raiz da conta da AWS pode registrar uma conta como vendedor.
Para vender no Marketplace de instâncias reservadas, é necessário se registrar como vendedor. Durante o registro, você fornecerá as seguintes informações:
+ **Informações bancárias**: a AWS deve ter suas informações bancárias para desembolsar os fundos recolhidos da venda das suas reservas. O banco que você especificar deverá ter um endereço nos EUA. Para obter mais informações, consulte [Conta de banco para desembolso](#ri-market-concepts-bank).
+ **Informação sobre impostos** — todos os vendedores precisam concluir uma entrevista sobre informações de impostos para determinar qualquer obrigação de declaração de impostos necessária. Para obter mais informações, consulte [Informações fiscais](#ri-market-concepts-taxinfo).
Depois que a AWS receber o registro preenchido do vendedor, você receberá um e-mail confirmando seu registro e informando que é possível começar a vender no Marketplace de instâncias reservadas.
## Conta de banco para desembolso
AWSA deverá ter suas informações bancárias para pagar os fundos recolhidos quando você vender a instância reservada. O banco que você especificar deverá ter um endereço nos EUA. Para obter mais informações, consulte [Requisitos adicionais do vendedor para produtos pagos](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) no *Guia do vendedor do AWS Marketplace*.
**Para registrar uma conta de banco padrão para desembolsos**
1. Abra a página [Reserved Instance Marketplace Seller Registration (Registro do vendedor do Marketplace de instâncias reservadas)](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1) e faça login usando as credenciais da AWS.
1. Na página **Gerenciar conta bancária**, forneça as informações a seguir sobre o banco para receber o pagamento:
+ Nome do titular da conta
+ Número de roteamento
+ Número da conta
+ Tipo de conta bancária
**nota**
Se você estiver usando uma conta bancária corporativa, será solicitado que envie as informações sobre a conta bancária via fax (1-206-765-3424).
Após o registro, a conta bancária fornecida é definida como padrão, ficando pendente a verificação com o banco. Pode demorar até duas semanas para verificar uma conta bancária nova, e durante esse tempo você não poderá receber desembolsos. Para uma conta estabelecida, geralmente leva cerca de dois dias para os desembolsos serem concluídos.
**Para alterar a conta de banco padrão para o desembolso**
1. Na página [Reserved Instance Marketplace Seller Registration (Registro do vendedor do Marketplace de instâncias reservadas)](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1), faça login na conta que você usou ao se registrar.
1. Na página **Gerenciar conta bancária**, adicione uma conta bancária nova ou modifique a conta bancária padrão conforme necessário.
## Informações fiscais
A venda de Instâncias reservadas pode estar sujeita a um imposto baseado em transação, como imposto sobre vendas ou imposto sobre valor agregado. É necessário verificar com os departamentos fiscal, jurídico, financeiro ou contábil da sua empresa para determinar a aplicabilidade dos impostos de transação. Você é responsável para coletar e enviar impostos de transação para a devida autoridade fiscal.
Como parte do processo de registro do vendedor, é necessário completar uma entrevista sobre impostos no [Portal de registro do vendedor](https://portal.aws.amazon.com/ec2/ri/seller_registration?action=taxInterview). O entrevista coleta suas informações sobre impostos e preenche um formulário W-9, W-8BEN ou W-8BEN-E de IRS, que é usado para determinar todas as obrigações de declaração de impostos necessárias.
As informações sobre impostos inseridas como parte da entrevista sobre impostos pode diferir dependendo se você opera como um indivíduo ou como um negócio, e se você ou o seu negócio são ou não uma pessoa ou entidade dos EUA. Enquanto preenche a entrevista fiscal, tenha em mente o seguinte:
+ Informações fornecidas pela AWS, inclusive as informações deste tópico, não constituem orientações jurídicas, fiscais ou profissional de alguma outra forma. Para descobrir como os requisitos de relatório da IRS podem afetar seu negócio, ou se você tiver outras dúvidas, entre em contato com seu orientador fiscal, jurídico ou profissional.
+ Para atender os requisitos de relatório da IRS da forma mais eficiente possível, responda todas as perguntas e insira todas as informações solicitadas durante a entrevista.
+ Verifique suas respostas. Evite erros de ortografia ou inserir números de identificação fiscal incorretos. Eles podem resultar em um formulário de impostos invalidado.
Com base nas respostas da entrevista fiscal e nos limites de declaração de imposto de renda, a Amazon pode registrar o Formulário 1099-K. A Amazon envia uma cópia do Formulário 1099-K em 31 de janeiro, ou antes disso, do ano seguinte ao ano em que sua conta fiscal chegar aos níveis do limite. Por exemplo, se sua conta atingir o limite em 2018, o formulário 1099-K será enviado até 31 de janeiro de 2019.
Para obter mais informações sobre os requisitos do IRS e o Formulário 1099-K, consulte [Perguntas frequentes sobre o formulário 1099-K](https://www.irs.gov/newsroom/form-1099-k-faqs-third-party-filers-of-form-1099-k) no site do IRS.
## Precificar suas Instâncias reservadas
Ao definir o preço para suas instâncias reservadas, considere o seguinte:
+ **Preço para pagamento adiantado**: o preço para pagamento adiantado é o único preço que pode ser especificado para a instância reservada que você está vendendo. O preço para pagamento à vista é o preço total que o comprador paga ao adquirir cada instância reservada.
Como o valor das instâncias reservadas diminui com o tempo, por padrão, a AWS pode definir os preços para diminuir em incrementos iguais mês a mês. No entanto, é possível os preços iniciais diferentes com base nas vendas da sua reserva. Por exemplo, se sua Instância reservada tiver nove meses de prazo restante, é possível especificar a quantidade que aceitaria se um cliente comprar essa Instância reservada com nove meses restantes. É possível definir outro preço com cinco meses restantes, e ainda outro preço com um mês restante.
O preço mínimo permitido no Marketplace de instâncias reservadas é 0,00 USD.
+ **Limites**: os limites para venda de instâncias reservadas a seguir se aplicam à *vida útil* de sua Conta da AWS. Eles não são limites anuais e não podem ser aumentados.
+ **É possível vender até 50.000 USD em Instâncias reservadas**.
+ **É possível vender até 5.000 Instâncias reservadas**.
+ **Não é possível modificar**: você não pode modificar diretamente sua lista. No entanto, é possível alterar sua lista primeiro cancelando-a e depois criando outra lista com os parâmetros novos.
+ **É possível cancelar**: você pode cancelar sua lista a qualquer momento, desde que ela esteja no estado `active`. Você não poderá cancelar a lista se já houver correspondência ou se ela estiver sendo processada para uma venda. Se houver correspondências em algumas das instâncias da sua lista e você cancelar a lista, somente as instâncias não correspondentes restantes serão removidas.
## Liste as suas Instâncias reservadas
Como vendedor registrado, é possível optar por vender uma ou mais de suas Instâncias reservadas. É possível escolher vender todos eles em uma lista ou em partes. Além disso, é possível listar as Instâncias reservadas com qualquer configuração de tipo de instância, plataforma e escopo.
O console determina um preço sugerido. Ele verifica as ofertas que correspondem à Instância reservada e relaciona a que tiver o preço mais baixo. Caso contrário, ele calcula um preço sugerido com base no custo da Instância reservada pelo tempo restante. Se o valor calculado for menor que 1,01 USD, o preço sugerido será de 1,01 USD.
Se você cancelar sua lista e parte da lista tiver sido vendida, o cancelamento não será eficiente na parte que foi vendida. Somente a parte não vendida da oferta não estará mais disponível no Marketplace de instâncias reservadas.
------
#### [ Console ]
**Listar uma instância reservada no Marketplace de instâncias reservadas usando**
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, selecione **Instâncias reservadas**.
1. Selecione as Instâncias reservadas para listar e escolha **Actions (Ações)** e **Sell Instâncias reservadas (Vender Instâncias reservadas)**.
1. Na página **Configurar a lista de Instância reservada**, defina o número de instâncias para vender e o preço inicial para o prazo restante nas colunas relevantes. Veja como o valor de sua reserva muda com o restante do período ao selecionar a seta ao lado da coluna **Meses restantes**.
1. Se você for um usuário avançado e quiser personalizar o preço, poderá inserir valores diferentes nos meses subsequentes. Para retornar à queda de preço linear padrão, escolha **Redefinir**.
1. Escolha **Continuar** quando você tiver terminado de configurar sua lista.
1. Confirme os detalhes da sua lista na página **Confirmar a lista da sua Instância reservada** e, se estiver satisfeito, escolha **Listar instância reservada**.
**Para visualizar suas listas no console do Amazon EC2**
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, selecione **Instâncias reservadas**.
1. Selecione a Instância reservada listada e escolha a guia **My Listings (Minhas ofertas)** na parte inferior da página.
------
#### [ AWS CLI ]
**Para gerenciar instâncias reservadas no marketplace de instâncias reservadas**
1. Obtenha a lista das suas Instâncias reservadas usando o comando [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html). Anote o ID da instância reservada que deseja listar.
1. Use o comando [create-reserved-instances-listing](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-reserved-instances-listing.html). Especifique o ID da Instância reservada, o número de instâncias e a programação de preços.
1. Para visualizar sua lista, use o comando [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html).
1. Para cancelar sua lista, use o comando [cancel-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-reserved-instances-listing.html).
------
#### [ PowerShell ]
**Para gerenciar instâncias reservadas no marketplace de instâncias reservadas**
1. Obtenha uma lista das suas instâncias reservadas usando o cmdlet [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html). Anote o ID da instância reservada que deseja listar.
1. Use o cmdlet [New-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstancesListing.html). Especifique o ID da Instância reservada, o número de instâncias e a programação de preços.
1. Para visualizar sua listagem, use o cmdlet [Get-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html).
1. Para cancelar sua listagem, use o cmdlet [Stop-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2ReservedInstancesListing.html).
------
## Estados de listagem da Instância reservada
O **Estado da lista** na guia **Minhas listagens** da página de Instâncias reservadas exibe o status atual das listagens:
As informações exibidas por **Listing State (Estado da oferta)** se referem ao status de sua oferta no Marketplace de instâncias reservadas. Isso é diferente das informações de status exibidas na coluna **Estado** da página **Instâncias reservadas**. Essas informações de **Estado** são sobre sua reserva.
+ **ativa**—A lista está disponível para compra.
+ **canceled (cancelada)**: a oferta foi cancelada e não está disponível para compra no Marketplace de instâncias reservadas.
+ **closed**—A Instância reservada não é listada. Uma Instância reservada pode ser `closed`, pois a venda da listagem foi concluída.
## Ciclo de vida de uma lista
Quando todas as instâncias na sua lista forem correspondidas e vendidas, a guia **Minhas listas** visualizará que a **Contagem de instâncias totais** corresponde à contagem listada em **Vendido**. Além disso, não há instâncias **Disponíveis** deixadas para sua listagem, e o **Status** é `closed`.
Quando apenas parte da sua oferta é vendida, a AWS remove as instâncias reservadas na oferta e cria o número de instâncias reservadas igual ao das instâncias reservadas restantes na contagem. Assim, o ID da listagem e a listagem que a representa, que agora tem menos reservas à venda, ainda estão ativas.
Todas as vendas futuras das Instâncias reservadas nessa listagem serão processadas dessa maneira. Quando todas as instâncias reservadas na oferta forem vendidas, a AWS marcará a lista como `closed`.
Por exemplo, você cria um *ID de listagem de Instâncias reservadas 5ec28771-05ff-4b9b-aa31-9e57dexample* com uma contagem de 5.
A guia **Minhas listas** na página do console da **Instância reservada** exibirá a lista desta forma:
*ID de listagem de Instância reservada 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Contagem total da reserva = 5
+ Vendidas = 0
+ Disponíveis = 5
+ Status = ativos
Um comprador compra duas das reservas, que deixa uma contagem de três reservas ainda disponíveis para venda. Por conta dessa venda parcial, a AWS cria uma nova reserva com uma contagem de três para representar as reservas restantes que ainda estão à venda.
Sua lista tem a seguinte forma na guia **Minha lista**:
*ID de listagem de Instância reservada 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Contagem total da reserva = 5
+ Vendidas = 2
+ Disponíveis = 3
+ Status = ativos
Se você cancelar sua lista e parte da lista já tiver sido vendida, o cancelamento não será eficiente na parte que foi vendida. Somente a parte não vendida da oferta não estará mais disponível no Marketplace de instâncias reservadas.
## Depois que a Instância reservada é vendida
Quando a instância reservada for vendida, a AWS enviará uma notificação por e-mail. Cada dia em que houver qualquer tipo de atividade, você receberá uma notificação por e-mail capturando todas as atividades do dia. As atividades podem incluir a criação ou a venda de uma oferta ou o envio de recursos financeiros para sua conta pela AWS.
------
#### [ Console ]
**Para rastrear o status de uma listagem de instância reservada**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Na página de navegação, escolha **Reserved Instances (Instâncias reservadas)**.
1. Na guia **Minhas listagens**, procure o valor de **Estado da listagem**. A guia também contém informações sobre o período, o preço de tabela e um detalhamento de quantas instâncias na listagem estão disponíveis, pendentes, vendidas e canceladas.
------
#### [ AWS CLI ]
**Para rastrear o status de uma listagem de instância reservada**
Use o comando [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html) com o filtro apropriado para obter informações sobre suas listagens.
```
aws ec2 describe-reserved-instances-listings
```
------
#### [ PowerShell ]
**Para rastrear o status de uma listagem de instância reservada**
Use o cmdlet [New-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html).
```
Get-EC2ReservedInstancesListing
```
------
## Recebimentos
Assim que a AWS receber os valores do comprador, será enviada uma mensagem ao e-mail da conta do proprietário registrado para a instância reservada vendida.
A AWS faz uma transferência bancária via Automated Clearing House (ACH) para sua conta bancária especificada. Normalmente, essa transferência ocorre entre um e três dias após sua Instância reservada ter sido vendida. Os desembolsos ocorrem uma vez por dia. Você receberá um e-mail com o relatório de desembolso após o recurso financeiro ser liberado. Lembre-se de que você não poderá receber desembolsos até que a AWS tenha recebido verificação do seu banco. Isso pode levar até duas semanas.
A Instância reservada que você vendeu continua aparecendo quando você descreve as Instâncias reservadas.
Você recebe um reembolso em dinheiro pelas instâncias reservadas por meio de uma transferência eletrônica feita diretamente na sua conta bancária. A AWS cobra uma taxa de serviço de 12% do preço inicial total de cada instância reservada vendida no Marketplace de instâncias reservadas.
## Informações compartilhadas com o comprador
Quando você vender no Marketplace de instâncias reservadas, a AWS compartilhará o nome legal da empresa no extrato do comprador, de acordo com as normas dos EUA. Além disso, se o comprador acessar o suporte da Suporte porque precisa entrar em contato com você para obter uma fatura ou por outro motivo relacionado a impostos, a AWS pode precisar fornecer ao comprador no seu endereço de e-mail, de modo que ele possa entrar em contato diretamente com você.
Por motivos semelhantes, as informações de código postal do comprador e do país são fornecidas ao vendedor no relatório de desembolso. Como vendedor, é possível precisar dessas informações para acompanhar todos os impostos de transação necessários que você remeter ao governo (como impostos sobre vendas e impostos de valor agregado).
A AWS não pode oferecer orientações sobre impostos, mas se seu especialistas em impostos determinar que você precisa de informações adicionais específicas, entre em contato com o [Suporte da Suporte](https://aws.amazon.com/contact-us/).
# Modificar a Instâncias reservadas
Quando suas necessidades mudarem, será possível modificar seu padrão ou Instâncias reservadas conversíveis e continuar usufruindo o benefício de faturamento. É possível modificar atributos como a zona de disponibilidade, tamanho da instância (na mesma família e geração de instâncias), e escopo de sua Instância reservada.
**nota**
Também é possível trocar uma Instância reservada convertível por outra Instância reservada convertível com uma configuração diferente. Para obter mais informações, consulte [Trocar Instâncias reservadas conversíveis](ri-convertible-exchange.md).
É possível modificar todas as Instâncias reservadas ou um subconjunto delas. É possível separar suas Instâncias reservadas originais em duas ou mais novas Instâncias reservadas. Por exemplo, se você tiver uma reserva de 10 instâncias em `us-east-1a` e decidir mover 5 instâncias para `us-east-1b`, a solicitação da modificação resultará em duas novas reservas: uma para 5 instâncias em `us-east-1a` e outra para as outras 5 instâncias em `us-east-1b`.
Também é possível *mesclar* duas ou mais Instâncias reservadas em uma única Instância reservada. Por exemplo, se você tiver quatro `t2.small` Instâncias reservadas de uma instância cada, poderá mesclá-las para criar uma `t2.large` Instância reservada. Para obter mais informações, consulte [Suporte para modificar tamanhos de instância](#ri-modification-instancemove).
Após a modificação, o benefício das Instâncias reservadas será aplicado somente às instâncias que correspondem aos novos parâmetros. Por exemplo, se você alterar a zona de disponibilidade de uma reserva, a reserva de capacidade e os benefícios de preço serão automaticamente aplicados ao uso da instância na nova zona de disponibilidade. Das instâncias que não corresponderem mais aos novos parâmetros, será cobrada a taxa sob demanda, a menos que sua conta tenha outras reservas aplicáveis.
Se sua solicitação da modificação tiver sucesso:
+ A reserva modificada entra em vigor imediatamente e o benefício de preço é aplicado às novas instâncias que iniciam na hora da solicitação de modificação. Por exemplo, se você modificar com êxito suas reservas às 9:15PM, o benefício do preço será transferido para sua nova instância às 9:00PM. É possível obter a data efetiva das Instâncias reservadas modificadas usando o comando [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html).
+ A reserva original é desativada. A data final é a data inicial da nova reserva, e a data final da nova reserva é a mesma que a data final da Instância reservada original. Se você modificar uma reserva de três anos com 16 meses sobrando de período de vigência, a reserva modificada resultante será uma reserva de 16 meses com a mesma data final que a original.
+ A reserva alterada lista um preço fixo de 0 USD e não o preço fixo da reserva original.
+ O preço fixo da reserva modificada não afeta os cálculos da camada de preços com desconto aplicados à sua conta, que são baseados no preço fixo da reserva original.
Se sua solicitação de modificação falhar, as Instâncias reservadas manterão a configuração original e serão imediatamente disponibilizadas para outra solicitação de modificação.
Não há taxas para a modificação e você não receber nenhuma conta ou fatura novas.
É possível modificar suas reservas quantas vezes quiser, mas não pode alterar nem cancelar uma solicitação de modificação pendente depois da enviá-la. Depois de a modificação ser concluída com sucesso, é possível enviar outra solicitação de modificação para reverter as alterações que fez, se necessário.
**Topics**
+ [
## Requisitos e restrições para modificação
](#ri-modification-limits)
+ [
## Suporte para modificar tamanhos de instância
](#ri-modification-instancemove)
+ [
## Enviar solicitações de modificação
](#ri-modification-process)
+ [
## Solucionar problemas de solicitações de modificação
](#ri-modification-process-messages)
## Requisitos e restrições para modificação
É possível modificar esses atributos da maneira a seguir.
| Atributo modificável | Plataformas compatíveis | Limitações e considerações |
| --- | --- | --- |
| Alterar as **zonas de disponibilidade** na mesma região | Linux e Windows | - |
| Alterar o **escopo** de zona de disponibilidade para região e vice-versa | Linux e Windows | Uma instância reservada por zona tem escopo para uma zona de disponibilidade e reserva capacidade nessa zona de disponibilidade. Se você alterar o escopo de zona de disponibilidade para região (de zonal para regional), você perderá o benefício da reserva de capacidade. Uma instância reservada por região tem escopo para uma região. O desconto para instância reservada se aplica a instâncias executadas em qualquer zona de disponibilidade nessa região. Além disso, o desconto da instância reservada se aplica ao uso da instância em todos os tamanhos na família de instâncias selecionada. Se você alterar o escopo de região para zona de disponibilidade (ou seja, de regional para zonal), você perderá a flexibilidade da zona de disponibilidade e a flexibilidade de tamanho de instância (se aplicável). Para obter mais informações, consulte [Como descontos em instâncias reservadas são aplicados](apply_ri.md). |
| Alterar o **tamanho da instância** na mesma família e geração de instâncias | Somente Linux/UNIX A flexibilidade do tamanho da instância não está disponível para Instâncias reservadas nas outras plataformas, que incluem Linux com SQL Server Standard, Linux com SQL Server Web, Linux com SQL Server Enterprise, Red Hat Enterprise Linux, SUSE Linux, Windows, Windows com SQL Standard, Windows com SQL Server Enterprise e Windows com SQL Server Web. | A reserva deve usar a locação padrão. Para algumas famílias de instâncias não há suporte, pois não há outros tamanhos disponíveis. Para obter mais informações, consulte . [Suporte para modificar tamanhos de instância](#ri-modification-instancemove) |
**Requisitos**
O Amazon EC2 processará sua solicitação de modificação se houver capacidade suficiente para sua nova configuração (se aplicável) e se as seguintes condições forem atendidas:
+ A Instância reservada não pode ser modificada antes ou ao mesmo tempo da compra
+ a Instância reservada deve estar ativa.
+ Não pode haver uma solicitação de modificação pendente
+ A instância reservada não está listada no Marketplace de instâncias reservadas
+ Deve haver correspondência entre o tamanho ocupado pela instância da reserva original e a nova configuração. Para obter mais informações, consulte [Suporte para modificar tamanhos de instância](#ri-modification-instancemove).
+ As Instâncias reservadas de entrada são todas Instâncias reservadas standard ou todas as Instâncias reservadas conversíveis, e não algumas de cada tipo
+ As Instâncias reservadas de entrada deverão expirar na mesma hora, se forem Instâncias reservadas standard
+ Para modificar o tamanho da instância, a instância reservada deve oferecer suporte à flexibilidade do tamanho da instância. Para ver a lista de instâncias reservadas que não oferecem suporte à flexibilidade do tamanho da instância, consulte [Flexibilidade de tamanho da instância](apply_ri.md#ri-instance-size-flexibility).
## Suporte para modificar tamanhos de instância
É possível modificar o tamanho da instância de um Instância reservada se os seguintes requisitos forem atendidos.
**Requisitos**
+ A plataforma é Linux/UNIX.
+ Você deve selecionar outro tamanho de instância na mesma [família de instâncias](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) (indicada por uma letra, p. ex., T) e [geração](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) (indicada por um número, p. ex., 2).
Por exemplo, você pode modificar uma instância reservada de `t2.small` para `t2.large`, pois ambas estão na mesma família e geração T2. Porém, você não pode modificar uma instância reservada de T2 para M2 ou de T2 para T3, porque nesses dois exemplos, a família e a geração de instâncias de destino não são as mesmas da instância reservada original.
+ Você só pode modificar o tamanho de uma instância reservada se ela oferecer suporte à flexibilidade do tamanho da instância. Para ver a lista de instâncias reservadas que não oferecem suporte à flexibilidade do tamanho da instância, consulte [Flexibilidade de tamanho da instância](apply_ri.md#ri-instance-size-flexibility).
+ Você não pode modificar o tamanho de instâncias reservadas para instâncias `t1.micro`, porque `t1.micro` tem apenas um tamanho.
+ As Instância reservada original e modificada devem ter o mesmo espaço para tamanho de instância.
**Topics**
+ [
### Espaço para tamanho da instância
](#ri-modification-instance-size-footprint)
+ [
### Fatores de normalização para instâncias bare metal
](#ri-normalization-factor-bare-metal-2)
### Espaço para tamanho da instância
Cada Instância reservada tem um *espaço para tamanho da instância*, que é determinado pelo fator de normalização do tamanho de instância e pelo número de instâncias na reserva. Ao modificar os tamanhos da instância em uma Instância reservada, o espaço da nova configuração deverá ser equivalente ao da configuração original; caso contrário, a solicitação de modificação não será processada.
Para calcular o espaço para tamanho de instância de uma Instância reservada, multiplique o número de instâncias pelo fator de normalização. No console do Amazon EC2, o fator de normalização é medido em unidades. A tabela a seguir descreve o fator de normalização para os tamanhos de instância em uma família de instâncias. Por exemplo, `t2.medium` tem um fator de normalização de 2, por isso, uma reserva para quatro instâncias `t2.medium` tem um espaço de 8 unidades.
| Tamanho da instância | Fator de normalização |
| --- | --- |
| nano | 0.25 |
| micro | 0,5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
É possível alocar suas reservas para tamanhos de instância diferentes na mesma família de instâncias, desde que o espaço para o tamanho da instância da sua reserva permaneça o mesmo. Por exemplo, é possível dividir uma reserva para uma instância `t2.large` (1 @ 4 unidades) em quatro instâncias `t2.small` (4 @ 1 unidade). Da mesma forma, é possível combinar uma reserva para quatro instâncias `t2.small` em uma instância `t2.large`. No entanto, você não pode alterar sua reserva para duas instâncias `t2.small` em uma instância `t2.large` porque o espaço da nova reserva (4 unidades) é maior que o espaço da reserva original (2 unidades).
No exemplo a seguir, você tem uma reserva com duas instâncias `t2.micro` (1 unidade) e uma reserva com uma instância `t2.small` (1 unidade). Se você mesclar ambas as reservas em uma única reserva com uma instância `t2.medium` (2 unidades), o espaço da nova reserva será igual ao espaço das reservas combinadas.
![\[Modificando Instâncias reservadas.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-modify-merge.png)
Também é possível modificar uma reserva para dividi-la em duas ou mais reservas. No exemplo a seguir, você tem uma reserva com uma instância `t2.medium` (2 unidades). É possível dividir a reserva em duas reservas, uma com duas instâncias `t2.nano` (0,5 unidades) e a outra com três instâncias `t2.micro` (1,5 unidades).
![\[Modificando Instâncias reservadas.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-modify-divide.png)
### Fatores de normalização para instâncias bare metal
É possível modificar uma reserva com instâncias `metal` usando outros tamanhos na mesma família de instâncias. É possível modificar uma reserva com instâncias diferentes de instâncias bare metal usando o tamanho `metal` na mesma família de instâncias. Geralmente, uma instância bare metal tem o mesmo tamanho que o maior tamanho de instância disponível na mesma família de instâncias. Por exemplo, uma instância `i3.metal` é do mesmo tamanho que uma instância `i3.16xlarge`. Portanto, elas têm o mesmo fator de normalização.
A tabela a seguir descreve o fator de normalização para os tamanhos de instâncias bare metal em famílias de instâncias com instâncias bare metal. O fator de normalização para instâncias `metal` depende da família de instâncias, ao contrário dos outros tamanhos de instância.
| Tamanho da instância | Fator de normalização |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Por exemplo, uma instância `i3.metal` tem um fator de normalização de 128. Se você comprar uma Instância reservada `i3.metal` de Linux/Unix da Amazon de locação padrão, será possível dividir a reserva da seguinte maneira:
+ Uma instância `i3.16xlarge` é do mesmo tamanho que uma instância `i3.metal`, portanto, seu fator de normalização é de 128 (128/1). A reserva para uma instância `i3.metal` pode ser modificada para uma instância `i3.16xlarge`.
+ Uma instância `i3.8xlarge` tem a metade do tamanho de uma instância `i3.metal`, portanto, seu fator de normalização é de 64 (128/2). A reserva para uma instância `i3.metal` pode ser dividida em duas instâncias `i3.8xlarge`.
+ Uma instância `i3.4xlarge` é um quarto do tamanho de uma instância `i3.metal`, portanto, seu fator de normalização é de 32 (128/4). A reserva para uma instância `i3.metal` pode ser dividida em quatro instâncias `i3.4xlarge`.
## Enviar solicitações de modificação
Antes de realizar modificações nas instâncias reservadas, certifique-se de ter lido as [restrições](#ri-modification-limits) aplicáveis. Antes de realizar modificações no tamanho da instância, calcule a [área de ocupação do tamanho da instância](#ri-modification-instancemove) das reservas originais que deseja modificar e certifique-se de que essa área corresponda à área de ocupação do tamanho da instância das suas novas configurações.
------
#### [ Console ]
**Para modificar suas instâncias reservadas**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Na página **Reserved Instances (Instâncias reservadas)**, selecione uma ou mais Instâncias reservadas para modificar e escolha **Actions (Ações)**, **Modify Reserved Instances (Modificar instâncias reservadas)**.
Se as Instâncias reservadas não estiverem no estado ativo ou não puderem ser modificadas, a opção **Modificar Instâncias reservadas** estará desativada.
1. A primeira entrada na tabela de modificação exibe os atributos da Instâncias reservadas selecionada e pelo menos uma configuração de destino abaixo dela. A coluna **Unidades** exibe o espaço para tamanho total da instância. Escolha **Adicionar** para cada nova configuração a ser adicionada. Modifique os atributos conforme necessário para cada configuração.
+ **Scope (Escopo)**: escolha se a configuração se aplica a uma zona de disponibilidade ou a toda a região.
+ **Zona de disponibilidade**: Escolha a zona de disponibilidade necessária. Não aplicável para Instâncias reservadas regionais.
+ **Tipo de instância**: selecione o tipo de instância necessário. As configurações combinadas devem ser iguais ao tamanho da instância das configurações originais.
+ **Count (Contagem)**: especifique o número de instâncias. Para dividir as Instâncias reservadas em várias configurações, reduza a contagem, escolha **Add (Adicionar)** e especifique uma contagem para a configuração adicional. Por exemplo, se você tiver uma única configuração com uma contagem de 10, poderá alterar sua contagem para 6 e adicionar uma configuração com uma contagem de 4. Esse processo desativa a Instância reservada original assim que as novas Instâncias reservadas são ativadas.
1. Escolha **Continue**.
1. Para confirmar suas escolhas quando terminar de especificar as configurações de destino, selecione **Submit modifications** (Enviar modificações).
1. É possível determinar o status de sua solicitação da modificação analisando a coluna **State (Estado)** na tela de Instâncias reservadas. Os estados possíveis são os seguintes.
+ **ativo* (modificação pendente)*** — estado de transição das Instâncias reservadas originais.
+ **desativado* (modificação pendente)*** — estado de transição das Instâncias reservadas originais enquanto as novas Instâncias reservadas são criadas
+ **desativado** — Instâncias reservadas modificadas e substituídas com êxito
+ **ativo** — uma das seguintes opções:
+ Novas Instâncias reservadas criadas com base em uma solicitação de modificação bem-sucedida
+ Instâncias reservadas originais após falha na solicitação da modificação
------
#### [ AWS CLI ]
**Para modificar suas instâncias reservadas**
Use o comando [modify-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-reserved-instances.html). É possível fornecer os detalhes da configuração em um arquivo JSON.
```
aws ec2 modify-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342f5bd7c02 \
--target-configurations file://configuration.json
```
**Para obter o status de sua solicitação de modificação**
Use o comando [describe-reserved-instances-modifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-modifications.html). O status é `processing`, `fulfilled` ou `failed`.
```
aws ec2 describe-reserved-instances-modifications \
--reserved-instances-modification-ids rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 \
--query ReservedInstancesModifications[].Status
```
------
#### [ PowerShell ]
**Para modificar suas instâncias reservadas**
Use o cmdlet [Edit-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2ReservedInstance.html). É possível fornecer os detalhes da configuração em um objeto do tipo `Amazon.EC2.Model.ReservedInstancesConfiguration`.
```
Edit-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342f5bd7c02 `
-TargetConfiguration $configuration
```
**Para obter o status de sua solicitação de modificação**
Use o cmdlet [Get-EC2ReservedInstancesModification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesModification.html). O status é `processing`, `fulfilled` ou `failed`.
```
Get-EC2ReservedInstancesModification `
-ReservedInstancesModificationId rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 | `
Select Status
```
------
## Solucionar problemas de solicitações de modificação
Se as configurações de destino solicitadas forem exclusivas, você receberá uma mensagem de que sua solicitação está sendo processada. Neste ponto, o Amazon EC2 só determinou que os parâmetros da sua solicitação de modificação são válidos. A solicitação da modificação ainda pode falhar durante o processo em função de capacidade indisponível.
Em algumas situações, é possível receber uma mensagem indicando solicitações de modificação incompletas ou falhas em vez de confirmação. Use as informações nessas mensagens como ponto inicial para enviar novamente outra solicitação de modificação. Certifique-se de que você leu as [restrições](#ri-modification-limits) aplicáveis antes de enviar a solicitação.
**Nem todas as Instâncias reservadas selecionadas podem ser processadas para modificação**
O Amazon EC2 identifica e lista as Instâncias reservadas que não podem ser modificadas. Se você receber uma mensagem como essa, acesse a página **Reserved Instances (Instâncias reservadas)** no console do Amazon EC2 e verifique as informações sobre as Instâncias reservadas.
**Erro ao processar sua solicitação de modificação**
Você enviou uma ou mais Instâncias reservadas para modificação e nenhuma das solicitações pode ser processada. Dependendo do número de reservas que estiver modificando, é possível obter versões diferentes da mensagem.
O Amazon EC2 exibe os motivos pelos quais sua requisição não pode ser processada. Por exemplo, é possível ter especificado a mesma combinação de destino — uma combinação de zona de disponibilidade e plataforma — para um ou mais subconjuntos das Instâncias reservadas que está modificando. Experimente enviar as solicitações de modificação novamente, mas verifique se os detalhes da instância das reservas correspondem, e as configurações de destino para todos os subconjuntos que estiverem sendo modificados são exclusivas.
# Trocar Instâncias reservadas conversíveis
É possível trocar uma ou mais Instâncias reservadas conversíveis por outra Instância reservada convertível com uma configuração diferente, inclusive a família de instâncias, o sistema operacional e a locação. Não há limites de quantas vezes você realiza uma troca, desde que a nova Instância reservada conversível tenha valor igual ou superior às Instâncias reservadas conversíveis que você está trocando.
Ao trocar sua instância reservada conversível, o número de instâncias da sua reserva atual é trocado por um número de instâncias que cobrem o valor igual ou superior da configuração da nova instância reservada conversível. O Amazon EC2 calcula o número de instâncias reservadas que é possível receber como resultado da troca.
Você não pode trocar Instâncias reservadas padrão, mas pode modificá-las. Para obter mais informações, consulte [Modificar a Instâncias reservadas](ri-modifying.md) .
**Topics**
+ [
## Requisitos para trocar de Instâncias reservadas conversíveis
](#riconvertible-exchange-limits)
+ [
## Calcular trocas de Instâncias reservadas conversíveis
](#riconvertible-exchange-cost)
+ [
## Mesclar Instâncias reservadas conversíveis
](#ri-merge-convertible)
+ [
## Trocar uma parte de uma Instância reservada convertível
](#ri-split-convertible)
+ [
## Enviar solicitações de troca
](#ri-exchange-process)
## Requisitos para trocar de Instâncias reservadas conversíveis
Se as condições a seguir forem atendidas, o Amazon EC2 processará sua solicitação de troca. A Instância reservada convertível deve estar:
+ Ativo
+ Não pode haver uma solicitação de troca anterior pendente
+ Tenha pelo menos 24 horas restantes do prazo de validade
As seguintes regras se aplicam:
+ As instâncias reservadas conversíveis só podem ser trocadas por outras instâncias reservadas conversíveis oferecidas atualmente pela AWS.
+ As Instâncias reservadas conversíveis são associadas a uma região específica, que é fixada para a duração do período da reserva. Não é possível trocar uma instância reservada conversível por uma instância reservada conversível de outra região.
+ Para trocar uma instância reservada conversível zonal, a AWS precisa ter capacidade suficiente para o novo o tipo de instância na região.
+ É possível trocar uma ou mais Instâncias reservadas conversíveis por vez por uma única Instância reservada convertível somente.
+ Para trocar parte de uma Instância reservada convertível, é possível modificá-la em duas ou mais reservas e, em seguida, trocar uma ou mais reservas por uma nova Instância reservada convertível. Para obter mais informações, consulte [Trocar uma parte de uma Instância reservada convertível](#ri-split-convertible). Para obter mais informações sobre como modificar Instâncias reservadas, consulte [Modificar a Instâncias reservadas](ri-modifying.md).
+ As Instâncias reservadas conversíveis com adiantamento total podem ser trocadas por Instâncias reservadas conversíveis com adiantamentos parciais e vice-versa.
**nota**
Se o pagamento adiantado total necessário para a troca (custo alinhado) for menor do que USD 0,00, a AWS fornecerá automaticamente uma quantidade de instâncias na instância reservada conversível que garantirá o custo alinhado de USD 0,00 ou mais.
**nota**
Se o valor total (preço adiantado \$1 preço por hora \$1 número de horas restantes) da nova instância reservada conversível for menor do que o valor total da instância reservada conversível que foi trocada, a AWS fornecerá automaticamente uma quantidade de instâncias na instância reservada conversível que garantirá um valor total igual ou superior ao valor da instância reservada conversível trocada.
+ Para se beneficiar com preços melhores, é possível trocar uma Instância reservada convertível sem adiantamento por uma Instância reservada convertível com adiantamento total ou parcial.
+ Você não pode trocar Instâncias reservadas conversíveis pagas total ou parcialmente à vista por instâncias reservadas conversíveis sem pagamento antecipado.
+ Só é possível trocar uma Instância reservada convertível sem adiantamento por uma outra Instância reservada convertível sem adiantamento se o preço por hora da nova Instância reservada convertível for igual ou superior ao preço por hora da Instância reservada convertível que foi trocada.
**nota**
Se o valor total (preço por hora \$1 número de horas restantes) da nova instância reservada conversível for menor do que o valor total da instância reservada conversível que foi trocada, a AWS fornecerá automaticamente uma quantidade de instâncias na instância reservada conversível que garantirá um valor total igual ou superior ao valor da instância reservada conversível trocada.
+ Se você trocar várias Instâncias reservadas conversíveis com datas de expiração diferentes, a data de expiração da nova Instância reservada convertível será a data futura mais longe.
+ Se você trocar uma única Instância reservada convertível, ela deverá ter o mesmo período de vigência (um ano ou três anos) da nova Instância reservada convertível. Se você mesclar várias Instâncias reservadas conversíveis com períodos de vigência diferentes, a nova Instância reservada convertível terá um período de vigência de três anos. Para obter mais informações, consulte [Mesclar Instâncias reservadas conversíveis](#ri-merge-convertible).
+ Quando o Amazon EC2 troca uma instância reservada conversível, ele retira a reserva associada e transfere a data de término para a nova reserva. Após a troca, o Amazon EC2 define a data de término da reserva antiga e a data de início da nova reserva como a data da troca. Por exemplo, se você trocar uma reserva de três anos com 16 meses restantes do período de vigência, a nova reserva será uma reserva de 16 meses com a mesma data de término que a reserva da Instância reservada conversível que você trocou.
## Calcular trocas de Instâncias reservadas conversíveis
A troca de Instâncias reservadas conversíveis são gratuitas. Porém, pode ser necessário pagar o custo diferencial, que é o custo à vista pro rata da diferença entre as Instâncias reservadas conversíveis que você tinha e as novas Instâncias reservadas conversíveis que você recebe na troca.
Cada Instância reservada convertível tem um valor de tabela. Esse valor de tabela é comparado ao valor de tabela das Instâncias reservadas conversíveis que você deseja para determinar quantas reservas de instância é possível receber com a troca.
Por exemplo: você tem uma Instância reservada convertível com valor de tabela de 35 USD que deseja trocar por um novo tipo de instância com um valor de tabela de 10 USD.
```
$35/$10 = 3.5
```
É possível trocar sua Instância reservada convertível por três Instâncias reservadas conversíveis de US\$1 10. Não é possível adquirir meias reservas; portanto, é necessário comprar uma Instância reservada convertível adicional que cubra o restante:
```
3.5 = 3 whole Convertible Reserved Instances + 1 additional Convertible Reserved Instance
```
A quarta Instância reservada convertível tem a mesma data de término das outras três. Se você estiver trocando Instâncias reservadas conversíveis com adiantamento integral ou parcial, pagará o custo alinhado da quarta reserva. Se o custos iniciais restante das Instâncias reservadas conversíveis forem USD 500 e a reserva de destino custar normalmente USD 600 pro rata, será cobrado de você USD 100.
```
$600 prorated upfront cost of new reservations - $500 remaining upfront cost of old reservations = $100 difference
```
## Mesclar Instâncias reservadas conversíveis
Se você combinar duas ou mais Instâncias reservadas conversíveis, o termo da nova Instância reservada conversível deverá ser o mesmo das instâncias reservadas conversíveis originais ou o mais alto das instâncias reservadas conversíveis originais. A data de expiração da nova Instância reservada convertível é a data de expiração mais avançada no futuro.
Por exemplo, você tem as seguintes Instâncias reservadas conversíveis na conta:
| ID da Instância reservada | Prazo | Data de validade |
| --- | --- | --- |
| aaaa1111 | 1 ano | 31/12/2018 |
| bbbb2222 | 1 ano | 31/07/2018 |
| cccc3333 | 3 anos | 30/06/2018 |
| dddd4444 | 3 anos | 31/12/2019 |
+ É possível mesclar `aaaa1111` e `bbbb2222` e trocá-las por uma Instância reservada convertível de um ano. Você não pode trocá-las por uma Instância reservada convertível de três anos. A data de expiração da nova Instância reservada convertível é 31/12/2018.
+ É possível mesclar `bbbb2222` e `cccc3333` e trocá-las por uma Instância reservada convertível de três anos. Você não pode trocá-las por uma Instância reservada convertível de um ano. A data de expiração da nova Instância reservada convertível é 31/07/2018.
+ É possível mesclar `cccc3333` e `dddd4444` e trocá-las por uma Instância reservada convertível de três anos. Você não pode trocá-las por uma Instância reservada convertível de um ano. A data de expiração da nova Instância reservada convertível é 31/12/2019.
## Trocar uma parte de uma Instância reservada convertível
É possível usar o processo de modificação para dividir a Instância reservada convertível em reservas menores e, em seguida, trocar uma ou mais reservas novas por uma nova Instância reservada convertível. Os exemplos a seguir demonstram como fazer isso.
**Example Exemplo: Instância reservada convertível com várias instâncias**
Neste exemplo, você tem uma `t2.micro` Instância reservada convertível com quatro instâncias na reserva. Para trocar duas instâncias `t2.micro` por uma instância `m4.xlarge`:
1. Modifique a `t2.micro` Instância reservada convertível dividindo-a em duas `t2.micro` Instâncias reservadas conversíveis com duas instâncias cada uma.
1. Troque uma das novas `t2.micro` Instâncias reservadas conversíveis por uma `m4.xlarge` Instância reservada convertível.
![\[Modificar e trocar Instâncias reservadas.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-split-cri-multiple.png)
**Example Exemplo: Instância reservada convertível com uma única instância**
Neste exemplo, você tem uma `t2.large` Instância reservada convertível. Para transformá-la em uma instância `t2.medium` menor e em uma instância `m3.medium`:
1. Modifique a `t2.large` Instância reservada convertível dividindo-a em duas `t2.medium` Instâncias reservadas conversíveis. Uma única instância `t2.large` tem o mesmo espaço para tamanho da instância que duas instâncias `t2.medium`.
1. Troque uma das novas `t2.medium` Instâncias reservadas conversíveis por uma `m3.medium` Instância reservada convertível.
![\[Modificar e trocar Instâncias reservadas.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-split-cri-single.png)
Para obter mais informações, consulte [Suporte para modificar tamanhos de instância](ri-modifying.md#ri-modification-instancemove) e [Enviar solicitações de troca](#ri-exchange-process).
## Enviar solicitações de troca
É possível trocar suas instâncias reservadas conversíveis. As instâncias reservadas trocadas são desativadas.
------
#### [ Console ]
**Para trocar instâncias reservadas conversíveis**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Instâncias reservadas**, selecione as Instâncias reservadas conversíveis a serem trocadas e escolha **Ações**, **Trocar Instância reservada**.
1. Selecione os atributos da configuração desejada e escolha **Find offering** (Localizar oferta).
1. Selecione uma nova Instância reservada convertível. Na parte inferior da tela, é possível visualizar o número da Instâncias reservadas que você receber para a troca, além de quaisquer custos adicionais.
1. Ao selecionar uma Instância reservada convertível que atenda às suas necessidades, escolha **Review** (Revisar).
1. Escolha **Exchange** (Troca) e, em seguida, **Close** (Fechar).
------
#### [ AWS CLI ]
**Para trocar uma instância reservada conversível**
1. Encontre uma nova instância reservada conversível que atenda às suas necessidades usando o comando [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html).
1. Obtenha uma cotação para a troca usando o comando [get-reserved-instances-exchange-quote](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-reserved-instances-exchange-quote.html). Isso inclui o número de instâncias reservadas obtidas na troca e o custo alinhado da troca:
1. Faça a troca usando o comando [accept-reserved-instances-exchange-quote](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-reserved-instances-exchange-quote.html).
------
#### [ PowerShell ]
**Para trocar uma instância reservada conversível**
1. Encontre uma nova instância reservada conversível que atenda às suas necessidades usando o cmdlet [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html).
1. Obtenha uma cotação para a troca usando o cmdlet [Get-EC2ReservedInstancesExchangeQuote](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesExchangeQuote.html). Isso inclui o número de instâncias reservadas obtidas na troca e o custo alinhado da troca:
1. Faça a troca usando o cmdlet [Approve-EC2ReservedInstancesExchangeQuote](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2ReservedInstancesExchangeQuote.html)
------
# Cotas de instâncias reservadas
É possívelrá comprar novas instâncias reservadas a cada mês. O número de novas instâncias reservadas que é possível comprar por mês é determinado por sua cota mensal, da seguinte forma:
****
| Descrição da cota | Cota padrão |
| --- | --- |
| Novas instâncias reservadas [regionais](apply_ri.md#apply-regional-ri) | 20 por região por mês |
| Novas instâncias reservadas [zonais](apply_ri.md#apply-zonal-ri) | 20 por zona de disponibilidade por mês |
Por exemplo, em uma região com três zonas de disponibilidade, a cota padrão é de 80 novas instâncias reservadas por mês, calculada da seguinte forma:
+ 20 instâncias reservadas regionais para a região
+ Mais 60 instâncias reservadas zonais (20 para cada uma das três zonas de disponibilidade)
As instâncias no estado `running` contam para sua cota. As instâncias que estão nos estados `pending`, `stopping`, `stopped` e `hibernated` não contam para sua cota.
## Visualizar o número de instâncias reservadas que você comprou
O número de instâncias reservadas compradas por você é indicado pelo campo **Instance count** (Contagem de instâncias) (console) ou o parâmetro `InstanceCount` (AWS CLI). Quando você compra novas instâncias reservadas, a cota é medida em relação à contagem total de instâncias. Por exemplo, se você comprar uma única configuração de instância reservada com uma contagem de instâncias igual 10, a compra contará para sua cota como 10, e não como 1.
É possível ver quantas instâncias reservadas você comprou usando o Amazon EC2 ou a AWS CLI.
------
#### [ Console ]
**Para ver o número de instâncias reservadas que você comprou**
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, selecione **Instâncias reservadas**.
1. Selecione uma configuração de instância reservada na tabela e verifique o campo **Instance count** (Contagem de instâncias).
Na captura de tela a seguir, a linha selecionada representa uma única configuração de instância reservada para um tipo de instância `t3.micro`. A coluna **Instance count** (Contagem de instâncias) na visualização da tabela e no campo **Instance count** (Contagem de instâncias) na visualização detalhada (descrito na captura de tela) indica que há 10 instâncias reservadas para essa configuração.
![\[Esta imagem mostra a tela Reserved Instances (Instâncias reservadas) no console do Amazon EC2. O campo Instance count (Contagem de instâncias) é descrito na captura de tela.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/ri-instance-count.png)
------
#### [ AWS CLI ]
**Para ver o número de instâncias reservadas que você comprou**
Use o comando [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html) e especifique o ID da configuração da instância reservada.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 \
--output table
```
O seguinte é um exemplo de saída. O campo `InstanceCount` indica que há 10 instâncias reservadas para essa configuração.
```
-------------------------------------------------------------------
| DescribeReservedInstances |
+-----------------------------------------------------------------+
|| ReservedInstances ||
|+----------------------+----------------------------------------+|
|| CurrencyCode | USD ||
|| Duration | 31536000 ||
|| End | 2023-08-27T13:29:44+00:00 ||
|| FixedPrice | 59.0 ||
|| InstanceCount | 10 ||
|| InstanceTenancy | default ||
|| InstanceType | t3.micro ||
|| OfferingClass | standard ||
|| OfferingType | All Upfront ||
|| ProductDescription | Linux/UNIX ||
|| ReservedInstancesId | a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 ||
|| Scope | Region ||
|| Start | 2022-08-27T13:29:45.938000+00:00 ||
|| State | active ||
|| UsagePrice | 0.0 ||
|+----------------------+----------------------------------------+|
||| RecurringCharges |||
||+----------------------------------+--------------------------+||
||| Amount | 0.0 |||
||| Frequency | Hourly |||
||+----------------------------------+--------------------------+||
```
------
#### [ PowerShell ]
**Para ver o número de instâncias reservadas que você comprou**
Use o cmdlet [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html) e especifique o ID da configuração da instância reservada.
```
Get-EC2ReservedInstance -ReservedInstancesId a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
```
O seguinte é um exemplo de saída. O campo `InstanceCount` indica que há 10 instâncias reservadas para essa configuração.
```
AvailabilityZone :
CurrencyCode : USD
Duration : 31536000
End : 1/12/2017 8:57:08 PM
FixedPrice : 0
InstanceCount : 10
InstanceTenancy : default
InstanceType : t3.medium
OfferingClass : standard
OfferingType : All Upfront
ProductDescription : Windows
RecurringCharges : {}
ReservedInstancesId : a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
Scope : Region
Start : 10/12/2016 4:00:00 PM
State : active
Tags : {}
UsagePrice : 0
```
------
## Considerações
Um regional Instância reservada aplica um desconto para um instância sob demanda em execução. O instância sob demanda padrão é 20. Não é possível exceder o limite de execução do instância sob demanda, comprando regional Instâncias reservadas. Por exemplo, se você já tem 20 Instâncias on-demand em execução e você adquiri 20 regional Instâncias reservadas, essas 20 regional Instâncias reservadas serão usadas para aplicar desconto nas 20 Instâncias on-demand em execução. Se você compra mais regional Instâncias reservadas, não será possível iniciar mais instâncias porque alcançou seu limite do instância sob demanda.
Antes de comprar Instâncias reservadas regionais, verifique se o limite de instância sob demanda corresponde ou excede o número de Instâncias reservadas regionais que você pretende ter. Se necessário, solicite um aumento de seu limite de instância sob demanda *antes de* comprar mais Instâncias reservadas regionais.
Uma instância reservada zonal (uma Instância reservada que é comprada para uma zona de disponibilidade específica) e que fornece reserva de capacidade, bem como um desconto. É possível* exceder* o limite de execução do instância sob demanda, comprando zonal Instâncias reservadas. Por exemplo, se você já tem 20 Instâncias on-demand em execução e você adquiri 20 zonal Instâncias reservadas, é possível iniciar mais 20 Instâncias on-demand que correspondam às especificações de sua zonal Instâncias reservadas, dando a você um total de 40 instâncias em execução.
## Visualize suas cotas de instância reservada e solicite um aumento de cota
O console do Amazon EC2 fornece informações sobre as cotas. Também é possível solicitar um aumento em suas cotas. Para obter mais informações, consulte [Visualizar as cotas atuais](ec2-resource-limits.md#view-limits) e [Solicitar um aumento](ec2-resource-limits.md#request-increase).
# Instâncias spot
Uma instância spot é uma instância que usa capacidade adicional do EC2 que está disponível por um valor mais baixo que o preço sob demanda. Como as Instâncias spot permitem que você solicite instâncias do EC2 não usadas com descontos consideráveis, é possível reduzir seus custos do Amazon EC2 significativamente. O preço por hora de uma instância spot é chamado de preço spot. O preço spot de cada tipo de instância em cada zona de disponibilidade é definido pelo Amazon EC2 e ajustado gradualmente com base na oferta e a demanda de longo prazo das Instâncias spot. Sua instância spot executará sempre que houver capacidade disponível.
As Instâncias spot são uma opção econômica se houver flexibilidade quanto ao momento em que as aplicações serão executadas e se as aplicações poderão ser interrompidas. Por exemplo, as Instâncias spot são adequadas para análise de dados, trabalhos em lote, processamento em segundo plano e tarefas opcionais. Para obter mais informações, consulte [Instâncias spot do Amazon EC2](https://aws.amazon.com/ec2/spot/).
Para obter uma comparação das diferentes opções de compra de instância do EC2, consulte [Opções de faturamento e compra do Amazon EC2](instance-purchasing-options.md).
## Conceitos
Antes de começar a trabalhar com as Instâncias spot, é necessário se familiarizar com os seguintes conceitos:
+ *Grupo de capacidade spot*: um conjunto de instâncias do EC2 não utilizadas com o mesmo tipo de instância (por exemplo, `m5.large`) e zona de disponibilidade.
+ *Preço spot*: o preço atual de uma instância spot por hora.
+ *Solicitação de instância Spot*: solicita uma instância spot. Quando houver capacidade disponível, o Amazon EC2 atenderá à solicitação. Uma solicitação de instância spot é *única* ou *persistente*. O Amazon EC2 reenvia automaticamente uma solicitação de instância spot persistente depois que a instância spot associada à solicitação for interrompida.
+ *Recomendação de rebalanceamento de instância do EC2*: o Amazon EC2 emite um sinal de recomendação de rebalanceamento de instância para avisar que uma instância spot apresenta risco elevado de interrupção. Esse sinal fornece uma oportunidade de rebalancear proativamente as workloads entre instâncias spot novas ou existentes sem que seja necessário aguardar o aviso de interrupção de dois minutos da instância spot.
+ *Interrupção de instância spot*: o Amazon EC2 encerra, interrompe ou coloca em hibernação a instância spot quando o Amazon EC2 precisa novamente da capacidade. O Amazon EC2 fornece um aviso de interrupção da instância spot, enviando à instância um aviso de dois minutos antes que ela seja interrompida.
## Diferenças entre instâncias spot e instâncias sob demanda
A tabela a seguir lista as principais diferenças entre instâncias spot e [instâncias sob demanda](ec2-on-demand-instances.md).
| | Spot Instances | On-Demand Instances |
| --- | --- | --- |
| Horário do lançamento | Só poderá ser executado imediatamente se a solicitação da instância spot estiver ativa e a capacidade estiver disponível. | Só poderá ser executado imediatamente se você fizer uma solicitação de execução manual e se a capacidade estiver disponível. |
| Capacidade disponível | Se a capacidade não estiver disponível, a solicitação de instância spot continuará a fazer a solicitação de inicialização automaticamente até que a capacidade seja disponibilizada. | Se a capacidade não estiver disponível quando você fizer uma solicitação de execução, você receberá um erro de capacidade insuficiente (ICE). |
| Custo por hora | O preço por hora das instâncias spot varia de acordo com a demanda e oferta de longo prazo. | O preço por hora de Instâncias on-demand é estático. |
| Recomendação de rebalanceamento | O sinal que o Amazon EC2 emite para uma instância spot em execução quando a instância possui risco elevado de interrupção. | Você determina quando uma instância sob demanda é interrompida (parada ou encerrada). |
| Interrupção de instância | É possível interromper e iniciar uma instância spot baseada no Amazon EBS. Além disso, o Amazon EC2 poderá [interromper](spot-interruptions.md) uma instância spot individual se a capacidade não estiver mais disponível. | Você determina quando uma instância sob demanda é interrompida (parada ou encerrada). |
## Definição de preço e economia
Você paga o preço spot por Instâncias spot, que é definido pelo Amazon EC2 e ajustado gradualmente com base na oferta e demanda de longo prazo das Instâncias spot. Suas Instâncias spot serão executadas até que você as encerre, a capacidade não esteja mais disponível ou seu grupo do Amazon EC2 Auto Scaling as encerre durante o processo de [reduzir a escala horizontalmente](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-lifecycle.html#as-lifecycle-scale-in).
Se você ou o Amazon EC2 interromper uma instância spot em execução, você será cobrado pelos segundos usados ou pela hora completa, ou então não será cobrado, dependendo do sistema operacional usado e de quem interrompeu a instância spot. Para obter mais informações, consulte [Faturamento para Instâncias spot interrompidas](billing-for-interrupted-spot-instances.md).
As instâncias spot não são cobertas pelos Savings Plans. Se tiver um Savings Plan, ele não oferecerá vantagens econômicas adicionais, além das que você já obtém com o uso de instâncias spots. Além disso, seus gastos com instâncias spot não aplicam os compromissos dos Savings Plans para computação.
### Visualizar preços
Para ver o menor preço atual de instâncias spot (atualizado a cada cinco minutos) por Região da AWS e tipo de instância, consulte a página [Definição de preço de instâncias spot do Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/).
Para visualizar o histórico de preços de spot dos últimos três meses, use o console do Amazon EC2 ou o comando [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html). Para obter mais informações, consulte [Visualizar o histórico de preços de instância spot](using-spot-instances-history.md).
Mapeamos as zonas de disponibilidade para os códigos de cada Conta da AWS de maneira independente. Portanto, é possível obter resultados diferentes para o mesmo código de zona de disponibilidade (por exemplo, `us-west-2a`) entre contas diferentes.
### Visualizar economias
É possível visualizar as economias feitas com o uso de instâncias spot para uma única [frota spot](Fleets.md) ou para todas as instâncias spot. É possível visualizar as economias feitas na última hora ou nos últimos três dias, além de visualizar o custo médio por hora de vCPU e por hora de memória (GiB). As economias são estimadas e podem ser diferentes das economias reais porque não incluem os ajustes de faturamento de seu uso. Para obter mais informações sobre a visualização das economias, consulte [Economia na compra das Instâncias spot](spot-savings.md).
### Exibir faturamento
Sua fatura fornece detalhes sobre seu uso do serviço. Para obter mais informações, consulte [Exibição da sua fatura](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) no *Guia do usuário do AWS Billing*.
# Práticas recomendadas para instâncias spot do Amazon EC2
O Amazon EC2 fornece acesso à capacidade computacional sobressalente do EC2 na Nuvem AWS que está disponível por meio de instâncias spot com um desconto de até 90% em comparação com os preços de instâncias sob demanda. A única diferença entre instâncias sob demanda e instâncias spot é que as instâncias spot poderão ser interrompidas pelo Amazon EC2, com dois minutos de notificação, se o Amazon EC2 precisar recuperar capacidade. Para garantir a melhor experiência com instâncias Spot, é importante entender e aplicar as práticas recomendadas de uso.
As Instâncias spot são recomendadas para aplicações flexíveis, tolerantes a falhas e sem estado. Por exemplo, as Instâncias spot funcionam bem para big data, workloads em contêineres, CI/CD, servidores Web sem estado, computação de alta performance (HPC) e workloads de renderização.
Durante a execução, as Instâncias spot são exatamente as mesmos que as Instâncias on-demand. No entanto, o Spot não garante que você possa manter as instâncias em execução tempo suficiente para concluir as workloads. O Spot também não garante que você possa obter disponibilidade imediata das instâncias que está procurando, nem que sempre possa obter a capacidade agregada solicitada. Além disso, as interrupções e a capacidade da instância spot podem mudar ao longo do tempo porque a disponibilidade da instância spot varia de acordo com a oferta e a demanda, e a performance passada não é uma garantia de resultados futuros.
As Instâncias spot não são adequadas para workloads que são inflexíveis, com estado, intolerantes a falhas ou fortemente acopladas entre nós de instância. As instâncias spot também não são recomendadas para workloads que não sejam tolerantes a períodos ocasionais em que a capacidade-alvo não está totalmente disponível. Seguir as práticas recomendadas para spot de ser flexível em termos de tipos de instância e zonas de disponibilidade é a melhor chance de ter alta disponibilidade, mas isso não garante que haverá capacidade disponível, pois os picos na demanda de instâncias sob demanda podem perturbar as workloads nas instâncias spot.
Não é recomendável usar instâncias spot para essas workloads nem tentar fazer failover para instâncias sob demanda como forma de lidar com interrupções ou períodos de indisponibilidade. Fazer failover para instâncias sob demanda pode inadvertidamente causar interrupções em outras instâncias spot. Além disso, se as instâncias spot de uma combinação de tipo de instância e zona de disponibilidade forem interrompidas, poderá ser difícil obter instâncias sob demanda com a mesma combinação.
Independentemente de você ser um usuário spot experiente ou iniciante na utilização de instâncias spot, se estiver enfrentando problemas com interrupções ou disponibilidade de instâncias spot no momento, recomendamos que siga essas práticas recomendadas para ter a melhor experiência usando o serviço spot.
**Topics**
+ [
## Preparar instâncias individuais para interrupções
](#prep-instances-for-interruptions)
+ [
## Ser flexível sobre tipos de instância e zonas de disponibilidade
](#be-instance-type-flexible)
+ [
## Usando a seleção de tipo de instância baseada em atributos
](#use-attribute-based-instance-type-selection)
+ [
## Usar pontuações de posicionamento spot para identificar regiões e zonas de disponibilidade ideais
](#use-spot-placement-scores-to-identify-optimal-regions-and-availability-zones)
+ [
## Usar grupos do Auto Scaling ou a Frota do EC2 para gerenciar a capacidade agregada
](#use-sf-asg-for-aggregate-capacity)
+ [
## Usar a estratégia de alocação otimizada para preço e capacidade
](#use-capacity-optimized-allocation-strategy)
+ [
## Use serviços integrados da AWS para gerenciar as instâncias spot
](#use-integrated-aws-services)
+ [
## Qual é o melhor método de solicitação spot para usar?
](#which-spot-request-method-to-use)
## Preparar instâncias individuais para interrupções
A melhor maneira de lidar com interrupções de instâncias spot com tranquilidade é arquitetar a aplicação para que ela seja tolerante a falhas. Para fazer isso, é possível aproveitar as recomendações de rebalanceamento de instâncias do EC2 e avisos de interrupção de instâncias spot.
Uma recomendação de rebalanceamento de uma instância do EC2 é um sinal que notifica você quando uma instância spot corre grande risco de interrupção. O sinal oferece a oportunidade de gerenciar proativamente a instância spot antes do aviso de interrupção de dois minutos da instância spot. É possível decidir rebalancear sua workload em Instâncias spot novas ou existentes que não tenham risco elevado de interrupção. Tornamos mais fácil para você usar esse sinal por meio do atributo de rebalanceamento de capacidade nos grupos do Auto Scaling e na Frota do EC2.
Um aviso de interrupção da instância spot é um aviso emitido dois minutos antes de o Amazon EC2 interromper uma instância spot. Se a workload tiver “flexibilidade de tempo”, também é possível configurar as instâncias Spot para serem interrompidas ou para hibernarem, em vez de serem encerradas, quando forem interrompidas. O Amazon EC2 interrompe ou hiberna automaticamente suas instâncias spot durante a interrupção e retoma automaticamente as instâncias quando tivermos capacidade disponível.
Recomendamos que você crie uma regra no [Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/index.html) que capture as recomendações de rebalanceamento e os avisos de interrupção e acione um ponto de verificação para o andamento da workload ou lide tranquilamente com a interrupção. Para obter mais informações, consulte [Monitorar os sinais de recomendação de rebalanceamento](rebalance-recommendations.md#monitor-rebalance-recommendations). Para obter um exemplo detalhado que orienta você sobre como criar e usar regras de evento, consulte [Aproveitar os avisos de interrupção de instância spot do Amazon EC2](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Para obter mais informações, consulte [Recomendações de rebalanceamento de instâncias do EC2](rebalance-recommendations.md) e [Interrupções de instâncias spot](spot-interruptions.md).
## Ser flexível sobre tipos de instância e zonas de disponibilidade
Um grupo de capacidade spot é um conjunto de instâncias do EC2 não utilizadas, com o mesmo tipo de instância (por exemplo, `m5.large`) e a zona de disponibilidade (por exemplo, us-east-1a). É necessário ser flexível sobre quais tipos de instância solicita e em quais zonas de disponibilidade pode implantar a workload. Isso dá ao Spot uma chance melhor de encontrar e alocar a quantidade necessária de capacidade computacional. Por exemplo, não peça apenas `c5.large` se você está disposto a usar grandes das famílias c4, m5 e m4.
Dependendo de suas necessidades específicas, é possível avaliar para quais tipos de instância é possível ter flexibilidade para atender aos requisitos de computação. Se uma workload puder ser dimensionada verticalmente, é necessário incluir tipos de instância maiores (mais vCPUs e memória) nas solicitações. Se você puder dimensionar somente horizontalmente, deverá incluir tipos de instância de geração mais antiga, pois eles têm menos demanda de clientes sob demanda.
Uma boa regra geral é ser flexível para pelo menos 10 tipos de instância para cada workload. Além disso, verifique se todas as zonas de disponibilidade estão configuradas para uso na VPC e selecionadas para a workload.
## Usando a seleção de tipo de instância baseada em atributos
Com a seleção do tipo de instância baseada em atributos, você pode especificar atributos de instância, como vCPUs, memória e armazenamento, para a workload que você quer executar. O EC2 Auto Scaling ou a frota do EC2 automaticamente identificará e inicializará instâncias que correspondam aos atributos especificados. Isso elimina o esforço necessário para selecionar manualmente tipos de instância específicos, o que exige um entendimento profundo da oferta de cada tipo de instância.
Além disso, a seleção do tipo de instância baseada em atributos permite que você use automaticamente tipos de instância recém-inicializados à medida que eles se tornam disponíveis. Isso garante acesso contínuo a uma gama cada vez mais ampla de capacidade de instância spot.
A seleção de tipo de instância baseada em atributos é ideal para workloads e frameworks que podem ser flexíveis em relação aos tipos de instância que são executadas, como workloads de computação de alta performance (HPC) e de big data.
Para obter mais informações, consulte [Create mixed instances group using attribute-based instance type selection](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) no *Guia do usuário do Amazon EC2 Auto Scaling* e [Especificar atributos para seleção de tipo de instância para frota do EC2 ou frota spot](ec2-fleet-attribute-based-instance-type-selection.md) neste guia.
## Usar pontuações de posicionamento spot para identificar regiões e zonas de disponibilidade ideais
As instâncias spot são a capacidade não utilizada do EC2, e essa capacidade flutua com base na oferta e na demanda do EC2. Como resultado, talvez você nem sempre obtenha a capacidade spot exata de que precisa em um local específico e em um horário específico. Para mitigar essa imprevisibilidade, você pode usar o recurso de pontuação de posicionamento spot. Esse recurso fornece recomendações para regiões ou zonas de disponibilidade com maior probabilidade de ter capacidade suficiente para atender às suas necessidades de capacidade spot sem exigir que você inicialize primeiro instâncias spot nestes locais.
A pontuação de posicionamento spot é mais bem usada para workloads que podem ser flexíveis quanto aos tipos de instância e à região ou zona de disponibilidade que elas podem usar. Tudo que você precisa fazer é especificar a capacidade spot necessária, seus requisitos de tipo de instância e se você quer recomendações para regiões ou zonas de disponibilidade. Em troca, você recebe uma pontuação que varia de 1 a 10 para cada região ou zona de disponibilidade, indicando a probabilidade do provisionamento com êxito da capacidade spot solicitada naquele local. Uma pontuação de 10 indica que a solicitação de spot tem alta probabilidade de êxito.
É importante observar que a pontuação de posicionamento spot é uma recomendação pontual, pois a capacidade pode variar com o tempo. Ela não garante capacidade disponível nem prevê o risco de interrupção.
É possível usar o recurso de pontuação de posicionamento spot no console do Amazon EC2, na AWS CLI ou em um SDK. Para obter mais informações, consulte [Pontuação de posicionamento de spot](spot-placement-score.md).
## Usar grupos do Auto Scaling ou a Frota do EC2 para gerenciar a capacidade agregada
O spot permite que você pense em termos de capacidade agregada, ou seja, em unidades que incluem vCPUs, memória, armazenamento ou throughput de rede, em vez de pensar em termos de instâncias individuais. Os grupos do Auto Scaling e a Frota do EC2 permitem iniciar e manter uma capacidade pretendida, e solicitar recursos para substituir automaticamente os que forem interrompidos ou encerrados manualmente. Ao configurar um grupo do Auto Scaling ou uma Frota do EC2, você só precisa especificar os tipos de instância e a capacidade pretendida de acordo com as necessidades da aplicação. Para obter mais informações, consulte [Grupos de Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-groups.html) no *Guia do usuário do Amazon EC2 Auto Scaling* e [Criar uma Frota do EC2.](create-ec2-fleet.md) neste guia do usuário.
## Usar a estratégia de alocação otimizada para preço e capacidade
As estratégias de alocação nos grupos de Auto Scaling ajudam a provisionar a capacidade prevista sem a necessidade de procurar manualmente os grupos de capacidade spot com capacidade adicional. Recomendamos o uso da estratégia `price-capacity-optimized`, pois ela provisiona automaticamente as instâncias dos grupos de capacidade spot mais disponíveis que também têm o menor preço possível. Também é possível aproveitar a estratégia de alocação de `price-capacity-optimized` na Frota do EC2. Como a capacidade da instância spot é proveniente de grupos com capacidade ideal, isso diminui a possibilidade de que as instâncias spot sejam recuperadas. Para obter mais informações, consulte [Estratégias de alocação para vários tipos de instâncias](https://docs.aws.amazon.com/autoscaling/ec2/userguide/allocation-strategies.html) no *Guia do usuário do Amazon EC2 Auto Scaling* e [Quando as workloads têm um alto custo de interrupção](ec2-fleet-allocation-strategy.md#ec2-fleet-strategy-capacity-optimized) neste guia do usuário.
## Use serviços integrados da AWS para gerenciar as instâncias spot
Outros serviços da AWS integram-se ao Spot para reduzir os custos gerais de computação sem a necessidade de gerenciar instâncias ou frotas individuais. Recomendamos considerar as soluções a seguir para suas workloads aplicáveis: Amazon EMR, Amazon Elastic Container Service, AWS Batch, Amazon Elastic Kubernetes Service, Amazon SageMaker AI, AWS Elastic Beanstalk e Amazon GameLift Servers. Para saber mais sobre as melhores práticas do Spot com esses serviços, consulte o [Site de workshops de Instâncias spot do Amazon EC2](https://ec2spotworkshops.com/).
## Qual é o melhor método de solicitação spot para usar?
Use a tabela a seguir para determinar qual API usar ao solicitar instâncias spot.
****
| solicitações de | Quando usar? | Caso de uso | Devo usar esta API? |
| --- | --- | --- | --- |
| [CreateAutoScalingGroup](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_CreateAutoScalingGroup.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/spot-best-practices.html) | Crie um grupo do Auto Scaling que gerencie o ciclo de vida de suas instâncias enquanto mantém o número desejado de instâncias. Compatível com dimensionamento horizontal da escala (adição de mais instâncias) entre os limites mínimo e máximo especificados. | Sim |
| [CreateFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/spot-best-practices.html) | Crie uma frota de instâncias sob demanda e instâncias spot em uma única solicitação, com várias especificações de execução, que variam de acordo com o tipo de instância, a AMI, a zona de disponibilidade ou a sub-rede. Por padrão, a estratégia de alocação de instância spot usa o `lowest-price` por unidade, mas é possível alterá-la para `price-capacity-optimized` , `capacity-optimized` ou `diversified`. | Sim. No modo `instant` se não houver necessidade de autoescalabilidade |
| [RunInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RunInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/spot-best-practices.html) | Execute um número especificado de instâncias usando uma AMI e um tipo de instância. | Não. Porque RunInstances não permite tipos de instâncias mistas em uma única solicitação |
| [RequestSpotFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/spot-best-practices.html) | NÃO USE. RequestSpotFleet é uma API herdada e sem investimento planejado. | Não |
| [RequestSpotInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/spot-best-practices.html) | NÃO USE. RequestSpotInstances é uma API herdada e sem investimento planejado. | Não |
# Como as Instâncias spot funcionam
Para iniciar uma instância Spot, você cria uma *solicitação de instância spot* ou o Amazon EC2 cria uma solicitação de instância spot em seu nome. A instância spot é iniciada quando a solicitação de instância spot é atendida.
É possível iniciar uma instância spot usando vários serviços diferentes. Para obter mais informações, consulte [Conceitos básicos das instâncias spot do Amazon EC2](https://aws.amazon.com/ec2/spot/getting-started/). Neste guia do usuário, descrevemos as seguintes maneiras de executar uma instância spot usando o EC2:
+ É possível criar uma solicitação de instância spot usando o [assistente de inicialização de instâncias](ec2-launch-instance-wizard.md) no console do Amazon EC2 ou o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Para obter mais informações, consulte [Gerenciar as instâncias spot](using-spot-instances-request.md).
+ É possível criar uma EC2 Fleet e nela especificar o número desejado de instâncias spot. O Amazon EC2 cria uma solicitação de instância spot em seu nome para cada instância spot especificada na EC2 Fleet. Para obter mais informações, consulte [Criar uma Frota do EC2.](create-ec2-fleet.md).
+ É possível criar uma frota spot e nela especificar o número desejado de instâncias spot. O Amazon EC2 cria uma solicitação de instância spot em seu nome para cada instância spot especificada na solicitação de frota spot. Para obter mais informações, consulte [Criar uma Frota spot](create-spot-fleet.md).
Sua instância spot será iniciada se houver capacidade disponível. Sua instância spot será executada até que você a interrompa ou a encerre, ou até que o Amazon EC2 a interrompa (processo conhecido como *interrupção da instância spot*). O Amazon EC2 pode parar, encerrar ou hibernar uma instância spot ao interrompê-la.
Quando você usa instâncias spot, deve estar preparado para interrupções. O Amazon EC2 poderá interromper a sua instância spot quando a demanda por instâncias spot aumentar ou quando o suprimento de instâncias spot diminuir. Quando o Amazon EC2 interrompe uma instância spot, ele fornece um aviso de interrupção de instância spot, enviando à instância um aviso de dois minutos antes que o Amazon EC2 a interrompa. Você não pode habilitar a proteção contra encerramento para Instâncias spot. Para obter mais informações, consulte [Interrupções de instâncias spot](spot-interruptions.md).
**Topics**
+ [
## Estados da solicitação de instância spot
](#creating-spot-request-status)
+ [
## Executar Instâncias spot em um grupo de execução
](#spot-launch-group)
+ [
## Executar Instâncias spot em um grupo de zonas de disponibilidade
](#spot-az-group)
+ [
## Executar Instâncias spot em uma VPC
](#concepts-spot-instances-vpcs)
+ [
## Executar instâncias de desempenho expansível
](#burstable-spot-instances)
+ [
## Executar no hardware de locatário único
](#spot-instance-tenancy)
## Estados da solicitação de instância spot
Uma solicitação de instância spot pode estar em um dos seguintes estados:
+ `open` – A solicitação está esperando para ser atendida.
+ `active` – A solicitação foi atendida e tem uma instância spot associada.
+ `failed` – A solicitação tem um ou mais parâmetros inválidos.
+ `closed` – A instância spot foi interrompida ou encerrada.
+ `disabled` – Você parou a instância spot.
+ `cancelled` – Você cancelou a solicitação ou ela expirou.
A ilustração a seguir representa as transições entre os estados da solicitação. Observe que as transições dependem do tipo de solicitação (única ou persistente).
![\[Estados de solicitação de instância spot.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/spot_request_states.png)
Uma solicitação de instância spot única permanece ativa até o Amazon EC2 executar a instância spot, a solicitação expirar ou você cancelar a solicitação. Se não houver capacidade disponível, sua instância spot será encerrada e a solicitação de instância spot será fechada.
Uma solicitação de instância spot persistente permanecerá ativa até expirar ou até que você a cancele, mesmo se a solicitação tiver sido atendida. Se não houver capacidade disponível, sua instância spot será interrompida. Depois que a instância é interrompida, quando houver novamente capacidade disponível, a instância spot será iniciada (se estiver parada) ou retomada (se estiver hibernada). É possível parar uma instância spot e reiniciá-la quando houver capacidade disponível. Se a instância spot for encerrada (independentemente de estar parada ou em execução), a solicitação de instância spot será reaberta e o Amazon EC2 iniciará uma nova instância spot. Para mais informações, consulte [Parar uma instância spot](using-spot-instances-request.md#stopping-a-spot-instance), [Iniciar uma instância spot](using-spot-instances-request.md#starting-a-spot-instance) e [Encerrar uma instância spot](using-spot-instances-request.md#terminating-a-spot-instance).
É possível acompanhar o status das solicitações de instância spot, bem como o status das instâncias spot executadas, pelo status. Para obter mais informações, consulte [Obter o status de uma solicitação de instância spot](spot-request-status.md).
## Executar Instâncias spot em um grupo de execução
Especifique um grupo de execução na solicitação de instância spot para instruir o Amazon EC2 a executar um conjunto de instâncias spot somente se ele puder executar todas elas. Além disso, se o serviço spot precisar encerrar uma das instâncias em um grupo de execução, ele deverá encerrar todas elas. Contudo, se você encerrar uma ou mais instâncias em um grupo de execução, o Amazon EC2 não encerrará as instâncias restantes no grupo de execução.
Embora essa opção possa ser útil, adicionar essa restrição pode diminuir as chances de a sua solicitação de instância spot ser atendida e aumenta as chances de encerramento das instâncias spot. Por exemplo, seu grupo de execução inclui instâncias em várias zonas de disponibilidade. Se a capacidade em uma dessas zonas de disponibilidade diminuir e não estiver mais disponível, o Amazon EC2 encerrará todas as instâncias do grupo de execução.
Se você criar outra solicitação de instância spot bem-sucedida que especifique o mesmo grupo de execução (existente) de uma solicitação bem-sucedida anterior, as novas instâncias serão adicionadas ao grupo de execução. Subsequentemente, se uma instância nesse grupo de execução for encerrada, todas as instâncias no grupo de execução serão encerradas, o que inclui instâncias executadas pela primeira e a segunda solicitações.
## Executar Instâncias spot em um grupo de zonas de disponibilidade
Especifique um grupo de zonas de disponibilidade na solicitação de instância spot para informar ao Amazon EC2 para iniciar um conjunto de instâncias spot na mesma zona de disponibilidade. O Amazon EC2 não precisa interromper todas as instâncias em um grupo de zonas de disponibilidade ao mesmo tempo. Se o Amazon EC2 precisar interromper uma das instâncias em um grupo de zonas de disponibilidade, as outras permanecerão em execução.
Embora essa opção possa ser útil, a adição dessa restrição pode reduzir as possibilidades de sua solicitação de instância spot ser atendida.
Se você especificar um grupo de zonas de disponibilidade, mas não especificar uma zona de disponibilidade na solicitação de instância spot, o resultado dependerá da rede especificada.
**VPC padrão**
O Amazon EC2 usa a zona de disponibilidade para a sub-rede especificada. Se você não especificar uma sub-rede, ele selecionará uma zona de disponibilidade e sua sub-rede padrão, mas não necessariamente a zona de preço mais baixo. Se você excluir a sub-rede padrão de uma zona de disponibilidade, deverá especificar uma sub-rede diferente.
**VPC não padrão**
O Amazon EC2 usa a zona de disponibilidade para a sub-rede especificada.
## Executar Instâncias spot em uma VPC
Especifique uma sub-rede para as Instâncias spot da mesma maneira que você especifica uma sub-rede para as Instâncias on-demand.
+ [VPC padrão] Se você quiser que a instância spot seja executada em uma zona de disponibilidade de baixo preço, especifique a sub-rede correspondente na solicitação de instância spot. Se você não especificar uma sub-rede, o Amazon EC2 selecionará uma para você, e a zona de disponibilidade para essa sub-rede poderá não ter o menor preço spot.
+ [VPC não padrão] Especifique a sub-rede da instância spot.
## Executar instâncias de desempenho expansível
Os tipos de instância T são [instâncias de desempenho expansível](burstable-performance-instances.md). Se você executar as Instâncias spot usando um tipo de instância expansível e planejar usar as instâncias spot expansíveis imediatamente e por um breve período, sem tempo ocioso para acumular créditos de CPU, recomendamos iniciá-las no [modo padrão](burstable-performance-instances-standard-mode.md) para evitar pagar custos mais elevados. Se executar as Instâncias spot expansíveis no [modo ilimitado](burstable-performance-instances-unlimited-mode.md) e esgotar a CPU imediatamente, você gastará os créditos excedentes por isso. Se a instância for usada por um curto período, não haverá tempo para acumular créditos de CPU para pagamento dos créditos excedentes, e você precisará pagar os créditos excedentes ao encerrar a instância.
O modo ilimitado será adequado para instâncias spot expansíveis somente se a instância for executada por tempo suficiente para acumular créditos de CPU para expansão. Caso contrário, pagar por créditos excedentes torna a as instâncias spot expansíveis mais caras do que o uso de outras instâncias. Para obter mais informações, consulte [Quando usar o modo ilimitado versus CPU fixa](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode).
As instâncias T2, quando configuradas no [modo Padrão](burstable-performance-instances-standard-mode.md), recebem [créditos de inicialização](burstable-performance-instances-standard-mode-concepts.md#launch-credits). As instâncias T2 são as únicas instâncias de performance expansível que recebem créditos de inicialização. Os créditos de lançamento são feitos para fornecer uma experiência de lançamento inicial produtiva para instâncias T2 fornecendo recursos computacionais suficientes para configurar a instância. Lançamentos repetidos de instâncias T2 para acessar novos créditos de lançamento não são permitidos. Se você precisar de uma CPU sustentada, poderá obter créditos (ficando inativo durante um período), usar o [modo Ilimitado](burstable-performance-instances-unlimited-mode.md) para T2 Instâncias spot ou usar um tipo de instância com CPU dedicada.
## Executar no hardware de locatário único
É possível executar uma instância spot no hardware de ocupante único. As instâncias spot dedicadas são fisicamente isoladas de instâncias que pertencem a outras contas da AWS. Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](dedicated-instance.md) e as [instâncias dedicadas do Amazon EC2](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
Para executar uma instância spot dedicada, execute um dos seguintes procedimentos:
+ Especifique um locação `dedicated` ao criar a solicitação de instância spot. Para obter mais informações, consulte [Gerenciar as instâncias spot](using-spot-instances-request.md).
+ Solicite uma solicitação spot em uma VPC com uma locação de instância `dedicated`. Para obter mais informações, consulte [Iniciar Instâncias dedicadas em uma VPC com a locação padrão](dedicatedinstancesintovpc.md). Você não poderá solicitar uma instância spot com uma locação `default` se solicitá-la em uma VPC com uma locação de instância `dedicated`.
Todas as famílias de instâncias são compatíveis com Instâncias spot dedicadas, exceto instâncias T. Para cada família de instâncias compatíveis, apenas o maior tamanho de instância ou tamanho de metal é compatível com Instâncias spot dedicadas.
# Visualizar o histórico de preços de instância spot
Os preços de instâncias spot são definidos pelo Amazon EC2 e ajustados gradualmente de acordo com tendências de longo prazo da oferta e da demanda de capacidade de instâncias spot.
Quando sua solicitação de spot for atendida, as instâncias spot serão iniciadas pelo preço spot atual, não excedendo o preço sob demanda. É possível visualizar o histórico de preços spot dos últimos 90 dias, filtrando por tipo de instância, sistema operacional e zona de disponibilidade.
Para obter os preços de instâncias spot *atuais*, consulte a [definição de preço de instâncias spot do Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/).
------
#### [ Console ]
**Para visualizar o histórico de preços de spot**
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, selecione **Solicitações spot**.
1. Escolha **Histórico de definição de preço**.
1. Em **Graph** (Gráfico), escolha comparar o histórico de preços por **Availability Zones** (Zonas de disponibilidade) ou por **Instances Types** (Tipos de Instância).
+ Se você escolher **Zonas de disponibilidade**, escolha o **Tipo de instância**, o sistema operacional (**Plataforma** e o **Intervalo de datas** para os quais deseja visualizar o histórico de preços.
+ Se você escolher **Tipos de instância**, escolha até cinco ****Tipos de instância**, a Zona de disponibilidade**, o sistema operacional (**Plataforma**) e o **Intervalo de datas** para os quais deseja visualizar o histórico de preços.
A captura de tela a seguir mostra uma comparação de preços para diferentes tipos de instância.
![\[O Spot Instance pricing history (Histórico de definição de preço de instâncias spot) no console do Amazon EC2.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/spot-instance-pricing-history.png)
1. Mova o ponteiro do mouse sobre o gráfico para exibir os preços em horas específicas no intervalo de datas selecionado. Os preços são exibidos nos blocos de informações acima do gráfico. O preço exibido na linha superior mostra o preço em uma data específica. O preço exibido na segunda linha mostra o preço médio durante o intervalo de datas selecionado.
1. Para exibir o preço por vCPU, ative a opção **Display normalized prices** (Exibir preços normalizados). Para exibir o preço do tipo de instância, desative **Display normalized prices** (Exibir preços normalizados).
------
#### [ AWS CLI ]
**Para visualizar o histórico de preços de spot**
Use o seguinte comando [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html).
```
aws ec2 describe-spot-price-history \
--instance-types c6i.xlarge \
--product-descriptions "Linux/UNIX" \
--start-time 2025-04-01T00:00:00 \
--end-time 2025-04-02T00:00:0
```
------
#### [ PowerShell ]
**Para visualizar o histórico de preços de spot**
Use o cmdlet [Get-EC2SpotPriceHistory](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotPriceHistory.html).
```
Get-EC2SpotPriceHistory `
-InstanceType c6i.xlarge `
-ProductDescription "Linux/UNIX" `
-UtcStartTime 2025-04-01T00:00:00 `
-UtcEndTime 2025-04-02T00:00:0
```
------
# Economia na compra das Instâncias spot
É possível visualizar as informações de uso e de economias das Instâncias spot em nível de frota ou de todas as Instâncias spot em execução. No nível por frota, as informações de uso e de economia incluem todas as instâncias executadas e encerradas pela frota. É possível visualizar essas informações da última hora ou dos últimos três dias.
A captura de tela a seguir da seção **Savings** (Economia) mostra as informações de uso e de economia spot de uma frota spot.
![\[A seção Savings (Economia) da página Spot Fleet details (Detalhes da frota spot).\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/spot-savings.png)
É possível visualizar as seguintes informações de uso e de economia:
+ **Spot Instances (Instâncias spot)**: o número de instâncias spot executadas e encerradas pela frota spot. Ao visualizar o resumo de economias, o número representa todas as Instâncias spot em execução.
+ **vCPU-hours (Horas de vCPU)** – o número de horas de vCPU usadas entre todas as Instâncias spot no período selecionado.
+ **Mem(GiB)-hours (Horas de mem(GiB))** – o número de horas de GiB usadas entre todas as Instâncias spot no período selecionado.
+ **On-Demand total (Total sob demanda)** – a quantidade total que você pagaria pelo período de tempo selecionado se tivesse executado essas instâncias como Instâncias on-demand.
+ **Spot total (Total de Spot)** – a quantidade total a ser paga para o período selecionado.
+ **Savings (Economias)** – a porcentagem economizada por não pagar o preço sob demanda.
+ **Average cost per vCPU-hour (Custo médio por hora de vCPU)** – o custo médio por hora de uso das vCPUs entre todas as Instâncias spot para o período selecionado, calculado da seguinte forma: **Average cost per vCPU-hour (Custo médio por hora de vCPU)** = **Spot total (Total de Spot)** / **vCPU-hours (Horas de vCPU)**.
+ **Average cost per mem(GiB)-hour (Custo médio por hora de mem(GiB))** – o custo médio por hora de uso de GiBs entre todas as Instâncias spot para o período selecionado, calculado da seguinte forma: **Average cost per mem(GiB)-hour (Custo médio por hora de mem(GiB))** = **Spot total (Total de Spot)** / **mem(GiB)-hours (Horas de mem(GiB))**.
+ Tabela **Details (Detalhes)**: os diferentes tipos de instância (o número de instâncias por tipo de instância está entre parênteses) que compõem a frota spot. Ao visualizar o resumo de economias, isso representa todas as Instâncias spot em execução.
As informações de economias podem ser visualizadas apenas usando o console do Amazon EC2.
**Para visualizar as informações de economia de uma frota spot**
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, selecione **Solicitações spot**.
1. Selecione o ID de uma frota spot e role até seção **Savings** (Economia).
Se preferir, marque a caixa de seleção ao lado do ID de solicitação de frota spot e escolha a guia **Economia**.
1. Por padrão, a página exibe as informações de uso e de economia dos últimos três dias. É possível escolher a **last hour (última hora)** ou os **last three days (últimos três dias)**. Para Frotas spot que foram executadas há menos de uma hora, a página mostra a economia estimada para a hora.
**Para visualizar as informações de economia de todas as instâncias spot em execução**
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, selecione **Solicitações spot**.
1. Escolha **Savings Summary** (Resumo das economias).
# Criar uma solicitação de instância spot
Para usar instâncias spot, crie uma solicitação de instância spot que inclua o número de instâncias desejado, o tipo de instância e a zona de disponibilidade. Se houver capacidade disponível, o Amazon EC2 atenderá à solicitação imediatamente. Caso contrário, o Amazon EC2 esperará até a sua solicitação puder ser atendida ou até você cancelar a solicitação.
É possível usar o [assistente de inicialização de instâncias](ec2-launch-instance-wizard.md) no console do Amazon EC2 ou o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) para solicitar uma instância spot da mesma forma que é possível executar uma instância sob demanda. Este método é recomendado apenas pelos seguintes motivos:
+ Você já está usando o [assistente de execução de instância](ec2-launch-instance-wizard.md) ou o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) para executar instâncias sob demanda e quer mudar para a execução de instâncias spot alterando um único parâmetro.
+ Você não precisa de várias instâncias com diferentes tipos de instância.
Esse método geralmente não é recomendado para executar instâncias spot porque você não pode especificar vários tipos de instância e não é possível executar instâncias spot e instâncias sob demanda na mesma solicitação. Para os métodos preferidos de execução de instâncias spot, que incluem a execução de uma *frota* que inclui instâncias spot e instâncias sob demanda com vários tipos de instância, consulte [Qual é o melhor método de solicitação spot para usar?](spot-best-practices.md#which-spot-request-method-to-use)
Se você solicitar várias instâncias spot ao mesmo tempo, o Amazon EC2 criará solicitações de instância spot separadas para que você possa acompanhar o status de cada uma separadamente. Para obter mais informações sobre como monitorar solicitações de instâncias spot, consulte [Obter o status de uma solicitação de instância spot](spot-request-status.md).
------
#### [ Console ]
**Para criar uma solicitação de instância spot**
As etapas de 1 a 9 são as mesmas que você usaria para executar uma instância sob demanda. Na Etapa 10, você configura a solicitação da instância spot.
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Na barra de navegação na parte superior da tela, selecione uma região.
1. No painel do console do Amazon EC2, selecione **Launch instance (Executar instância)**.
1. (Opcional) Em **Name and tags** (Nome e etiquetas), é possível nomear a instância e marcar a solicitação de instância spot, a instância, os volumes e os gráficos elásticos. Para obter mais informações sobre tags, consulte [Marcar com tag os recursos do Amazon EC2](Using_Tags.md).
1. Em **Name** (Nome), insira um nome descritivo para a instância.
O nome da instância é uma tag em que a chave é **Name** (Nome) e o valor é o nome que você especificar. Se você não especificar um nome, a instância poderá ser identificada por seu ID, que é gerado automaticamente quando você inicia a instância.
1. Para marcar a solicitação de instância spot, a instância, os volumes e os elementos gráficos elásticos, escolha **Add additional tags** (Adicionar outras etiquetas). Escolha **Add tag** (Adicionar tag), insira uma chave e um valor, e selecione o tipo de recurso a aplicar a tag. Escolha **Add tag** (Adicionar tag) para cada tag adicional a acrescentar.
1. Em **Application and OS Images (Amazon Machine Image)**, (Imagens de aplicações e sistemas operacionais (imagem de máquina da Amazon), escolha o sistema operacional da instância e selecione uma AMI. Para obter mais informações, consulte [Imagens de aplicações e sistemas operacionais (imagem de máquina da Amazon)](ec2-instance-launch-parameters.md#liw-ami).
1. Em **Instance type** (Tipo de instância), selecione o tipo de instância que atende aos requisitos para a configuração do hardware e o tamanho da instância. Para obter mais informações, consulte [Tipo de instância](ec2-instance-launch-parameters.md#liw-instance-type).
1. Em **Key pair (login)** (Par de chaves: login) escolha um par de chaves existente ou selecione **Create new key pair** (Criar um novo par de chaves) para criar um novo. Para obter mais informações, consulte [Pares de chaves do Amazon EC2 e instâncias do Amazon EC2](ec2-key-pairs.md).
**Importante**
Se você escolher a opção **Proceed without key pair (Not recommended)** (Prosseguir sem par de chaves, não recomendado), não conseguirá se conectar à instância a menos que escolha uma AMI configurada para permitir que os usuários façam login de outro modo.
1. Em **Network settings** (Configurações de rede), use as configurações padrão ou escolha **Edit** (Editar) para definir as configurações de rede, conforme necessário.
Os grupos de segurança fazem parte das configurações de rede e definem regras de firewall para a instância. Essas regras especificam qual tráfego de rede de entrada será fornecido para sua instância.
Para obter mais informações, consulte [Configurações de rede](ec2-instance-launch-parameters.md#liw-network-settings).
1. A AMI que você selecionou inclui um ou mais volumes de armazenamento, incluindo o volume de dispositivo raiz. Na página **Configure storage** (Configurar armazenamento), especifique os volumes adicionais para anexar à instância escolhendo **Add New Volume** (Adicionar novo volume). Para obter mais informações, consulte [Configurar armazenamento](ec2-instance-launch-parameters.md#liw-storage).
1. Em **Advanced details** (Detalhes avançados), configure a solicitação de instância spot da seguinte maneira:
1. Em **Opção de compra**, marque a caixa de seleção **Solicitar instâncias spot**.
1. É possível manter a configuração padrão para a solicitação de instância spot ou escolher **Customize** (Personalizar), à direita, para especificar configurações personalizadas para a solicitação da instância spot.
Ao escolher a opção **Customize** (Personalizar), os campos a seguir serão exibidos.
1. **Preço máximo**: e possível solicitar instâncias spot pelo preço spot, limitado ao preço sob demanda ou especificar o valor máximo que você está disposto a pagar.
**Atenção**
Se você especificar um preço máximo, as instâncias serão interrompidas com mais frequência do que se você escolher **No maximum price** (Sem preço máximo).
Se você especificar um preço máximo, ele deverá ser superior a USD 0,001. Especificar um valor abaixo de USD 0,001 resultará em uma falha na inicialização.
+ **Sem preço máximo**: a instância spot será executada pelo preço spot atual. O preço nunca excederá o preço sob demanda. (Recomendado)
+ **Defina seu preço máximo (por instância/hora)**: você pode especificar o valor máximo que estiver disposto a pagar.
+ Se você especificar um preço máximo inferior ao preço spot atual, a instância spot não será executada.
+ Se você especificar um preço máximo superior ao preço spot atual, a instância spot será executada e cobrada de acordo com o preço spot atual. Depois que a instância spot estiver em execução, se o preço spot subir acima do preço máximo, o Amazon EC2 interromperá a instância spot.
+ Independentemente do preço máximo especificado, você sempre será cobrado o preço Spot atual.
Para analisar as tendências de preços spot, consulte [Visualizar o histórico de preços de instância spot](using-spot-instances-history.md).
1. **Tipos de solicitação**: o tipo de solicitação de instância spot escolhido determina o que acontece se a instância spot for interrompida.
+ **Única**: o Amazon EC2 faz uma solicitação única para a instância spot. Se a instância spot for interrompida, a solicitação não será reenviada.
+ **Solicitação persistente**: o Amazon EC2 faz uma solicitação persistente para a instância spot. Se a instância spot for interrompida, a solicitação será reenviada para reabastecer a instância spot interrompida.
Se você não especificar um valor, o padrão é uma solicitação única.
1. **Valid to** (Válido para): a data de expiração de uma solicitação de instância spot *persistente*.
Esse campo não é compatível com solicitações únicas. Uma solicitação *única* permanece ativa até que todas as instâncias da solicitação expirem ou você cancele a solicitação.
+ **Nenhuma data de expiração da solicitação**: a solicitação permanecerá ativa até você cancelá-la.
+ **Defina a data de validade da solicitação**: a solicitação persistente permanece ativa até a data especificada ou até que você a cancele.
1. **Comportamento de interrupção**: o comportamento escolhido determina o que acontece quando uma instância spot é interrompida.
+ Em solicitações persistentes, os valores válidos são **Parar** e **Hibernar**. Quando uma instância é parada ocorrem cobranças pelo armazenamento do volume EBS.
**nota**
As instâncias spot agora usam a mesma funcionalidade de hibernação que as instâncias sob demanda. Para habilitar a hibernação, você pode escolher **Hibernar** aqui ou **Habilitar** no campo **Comportamento de parar - hibernar**, que aparece mais abaixo no assistente de inicialização de instância. Para conhecer os pré-requisitos de hibernação, consulte [Pré-requisitos para a hibernação de instância do EC2](hibernating-prerequisites.md).
+ Para as solicitações únicas, somente **Terminate** (Encerrar) é válido.
Se você não especificar um valor, o padrão é **Terminate** (Encerrar) que não é válido para uma solicitação de instância spot persistente. Se você mantiver o padrão e tentar executar uma solicitação de instância spot persistente, receberá um erro.
Para obter mais informações, consulte [Comportamento das interrupções de instâncias spot](interruption-behavior.md).
1. No painel **Summary** (Resumo), para **Number of instances** (Número de instâncias), insira o número de instâncias a serem executadas.
**nota**
O Amazon EC2 cria uma solicitação distinta para cada instância spot.
1. No painel **Summary** (Resumo), revise os detalhes da instância e faça as alterações necessárias. Depois de enviar sua solicitação de instância spot, não é possível alterar os parâmetros da solicitação. É possível navegar diretamente para uma seção no assistente de execução de instância, escolhendo seu link no painel **Summary** (Resumo). Para obter mais informações, consulte [Resumo](ec2-instance-launch-parameters.md#liw-summary).
1. Quando estiver pronto para iniciar a instância, escolha **Launch instance** (Iniciar instância).
Se a instância não executar ou o estado passar imediatamente para `terminated`, em vez de `running`, consulte [Solucionar problemas de inicialização de instâncias do Amazon EC2](troubleshooting-launch.md).
------
#### [ AWS CLI ]
**Para criar uma solicitação de instância spot usando run-instances**
Use o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) e especifique as opções da instância spot no parâmetro `--instance-market-options` como segue.
```
--instance-market-options file://spot-options.json
```
Veja a seguir a estrutura de dados a ser especificada no arquivo JSON. Também é possível especificar `ValidUntil` e `InstanceInterruptionBehavior`. Se você não especificar um campo na estrutura de dados, será usado o valor padrão.
O exemplo a seguir cria uma solicitação `persistent`.
```
{
"MarketType": "spot",
"SpotOptions": {
"SpotInstanceType": "persistent"
}
}
```
**Para criar uma solicitação de instância spot usando request-spot-instances**
**nota**
Não recomendamos o uso do comando [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) por ser uma API herdada e sem investimento planejado. Para obter mais informações, consulte [Qual é o melhor método de solicitação spot para usar?](spot-best-practices.md#which-spot-request-method-to-use)
Use o comando [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) para criar uma solicitação única:
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json
```
Use o comando [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) para criar uma requisição persistente:
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "persistent" \
--launch-specification file://specification.json
```
Para que os arquivos de especificação de execução de exemplo sejam usados com esses comandos, consulte [Exemplo de especificações de execução de solicitações de instância spot](spot-request-examples.md). Se você baixar um arquivo de especificação de execução no console de solicitações de spot, use o comando [request-spot-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-fleet.html) (o console de solicitações spot especifica uma solicitação de instância spot usando uma frota spot).
------
#### [ PowerShell ]
**Para criar uma solicitação de instância spot**
Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) e especifique as opções da instância spot usando o parâmetro `-InstanceMarketOption`.
```
-InstanceMarketOptions $marketOptions
```
Crie a estrutura de dados para as opções de instância spot da seguinte forma.
```
$spotOptions = New-Object Amazon.EC2.Model.SpotMarketOptions
$spotOptions.SpotInstanceType="persistent"
$marketOptions = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketOptions.MarketType = "spot"
$marketOptions.SpotOptions = $spotOptions
```
------
# Exemplo de especificações de execução de solicitações de instância spot
Os exemplos a seguir mostram configurações de execução que é possível usar com o comando [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) para criar uma solicitação de instância spot. Para obter mais informações, consulte [Gerenciar as instâncias spot](using-spot-instances-request.md).
**Importante**
Não recomendamos o uso do comando [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) por ser uma API herdada e sem investimento planejado. Para obter mais informações, consulte [Qual é o melhor método de solicitação spot para usar?](spot-best-practices.md#which-spot-request-method-to-use).
**Topics**
+ [
## Exemplo 1: Executar Instâncias spot
](#spot-launch-specification1)
+ [
## Exemplo 2: executar Instâncias spot na zona de disponibilidade especificada
](#spot-launch-specification2)
+ [
## Exemplo 3: executar Instâncias spot na sub-rede especificada
](#spot-launch-specification3)
+ [
## Exemplo 4: executar uma instância spot dedicada
](#spot-launch-specification4)
## Exemplo 1: Executar Instâncias spot
O exemplo a seguir não inclui uma zona de disponibilidade nem sub-rede. O Amazon EC2 seleciona uma zona de disponibilidade para você. O Amazon EC2 executa as instâncias na sub-rede padrão da zona de disponibilidade selecionada.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Exemplo 2: executar Instâncias spot na zona de disponibilidade especificada
O exemplo a seguir inclui uma zona de disponibilidade. O Amazon EC2 executa as instâncias na sub-rede padrão da zona de disponibilidade especificada.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"Placement": {
"AvailabilityZone": "us-west-2a"
},
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Exemplo 3: executar Instâncias spot na sub-rede especificada
O exemplo a seguir inclui uma sub-rede. O Amazon EC2 executa as instâncias na sub-rede especificada. Se a VPC não for padrão, a instância não receberá um endereço IPv4 público por padrão.
```
{
"ImageId": "ami-0abcdef1234567890",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"SubnetId": "subnet-1a2b3c4d",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
Para atribuir um endereço IPv4 público a uma instância em uma VPC não padrão, especifique o campo `AssociatePublicIpAddress` conforme exibido no seguinte exemplo. Ao especificar uma interface de rede, é necessário incluir o ID da sub-rede e o ID do grupo de segurança usando a interface de rede, em vez de usar os campos `SubnetId` e `SecurityGroupIds` mostrados no bloco de código anterior.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"InstanceType": "m5.medium",
"NetworkInterfaces": [
{
"DeviceIndex": 0,
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Groups": [ "sg-1a2b3c4d5e6f7g8h9" ],
"AssociatePublicIpAddress": true
}
],
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Exemplo 4: executar uma instância spot dedicada
O exemplo a seguir solicita uma instância spot com a locação de `dedicated`. Uma instância spot dedicada deve ser executada em uma VPC.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "c5.8xlarge",
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Placement": {
"Tenancy": "dedicated"
}
}
```
# Obter o status de uma solicitação de instância spot
Para ajudar você a acompanhar suas solicitações de instância spot e planejar o uso de instâncias spot, use o status de solicitação fornecido pelo Amazon EC2. Por exemplo, um status de solicitação informa o motivo por que sua solicitação spot ainda não foi atendida ou lista as restrições que estão impedindo o atendimento de sua solicitação spot.
Em cada etapa do processo — também denominado *ciclo de vida* da solicitação spot — eventos específicos determinam estados sucessivos de solicitação.
A ilustração a seguir mostra como as solicitações de instância spot funcionam. Observe que o tipo de solicitação (única ou persistente) determina se a solicitação será reaberta ou quando o Amazon EC2 interromper uma instância spot, ou você parar uma instância spot. Se a requisição for persistente, ela será aberta novamente depois que a instância spot for interrompida. Se a solicitação for persistente e você parar a instância spot, a solicitação só será reaberta depois que você reiniciar a instância spot.
![\[Como as requisições de instância spot funcionam.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/spot_lifecycle.png)
**Topics**
+ [
## Obter informações do status da solicitação
](#get-spot-instance-request-status)
+ [
## Códigos de status das solicitações spot
](#spot-instance-request-status-understand)
+ [
## Evento de atendimento de solicitação de instância spot do EC2
](#spot-request-fulfillment-event)
+ [
# Mudanças de estado para uma solicitação spot
](spot-instances-request-status-lifecycle.md)
## Obter informações do status da solicitação
É possível obter informações de status para sua solicitação de instância spot.
------
#### [ Console ]
**Para obter informações de status da solicitação**
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 **Spot Requests (Solicitações spot)** e selecione a solicitação spot.
1. Para verificar o status, na guia **Descrição**, marque o campo **Status** .
------
#### [ AWS CLI ]
**Para obter informações de status da solicitação**
Use o seguinte comando [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html).
```
aws ec2 describe-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**Para obter informações de status da solicitação**
Use o cmdlet [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
## Códigos de status das solicitações spot
As informações de status da solicitação spot são compostas de um código de status da solicitação, o tempo de atualização e uma mensagem de status. Juntas, essas informações ajudam a determinar a disposição de sua solicitação spot.
Veja a seguir os códigos de status de solicitação spot:
`az-group-constraint`
O Amazon EC2 não pode executar todas as instâncias que você solicitou na mesma zona de disponibilidade.
`bad-parameters`
Um ou mais parâmetros para sua solicitação spot são inválidos (por exemplo, a AMI que você especificou não existe). A mensagem de status de solicitação indica qual parâmetro é inválido.
`canceled-before-fulfillment`
O usuário cancelou a solicitação spot antes de ser atendida.
`capacity-not-available`
Não há capacidade suficiente disponível para as instâncias solicitadas.
`constraint-not-fulfillable`
A solicitação spot não pode ser atendida porque uma ou mais restrições são inválidas (por exemplo, a zona de disponibilidade não existe). A mensagem de status de solicitação indica qual restrição é inválida.
`fulfilled`
A solicitação spot é `active` e Amazon EC2 está executando seu Instâncias spot.
`instance-stopped-by-price`
Sua instância foi interrompida porque o preço spot excedeu seu preço máximo.
`instance-stopped-by-user`
A instância foi interrompida porque um usuário interrompeu a instância ou executou o comando de desligamento a partir da instância.
`instance-stopped-no-capacity`
Sua instância foi interrompida devido às necessidades de gerenciamento de capacidade do EC2.
`instance-terminated-by-price`
Sua instância foi encerrada porque o preço spot excedeu seu preço máximo. Se sua solicitação for uma sugestão de preço persistente, o processo será reiniciado, portanto, sua solicitação está com a avaliação pendente.
`instance-terminated-by-schedule`
Sua instância spot foi encerrada no final da duração prevista.
`instance-terminated-by-service`
A instância foi encerrada em um estado interrompido.
`instance-terminated-by-user` ou `spot-instance-terminated-by-user`
Você encerrou uma instância spot que tinha sido atendida, portanto, o estado da solicitação é `closed` (a menos que se trate de uma requisição persistente) e o estado da instância é `terminated` .
`instance-terminated-launch-group-constraint`
Uma ou mais instâncias no grupo de execução foram encerradas, portanto, a restrição do grupo de execução deixou de ser atendida.
`instance-terminated-no-capacity`
Sua instância foi encerrada devido aos processos padrão de gerenciamento de capacidade.
`launch-group-constraint`
O Amazon EC2 não pode executar todas as instâncias que você solicitou ao mesmo tempo. Todas as instâncias em um grupo de execução são iniciadas e encerradas juntas.
`limit-exceeded`
O limite no número de volumes EBS ou de armazenamento de volume total foi excedido. Para obter mais informações, consulte [Quotas for Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-resource-quotas.html) no *Guia do usuário do Amazon EBS*.
`marked-for-stop`
A instância spot é marcada para interrupção.
`marked-for-termination`
A instância spot é marcada para encerramento.
`not-scheduled-yet`
A solicitação spot não é avaliada até a data programada.
`pending-evaluation`
Após criar uma solicitação de instância spot, ela entrará no estado `pending-evaluation` enquanto o sistema avalia os parâmetros da solicitação.
`pending-fulfillment`
O Amazon EC2 está tentando provisionar as Instâncias spot.
`placement-group-constraint`
A solicitação spot ainda não pode ser atendida porque uma instância spot não pode ser adicionada ao grupo de posicionamento no momento.
`price-too-low`
A solicitação ainda não pode ser atendida porque seu preço máximo está abaixo do preço spot. Nesse caso, nenhuma instância é executada e sua solicitação permanece `open`.
`request-canceled-and-instance-running`
Você cancelou a solicitação spot enquanto as Instâncias spot ainda estão em execução. A solicitação é `cancelled`, mas instâncias permanecem `running`.
`schedule-expired`
A solicitação spot expirou porque não foi atendida antes da data especificada.
`system-error`
Houve um erro de sistema inesperado. Se esse for um problema recorrente, entre em contato com o AWS Support para obter assistência.
## Evento de atendimento de solicitação de instância spot do EC2
Quando uma solicitação de instância spot é atendida, o Amazon EC2 envia um evento de atendimento de solicitação de instância spot do EC2 ao Amazon EventBridge. É possível criar uma regra para realizar uma ação sempre que esse evento ocorrer, como invocar uma função Lambda ou notificar um tópico do Amazon SNS.
A seguir estão dados de exemplo para esse evento.
```
{
"version": "0",
"id": "01234567-1234-0123-1234-012345678901",
"detail-type": "EC2 Spot Instance Request Fulfillment",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"spot-instance-request-id": "sir-0e54a519c9EXAMPLE",
"instance-id": "i-1234567890abcdef0"
}
}
```
Para saber mais, consulte o [Guia do Usuário do Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
# Mudanças de estado para uma solicitação spot
O diagrama a seguir mostra os caminhos que a solicitação spot pode seguir durante todo o ciclo de vida, do envio ao encerramento. Cada etapa é representada como um nó, e o código de status de cada nó descreve o status da solicitação spot e da instância spot.
![\[Ciclo de vida de uma solicitação de instância spot.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/spot-request-status-diagram.png)
**Avaliação pendente**
Assim que você cria uma solicitação de instância spot, ela entra no estado `pending-evaluation`, a menos que um ou mais parâmetros da solicitação não sejam válidos (`bad-parameters`).
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| pending-evaluation | open | Não aplicável |
| bad-parameters | closed | Não aplicável |
**Em espera**
Se uma ou mais restrições da solicitação forem válidas, mas ainda não for possível atendê-las, ou se não houver capacidade suficiente, a solicitação assumirá um estado em espera aguardando que as restrições sejam atendidas. As opções de solicitação afetam a probabilidade de atendimento da solicitação. Por exemplo, se não houver capacidade, sua solicitação permanecerá no estado de hibernação até que haja capacidade disponível. Se você especificar um grupo de zonas de disponibilidade, a solicitação permanecerá no estado de espera até a restrição de zona de disponibilidade ser atendida.
No caso de interrupção de uma das zonas de disponibilidade, há uma chance de que a capacidade extra do EC2 disponível para solicitações de instância spot em outras zonas de disponibilidade possa ser afetada.
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| capacity-not-available | open | Não aplicável |
| price-too-low | open | Não aplicável |
| not-scheduled-yet | open | Não aplicável |
| launch-group-constraint | open | Não aplicável |
| az-group-constraint | open | Não aplicável |
| placement-group-constraint | open | Não aplicável |
| constraint-not-fulfillable | open | Não aplicável |
**Avaliação pendente/atendimento - terminal**
A solicitação de instância spot poderá entrar no estado `terminal` se você criar uma solicitação que seja válida somente em um período específico e esse período expirar antes da solicitação atingir a fase de atendimento pendente. Isso também poderá ocorrer se você cancelar a solicitação ou se ocorrer um erro.
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| schedule-expired | cancelled | Não aplicável |
| canceled-before-fulfillment ¹ | cancelled | Não aplicável |
| bad-parameters | failed | Não aplicável |
| system-error | closed | Não aplicável |
¹ Se a solicitação for cancelada.
**Atendimento pendente**
Quando as restrições especificadas (se houver) forem atendidas, sua solicitação spot entrará no estado `pending-fulfillment`.
Nesse momento, o Amazon EC2 está se preparando para provisionar as instâncias solicitadas. Se o processo parar nesse momento, provavelmente foi devido ao seu cancelamento pelo usuário antes da execução de uma instância spot. Isso também pode ocorrer devido a um erro inesperado do sistema.
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| pending-fulfillment | open | Não aplicável |
**Atendido**
Quando todas as especificações das instâncias spot forem atendidas, sua solicitação spot será atendida. O Amazon EC2 executa as instâncias spot, o que pode levar alguns minutos. Se uma instância spot ficar em estado de hibernação, ela permanecerá nesse estado até que a solicitação possa ser atendida novamente ou seja cancelada.
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| fulfilled | active | pending → running |
| fulfilled | active | stopped → running |
Se você interromper uma instância spot, a solicitação spot entrará no estado `marked-for-stop` ou `instance-stopped-by-user` até que ela possa ser iniciada novamente ou até que a solicitação seja cancelada.
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| marked-for-stop | active | stopping |
| instance-stopped-by-user ¹ | disabled ou cancelled ² | stopped |
¹ Uma instância spot entrará no estado `instance-stopped-by-user` se você interromper a instância ou executar o comando de desligamento na própria instância. Depois de interromper a instância, é possível iniciá-la novamente. Na reinicialização, a solicitação de instância spot retornará para o estado `pending-evaluation` e o Amazon EC2 iniciará uma nova instância spot quando as restrições forem atendidas.
² O estado da solicitação spot será `disabled` se você interromper a instância spot, mas não cancelar a solicitação. O estado da solicitação será `cancelled` se a instância spot for interrompida e a solicitação expirar.
**Atendido - terminal**
As instâncias spot continuarão em execução, contanto que haja capacidade disponível para o tipo de instância e você não encerre a instância. Se o Amazon EC2 precisar encerrar as instâncias spot, a solicitação spot assumirá um estado terminal. Uma solicitação também entrará no estado terminal se você cancelar a solicitação spot ou encerrar as Instâncias spot.
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| request-canceled-and-instance-running | cancelled | running |
| marked-for-stop | active | running |
| marked-for-termination | active | running |
| instance-stopped-by-price | disabled | stopped |
| instance-stopped-by-user | disabled | stopped |
| instance-stopped-no-capacity | disabled | stopped |
| instance-terminated-by-price | closed (única), open (persistente) | terminated |
| instance-terminated-by-schedule | closed | terminated |
| instance-terminated-by-service | cancelled | terminated |
| instance-terminated-by-user | closed ou cancelled ¹ | terminated |
| instance-terminated-no-capacity | closed (única), open (persistente) | running † |
| instance-terminated-no-capacity | closed (única), open (persistente) | terminated |
| instance-terminated-launch-group-constraint | closed (única), open (persistente) | terminated |
¹ O estado da solicitação será `closed` se você encerrar a instância, mas não cancelar a solicitação. O estado da solicitação será `cancelled` se você encerrar a instância e cancelar a solicitação. Mesmo que você encerre uma instância spot antes de cancelar a solicitação, talvez o Amazon EC2 atrase a detecção de que a instância spot foi encerrada. Nesse caso, o estado da solicitação poderá ser `closed` ou `cancelled`.
† Quando o Amazon EC2 interrompe uma instância spot, se precisa da capacidade de volta *e* a instância está configurada para *terminar* na interrupção, o status é imediatamente definido como`instance-terminated-no-capacity` (não é definido como `marked-for-termination`). No entanto, a instância permanece no estado `running` por 2 minutos para refletir o período de 2 minutos quando a instância recebe o aviso de interrupção da instância spot. Após 2 minutos, o estado da instância é definido como `terminated`.
**Experimentos de interrupção**
É possível usar AWS Fault Injection Service para iniciar a interrupção de uma instância spot e poder testar como as aplicações nessas instâncias spot respondem. Se o AWS FIS interromper uma instância spot, sua solicitação de spot entrará no estado `marked-for-stop-by-experiment` e depois no estado `instance-stopped-by-experiment`. Se o AWS FIS encerrar uma instância spot, sua solicitação de spot entrará no estado `instance-terminated-by-experiment`. Para obter mais informações, consulte [Iniciar a interrupção de uma instância spot](initiate-a-spot-instance-interruption.md).
| Código de status | Estado da solicitação | Estado da instância |
| --- | --- | --- |
| marked-for-stop-by-experiment | active | running |
| instance-stopped-by-experiment | disabled | stopped |
| instance-terminated-by-experiment | closed | terminated |
**Requisições persistentes**
Quando as instâncias spot forem encerradas (por você ou pelo Amazon EC2), se a solicitação spot for uma requisição persistente, ela retornará ao estado `pending-evaluation` e, em seguida, o Amazon EC2 poderá iniciar uma nova instância spot quando as restrições forem cumpridas.
# Marcar solicitações de instância spot
Para categorizar e gerenciar as solicitações de instância spot, é possível marcá-las com metadados personalizados. É possível atribuir uma tag a uma solicitação de instância spot ao criá-la ou posteriormente. É possível atribuir tags usando o console do Amazon EC2 ou uma ferramenta da linha de comando.
Quando você marca uma solicitação de instância spot, as instâncias e os volumes executados pela solicitação de instância spot não são marcados automaticamente. É necessário marcar explicitamente as instâncias e os volumes executados pela solicitação de instância spot. É possível atribuir volumes e uma tag a uma instância spot durante a execução ou posteriormente.
Para obter mais informações sobre como as tags funcionam, consulte [Marcar com tag os recursos do Amazon EC2](Using_Tags.md).
**Topics**
+ [
## Pré-requisitos
](#tag-spot-request-prereqs)
+ [
## Marcar uma nova solicitação de instância spot
](#tag-new-spot-instance-request)
+ [
## Marcar uma solicitação de instância spot existente
](#tag-existing-spot-instance-request)
+ [
## Exibir tags de solicitação de instância spot
](#view-spot-instance-request-tags)
## Pré-requisitos
Conceda ao usuário permissão para marcar recursos. Para obter mais informações sobre políticas do IAM e políticas de exemplo, consulte [Exemplo: marcar recursos](ExamplePolicies_EC2.md#iam-example-taggingresources).
A política do IAM criada é determinada pelo método usado para criação de uma solicitação de instância spot.
+ Se você usar o assistente de execução de instâncias ou `run-instances` para solicitar uma Instâncias spot, consulte [To grant a user the permission to tag resources when using the launch instance wizard or run-instances](#iam-run-instances).
+ Se você utiliza o comando `request-spot-instances` para solicitar instâncias spot, consulte [To grant a user the permission to tag resources when using request-spot-instances](#iam-request-spot-instances).
**Para conceder a um usuário do IAM permissão para marcar recursos ao usar o assistente de inicialização ou run-instances**
Crie uma política do IAM que inclua o seguinte:
+ A ação `ec2:RunInstances`. Essa ação concede ao usuário permissão para iniciar uma instância.
+ Para `Resource`, especifique `spot-instances-request`. Essa ação permite que os usuários criem solicitações de instância spot, que solicitam instâncias spot.
+ A ação `ec2:CreateTags`. Essa ação concede ao usuário permissão para criar tags.
+ Para `Resource`, especifique `*`. Isso permite que os usuários marquem todos os recursos criados durante a execução da instância.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowLaunchInstances",
"Effect": "Allow",
"Action": [
"ec2:RunInstances"
],
"Resource": [
"arn:aws:ec2:us-east-1::image/*",
"arn:aws:ec2:us-east-1:*:subnet/*",
"arn:aws:ec2:us-east-1:*:network-interface/*",
"arn:aws:ec2:us-east-1:*:security-group/*",
"arn:aws:ec2:us-east-1:*:key-pair/*",
"arn:aws:ec2:us-east-1:*:volume/*",
"arn:aws:ec2:us-east-1:*:instance/*",
"arn:aws:ec2:us-east-1:*:spot-instances-request/*"
]
},
{
"Sid": "TagSpotInstanceRequests",
"Effect": "Allow",
"Action": "ec2:CreateTags",
"Resource": "*"
}
]
}
```
------
Quando você usa a ação RunInstances para criar solicitações de instância spot e marcar as solicitações de instância spot ao criá-las, deve estar ciente de que o Amazon EC2 avalia o recurso `spot-instances-request` na instrução RunInstances segundo a política do IAM, como se segue:
+ Se você não marcar uma solicitação de instância spot na criação, o Amazon EC2 não avaliará o recurso `spot-instances-request` na instrução RunInstances.
+ Se você marcar uma solicitação de instância spot na criação, o Amazon EC2 avaliará o recurso `spot-instances-request` na instrução RunInstances.
Portanto, para o recurso `spot-instances-request`, as seguintes regras se aplicam à diretiva do IAM:
+ Caso você use RunInstances para criar uma solicitação de instância spot e não pretenda marcar a solicitação de instância spot na criação, não será necessário permitir explicitamente o recurso `spot-instances-request`. A chamada terá êxito.
+ Caso use RunInstances para criar uma solicitação de instância spot e pretenda marcar a solicitação de instância spot na criação, você deverá incluir o recurso `spot-instances-request` na instrução de permissão RunInstances, caso contrário, a chamada falhará.
+ Caso você use RunInstances para criar uma solicitação de instância spot e pretenda marcar a solicitação de instância spot na criação, especifique o recurso `spot-instances-request` ou inclua um curinga `*` na instrução de permissão CreateTags, caso contrário, a chamada falhará.
Por exemplo, políticas do IAM, incluindo políticas que não são compatíveis com solicitações de instância spot, consulte [Trabalhar com Instâncias spot](ExamplePolicies_EC2.md#iam-example-spot-instances).
**Para conceder a um usuário permissão para marcar recursos ao usar request-spot-instances**
Crie uma política do IAM que inclua o seguinte:
+ A ação `ec2:RequestSpotInstances`. Isso concede ao usuário permissão para criar uma solicitação de instância spot.
+ A ação `ec2:CreateTags`. Essa ação concede ao usuário permissão para criar tags.
+ Para `Resource`, especifique `spot-instances-request`. Isso permite que os usuários marquem somente a solicitação de instância spot.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "TagSpotInstanceRequest",
"Effect": "Allow",
"Action": [
"ec2:RequestSpotInstances",
"ec2:CreateTags"
],
"Resource": "arn:aws:ec2:us-east-1:111122223333:spot-instances-request/*"
}
]
}
```
------
## Marcar uma nova solicitação de instância spot
Nos exemplos AWS CLI e do PowerShell, configure a solicitação de instância spot da seguinte forma:
+ Para `ResourceType`, especifique `spot-instances-request`. Se você especificar outro valor, ocorrerá falha na solicitação de instância spot.
+ Em `Tags`, especifique o par de chave/valor. É possível especificar mais de um par de chave/valor.
------
#### [ Console ]
**Para marcar uma nova solicitação de instância spot**
1. Siga o procedimento do [Gerenciar as instâncias spot](using-spot-instances-request.md).
1. Para adicionar uma tag, na página **Adicionar tags**, escolha **Adicionar tag** e insira a chave e o valor da tag. Escolha **Adicionar outra tag** para cada tag adicional.
Para cada tag, é possível marcar a solicitação de instância spot, as instâncias spot e os volumes com a mesma tag. Para marcar os três, verifique se as opções **Instances (Instâncias)**, **Volumes** e **Spot Instance Requests (Solicitações de instâncias spot)** estão selecionadas. Para marcar apenas um ou dois, verifique se os recursos que deseja marcar estão selecionados e os outros recursos estão limpos.
1. Preencha os campos obrigatórios para criar uma solicitação de instância spot e escolha **Launch (Executar)**. Para obter mais informações, consulte [Gerenciar as instâncias spot](using-spot-instances-request.md).
------
#### [ AWS CLI ]
**Para marcar uma nova solicitação de instância spot**
Use o comando [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) com a opção `--tag-specification`.
A especificação da tag adiciona duas tags à solicitação da instância spot: `Environment=Production` e `Cost-Center=123`.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json \
--tag-specification 'ResourceType=spot-instances-request,Tags=[{Key=Environment,Value=Production},{Key=Cost-Center,Value=123}]'
```
------
#### [ PowerShell ]
**Para marcar uma nova solicitação de instância spot**
Use o cmdlet [Request-EC2SpotInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Request-EC2SpotInstance.html) com o parâmetro `-TagSpecification`.
```
-TagSpecification $tagspec
```
A especificação da tag é definida conforme a seguir. Ela adiciona duas tags à solicitação da instância spot: `Environment=Production` e `Cost-Center=123`.
```
$tag1 = @{Key="Environment"; Value="Production"}
$tag2 = @{Key="Cost-Center"; Value="123"}
$tagspec = New-Object Amazon.EC2.Model.TagSpecification
$tagspec.ResourceType = "spot-instances-request"
$tagspec.Tags = @($tag1,$tag2)
```
------
## Marcar uma solicitação de instância spot existente
------
#### [ Console ]
**Para marcar uma solicitação existente de instância spot**
Depois de criar uma solicitação de instância spot, é possível adicionar tags à solicitação de instância spot usando o console.
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, selecione **Solicitações spot**.
1. Selecione sua solicitação de instância spot.
1. Escolha a guia **Tags** e **Create Tag (Criar tag)**.
**Para marcar uma solicitação de instância spot existente usando o console**
Depois que sua solicitação de instância spot tiver executado a instância spot, será possível adicionar tags à instância usando o console. Para obter mais informações, consulte [Adicionar tags usando o console](Using_Tags_Console.md#adding-or-deleting-tags).
------
#### [ AWS CLI ]
**Para marcar uma solicitação de instância spot ou instância spot existente com uma tag**
Use o comando [create-tags](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-tags.html) para marcar os recursos existentes. No exemplo a seguir, a solicitação de instância spot e a instância spot existentes são marcadas com `purpose=test`.
```
aws ec2 create-tags \
--resources sir-0e54a519c9EXAMPLE i-1234567890abcdef0 \
--tags Key=purpose,Value=test
```
------
#### [ PowerShell ]
**Para marcar uma solicitação de instância spot ou instância spot existente com uma tag**
Use o cmdlet [New-EC2Tag](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Tag.html). O exemplo a seguir adiciona a tag `purpose=test` à solicitação de instância spot e à instância spot existentes.
```
New-EC2Tag `
-Resource sir-0e54a519c9EXAMPLE, i-1234567890abcdef0 `
-Tag @{Key="purpose"; Value="test"}
```
------
## Exibir tags de solicitação de instância spot
------
#### [ Console ]
**Para visualizar tags de solicitação de instância spot**
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, selecione **Solicitações spot**.
1. Selecione sua solicitação de instância spot e escolha a guia **Tags**.
------
#### [ AWS CLI ]
**Para descrever as tags de solicitação de instância spot**
Use o comando [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html) para visualizar a configuração da solicitação de instância spot especificada, que inclui todas as tags especificadas para a solicitação.
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].Tags"
```
O seguinte é um exemplo de saída.
```
[
[
{
"Key": "Environment",
"Value": "Production"
},
{
"Key": "Department",
"Value": "101"
}
]
]
```
------
#### [ PowerShell ]
**Para descrever as tags de solicitação de instância spot**
Use o cmdlet [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
(Get-EC2SpotInstanceRequest `
-SpotInstanceRequestId sir-0e54a519c9EXAMPLE).Tags
```
O seguinte é um exemplo de saída.
```
Key Value
--- -----
Environment Production
Department 101
```
------
# Cancelar uma solicitação de instância spot
Se você não quiser mais sua solicitação de instância spot, poderá cancelá-la. Você só pode cancelar solicitações de instância spot que estão `open`, `active` ou `disabled`.
+ A solicitação de instância spot é `open` quando sua requisição não ainda não foi atendida e nenhuma instância foi iniciada.
+ A solicitação de instância spot é `active` quando ela foi atendida e as instâncias spot foram inicializadas como resultado.
+ Sua solicitação de instância spot consta como `disabled` quando você para a instância spot.
Se a solicitação de instância spot estiver `active` e tiver uma instância spot associada em execução, o cancelamento da solicitação não encerrará a instância. Para obter mais informações sobre como encerrar uma instância spot, consulte [Encerrar uma instância spot](using-spot-instances-request.md#terminating-a-spot-instance).
------
#### [ Console ]
**Para cancelar uma solicitação de instância spot**
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, selecione **Solicitações spot**.
1. Selecione a solicitação de instância spot.
1. Escolha **Ações**, **Cancelar solicitação**.
1. (Opcional) Ao terminar de trabalhar com as Instâncias spot associadas, será possível encerrá-las. Na caixa de diálogo **Cancelar solicitação spot**, selecione **Encerrar instâncias** e escolha **Confirmar**.
------
#### [ AWS CLI ]
**Para cancelar uma solicitação de instância spot**
Use o seguinte comando [cancel-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-spot-instance-requests.html).
```
aws ec2 cancel-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**Para cancelar uma solicitação de instância spot**
Use o cmdlet [Stop-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2SpotInstanceRequest.html).
```
Stop-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
# Gerenciar as instâncias spot
O Amazon EC2 inicia uma instância spot quando há capacidade disponível. A instância spot será executada até ser interrompida ou até você a encerrar.
**Topics**
+ [
## Encontrar as instâncias spot
](#using-spot-instances-running)
+ [
## Encontre instâncias iniciadas por uma solicitação específica
](#find-request-spot-instances)
+ [
## Parar uma instância spot
](#stopping-a-spot-instance)
+ [
## Iniciar uma instância spot
](#starting-a-spot-instance)
+ [
## Encerrar uma instância spot
](#terminating-a-spot-instance)
## Encontrar as instâncias spot
Uma instância spot aparece na página **Instâncias** no console junto com as instâncias sob demanda. Use o procedimento a seguir para encontrar as instâncias spot.
------
#### [ Console ]
**Para encontrar suas instâncias spot**
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. Para encontrar todas as instâncias spot, no painel de pesquisa, escolha **Ciclo de vida da instância = spot**.
1. Para confirmar que uma instância é uma instância spot, selecione a instância, escolha a guia **Detalhes** e verifique o valor de **Ciclo de vida**. O valor de uma instância spot é `spot` e o valor de uma instância sob demanda é `normal`.
------
#### [ AWS CLI ]
**Para encontrar suas instâncias spot**
Use o seguinte comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html).
```
aws ec2 describe-instances --filters "Name=instance-lifecycle,Values=spot"
```
**Para determinar se uma instância é uma instância spot**
Use o seguinte comando [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html).
```
aws ec2 describe-instances \
--instance-ids i-1234567890abcdef0 \
--query "Reservations[*].Instances[*].InstanceLifecycle" \
--output text
```
Se a saída for `spot`, a instância será uma instância spot. Se não houver saída, a instância será uma instância sob demanda.
------
#### [ PowerShell ]
**Para encontrar suas instâncias spot**
Use o cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
Get-EC2Instance -Filter @{Name="instance-lifecycle"; Values="spot"}
```
**Para determinar se uma instância é uma instância spot**
Use o cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
(Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.InstanceLifecycle
```
Se a saída for `Spot`, a instância será uma instância spot. Se não houver saída, a instância será uma instância sob demanda.
------
## Encontre instâncias iniciadas por uma solicitação específica
Use o procedimento a seguir para encontrar as instâncias spot iniciadas por uma solicitação específica de instância spot ou frota spot.
------
#### [ Console ]
**Para encontrar as instâncias spot para uma solicitação**
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, selecione **Solicitações spot**. A lista contém tanto as solicitações de instância spot quanto as solicitações de frota spot.
1. Se uma solicitação de instância spot for atendida, **Capacidade** será o ID da instância spot. Em uma frota spot, a **Capacity (Capacidade)** indica quanto da capacidade solicitada foi atendida. Para visualizar os IDs das instâncias em uma frota spot, escolha a seta de expansão ou selecione a frota e escolha **Instances (Instâncias)**.
1. Em uma frota spot, **Capacidade** indica quanto da capacidade solicitada foi fornecida. Para visualizar os IDs das instâncias em uma frota spot, escolha o ID da frota para abrir sua página de detalhes e localize o painel **Instâncias**.
------
#### [ AWS CLI ]
**Para encontrar as instâncias spot para uma solicitação**
Use o seguinte comando [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html).
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].{ID:InstanceId}"
```
A seguir está um exemplo de saída:
```
[
{
"ID": "i-1234567890abcdef0"
},
{
"ID": "i-0598c7d356eba48d7"
}
]
```
------
#### [ PowerShell ]
**Para encontrar as instâncias spot para uma solicitação**
Use o cmdlet [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
(Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE).InstanceId
```
------
## Parar uma instância spot
Caso não precise das instâncias spot na ocasião, mas quiser reiniciá-las posteriormente sem perder os dados persistentes no volume do Amazon EBS, é possível interrompê-las. As etapas para parar uma instância spot são semelhantes às etapas para parar uma instância sob demanda.
**nota**
Ao parar uma instância spot, será possível modificar alguns atributos da instância, mas não o tipo dela.
Não cobramos pelo uso de uma instância spot parada nem por taxas de transferência de dados, mas cobramos pelo armazenamento nos volumes do Amazon EBS.
**Limitações**
+ Você só pode parar uma instância spot se ela foi iniciada a partir de uma solicitação de instância spot `persistent`.
+ Não é possível parar uma instância spot se a solicitação de instância spot associada foi cancelada. Quando a solicitação de instância spot é cancelada, você só pode encerrar a instância spot.
+ Também não é possível parar as instâncias spot em um grupo de frota, grupo de lançamento ou grupo de zonas de disponibilidade.
------
#### [ Console ]
**Para interromper uma instância spot**
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 spot. Se você não salvou o ID da instância spot, consulte [Encontrar as instâncias spot](#using-spot-instances-running).
1. Escolha **Estado da instância** e **Parar instância**.
1. Quando a confirmação for solicitada, escolha **Parar**.
------
#### [ AWS CLI ]
**Para interromper uma instância spot**
Use o comando [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) para interromper manualmente as Instâncias spot.
```
aws ec2 stop-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Para interromper uma instância spot**
Use o cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html).
```
Stop-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Iniciar uma instância spot
É possível iniciar uma instância spot que havia parado.
**Pré-requisitos**
É possível iniciar uma instância spot somente se:
+ Você parou manualmente a instância spot.
+ A instância spot é uma instância com EBS.
+ A capacidade da instância spot está disponível.
+ O preço spot é inferior ao preço máximo.
**Limitações**
+ Não é possível iniciar uma instância spot se ela fizer parte da frota ou do grupo de inicialização ou grupo de zona de disponibilidade.
As etapas para iniciar uma instância spot são semelhantes às etapas para iniciar uma instância sob demanda.
------
#### [ Console ]
**Para iniciar uma instância spot**
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 spot. Se você não salvou o ID da instância spot, consulte [Encontrar as instâncias spot](#using-spot-instances-running).
1. Escolha **Instance state (Estado da instância)** e **Start instance (Iniciar instância)**.
------
#### [ AWS CLI ]
**Para iniciar uma instância spot**
Use o comando [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html) para iniciar manualmente as Instâncias spot.
```
aws ec2 start-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Para iniciar uma instância spot**
Use o cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html).
```
Start-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Encerrar uma instância spot
**Atenção**
**O encerramento de uma instância é permanente e irreversível.**
Depois de encerrar uma instância, não será mais possível se conectar a ela e ela não poderá ser recuperada. Todos os volumes anexados do Amazon EBS configurados para serem excluídos no encerramento também serão excluídos permanentemente e não poderão ser recuperados. Todos os dados armazenados em volumes de armazenamento de instância serão perdidos permanentemente. Para obter mais informações, consulte [Como funciona o encerramento de uma instância](how-ec2-instance-termination-works.md).
Antes de encerrar uma instância, certifique-se de ter feito backup de todos os dados que você precise reter após o encerramento no armazenamento persistente.
Se você encerrar uma instância spot em execução ou parada que foi iniciada por uma solicitação de instância spot persistente, a solicitação de instância spot fará a transição para o estado `open` para que a nova instância spot seja iniciada. Para garantir que nenhuma instância spot nova seja iniciada, primeiro é necessário cancelar a solicitação de instância spot.
Se você cancelar uma solicitação de instância spot `active` com uma instância spot em execução, a instância spot em execução não será automaticamente terminada, e você deverá terminá-la manualmente.
Se você cancelar uma solicitação de instância spot `disabled` com uma instância spot parada, a instância spot parada será automaticamente encerrada pelo serviço spot do Amazon EC2. Pode haver um pequeno atraso entre o momento em que você cancelar a solicitação de instância spot e o momento em que o serviço spot terminar a instância spot.
Para obter mais informações, consulte [Cancelar uma solicitação de instância spot](using-spot-instances-cancel.md).
------
#### [ Console ]
**Para encerrar manualmente uma instância spot**
1. Antes de encerrar a instância, confirme que não perderá dados verificando se seus volumes do Amazon EBS não serão excluídos no encerramento e se você copiou todos os dados de que precisa dos volumes de armazenamento persistente de instância, como o Amazon EBS ou o Amazon S3.
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 spot. Se você não salvou o ID da instância spot, consulte [Encontrar as instâncias spot](#using-spot-instances-running).
1. Escolha **Estado da instância** e **Encerrar instância**.
1. Quando a confirmação for solicitada, escolha **Encerrar (excluir)**.
------
#### [ AWS CLI ]
**Para encerrar manualmente uma instância spot**
Use o comando [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html) para encerrar manualmente as Instâncias spot.
```
aws ec2 terminate-instances --instance-ids i-1234567890abcdef0 i-0598c7d356eba48d7
```
------
#### [ PowerShell ]
**Para encerrar manualmente uma instância spot**
Use o cmdlet [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html).
```
Remove-EC2Instance -InstanceId i-1234567890abcdef0
```
------
# Interrupções de instâncias spot
É possível executar Instâncias spot na capacidade adicional do EC2 para obter grandes descontos em troca de devolvê-los quando o Amazon EC2 precisar da capacidade de volta. Quando o Amazon EC2 recupera uma instância spot, chamamos esse evento de *interrupção de instância spot*.
A demanda por Instâncias spot pode variar significativamente de um momento para outro, e a disponibilidade das Instâncias spot também pode variar significativamente dependendo de quantas instâncias do EC2 não utilizadas estão disponíveis. É sempre possível que sua instância spot seja interrompida. Veja a seguir os possíveis motivos pelos quais o Amazon EC2 pode interromper Instâncias spot:
**Capacidade**
O Amazon EC2 pode interromper sua instância spot quando ele precisar dela de volta. O EC2 recupera sua instância principalmente para redirecionar a capacidade, mas também pode ocorrer por outros motivos, como manutenção de host ou descomissionamento de hardware
**Preço**
O preço spot é superior ao preço máximo.
É possível especificar o preço máximo em sua solicitação spot. No entanto, se você especificar um preço máximo, as instâncias serão interrompidas com mais frequência do que se você não especificar esse parâmetro.
**Restrições**
Se a solicitação de spot incluir uma restrição como um grupo de execução ou um grupo de zonas de disponibilidade, essas instâncias spot serão encerradas como um grupo quando não for mais possível atender à restrição.
Quando o Amazon EC2 interrompe uma instância spot, ele encerra, para ou hiberna a instância, dependendo do comportamento da interrupção que você especificou ao criar a solicitação spot.
**Topics**
+ [Comportamento de interrupção](interruption-behavior.md)
+ [Preparar-se para interrupções](prepare-for-interruptions.md)
+ [Iniciar uma interrupção](initiate-a-spot-instance-interruption.md)
+ [
# Avisos de interrupção de instância spot
](spot-instance-termination-notices.md)
+ [
# Encontrar Instâncias spot interrompidas
](finding-an-interrupted-Spot-Instance.md)
+ [
# Determinar se o Amazon EC2 terminou uma instância spot
](BidEvictedEvent.md)
+ [Faturamento](billing-for-interrupted-spot-instances.md)
# Comportamento das interrupções de instâncias spot
Ao criar uma solicitação spot, você pode especificar o comportamento de interrupção. Os possíveis comportamentos de interrupção são os seguintes:
+ [Interromper](#stop-spot-instances)
+ [Hibernar](#hibernate-spot-instances)
+ [Encerrar](#terminate-interrupted-spot-instances)
O comportamento padrão será que o Amazon EC2 encerre as instâncias spot quando elas forem interrompidas.
## Parar Instâncias spot interrompida
É possível especificar que o Amazon EC2 pare suas instâncias spot quando elas são interrompidas. O tipo de solicitação da instância spot deve ser `persistent`. Não é possível especificar um grupo de execução na solicitação de instância spot. Para EC2 Fleet ou frota spot, o tipo de solicitação deve ser `maintain`.
**Considerações**
+ Somente o Amazon EC2 pode reiniciar uma instância spot interrompida parada.
+ Para uma instância spot iniciada por uma solicitação de instância spot `persistent`: o Amazon EC2 reinicia a instância parada quando a capacidade está disponível na mesma zona de disponibilidade e para o mesmo tipo de instância que a instância parada (a mesma especificação de início deve ser usada).
+ Ao parar uma instância spot, será possível modificar alguns atributos da instância, mas não o tipo dela. Se você desanexar ou excluir um volume do EBS, ele não será anexado quando a instância spot for iniciada. Se você desvincular o volume raiz e o Amazon EC2 tentar iniciar a instância spot, a instância falhará ao iniciar e o Amazon EC2 terminará a instância interrompida.
+ É possível encerrar uma instância spot enquanto ela está interrompida.
+ Se você cancelar uma solicitação de instância spot, uma EC2 Fleet ou uma frota spot, o Amazon EC2 terminará todas as instâncias spot associadas que estiverem paradas.
+ Enquanto uma instância spot estiver parada, você será cobrado apenas pelos volumes do EBS, que são preservados. Com a EC2 Fleet e a frota spot, se houver muitas instâncias interrompidas, será possível exceder o limite de número de volumes do EBS na sua conta. Para obter mais informações sobre como você é cobrado quando uma instância spot é interrompida, consulte [Faturamento para Instâncias spot interrompidas](billing-for-interrupted-spot-instances.md).
+ Certifique-se de estar familiarizado com as implicações de parar uma instância. Para obter informações sobre o que acontece quando uma instância está parada, consulte [Diferenças entre os estados de instâncias](ec2-instance-lifecycle.md#lifecycle-differences).
## Hibernar Instâncias spot interrompida
É possível especificar que o Amazon EC2 hiberne suas instâncias spot quando elas estão interrompidas. Para obter mais informações, consulte [Hibernar sua instância do Amazon EC2](Hibernate.md).
O Amazon EC2 agora oferece a mesma experiência de hibernação para as instâncias spot que está disponível atualmente para as instâncias sob demanda. Ele oferece um suporte mais amplo, sendo compatível com o seguinte para hibernação de instâncias spot:
+ [Mais AMIs compatíveis](hibernating-prerequisites.md#hibernation-prereqs-supported-amis)
+ [Mais famílias de instâncias compatíveis](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families)
+ [Hibernação iniciada pelo usuário](hibernating-instances.md)
## Terminar instâncias spot interrompidas
Quando o Amazon EC2 interrompe uma instância spot, ele termina a instância por padrão, a menos que você especifique um comportamento de interrupção diferente, como parar ou hibernar. Para obter mais informações, consulte [Encerramento de instâncias do Amazon EC2](terminating-instances.md).
# Preparar para interrupções de instâncias spot
A demanda por Instâncias spot pode variar significativamente de um momento para outro, e a disponibilidade das Instâncias spot também pode variar significativamente dependendo de quantas instâncias do EC2 não utilizadas estão disponíveis. É sempre possível que sua instância spot seja interrompida. Portanto, é necessário garantir que a aplicação esteja preparada para uma interrupção de instância spot.
Recomendamos que você siga essas práticas recomendadas para estar preparado para uma interrupção da instância spot.
+ Crie sua solicitação de spot usando um grupo do Auto Scaling. Se suas Instâncias spot forem interrompidas, o grupo do Auto Scaling iniciará automaticamente as instâncias de substituição. Para obter mais informações, consulte [Grupos de Auto Scaling com vários tipos de instância e opções de compra](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-mixed-instances-groups.html) no *Manual do usuário do Amazon EC2 Auto Scaling*.
+ Certifique-se de que sua instância esteja preparada assim que a solicitação seja atendida usando uma Imagem de máquina da Amazon (AMI) que contenha a configuração de software necessária. Também é possível usar dados de usuário para executar comandos no startup.
+ Os dados nos volumes de armazenamento de instância são perdidos quando a instância é interrompida ou encerrada. Faça backup de todos os dados importantes em volumes de armazenamento de instância para um armazenamento mais persistente, como o Amazon S3, o Amazon EBS ou o Amazon DynamoDB.
+ Armazene regularmente os dados importantes em um lugar em que eles não sejam afetados se a instância spot for terminada. Por exemplo, é possível usar o Amazon S3, o Amazon EBS ou o DynamoDB.
+ Divida o trabalho em tarefas pequenas (usando uma grade, um Hadoop ou uma arquitetura baseada em fila) ou use pontos de verificação para que você possa salvar seu trabalho com frequência.
+ O Amazon EC2 emite um sinal de recomendação de rebalanceamento para a instância spot quando a instância apresenta risco elevado de interrupção. É possível confiar na recomendação de rebalanceamento para gerenciar proativamente as interrupções de instância spot sem precisar aguardar o aviso de interrupção de dois minutos da instância spot. Para obter mais informações, consulte [Recomendações de rebalanceamento de instâncias do EC2](rebalance-recommendations.md).
+ Use os avisos de interrupção de instância spot para monitorar o status das instâncias spot. Para obter mais informações, consulte [Avisos de interrupção de instância spot](spot-instance-termination-notices.md).
+ Embora nos esforcemos ao máximo para fornecer esse aviso o mais rápido possível, pode ser que a instância spot seja interrompida antes que o aviso seja disponibilizado. Teste sua aplicação para garantir que ele lide tranquilamente com a interrupção inesperada de uma instância, mesmo que você esteja monitorando sinais de recomendação de rebalanceamento e avisos de interrupção. É possível fazer isso executando a aplicação com uma instância sob demanda e, em seguida, terminando a instância sob demanda por conta própria.
+ Execute um experimento de injeção de falhas controlado com AWS Fault Injection Service para testar como sua aplicação responde quando sua instância spot é interrompida. Para obter mais informações, consulte o [Tutorial: Teste interrupções de instância spot usando o AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) no *Guia do usuário do AWS Fault Injection Service*.
# Iniciar a interrupção de uma instância spot
É possível selecionar uma solicitação de instância spot ou uma solicitação de frota spot no console do Amazon EC2 e iniciar uma interrupção de instância spot para poder testar como as aplicações nessas instâncias spot lidam com interrupções. Quando você inicia a interrupção de uma instância spot, o Amazon EC2 avisa que a instância spot será interrompida em dois minutos e, passados os dois minutos, o Amazon EC2 interrompe a instância spot.
O serviço subjacente que realiza a interrupção da instância spot é o AWS Fault Injection Service (AWS FIS). Para obter mais informações sobre as AWS FIS, consulte [AWS Fault Injection Service](https://aws.amazon.com/fis/).
**nota**
Os comportamentos de interrupção são `terminate`, `stop` e `hibernate`. Se o comportamento de interrupção for definido como `hibernate`, quando você iniciar a interrupção de uma instância spot, o processo de hibernação começará imediatamente.
Iniciar uma interrupção de insitância spot é compatível com todas as Regiões da AWS, exceto Ásia-Pacífico (Jacarta), Ásia-Pacífico (Osaka), China (Pequim), China (Ningxia) e Oriente Médio (EAU).
**Topics**
+ [
## Iniciar a interrupção de uma instância spot
](#initiate-interruption)
+ [
## Verificar a interrupção da instância spot
](#spot-interruptions-verify-result)
+ [
## Cotas
](#fis-quota-for-spot-instance-interruption)
## Iniciar a interrupção de uma instância spot
É possível usar o console do EC2 para iniciar rapidamente a interrupção de uma instância spot. Ao selecionar uma solicitação de Instância Spot, você pode iniciar a interrupção de uma Instância Spot. Ao selecionar uma solicitação de frota spot, você pode iniciar a interrupção de várias instâncias spot de uma só vez.
Para fazer experimentos mais avançados para testar interrupções de instâncias spot, você pode criar seus próprios experimentos usando o console do AWS FIS.
**Para iniciar a interrupção de uma instância spot usando o console do EC2**
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, selecione **Spot Requests** (Solicitações de spot).
1. Selecione uma solicitação de instância spot e escolha **Actions** (Ações), **Initiate interruption** (Iniciar interrupção). Você não pode selecionar várias solicitações de instância spot para iniciar uma interrupção.
1. Na caixa de diálogo **Initiate Spot Instance interruption** (Iniciar interrupção de instância spot), em **Service access** (Acesso ao serviço), use o perfil padrão ou escolha um perfil existente. Para escolher uma função existente, escolha **Usar uma função de serviço existente** e, em seguida, para **Função do IAM**\$1, selecione a função a ser usada.
1. Quando estiver pronto para iniciar a interrupção da instância spot, escolha **Initiate interruption** (Iniciar interrupção).
**Para iniciar a interrupção de uma ou mais instâncias spot em uma solicitação de frota spot usando o console EC2**
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, selecione **Spot Requests** (Solicitações de spot).
1. Selecione uma solicitação de instância spot e escolha **Actions** (Ações), **Initiate interruption** (Iniciar interrupção). Você não pode selecionar várias solicitações do Spot Fleet para iniciar uma interrupção.
1. **Na caixa de diálogo **Especificar número de instâncias spot**, em **Número de instâncias a serem interrompidas**, insira o número de instâncias spot a serem interrompidas e escolha Confirmar.**
**nota**
O número não pode exceder o número de instâncias spot na frota ou sua [cota](#fis-quota-for-spot-instance-interruption) para o número de instâncias spot que AWS FIS podem ser interrompidas por experimento.
1. Na caixa de diálogo **Initiate Spot Instance interruption** (Iniciar interrupção de instância spot), em **Service access** (Acesso ao serviço), use o perfil padrão ou escolha um perfil existente. Para escolher uma função existente, escolha **Usar uma função de serviço existente** e, em seguida, para **Função do IAM**\$1, selecione a função a ser usada.
1. Quando estiver pronto para iniciar a interrupção da instância spot, escolha **Initiate interruption** (Iniciar interrupção).
**Para fazer experimentos mais avançados para testar interrupções de instâncias spot usando o console do AWS FIS**
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, selecione **Spot Requests** (Solicitações de spot).
1. Escolha **Actions** (Ações), **Create advanced experiments** (Criar experimentos avançados).
O console do AWS FIS será aberto. Para obter mais informações, consulte o [Tutorial: testar interrupções de instância spot usando o AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) no *Guia do usuário do AWS Fault Injection Service*.
## Verificar a interrupção da instância spot
Depois que você inicia a interrupção, ocorre o seguinte:
+ A instância spot recebe uma [recomendação de rebalanceamento da instância](rebalance-recommendations.md).
+ Um [aviso de interrupção de instância spot](spot-instance-termination-notices.md) é emitido dois minutos antes de AWS FIS interromper sua instância.
+ Passados os dois minutos, a instância spot é interrompida.
+ Uma instância spot que foi interrompida pelo AWS FIS permanece parada até ser reiniciada.
**Para verificar se a instância foi interrompida depois que você iniciou a interrupção**
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, abra **Spot Requests** (Solicitações de spot) e **Instances** (Instâncias) em guias ou janelas separadas do navegador.
1. Para **Solicitações Spot**, selecione a solicitação de Instância Spot ou a solicitação de Frota Spot. O status inicial é `fulfilled`. Depois que a instância é interrompida, o status se altera como se segue, dependendo do comportamento da interrupção:
+ `terminate`: o status se altera para `instance-terminated-by-experiment`.
+ `stop`: o status se altera para `marked-for-stop-by-experiment` e depois `instance-stopped-by-experiment`.
1. Em **Instances** (Instâncias), selecione a instância spot. O status inicial é `Running`. Dois minutos depois que você recebe o aviso de interrupção da instância spot, o status se altera como se segue, dependendo do comportamento da interrupção:
+ `stop`: o status se altera para `Stopping` e depois `Stopped`.
+ `terminate`: o status se altera para `Shutting-down` e depois `Terminated`.
## Cotas
Você Conta da AWS tem a seguinte cota padrão para o número de instâncias spot que AWS FIS podem ser interrompidas por experimento.
| Nome | Padrão | Ajustável | Descrição |
| --- | --- | --- | --- |
| Instâncias spot de destino para aws:ec2:send-spot-instance-interruptions | Cada região compatível: 5 | Sim | O número máximo de instâncias spot que aws:ec2:send-spot-instance-interruptions pode atingir quando você identifica alvos usando tags, por experimento. |
É possível solicitar um aumento da cota. Para obter mais informações, consulte [Solicitar um aumento de cota no ](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)Guia do usuário do Service Quotas.**.
Para visualizar todas as cotas de AWS FIS, abra o [console Service Quotas](https://console.aws.amazon.com/servicequotas/home). No painel de navegação, escolha **AWS services** (Serviços da ) e selecione **AWS Fault Injection Service**. Você também pode ver todas as [cotas AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/fis-quotas.html) no *Guia do AWS Fault Injection Service usuário*.
# Avisos de interrupção de instância spot
Um *aviso de interrupção da instância spot* é um aviso emitido dois minutos antes de o Amazon EC2 parar ou encerrar uma instância spot. Se você especificar uma hibernação como o comportamento de interrupção, receberá um aviso de interrupção, mas não receberá o aviso dois minutos antes porque o processo de hibernação começará imediatamente.
A melhor maneira de lidar com interrupções de instâncias spot com tranquilidade é arquitetar a aplicação para que ela seja tolerante a falhas. Para fazer isso, é possível aproveitar os avisos de interrupção de instância spot. Recomendamos que você verifique esses avisos de interrupção a cada 5 segundos.
Os avisos de interrupção são disponibilizados como um evento do Eventbridge e como itens nos [metadados de instância](ec2-instance-metadata.md) da instância spot. Avisos de interrupção são emitidos de acordo com o melhor esforço.
## EC2 Spot Instance Interruption WarningEvento
Quando o Amazon EC2 vai interromper a instância spot, ele emite um evento dois minutos antes da interrupção real (exceto para a hibernação, que recebe o aviso de interrupção, mas não dois minutos antes, porque a hibernação começa imediatamente). Este evento pode ser detectado pelo Amazon EventBridge. Para obter mais informações sobre eventos no EventBridge, consulte o [Guia do usuário do Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/). Para obter um exemplo detalhado que orienta você sobre como criar e usar regras de evento, consulte [Aproveitar os avisos de interrupção de instância spot do Amazon EC2](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Este é um exemplo do evento de interrupção da instância spot. Os valores possíveis para `instance-action` são `hibernate`, `stop` ou `terminate`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Spot Instance Interruption Warning",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2a:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0",
"instance-action": "action"
}
}
```
**nota**
O formato de ARN do evento de interrupção da instância spot é `arn:aws:ec2:availability-zone:instance/instance-id`. Esse formato é diferente do [formato de ARN de recurso do EC2](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#amazonec2-resources-for-iam-policies).
## instance-action
O item `instance-action` especifica a ação e o tempo aproximado (em UTC) em que a ação ocorrerá.
Se a instância spot estiver marcada para ser parada ou terminada pelo Amazon EC2, o item `instance-action` estará presente nos seus [metadados de instância](ec2-instance-metadata.md). Caso contrário, não estará presente. É possível recuperar `instance-action` usando o Instance Metadata Service versão 2 (IMDSv2) da seguinte forma.
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
A saída do exemplo a seguir indica o momento em que essa instância será parada.
```
{"action": "stop", "time": "2017-09-18T08:22:00Z"}
```
A saída do exemplo a seguir indica o momento em que essa instância será terminada.
```
{"action": "terminate", "time": "2017-09-18T08:22:00Z"}
```
Se o Amazon EC2 não estiver se preparando para parar ou terminar a instância, ou se você mesmo terminar a instância, `instance-action` não estará presente nos metadados da instância e você receberá um erro HTTP 404 ao tentar recuperá-la.
## termination-time
O item `termination-time` especifica o horário aproximado em UTC em que a instância receberá a sinalização de desligamento.
**nota**
Este item é mantido para compatibilidade com versões anteriores. Use `instance-action` em seu lugar.
Se a instância spot estiver marcada para ser encerrada pelo Amazon EC2 (devido a uma interrupção da instância spot em que o comportamento de interrupção está definido como `terminate` ou devido ao cancelamento de uma solicitação de instância spot persistente), o item `termination-time` estará presente nos [metadados da instância](ec2-instance-metadata.md). Caso contrário, não estará presente. É possível recuperar `termination-time` usando o IMDSv2 da seguinte maneira.
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"`
if curl -H "X-aws-ec2-metadata-token: $TOKEN" -s http://169.254.169.254/latest/meta-data/spot/termination-time | grep -q .*T.*Z; then echo termination_scheduled; fi
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod -Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} -Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/termination-time
```
------
O seguinte é um exemplo de saída.
```
2015-01-05T18:02:00Z
```
Se o Amazon EC2 não estiver se preparando para encerrar a instância (seja porque não há interrupção da instância spot, seja porque o comportamento de interrupção está definido como `stop` ou `hibernate`), ou se você tiver encerrado a instância spot por conta própria, o item `termination-time` não estará presente nos metadados da instância (portanto, você receberá um erro HTTP 404) ou conterá um valor que não corresponde a um valor de tempo.
Se o Amazon EC2 não encerrar a instância, o status da solicitação será definido como `fulfilled`. O valor de `termination-time` permanece nos metadados da instância com o tempo aproximado original, que agora está no passado.
# Encontrar Instâncias spot interrompidas
Quando você descreve suas instâncias do EC2, os resultados incluem suas instâncias spot. O ciclo de vida da instância de uma instância spot é `spot`. O estado da instância de uma instância spot é `stopped` ou`terminated`, dependendo do comportamento de interrupção que foi configurado. Para uma instância spot hibernada, o estado da instância é `stopped`.
Para obter detalhes adicionais sobre o motivo da interrupção, verifique o código de status da solicitação spot. Para obter mais informações, consulte [Obter o status de uma solicitação de instância spot](spot-request-status.md).
------
#### [ Console ]
**Para encontrar uma instância spot interrompida**
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. Aplique o seguinte filtro: **Instance lifecycle=spot**.
1. Aplique o filtro **Instance state=stoped** ou **Instance state=terminated**, dependendo do comportamento de interrupção configurado.
1. Para cada instância spot, na guia **Detalhes**, em **Detalhes da instância**, localize a **Mensagem de transição de estado**. Os códigos a seguir indicam que a instância spot foi interrompida.
+ `Server.SpotInstanceShutdown`
+ `Server.SpotInstanceTermination`
------
#### [ AWS CLI ]
**Para encontrar instâncias spot interrompidas**
Use o comando [describe-instante](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) com a opção `--filters`. Para listar apenas os IDs das instâncias na saída, inclua a opção `--query`.
Se o comportamento da interrupção for encerrar as instâncias spot, use o seguinte exemplo:
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=terminated \
Name=state-reason-code,Values=Server.SpotInstanceTermination \
--query "Reservations[*].Instances[*].InstanceId"
```
Se o comportamento da interrupção for parar as instâncias spot, use o seguinte exemplo:
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=stopped \
Name=state-reason-code,Values=Server.SpotInstanceShutdown \
--query "Reservations[*].Instances[*].InstanceId"
```
------
#### [ PowerShell ]
**Para encontrar instâncias spot interrompidas**
Use o cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
Se o comportamento da interrupção for encerrar as instâncias spot, use o seguinte exemplo:
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="terminated"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
Se o comportamento da interrupção for parar as instâncias spot, use o seguinte exemplo:
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="stopped"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
------
# Determinar se o Amazon EC2 terminou uma instância spot
Uma instância spot é executada até que o Amazon EC2 a encerre em resposta a uma interrupção da instância spot, ou até que você mesmo a encerre. Para obter mais informações, consulte [Comportamento das interrupções de instâncias spot](interruption-behavior.md).
Após uma instância spot ser encerrada, você pode usar o AWS CloudTrail para ver se o Amazon EC2 a encerrou. Se o log do CloudTrail incluir um `BidEvictedEvent`, isso indica que o Amazon EC2 encerrou a instância spot. Se, em vez disso, você vir um evento `TerminateInstances`, isso indica que um usuário encerrou a instância spot.
Como alternativa, se você quiser receber uma notificação de que o Amazon EC2 interromperá sua instância spot, use o Amazon EventBridge para responder ao [evento de Aviso de interrupção da instância spot do EC2](spot-instance-termination-notices.md#ec2-spot-instance-interruption-warning-event).
**Para visualizar eventos BidEvictedEvent no CloudTrail**
1. Abra o console do CloudTrail em [https://console.aws.amazon.com/cloudtrail/](https://console.aws.amazon.com/cloudtrail/).
1. No painel de navegação, selecione **Event history (Histórico de eventos)**.
1. Na lista de filtros, escolha **Nome do evento** e, em seguida, no campo de filtro à direita, insira **BidEvictedEvent**.
1. (Opcional) Selecione um intervalo de tempo.
1. Se a lista não estiver vazia, escolha **BidEvictedEvent** na entrada resultante para abrir a página de detalhes. É possível encontrar informações sobre a instância spot no painel **Registro de eventos**, incluindo o ID da instância spot. Veja abaixo um exemplo do registro de evento.
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "ec2.amazonaws.com"
},
"eventTime": "2016-08-16T22:30:00Z",
"eventSource": "ec2.amazonaws.com",
"userAgent": "ec2.amazonaws.com",
"sourceIPAddress": "ec2.amazonaws.com",
"eventName": "BidEvictedEvent",
"awsRegion": "us-east-2",
"eventID": "d27a6096-807b-4bd0-8c20-a33a83375054",
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"RequestParameters": null,
"ResponseElements": null,
"serviceEventDetails": {
"instanceIdSet": [
"i-1eb2ac8eEXAMPLE"
]
}
}
```
1. Se você não encontrou uma entrada para o evento `BidEvictedEvent`, insira **TerminateInstances** como o nome do evento. Para obter mais informações sobre o registro de evento para `TerminateInstances`, consulte [Exemplos de eventos da API do Amazon EC2](monitor-with-cloudtrail.md#cloudtrail-event-examples).
# Faturamento para Instâncias spot interrompidas
Quando uma instância spot é interrompida, você é cobrado pelo uso da instância e do volume do EBS, podendo incorrer em outras cobranças, conforme indicado a seguir.
## Uso da instância
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/billing-for-interrupted-spot-instances.html)
## Uso do volume do EBS
Enquanto uma instância spot estiver parada, você será cobrado apenas pelos volumes do EBS, que são preservados.
Com a EC2 Fleet e a frota spot, se houver muitas instâncias interrompidas, será possível exceder o limite de número de volumes do EBS na sua conta.
# Recomendações de rebalanceamento de instâncias do EC2
Uma *recomendação de rebalanceamento* de instância do EC2 é um sinal que envia uma notificação quando uma instância Spot tem risco elevado de interrupção. O sinal pode chegar antes do [aviso de interrupção da instância Spot de dois minutos](spot-instance-termination-notices.md), dando a você a oportunidade de gerenciar proativamente a instância spot. É possível decidir rebalancear sua workload em Instâncias spot novas ou existentes que não tenham risco elevado de interrupção.
Nem sempre é possível para o Amazon EC2 enviar o sinal de recomendação de rebalanceamento antes do aviso de interrupção da instância spot de dois minutos. Portanto, o sinal de recomendação de rebalanceamento pode chegar junto com o aviso de interrupção de dois minutos.
As recomendações de rebalanceamento são disponibilizadas como um evento do EventBridge e como um item nos [metadados de instância](ec2-instance-metadata.md) na instância spot. Os eventos são emitidos com base no melhor esforço.
**nota**
As recomendações de rebalanceamento só são aceitas para Instâncias spot que sejam executadas depois de 5 de novembro de 2020, 0h (UTC).
**Topics**
+ [
## Rebalancear ações que é possível executar
](#rebalancing-actions)
+ [
## Monitorar os sinais de recomendação de rebalanceamento
](#monitor-rebalance-recommendations)
+ [
## Serviços que usam o sinal de recomendação de rebalanceamento
](#services-using-rebalance-rec-signal)
## Rebalancear ações que é possível executar
Estas são algumas das possíveis ações de rebalanceamento que é possível executar:
Desligamento normal
Quando você receber o sinal de recomendação de rebalanceamento para uma instância spot, poderá iniciar os procedimentos de desligamento da instância, o que pode incluir a garantia de que os processos sejam concluídos antes de serem interrompidos. Por exemplo, é possível fazer upload de logs de sistema ou de aplicações para o Amazon Simple Storage Service (Amazon S3), desligar operadores do Amazon SQS ou concluir o cancelamento do registro do Sistema de Nomes de Domínio (DNS). Também é possível salvar seu trabalho em armazenamento externo e retomá-lo mais tarde.
Impedir que novos trabalhos sejam programados
Quando você recebe o sinal de recomendação de rebalanceamento para uma instância spot, pode impedir que novos trabalhos sejam programados na instância enquanto ela continuar a ser usada até o trabalho programado ser concluído.
Executar proativamente novas instâncias de substituição
É possível configurar grupos do Auto Scaling, EC2 Fleet ou frota spot para iniciar automaticamente as instâncias spot de substituição quando um sinal de recomendação de rebalanceamento é emitido. Para obter mais informações, consulte [Use Capacity Rebalancing to handle Amazon EC2 Spot interruptions](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) no *Guia do usuário do Amazon EC2 Auto Scaling* e [Use o rebalanceamento de capacidade na frota do EC2 e na frota spot para substituir instâncias spot em risco](ec2-fleet-capacity-rebalance.md) neste guia do usuário.
## Monitorar os sinais de recomendação de rebalanceamento
É possível monitorar o sinal de recomendação de rebalanceamento de modo que, quando ele for emitido, você possa executar as ações especificadas na seção anterior. O sinal de recomendação de rebalanceamento é disponibilizado como um evento que é enviado para o Amazon EventBridge (anteriormente conhecido como Amazon CloudWatch Events) e como metadados de instância na instância spot.
**Topics**
+ [
### Usar o Amazon EventBridge
](#cp-eventbridge)
+ [
### Usar metadados da instância
](#cp-instance-metadata)
### Usar o Amazon EventBridge
Quando o sinal de recomendação de rebalanceamento é emitido para uma instância spot, o evento para o sinal é enviado para o Amazon EventBridge. Se o EventBridge detectar um padrão de evento que corresponda a um padrão definido em uma regra, o EventBridge invocará um destino (ou destinos) especificado(s) na regra.
Veja a seguir um exemplo de evento para o sinal de recomendação de rebalanceamento.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Rebalance Recommendation",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0"
}
}
```
Os campos a seguir formam o padrão de evento definido na regra:
`"detail-type": "EC2 Instance Rebalance Recommendation"`
Identifica que o evento é um evento de recomendação de rebalanceamento
`"source": "aws.ec2"`
Identifica que o evento é de Amazon EC2
#### Criar uma regra de EventBridge
É possível escrever uma regra de EventBridge e automatizar quais ações tomar quando o padrão de evento corresponder à regra.
O exemplo a seguir cria uma regra de EventBridge para enviar um e-mail, mensagem de texto ou notificação por push para dispositivos móveis sempre que Amazon EC2 emite um sinal de recomendação de rebalanceamento. O sinal é emitido como um evento de `EC2 Instance Rebalance Recommendation`, que aciona a ação definida pela regra.
Antes de criar a regra EventBridge, você deve criar o tópico do Amazon SNS para e-mail, mensagem de texto ou notificação por push móvel.
**Para criar uma regra de EventBridge para um evento de recomendação de rebalanceamento**
1. Abra o console do Amazon EventBridge em [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Selecione **Criar regra**.
1. Em **Define rule detail** (Definir detalhe da regra), faça o seguinte:
1. Informe um **Name (Nome)** para a regra e, opcionalmente, uma descrição.
Uma regra não pode ter o mesmo nome que outra regra na mesma região e no mesmo barramento de eventos.
1. Em **Event Bus** (Barramento de eventos), escolha **default** (padrão). Quando um serviço da AWS em sua conta gerar um evento, ele sempre irá para o barramento de eventos padrão da sua conta.
1. Em **Rule type** (Tipo de regra), escolha **Rule with an event pattern** (Regra com um padrão de evento).
1. Escolha **Próximo**.
1. Em **Build event pattern** (Criar padrão de evento), faça o seguinte:
1. Em **Event source** (Origem do evento), escolha **Eventos da AWS ou eventos de parceiro do EventBridge**.
1. Em **Event pattern** (Padrão de evento), neste exemplo você especificará o seguinte padrão de evento para corresponder ao evento `EC2 Instance Rebalance Recommendation` e, em seguida, escolherá **Save** (Salvar).
```
{
"source": ["aws.ec2"],
"detail-type": ["EC2 Instance Rebalance Recommendation"]
}
```
Para adicionar o padrão de evento, é possível usar um modelo escolhendo **Event pattern form** (Formulário de padrão de evento), ou especifique seu próprio padrão escolhendo **Custom pattern (JSON editor)** (Padrão personalizado (editor JSON)), como segue:
1. Para usar um modelo para criar o padrão de evento, faça o seguinte:
1. Escolha **Event pattern form** (Formulário de evento).
1. Em **Event source** (Origem do evento), escolha **AWS services** (Serviços da ).
1. Em **AWS Service** (Produto da ), escolha **EC2 Spot Fleet** (Frota spot do EC2).
1. Em **Event type** (Tipo de evento), escolha **EC2 Instance Rebalance Recommendation** (Recomendação de rebalanceamento da instância do EC2).
1. Para personalizar o modelo, escolha **Edit pattern** (Editar padrão) e faça as alterações para corresponder ao padrão de evento de exemplo.
1. (Alternativa) Para especificar um padrão de evento personalizado, faça o seguinte:
1. Escolha **Custom pattern (JSON editor)** (Padrão personalizado (editor JSON)).
1. Na caixa **Event pattern** (Padrão de evento), adicione o padrão de evento para este exemplo.
1. Escolha **Próximo**.
1. Em **Select target(s)** (Selecionar destino(s)), faça o seguinte:
1. Em **Tipos de destino**, escolha **Serviço da AWS**.
1. Em **Select a target** (Selecione um destino), escolha **SNS topic** (Tópico do SNS) para enviar um email, mensagem de texto ou notificação por push móvel quando o evento ocorrer.
1. Em **Topic** (Tópico), escolha um tópico existente. Para fazer isso, você precisa criar um tópico do Amazon SNS usando o console do Amazon SNS. Para obter mais informações, consulte [Usar o Amazon SNS para mensagens de aplicação para pessoa (A2P)](https://docs.aws.amazon.com//sns/latest/dg/sns-user-notifications.html) no *Guia do desenvolvedor do Amazon Simple Notification Service*.
1. (Opcional) Em **Additional settings** (Configurações adicionais), é possível, opcionalmente, definir configurações adicionais. Para obter mais informações, consulte [Criar regras do Amazon EventBridge que reajam a eventos](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) (etapa 16) no *Guia do usuário do Amazon EventBridge*.
1. Escolha **Próximo**.
1. (Opcional) Em **Tags** (Etiquetas), é possível atribuir, opcionalmente, uma ou mais etiquetas à sua regra e, em seguida, escolher **Next** (Próximo).
1. Em **Review and create** (Revisar e criar), faça o seguinte:
1. Revise os detalhes da regra e modifique-os conforme necessário.
1. Escolha **Criar regra**.
Para obter mais informações, consulte [Amazon EventBridge rules](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) (Regras do Amazon EventBridge) e [Amazon EventBridge event patterns](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) (Padrões de eventos do Amazon EventBridge) no *Amazon EventBridge User Guide* (Manual do usuário do Amazon EventBridge).
### Usar metadados da instância
A categoria de metadados da instância `events/recommendations/rebalance` fornece o horário aproximado, em UTC, quando o sinal de recomendação de rebalanceamento foi emitido para uma instância spot.
Recomendamos que você verifique se há sinais de recomendação de rebalanceamento a cada 5 segundos para que você não perca a oportunidade de agir de acordo com a recomendação de rebalanceamento.
Se uma instância spot receber uma recomendação de rebalanceamento, o horário em que o sinal foi emitido estará presente nos metadados da instância. É possível recuperar o horário em que o sinal foi emitido da seguinte forma.
------
#### [ IMDSv2 ]
**Linux**
Execute o seguinte comando em sua instância Linux.
**IMDSv2**
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Execute o seguinte cmdlet na sua instância Windows.
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/api/token
```
```
Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token" = $token} `
-Method GET -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
#### [ IMDSv1 ]
**Linux**
Execute o seguinte comando em sua instância Linux.
```
curl http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Execute o seguinte cmdlet na sua instância Windows.
```
Invoke-RestMethod -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
A seguir, é mostrado um exemplo de saída, que indica o horário, em UTC, em que o sinal de recomendação de rebalanceamento foi emitido para a instância spot.
```
{"noticeTime": "2020-10-27T08:22:00Z"}
```
Se o sinal não tiver sido emitido para a instância, o `events/recommendations/rebalance` não estará presente e você receberá uma mensagem de erro HTTP 404 quando tentar recuperá-lo.
## Serviços que usam o sinal de recomendação de rebalanceamento
O Amazon EC2 Auto Scaling, a EC2 Fleet e a frota spot usam o sinal de recomendação de rebalanceamento para facilitar a manutenção da disponibilidade da workload, aumentando proativamente a frota com uma nova instância spot antes que uma instância em execução receba o aviso de interrupção da instância spot de dois minutos. É possível fazer com que esses serviços monitorem e respondam proativamente às alterações que afetam a disponibilidade da suas Instâncias spot. Para saber mais, consulte:
+ [Usar o rebalanceamento de capacidade para lidar com interrupções spot do Amazon EC2](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) no *Guia do usuário do Amazon EC2 Auto Scaling*.
+ [Use o rebalanceamento de capacidade na frota do EC2 e na frota spot para substituir instâncias spot em risco](ec2-fleet-capacity-rebalance.md) no tópico frota do EC2 e frota spot neste guia do usuário
# Pontuação de posicionamento de spot
O recurso de pontuação de posicionamento de spot recomenda uma região ou zona de disponibilidade da AWS com base nos requisitos de capacidade spot. A capacidade de spot flutua e você não pode ter certeza de que sempre obterá a capacidade de que precisa. Uma pontuação de posicionamento de spot indica a probabilidade de uma solicitação de spot ter êxito em uma região ou zona de disponibilidade.
**nota**
Uma pontuação de posicionamento de spot não oferece nenhuma garantia em termos de capacidade disponível ou risco de interrupção. Uma pontuação de posicionamento de spot serve apenas como uma recomendação.
**Casos de uso**
É possível usar o recurso de pontuação de posicionamento de spot para o seguinte:
+ Para realocar e escalar a capacidade computacional de spot em uma região diferente, conforme necessário, em resposta ao aumento das necessidades de capacidade ou diminuição da capacidade disponível na região atual.
+ Para identificar a zona de disponibilidade ideal para executar workloads de zona de disponibilidade única.
+ Para simular futuras necessidades de capacidade spot para que você possa escolher uma região ideal para a expansão de suas workloads baseadas em spot.
+ Para encontrar uma combinação ideal de tipos de instância para atender às suas necessidades de capacidade spot.
**Topics**
+ [
## Limitações
](#sps-limitations)
+ [
## Custos
](#sps-costs)
+ [
# Como funciona a pontuação de posicionamento de spot
](how-sps-works.md)
+ [
# Permissões necessárias para pontuação de posicionamento spot
](sps-iam-permission.md)
+ [
# Calcular a pontuação de posicionamento spot
](work-with-spot-placement-score.md)
## Limitações
+ **Limite da capacidade-alvo**: o limite de capacidade-alvo da pontuação de posicionamento de spot é baseado em seu uso recente de spot, levando em conta um potencial aumento de uso. Se você não fez uso de spot recentemente, fornecemos para você um limite padrão baixo, alinhado com seu limite de solicitação de spot.
+ **Limite de configurações de solicitação**: podemos limitar o número de novas configurações de solicitação dentro de um período de 24 horas se detectarmos padrões não associados ao uso pretendido do recurso de pontuação de posicionamento de spot. Se você atingir o limite, poderá repetir as configurações de solicitação que já usou, mas não poderá especificar novas configurações de solicitação até o próximo período de 24 horas.
+ **Número mínimo de tipos de instância**: se especificar tipos de instância, você deverá especificar pelo menos três tipos de instância diferentes, caso contrário, o Amazon EC2 retornará uma baixa pontuação de posicionamento de spot. Da mesma forma, se você especificar atributos de instância, eles deverão ser resolvidos como, pelo menos, três tipos de instância diferentes. Tipos de instância são considerados diferentes se tiverem nomes diferentes. Por exemplo, m5.8xlarge, m5a.8xlarge, and m5.12xlarge são todos considerados diferentes.
## Custos
Não há cobrança adicional pelo uso do recurso de pontuação de posicionamento de spot.
# Como funciona a pontuação de posicionamento de spot
Ao usar o recurso de pontuação de posicionamento de spot, primeiramente você especifica os requisitos de computação para suas instâncias spot e, em seguida, o Amazon EC2 retorna as 10 principais regiões ou zonas de disponibilidade nas quais sua solicitação de spot provavelmente vai obter êxito. Cada região ou zona de disponibilidade é pontuada em uma escala de 1 a 10, com 10 indicando que é altamente provável que sua solicitação de spot tenha êxito e 1 indicando que sua solicitação de spot provavelmente não terá êxito.
**Topics**
+ [
## Etapa 1: especificar seus requisitos de spot
](#sps-specify-requirements)
+ [
## Etapa 2: filtrar a resposta da pontuação de posicionamento de spot
](#get-sps)
+ [
## Etapa 3: revisar as recomendações
](#sps-recommendations)
+ [
## Etapa 4: usar as recomendações
](#sps-use-recommendations)
## Etapa 1: especificar seus requisitos de spot
Primeiro, você especifica a capacidade-alvo de spot desejada e seus requisitos de computação, da seguinte forma:
1. **Especifique a capacidade-alvo de spot e, opcionalmente, a unidade da capacidade-alvo.**
É possível especificar a capacidade-alvo de spot desejada em termos do número de instâncias ou vCPUs, ou em termos de quantidade de memória em MiB. Para especificar a capacidade-alvo em número de vCPUs ou quantidade de memória, especifique a unidade de capacidade-alvo como `vcpu` ou `memory-mib`. Caso contrário, o padrão é o número de instâncias.
Ao especificar a capacidade-alvo em termos de número de vCPUs ou quantidade de memória, é possível usar essas unidades ao calcular a capacidade total. Por exemplo, se você quiser usar uma combinação de instâncias de tamanhos diferentes, é possível especificar a capacidade-alvo como um número total de vCPUs. O recurso de pontuação de posicionamento de spot considera cada tipo de instância na solicitação pelo número de vCPUs e conta o número total de vCPUs em vez do número total de instâncias ao totalizar a capacidade-alvo.
Por exemplo, digamos que você especifique uma capacidade-alvo total de 30 vCPUs e sua lista de tipos de instância consista em c5.xlarge (4 vCPUs), m5.2xlarge (8 vCPUs) e r5.large (2 vCPUs). Para atingir um total de 30 vCPUs, é possívelria obter uma combinação de 2 c5.xlarge (2\$14 vCPUs), 2 m5.2xlarge (2\$18 vCPUs) e 3 r5.large (3\$12 vCPUs).
1. **Especifique tipos de instância ou atributos de instância.**
É possível especificar os tipos de instância a serem usados ou especificar os atributos de instância necessários para seus requisitos de computação e deixar o Amazon EC2 identificar os tipos de instância que têm esses atributos. Isso é conhecido como seleção de tipo de instância baseada em atributos.
Você não pode especificar os tipos de instância e os atributos de instância na mesma solicitação de pontuação de posicionamento de spot.
Se especificar tipos de instância, você deverá especificar pelo menos três tipos de instância diferentes, caso contrário, o Amazon EC2 retornará uma baixa pontuação de posicionamento de spot. Da mesma forma, se você especificar atributos de instância, eles deverão ser resolvidos como, pelo menos, três tipos de instância diferentes.
Para obter exemplos de maneiras diferentes de especificar seus requisitos de spot, consulte [Exemplos de configuração](work-with-spot-placement-score.md#sps-example-configs).
## Etapa 2: filtrar a resposta da pontuação de posicionamento de spot
O Amazon EC2 calcula a pontuação de posicionamento de spot para cada região ou zona de disponibilidade e retorna as 10 principais regiões ou as 10 principais zonas de disponibilidade nas quais sua solicitação de spot provavelmente terá êxito. O padrão é retornar uma lista de regiões pontuadas. Se você planeja iniciar toda a sua capacidade spot em uma única zona de disponibilidade, será útil solicitar uma lista de zonas de disponibilidade pontuadas.
É possível especificar um filtro de região para restringir as regiões que serão retornadas na resposta.
É possível combinar o filtro de região e uma solicitação de zonas de disponibilidade pontuadas. Dessa forma, as zonas de disponibilidade pontuadas serão restringidas às regiões para filtradas. Para encontrar a zona de disponibilidade com a maior pontuação em uma região, especifique somente essa região, e a resposta retornará uma lista com as pontuações de todas as zonas de disponibilidade na região.
## Etapa 3: revisar as recomendações
A pontuação de posicionamento de spot para cada região ou zona de disponibilidade é calculada com base na capacidade-alvo, na composição dos tipos de instância, nas tendências de uso histórico e atual de spot e na hora em que a solicitação é feita. Como a capacidade spot está constantemente flutuando, a mesma solicitação de pontuação de posicionamento de spot pode produzir pontuações diferentes quando calculada em horas diferentes.
Regiões e zonas de disponibilidade são pontuadas em uma escala de 1 a 10. Uma pontuação de 10 indica que sua solicitação de spot tem alta probabilidade, mas não garantia, de ter êxito. Uma pontuação de 1 indica que sua solicitação de spot tem muito pouca probabilidade de ter êxito. A mesma pontuação pode ser retornada para diferentes regiões ou zonas de disponibilidade.
Se pontuações baixas forem retornadas, será possível editar seus requisitos de computação e recalcular a pontuação. Também é possível solicitar recomendações de pontuação de posicionamento de spot para os mesmos requisitos de computação em diferentes horas do dia.
## Etapa 4: usar as recomendações
Uma pontuação de posicionamento de spot só é relevante se a solicitação de spot tiver exatamente a mesma configuração que a configuração de pontuação de posicionamento de spot (capacidade-alvo, unidade de capacidade-alvo e tipos de instância ou atributos de instância) e estiver configurada para usar a estratégia de alocação de `capacity-optimized`. Caso contrário, a probabilidade de obter a capacidade de spot disponível não será alinhada com a pontuação.
Embora uma pontuação de posicionamento de spot sirva como diretriz e nenhuma pontuação garanta que sua solicitação de spot será atendida total ou parcialmente, é possível usar as seguintes informações para obter os melhores resultados:
+ **Usar a mesma configuração**: a pontuação de posicionamento de spot é relevante somente se a configuração da solicitação de spot (capacidade-alvo, unidade da capacidade-alvo e tipos de instância ou atributos de instância) no seu grupo do Auto Scaling, frota do EC2 ou frota spot for a mesma que você inseriu para obter a pontuação de posicionamento de spot.
Se você usou a seleção de tipo de instância baseada em atributo na solicitação de pontuação de posicionamento de spot, poderá usar a seleção de tipo de instância baseada em atributo para configurar seu grupo do Auto Scaling, frota do EC2 ou frota spot. Para obter mais informações, consulte [Create mixed instances group using attribute-based instance type selection](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) e [Especificar atributos para seleção de tipo de instância para frota do EC2 ou frota spot](ec2-fleet-attribute-based-instance-type-selection.md).
**nota**
Se você especificou sua capacidade-alvo em termos do número de vCPUs ou da quantidade de memória e tiver especificado tipos de instância na configuração de pontuação de posicionamento de spot, observe que não é possível criar essa configuração no grupo do Auto Scaling, frota do EC2 ou frota spot. Em vez disso, é necessário definir manualmente a ponderação de instâncias usando o parâmetro `WeightedCapacity`.
+ **Usar a estratégia de alocação `capacity-optimized`**: qualquer pontuação pressupõe que sua solicitação de frota será configurada para usar todas as zonas de disponibilidade (para solicitação de capacidade entre regiões) ou uma só zona de disponibilidade (se estiver solicitando capacidade em uma zona de disponibilidade) e a estratégia `capacity-optimized` de alocação de spot para que sua solicitação de capacidade de spot tenha êxito. Se você usar outras estratégias de alocação, como `lowest-price`, a probabilidade de obter a capacidade de spot disponível não será alinhada com a pontuação.
+ **Agir assim que tiver uma pontuação**: a recomendação de pontuação de posicionamento de spot reflete a capacidade de spot disponível no momento da solicitação, e a mesma configuração pode produzir pontuações diferentes quando calculada em momentos diferentes devido a flutuações na capacidade de spot. Embora uma pontuação de 10 signifique que sua solicitação de capacidade de spot tem alta probabilidade, mas não garantia, de ter êxito, para obter os melhores resultados, recomendamos que você aja assim que tiver a pontuação, imediatamente. Também recomendamos que obtenha uma nova pontuação toda vez que tentar fazer uma solicitação de capacidade.
# Permissões necessárias para pontuação de posicionamento spot
Por padrão, as identidades do IAM (usuários, perfis ou grupos) não têm permissão para usar [Pontuação de posicionamento de spot](spot-placement-score.md). Para permitir que as identidades do IAM usem a pontuação de posicionamento spot, crie uma política do IAM que conceda permissão para usar ação `ec2:GetSpotPlacementScores` da API do EC2. Depois, anexe a política às identidades do IAM que requeiram essa permissão.
O exemplo de política do IAM a seguir concede permissão para usar a ação `ec2:GetSpotPlacementScores` da API do EC2.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "ec2:GetSpotPlacementScores",
"Resource": "*"
}
]
}
```
------
Para obter mais informações sobre como editar uma política do IAM, consulte [Edição de políticas do IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-edit.html) no *Guia do usuário do IAM*.
Para conceder acesso, adicione as permissões aos seus usuários, grupos ou perfis:
+ Usuários e grupos no Centro de Identidade do AWS IAM:
Crie um conjunto de permissões. Siga as instruções em [Criação de um conjunto de permissões](https://docs.aws.amazon.com//singlesignon/latest/userguide/howtocreatepermissionset.html) no *Guia do usuário do Centro de Identidade do AWS IAM*.
+ Usuários gerenciados no IAM com provedor de identidades:
Crie um perfil para a federação de identidades. Siga as instruções em [Criando um perfil para um provedor de identidades de terceiros (federação)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-idp.html) no *Guia do Usuário do IAM*.
+ Usuários do IAM:
+ Crie um perfil que seu usuário possa assumir. Siga as instruções em [Criação de um perfil para um usuário do IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-user.html) no *Guia do usuário do IAM*.
+ (Não recomendado) Vincule uma política diretamente a um usuário ou adicione um usuário a um grupo de usuários. Siga as instruções em [Adição de permissões a um usuário (console)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) no *Guia do usuário do IAM*.
# Calcular a pontuação de posicionamento spot
É possível calcular uma pontuação de posicionamento spot com base na capacidade de destino e nos requisitos de computação. Para obter mais informações, consulte [Como funciona a pontuação de posicionamento de spot](how-sps-works.md).
**Permissões obrigatórias**
Certifique-se de que você tenha as permissões necessárias. Para obter mais informações, consulte [Permissões necessárias para pontuação de posicionamento spot](sps-iam-permission.md).
**Topics**
+ [
## Calcular usando atributos de instância
](#sps-specify-instance-attributes-console)
+ [
## Calcular usando tipos de instância
](#sps-specify-instance-types-console)
+ [
## Calcular usando a AWS CLI
](#calculate-sps-cli)
**Deseja uma solução automatizada?** Em vez de seguir as etapas manuais deste guia do usuário, você pode criar um painel de rastreamento de pontuação de posicionamento spot que captura e armazena automaticamente as pontuações no Amazon CloudWatch. Para obter mais informações, consulte [Guidance for Building a Spot Placement Score Tracker Dashboard on AWS](https://aws.amazon.com/solutions/guidance/building-a-spot-placement-score-tracker-dashboard-on-aws/).
## Calcular usando atributos de instância
**Para calcular uma pontuação de posicionamento de spot especificando atributos de instância**
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, selecione **Solicitações spot**.
1. Escolha a seta para baixo ao lado de **Request Spot Instances** e escolha **Calculate Spot Placement Score**.
1. Escolha **Enter requirements** (Inserir requisitos).
1. Em **Target capacity** (Capacidade-alvo), insira a capacidade desejada em termos do número de **instances** (instâncias) ou **vCPUs**, ou quantidade de **memory (MiB)** (memória).
1. Em **Instance type requirements** (Requisitos de tipo de instância), para especificar seus requisitos de computação e deixar que o Amazon EC2 identifique os tipos de instância ideais com esses requisitos, escolha **Specify instance attributes that match your compute requirements** (Especificar atributos de instância que correspondam aos requisitos de computação).
1. Em **vCPUs**, insira o número mínimo e máximo desejado de vCPUs. Para não especificar nenhum limite, selecione **No minimum** (Sem mínimo), **No maximum** (Sem máximo) ou ambos.
1. Em **Memory (GiB)** (Memória), insira a quantidade mínima e máxima de memória desejada. Para não especificar nenhum limite, selecione **No minimum** (Sem mínimo), **No maximum** (Sem máximo) ou ambos.
1. Em **CPU architecture** (Arquitetura da CPU), selecione a arquitetura de instância requisitada.
1. (Opcional) Em **Additional instance attributes** (Atributos de instância adicionais), é possível, opcionalmente, especificar um ou mais atributos para expressar seus requisitos de computação com mais detalhes. Cada atributo adicional inclui mais uma restrição à solicitação. É possível omitir os atributos adicionais; quando omitidos, os valores padrão são usados. Para obter uma descrição de cada atributo e seus valores padrão, consulte [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
1. (Opcional) Para visualizar os tipos de instância com os atributos especificados, expanda **Preview matching instance types** (Previsualizar os tipos de instância correspondentes). Para excluir os tipos de instância de serem usados na avaliação do posicionamento, selecione as instâncias e escolha **Exclude selected instance types** (Excluir tipos de instância selecionados).
1. Escolha **Load placement scores** (Carregar pontuações de posicionamento) e analise os resultados.
1. (Opcional) Para exibir a pontuação de posicionamento de spot para regiões específicas, em **Regions to evaluate** (Regiões a serem avaliadas), selecione as regiões a serem avaliadas e, em seguida, escolha **Calculate placement scores** (Calcular pontuações de posicionamento).
1. (Opcional) Para exibir a pontuação de posicionamento de spot para as zonas de disponibilidade nas regiões que a ferramenta exibe, marque a caixa de seleção **Fornecer pontuações de posicionamento por zona de disponibilidade**. Uma lista de zonas de disponibilidade pontuadas é útil se você quiser iniciar toda a sua capacidade de spot em uma única zona de disponibilidade.
1. (Opcional) Para editar seus requisitos de computação e obter uma nova pontuação de posicionamento, escolha **Edit** (Editar), faça os ajustes necessários e, em seguida, escolha **Calculate placement scores** (Calcular pontuações de posicionamento).
## Calcular usando tipos de instância
**Para calcule uma pontuação de posicionamento de spot especificando tipos de instância**
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, selecione **Solicitações spot**.
1. Escolha a seta para baixo ao lado de **Request Spot Instances** e escolha **Calculate Spot Placement Score**.
1. Escolha **Enter requirements** (Inserir requisitos).
1. Em **Target capacity** (Capacidade-alvo), insira a capacidade desejada em termos do número de **instances** (instâncias) ou **vCPUs**, ou quantidade de **memory (MiB)** (memória).
1. Em **Instance type requirements** (Requisitos de tipo de instância), para especificar os tipos de instância a serem usados, escolha **Manually select instance types** (Selecionar manualmente os tipos de instância).
1. Escolha **Select instance types** (Selecionar tipos de instância), selecione os tipos de instância a serem usados e escolha **Select** (Selecionar). Para localizar rapidamente tipos de instância, é possível usar a barra de filtro para filtrar os tipos de instância por diferentes propriedades.
1. Escolha **Load placement scores** (Carregar pontuações de posicionamento) e analise os resultados.
1. (Opcional) Para exibir a pontuação de posicionamento de spot para regiões específicas, em **Regions to evaluate** (Regiões a serem avaliadas), selecione as regiões a serem avaliadas e, em seguida, escolha **Calculate placement scores** (Calcular pontuações de posicionamento).
1. (Opcional) Para exibir a pontuação de posicionamento de spot para as zonas de disponibilidade nas regiões que a ferramenta exibe, marque a caixa de seleção **Fornecer pontuações de posicionamento por zona de disponibilidade**. Uma lista de zonas de disponibilidade pontuadas é útil se você quiser iniciar toda a sua capacidade de spot em uma única zona de disponibilidade.
1. (Opcional) Para editar a lista de tipos de instância e obter uma nova pontuação de posicionamento, escolha **Edit** (Editar), faça os ajustes necessários e, em seguida, escolha **Calculate placement scores** (Calcular pontuações de posicionamento).
## Calcular usando a AWS CLI
**Para calcular uma pontuação de posicionamento de spot**
1. (Opcional) Para gerar todos os parâmetros possíveis que podem ser especificados para a configuração de pontuação de posicionamento de spot, use o comando [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html) e o parâmetro `--generate-cli-skeleton`.
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--generate-cli-skeleton
```
O seguinte é um exemplo de saída.
```
{
"InstanceTypes": [
""
],
"TargetCapacity": 0,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"RegionNames": [
""
],
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": [
"x86_64_mac"
],
"VirtualizationTypes": [
"hvm"
],
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 0
},
"MemoryMiB": {
"Min": 0,
"Max": 0
},
"CpuManufacturers": [
"amd"
],
"MemoryGiBPerVCpu": {
"Min": 0.0,
"Max": 0.0
},
"ExcludedInstanceTypes": [
""
],
"InstanceGenerations": [
"previous"
],
"SpotMaxPricePercentageOverLowestPrice": 0,
"OnDemandMaxPricePercentageOverLowestPrice": 0,
"BareMetal": "excluded",
"BurstablePerformance": "excluded",
"RequireHibernateSupport": true,
"NetworkInterfaceCount": {
"Min": 0,
"Max": 0
},
"LocalStorage": "included",
"LocalStorageTypes": [
"hdd"
],
"TotalLocalStorageGB": {
"Min": 0.0,
"Max": 0.0
},
"BaselineEbsBandwidthMbps": {
"Min": 0,
"Max": 0
},
"AcceleratorTypes": [
"fpga"
],
"AcceleratorCount": {
"Min": 0,
"Max": 0
},
"AcceleratorManufacturers": [
"amd"
],
"AcceleratorNames": [
"vu9p"
],
"AcceleratorTotalMemoryMiB": {
"Min": 0,
"Max": 0
}
}
},
"DryRun": true,
"MaxResults": 0,
"NextToken": ""
}
```
1. Crie um arquivo de configuração JSON usando a saída da etapa anterior e configure-o da seguinte forma:
1. Em `TargetCapacity`, insira a capacidade desejada em termos do número de instâncias ou vCPUs, ou quantidade de memória (MiB).
1. Em `TargetCapacityUnitType`, insira a unidade para a capacidade-alvo. Se você omitir esse parâmetro, ele assumirá o padrão `units`.
Valores válidos: `units` (o que se traduz em número de instâncias) \$1 `vcpu` \$1 `memory-mib`
1. Em `SingleAvailabilityZone`, especifique `true` para uma resposta que retorna uma lista de zonas de disponibilidade pontuadas. Uma lista de zonas de disponibilidade pontuadas é útil se você quiser iniciar toda a sua capacidade de spot em uma única zona de disponibilidade. Se você omitir esse parâmetro, ele assumirá o padrão `false`, e a resposta retornará uma lista de regiões pontuadas.
1. (Opcional) Em `RegionNames`, especifique as regiões que deseja usar como filtro. É necessário especificar o código de região, por exemplo, `us-east-1`.
Com um filtro de região, a resposta retorna apenas as regiões que você especificou. Se tiver especificado `true` para `SingleAvailabilityZone`, a resposta retornará apenas as zonas de disponibilidade nas regiões que você especificou.
1. É possível incluir um `InstanceTypes` ou `InstanceRequirements`, mas não ambos na mesma configuração.
Especifique uma das seguintes opções na configuração de JSON:
+ Para especificar uma lista de tipos de instância, especifique os tipos de instância no parâmetro `InstanceTypes`. Especifique pelo menos três tipos de instância diferentes. Se você especificar apenas um ou dois tipos de instância, a pontuação de posicionamento de spot retornará uma pontuação baixa. Para obter uma lista dos tipos de instância , consulte [Tipos de instância do Amazon EC2](https://aws.amazon.com/ec2/instance-types/).
+ Para especificar os atributos da instância para que o Amazon EC2 identifique os tipos de instância que correspondem a esses atributos, especifique os atributos localizados na estrutura `InstanceRequirements`.
É necessário fornecer valores para `VCpuCount`, `MemoryMiB` e `CpuManufacturers`. É possível omitir os outros atributos; quando omitidos, os valores padrão são usados. Para obter uma descrição de cada atributo e seus valores padrão, consulte [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
Para obter configurações de exemplo, consulte [Exemplos de configuração](#sps-example-configs).
1. Para obter a pontuação de posicionamento de spot para os requisitos especificados no arquivo JSON, use o comando [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html) e especifique o nome e o caminho do arquivo JSON usando o parâmetro `--cli-input-json`.
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--cli-input-json file://file_name.json
```
Exemplo de saída se `SingleAvailabilityZone` for definido como `false` ou omitido (se omitido, o padrão `false` será usado); uma lista classificada de regiões será devolvida.
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"Score": 7
},
{
"Region": "us-west-1",
"Score": 5
},
...
```
Exemplo de saída se `SingleAvailabilityZone` for definido como `true`; uma lista pontuada de zonas de disponibilidade será retornada.
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"AvailabilityZoneId": "use1-az1",
"Score": 8
},
{
"Region": "us-east-1",
"AvailabilityZoneId": "usw2-az3",
"Score": 6
},
...
```
### Exemplos de configuração
Quando usar a AWS CLI, será possível usar os exemplos de configurações as seguir.
**Topics**
+ [
#### Exemplo: especificar tipos de instância e capacidade-alvo
](#example-config-instance-type-override)
+ [
#### Exemplo: especificar tipos de instância e capacidade-alvo em termos de memória
](#example-config-instance-type-memory-unit-override)
+ [
#### Exemplo: especificar atributos para seleção de tipo de instância baseada em atributos
](#example-config-attribute-based-instance-type-selection)
+ [
#### Exemplo: especificar atributos para seleção de tipo de instância baseada em atributos e retornar uma lista pontuada de zonas de disponibilidade
](#example-config-sps-singleAZ)
#### Exemplo: especificar tipos de instância e capacidade-alvo
O exemplo de configuração a seguir especifica três tipos de instância diferentes e uma capacidade-alvo de spot de 500 instâncias spot.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500
}
```
#### Exemplo: especificar tipos de instância e capacidade-alvo em termos de memória
O exemplo de configuração a seguir especifica três tipos de instância diferentes e uma capacidade-alvo de spot de 500.000 MiB de memória, em que o número de Instâncias spot a serem iniciadas deve fornecer um total de 500.000 MiB de memória.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500000,
"TargetCapacityUnitType": "memory-mib"
}
```
#### Exemplo: especificar atributos para seleção de tipo de instância baseada em atributos
O exemplo de configuração a seguir é configurado para seleção de tipo de instância baseada em atributos e é seguido de um texto explicativo do exemplo de configuração.
```
{
"TargetCapacity": 5000,
"TargetCapacityUnitType": "vcpu",
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
****`InstanceRequirementsWithMetadata`****
Para usar a seleção do tipo de instância baseada em atributo, é necessário incluir a estrutura `InstanceRequirementsWithMetadata` na configuração e especificar os atributos desejados para as Instâncias spot.
No exemplo anterior, os seguintes atributos de instância necessários são especificados:
+ `ArchitectureTypes` – o tipo de arquitetura dos tipos de instância deve ser `arm64`.
+ `VirtualizationTypes` – o tipo de virtualização dos tipos de instância deve ser `hvm`.
+ `VCpuCount`: os tipos de instância devem ter no mínimo 1 e no máximo 12 vCPUs.
+ `MemoryMiB`: os tipos de instância devem ter no mínimo 512 MiB de memória. Omitindo o parâmetro `Max`, você está indicando que não há limite máximo.
Observe que existem vários outros atributos opcionais que é possível especificar. Para obter a lista de atributos, consulte [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
**`TargetCapacityUnitType`**
O parâmetro `TargetCapacityUnitType` especifica a unidade da capacidade-alvo. No exemplo, a capacidade-alvo é `5000` e o tipo de unidade de capacidade-alvo é `vcpu`, que juntos especificam uma capacidade-alvo desejada de 5000 vCPUs, em que o número de instâncias spot a serem iniciadas deve fornecer um total de 5000 vCPUs.
#### Exemplo: especificar atributos para seleção de tipo de instância baseada em atributos e retornar uma lista pontuada de zonas de disponibilidade
O exemplo de configuração a seguir é configurado para seleção de tipo de instância baseada em atributos. Especificando `"SingleAvailabilityZone": true`, a resposta retornará uma lista de zonas de disponibilidade pontuadas.
```
{
"TargetCapacity": 1000,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
# Rastrear os custos das instâncias spot usando o feed de dados da instância spot
Para compreender as cobranças relativas às suas instâncias spot, o Amazon EC2 fornece um feed de dados que descreve o uso que você faz de sua instância spot e a definição de preços. Esse feed de dados é enviado a um bucket do Amazon S3 que você especifica ao assinar um feed de dados.
O feed de dados normalmente chega em seu bucket uma vez por hora. Se você não tiver uma instância spot em execução em uma hora específica, não receberá um arquivo de feed de dados nessa hora.
Cada hora de uso de uma instância spot é coberto em um único arquivo de dados. Esses arquivos são compactados (gzip) antes de serem entregues ao seu bucket. O Amazon EC2 pode gravar vários arquivos em uma determinada hora de uso quando os arquivos estiverem muito grandes (por exemplo, quando o conteúdo dos arquivos para a hora ultrapassar 50 MB antes da compactação).
**nota**
Você só pode criar um feed de dados de instância spot para cada Conta da AWS.
O feed de dados da instância spot é compatível em todas as regiões AWS, exceto China (Pequim), China (Ningxia), AWS GovCloud (EUA) e as [regiões que estão desabilitadas por padrão](using-regions-availability-zones.md#concepts-available-regions).
**Topics**
+ [
## Nome e formato de arquivo do feed de dados
](#using-spot-instances-format)
+ [
## Requisitos do bucket do Amazon S3
](#using-spot-instances-dfs3)
+ [
## Assinar seu feed de dados da instância spot
](#using-spot-instances-datafeed-all)
+ [
## Visualização dos dados no feed de dados
](#using-spot-instances-datafeed-view-data)
+ [
## Excluir seu feed de dados de instância spot
](#using-spot-instances-datafeed-delete)
## Nome e formato de arquivo do feed de dados
O nome de arquivo do feed de dados de instância spot usa o seguinte formato (com a data e a hora em UTC):
```
bucket-name.s3.amazonaws.com/optional-prefix/aws-account-id.YYYY-MM-DD-HH.n.unique-id.gz
```
Por exemplo, se o nome do bucket for **amzn-s3-demo-bucket** e o prefixo for **my-prefix**, os nomes dos arquivos serão semelhantes ao seguinte:
```
amzn-s3-demo-bucket.s3.amazonaws.com/my-prefix/111122223333.2023-12-09-07.001.b959dbc6.gz
```
Para obter mais informações sobre os nomes de bucket, consulte [Regras de nomeação de bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/bucketnamingrules.html) no *Guia do usuário do Amazon S3*.
Os arquivos de feed de dados de instância spot são delimitados por tabulação. Cada linha no arquivo de dados corresponde a uma hora de instância e contém os campos listados na tabela a seguir.
| Campo | Descrição |
| --- | --- |
| `Timestamp` | O time stamp usado para determinar o preço cobrado pelo uso dessa instância. |
| `UsageType` | O tipo de uso e instância que está sendo cobrado. Para `m1.small` Instâncias spot, este campo está definido como `SpotUsage`. Para todos os outros tipos de instância, esse campo é definido como `SpotUsage:`\$1*instance-type*\$1. Por exemplo, `SpotUsage:c1.medium`. |
| `Operation` | O produto que está sendo cobrado. Nas Instâncias spot do Linux, este campo é definido como `RunInstances`. Nas Instâncias spot do Windows, este campo é definido como `RunInstances:0002`. O uso de spot é agrupado de acordo com a zona de disponibilidade. |
| `InstanceID` | O ID da instância spot que gerou este uso de instância. |
| `MyBidID` | O ID da solicitação de instância spot que gerou este uso de instância. |
| `MyMaxPrice` | O preço máximo especificado para essa solicitação de spot. |
| `MarketPrice` | O preço spot na hora especificada no campo `Timestamp`. |
| `Charge` | O preço cobrado por este uso de instância. |
| `Version` | A versão do feed de dados. A versão possível é a 1.0. |
## Requisitos do bucket do Amazon S3
Ao assinar o feed de dados, especifique um bucket do Amazon S3 pra armazenar os arquivos do feed de dados.
Antes de escolher um bucket do Amazon S3 para o feed de dados, considere o seguinte:
+ É necessário ter a permissão `FULL_CONTROL` para o bucket. Se você for o proprietário do bucket, terá essa permissão por padrão. Caso contrário, o proprietário do bucket deve conceder essa permissão à sua Conta da AWS.
+ Quando você assina um feed de dados, essas permissões são usadas para atualizar o ACL do bucket a fim de fornecer à conta de feed de dados da AWS a permissão `FULL_CONTROL`. A conta de feed de dados da AWS grava arquivos de feed de dados no bucket. Se sua conta não tiver as permissões necessárias, os arquivos de feed de dados não poderão ser gravados no bucket. Para obter mais informações, consulte [Logs enviados ao Amazon S3](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-infrastructure-S3) no *Guia do usuário do Amazon CloudWatch Logs*.
Se você atualizar o ACL e eliminar as permissões para a conta do feed de dados da AWS, os arquivos de feed de dados não poderão ser gravados no bucket. É necessário assinar novamente o feed de dados para receber arquivos de feed de dados.
+ Cada arquivo do feed de dados tem sua própria ACL (separada da ACL do bucket). O proprietário do bucket tem a permissão `FULL_CONTROL` para os arquivos de dados. A conta de feed de dados da AWS tem permissões de leitura e gravação.
+ Se você excluir a assinatura do feed de dados, o Amazon EC2 não removerá as permissões de leitura e gravação para a conta de feed de dados da AWS no bucket nem nos arquivos de dados. Você precisa remover essas permissões por conta própria.
+ Caso criptografe o bucket do Amazon S3 usando criptografia no lado do servidor com uma chave do AWS KMS armazenada no AWS Key Management Service (SSE-KMS), você deverá usar uma chave gerenciada pelo cliente. Para obter mais informações, consulte [Criptografia no lado do servidor de bucket do Amazon S3](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-SSE-KMS-S3) no *Guia do usuário do Amazon CloudWatch Logs*.
## Assinar seu feed de dados da instância spot
É possível se inscrever para receber o feed de dados da instância spot a qualquer momento. Não é possível realizar essa tarefa usando o console do Amazon EC2.
Se você receber um erro informando que o bucket não tem permissões suficientes, consulte o seguinte artigo para obter informações sobre solução de problemas: [Troubleshoot the data feed for Spot Instances](https://repost.aws/knowledge-center/s3-data-feed-ec2-spot-instances).
------
#### [ AWS CLI ]
**Para assinar seu feed de dados**
Use o comando [create-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-spot-datafeed-subscription.html).
Para especificar um bucket com um prefixo, use o seguinte exemplo:
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket \
--prefix my-prefix
```
Para especificar um bucket sem um prefixo, use o seguinte exemplo:
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket
```
------
#### [ PowerShell ]
**Para assinar seu feed de dados**
Use o cmdlet [New-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2SpotDatafeedSubscription.html).
Para especificar um bucket com um prefixo, use o seguinte exemplo:
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket `
-Prefix my-prefix
```
Para especificar um bucket sem um prefixo, use o seguinte exemplo:
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket
```
------
## Visualização dos dados no feed de dados
No Console de gerenciamento da AWS, abra o AWS CloudShell. Use o comando [s3 sync](https://docs.aws.amazon.com/cli/latest/reference/s3/sync.html) a seguir para obter os arquivos .gz do bucket do S3 para o feed de dados e armazená-los na pasta que você especificar.
```
aws s3 sync s3://amzn-s3-demo-bucket ./data-feed
```
Para exibir o conteúdo de um arquivo .gz, acesse a pasta em que você armazenou o conteúdo do bucket do S3.
```
cd data-feed
```
Use o comando **ls** para visualizar os nomes dos arquivos. Use o comando **zcat** com o nome do arquivo para exibir o conteúdo do arquivo compactado. O comando a seguir é um exemplo.
```
zcat 111122223333.2023-12-09-07.001.b959dbc6.gz
```
O seguinte é um exemplo de saída.
```
#Version: 1.0
#Fields: Timestamp UsageType Operation InstanceID MyBidID MyMaxPrice MarketPrice Charge Version
2023-12-09 07:13:47 UTC USE2-SpotUsage:c7a.medium RunInstances:SV050 i-0c3e0c0b046e050df sir-pwq6nmfp 0.0510000000 USD 0.0142000000 USD 0.0142000000 USD 1
```
## Excluir seu feed de dados de instância spot
Após terminar de usar o feed de dados da instância spot, será possível excluí-lo.
------
#### [ AWS CLI ]
**Para excluir seu feed de dados**
Use o comando [delete-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-spot-datafeed-subscription.html).
```
aws ec2 delete-spot-datafeed-subscription
```
------
#### [ PowerShell ]
**Para excluir seu feed de dados**
Use o cmdlet [Remove-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2SpotDatafeedSubscription.html).
```
Remove-EC2SpotDatafeedSubscription
```
------
# Função vinculada ao serviço para solicitações de instâncias spot
O Amazon EC2 usa funções vinculadas ao serviço para as permissões necessárias para chamar outros produtos da AWS em seu nome. O perfil vinculado ao serviço é um tipo exclusivo de perfil do IAM vinculado diretamente ao AWS service (Serviço da AWS). Os perfis vinculados a serviços oferecem uma maneira segura de delegar permissões a outros Serviços da AWS, pois somente o serviço vinculado pode assumir uma função vinculada ao serviço. Para obter mais informações, consulte [Perfis vinculados ao serviço](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html) no *Guia do usuário do IAM*.
O Amazon EC2 usa a função vinculada ao serviço denominada **AWSServiceRoleForEC2Spot** para executar e gerenciar Instâncias spot em seu nome.
## Permissões concedidas pelo AWSServiceRoleForEC2Spot
O Amazon EC2 usa **AWSServiceRoleForEC2Spot** para concluir as ações a seguir:
+ `ec2:DescribeInstances` – Descrever instâncias spot
+ `ec2:StopInstances` – Parar instâncias spot
+ `ec2:StartInstances` – Iniciar instâncias spot
## Criar a função vinculada ao serviço
Na maioria das circunstâncias, você não precisa criar manualmente uma função vinculada ao serviço. O Amazon EC2 cria a função **AWSServiceRoleForEC2Spot** vinculada ao serviço na primeira vez que você solicita uma instância spot usando o console.
Se você tinha uma solicitação de instância spot ativa antes de outubro de 2017, quando o Amazon EC2 começou a oferecer suporte a essa função vinculada ao serviço, o Amazon EC2 criou a função **AWSServiceRoleForEC2Spot** em sua conta da AWS. Para obter mais informações, consulte [Uma nova função apareceu na minha conta](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared) no *Guia do usuário do IAM*.
Se você usar a AWS CLI ou uma API para solicitar uma instância spot, deverá assegurar que essa função existe.
**Para criar **AWSServiceRoleForEC2Spot** usando o console**
1. Abra o console do IAM em [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).
1. No painel de navegação, escolha **Perfis**.
1. Selecione **Create role**.
1. Na página **Select type of trusted entity (Selecionar tipo de entidade confiável)**, escolha **EC2**, **EC2 - Spot Instances (EC2 - instâncias spot)**, **Next: Permissions (Próximo: permissões)**.
1. Na próxima página, escolha **Next:Review (Próximo: revisar)**.
1. Na página **Review (Revisar)**, selecione **Create role (Criar função)**.
**Para criar **AWSServiceRoleForEC2Spot** usando a AWS CLI**
Use o comando [create-service-linked-role](https://docs.aws.amazon.com/cli/latest/reference/iam/create-service-linked-role.html) da seguinte forma.
```
aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
Se você não precisar mais usar Instâncias spot, é recomendável excluir a função **AWSServiceRoleForEC2Spot**. Depois que essa função for excluída da sua conta, o Amazon EC2 criará a função novamente se você solicitar Instâncias spot.
## Conceder acesso às chaves gerenciadas pelo cliente para uso com AMIs criptografadas e snapshots do EBS
Se você especificar uma [AMI criptografada](AMIEncryption.md) ou um snapshot do Amazon EBS criptografado para suas instâncias spot e usar uma chave gerenciada pelo cliente para criptografia, deverá conceder à função **AWSServiceRoleForEC2Spot** permissão para usar a chave gerenciada pelo cliente de forma que o Amazon EC2 consiga executar instâncias spot em seu nome. Para isso, adicione uma concessão à chave gerenciada pelo cliente, conforme exibido no procedimento a seguir.
Durante a definição de permissões, as concessões são uma alternativa às políticas de chave. Para obter mais informações, consulte [Uso de concessões](https://docs.aws.amazon.com/kms/latest/developerguide/grants.html) e [Uso de políticas de chave no AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html), no *Guia do desenvolvedor do AWS Key Management Service*.
**Para conceder as permissões para a função **AWSServiceRoleForEC2Spot** para usar a chave gerenciada pelo cliente**
+ Use o comando [create-grant](https://docs.aws.amazon.com/cli/latest/reference/kms/create-grant.html) para adicionar uma concessão à chave gerenciada pelo cliente e especificar a entidade principal (a função vinculada ao serviço **AWSServiceRoleForEC2**) que recebe permissão para executar as operações permitidas pela concessão. A chave gerenciada pelo cliente é especificada pelo parâmetro `key-id` e o ARN da chave gerenciada pelo cliente. A entidade principal é especificada pelo parâmetro `grantee-principal` e pelo ARN da função vinculada ao serviço **AWSServiceRoleForEC2Spot**.
```
aws kms create-grant \
--region us-east-1 \
--key-id arn:aws:kms:us-east-1:444455556666:key/1234abcd-12ab-34cd-56ef-1234567890ab \
--grantee-principal arn:aws:iam::111122223333:role/aws-service-role/spot.amazonaws.com/AWSServiceRoleForEC2Spot \
--operations "Decrypt" "Encrypt" "GenerateDataKey" "GenerateDataKeyWithoutPlaintext" "CreateGrant" "DescribeKey" "ReEncryptFrom" "ReEncryptTo"
```
# Cotas de instâncias spot
Há cotas para o número de instâncias spot em execução e as solicitações de instâncias spot pendentes por Conta da AWS por região. Depois que uma solicitação de instância spot pendente é atendida, a solicitação não é mais contabilizada na cota porque a instância em execução é contabilizada na cota.
As cotas de instância spot são gerenciadas em termos do *número de unidades de processamento central virtuais (vCPUs)* que as instâncias spot em execução estão usando ou usarão até o atendimento de solicitações de instância spot abertas. Se você encerrar as instâncias spot, mas não cancelar as solicitações de instância spot, as solicitações serão contabilizadas em relação à cota de vCPU da instância spot até que o Amazon EC2 detecte os encerramentos de instância spot e feche as solicitações.
Fornecemos os tipos de cota a seguir para instâncias spot.
| Nome | Padrão | Ajustável |
| --- | --- | --- |
| Todas as solicitações de instância spot DL | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-85EED4F7) |
| Todas as solicitações de instância spot F | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-88CF9481) |
| Todas as solicitações de instância spot G e VT | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-3819A6DF) |
| Todas as solicitações de instância spot Inf | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-B5D1601B) |
| Todas as solicitações de instância spot P | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7212CCBC) |
| Todas as solicitações de instância spot padrão (A, C, D, H, I, M, R, T, Z) | 5 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-34B43A08) |
| Todas as solicitações de instância spot Trn | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6B0D517C) |
| Todas as solicitações de instância spot X | 0 | [Sim](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-E3A00192) |
Mesmo que o Amazon EC2 ajuste automaticamente suas cotas de instância spot com base em seu uso, é possível solicitar um aumento de cota, se for o caso. Por exemplo, se você pretende lançar mais Instâncias spot do que a cota atual permite, solicite um aumento de cota. Também é possível solicitar um aumento de cota se você enviar uma solicitação de instância spot e receber uma mensagem de erro `Max spot instance count exceeded`. Para solicitar aumento de cota, use o console do Service Quotas descrito em [Service Quotas do Amazon EC2](ec2-resource-limits.md).
É possível iniciar qualquer combinação de tipos de instância que atenda às necessidades em constante mudança da sua aplicação. Por exemplo: com uma cota de solicitações de todas instâncias spotpadrão de 256 vCPUs, é possível solicitar 32 instâncias spot `m5.2xlarge` (32 x 8 vCPUs) ou 16 instâncias spot `c5.4xlarge` (16 x 16 vCPUs).
Com a integração de métricas do Amazon CloudWatch, é possível monitorar o uso do EC2 em relação às suas cotas. Também é possível configurar alarmes para alertar quando estiver chegando próximo da cota. Para obter mais informações, consulte [Alarmes do Service Quotas e do Amazon CloudWatch](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) no *Guia do usuário do Service Quotas*.
# Hosts dedicados do Amazon EC2
Um host dedicado do Amazon EC2 é um servidor físico totalmente dedicado para seu uso. Como opção, você pode compartilhar a capacidade da instância com outras contas da AWS. Para obter mais informações, consulte [Compartilhamento de host dedicado do Amazon EC2 entre contas](dh-sharing.md).
Os hosts dedicados fornecem visibilidade e controle sobre o posicionamento de instância, além de compatibilidade com afinidade ao host. Isso significa que você pode iniciar e executar instâncias em hosts específicos e garantir que as instâncias sejam executadas somente em hosts específicos. Para obter mais informações, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
O hosts dedicados fornecem compatibilidade abrangente com o modelo traga a sua própria licença (BYOL). Eles permitem que você use suas licenças de software existentes por soquete, por núcleo ou por VM, incluindo o Windows Server, o SQL Server, o SUSE Linux Enterprise Server, o Red Hat Enterprise Linux ou outras licenças de software vinculadas a VMs, soquetes ou núcleos físicos, de acordo com os termos de sua licença.
Se você precisar que suas instâncias sejam executadas em hardware dedicado, mas não precisar de visibilidade ou controle sobre o posicionamento das instâncias e não precisar usar licenças de software por soquete ou por núcleo, avalie a possibilidade de usar instâncias dedicadas. É possível usar instâncias dedicadas e hosts dedicados para iniciar instâncias do Amazon EC2 em servidores físicos dedicados. Não há diferenças físicas de performance ou de segurança entre Instâncias dedicadas e instâncias em Hosts dedicados. No entanto, há algumas diferenças básicas entre os dois. A tabela a seguir destaca algumas das principais diferenças entre Hosts dedicados e Instâncias dedicadas:
| | Dedicated Host | Dedicated Instance |
| --- | --- | --- |
| Servidor físico dedicado | Servidor físico com capacidade de instância totalmente dedicada para seu uso. | Um servidor físico dedicado a uma única conta de cliente. |
| Compartilhamento de capacidade de instância | Pode compartilhar a capacidade de instância com outras contas. | Não compatível |
| Faturamento | faturamento por host | Faturamento por instância |
| Visibilidade de soquetes, núcleos e ID de host | Fornece visibilidade do número de soquetes e núcleos físicos | Sem visibilidade |
| Afinidade de hosts e instâncias | permite implantar de forma consistente suas instâncias no mesmo servidor físico com o momento | Sem suporte |
| Posicionamento direcionado de instâncias | Proporciona visibilidade e controle adicionais sobre como as instâncias são colocadas em um servidor físico | Não suportado |
| Recuperação automática de instâncias | Compatível. Para obter mais informações, consulte [Recuperação de um host dedicado do Amazon EC2](dedicated-hosts-recovery.md). | Compatível |
| Traga sua própria licença (BYOL) | Compatível | Suporte parcial \$1 |
| Capacity Reservations | Não compatível | Compatível |
\$1 O Microsoft SQL Server com Mobilidade de Licenças por meio do Software Assurance e as licenças do Windows Virtual Desktop Access (VDA) podem ser usadas com Instância dedicada.
Para obter mais informações sobre as instâncias dedicadas, consulte [Instâncias dedicadas do Amazon EC2](dedicated-instance.md).
## Restrições do Hosts dedicados
Antes de alocar Hosts dedicados, observe as seguintes limitações e restrições:
+ Para executar RHEL E SUSE Linux nos Hosts dedicados, é necessário trazer suas próprias AMIs. Você não pode executar as AMIs do RHEL e SUSE Linux que são oferecidas pela AWS ou disponíveis no AWS Marketplace com os hosts dedicados. Para obter mais informações sobre como criar sua própria AMI, consulte [Traga suas próprias licenças de software para os hosts dedicados do Amazon EC2](dedicated-hosts-BYOL.md).
Essa restrição não se aplica a hosts alocados para instâncias de alta memória (`u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal` e `u-24tb1.metal`). As AMIs do RHEL e do SUSE Linux oferecidas pela AWS ou disponíveis no AWS Marketplace podem ser usadas com esses hosts.
+ Há um limite para o número de hosts dedicados em execução por família de instâncias por conta da AWS por região. As cotas se aplicam somente às instâncias em execução. Se a sua instância estiver pendente, sendo interrompida ou tiver sido interrompida, ela não será contabilizada para a sua cota. Para ver as cotas da sua conta ou solicitar aumento da cota, use o [console do Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas).
+ Grupos de Auto Scaling são compatíveis ao usar um modelo de execução que especifica um grupo de recursos de host. Para obter mais informações, consulte [Criar um modelo de execução usando configurações avançadas](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) no *Guia do usuário do Amazon EC2 Auto Scaling*.
+ Não há suporte para instâncias do Amazon RDS.
+ O nível de uso gratuito da AWS não está disponível para hosts dedicados.
+ O controle de posicionamento de instância se refere ao gerenciamento de execuções de instâncias em Hosts dedicados. Não é possível iniciar hosts dedicados em grupos de posicionamento.
+ Se você alocar um host para um tipo de instância virtualizada, não poderá modificar o tipo de instância para um tipo de instância `.metal` depois que o host for alocado. Por exemplo, se você alocar um host para o tipo de instância `m5.large`, não poderá modificar o tipo de instância para `m5.metal`.
Da mesma forma, se você alocar um host para um tipo de instância `.metal`, não poderá modificar o tipo de instância para um tipo de instância virtualizada depois que o host for alocado. Por exemplo, se você alocar um host para o tipo de instância `m5.metal`, não poderá modificar o tipo de instância para `m5.large`.
**Topics**
+ [
## Restrições do Hosts dedicados
](#dedicated-hosts-limitations)
+ [Definição de preço e faturamento](dedicated-hosts-billing.md)
+ [Configurações de capacidade de instância](dedicated-hosts-limits.md)
+ [Instâncias expansíveis em hosts dedicados](burstable-t3.md)
+ [Trazer suas próprias licenças](dedicated-hosts-BYOL.md)
+ [Posicionamento automático e afinidade](dedicated-hosts-understanding.md)
+ [Alocar um host dedicado](dedicated-hosts-allocating.md)
+ [Iniciar instâncias em um host dedicado](launching-dedicated-hosts-instances.md)
+ [Execute instâncias em um grupo de recursos de host.](launching-hrg-instances.md)
+ [Modificar posicionamento automático de Host dedicado](modify-host-auto-placement.md)
+ [Modificar os tipos de instância compatíveis](modify-host-support.md)
+ [Modificar locação e afinidade para uma instância](moving-instances-dedicated-hosts.md)
+ [Liberar um host dedicado](dedicated-hosts-releasing.md)
+ [
# Migre para hosts dedicados do Amazon EC2 baseadas em Nitro
](dh-migrate.md)
+ [Comprar uma reserva de host dedicado](#purchasing-dedicated-host-reservations)
+ [Compartilhamento entre contas](dh-sharing.md)
+ [Hosts dedicados em Outposts](dh-outposts.md)
+ [Recuperação do host](dedicated-hosts-recovery.md)
+ [Manutenção de host](dedicated-hosts-maintenance.md)
+ [Monitorar Hosts dedicados](dedicated-hosts-monitoring.md)
+ [Monitorar alterações de configuração](dedicated-hosts-aws-config.md)
# Preços e faturamento de hosts dedicados do Amazon EC2
O preço de um Host dedicado varia de acordo com a opção de pagamento.
**Topics**
+ [
## Hosts dedicados sob demanda
](#on-demand-dedicated-hosts)
+ [
## Dedicated Host Reservations
](#dedicated-host-reservations)
+ [
## Savings Plans
](#dedicated-hosts-savings-plans)
+ [
## Definição de preço para o Windows Server no Hosts dedicados
](#dh-win-billing)
## Hosts dedicados sob demanda
O faturamento sob demanda é automaticamente ativado quando você aloca um Host dedicado à sua conta.
O preço sob demanda para um Host dedicado varia por família de instância e por região. É cobrado por segundo (com mínimo de 60 segundos) por Host dedicado ativo, independentemente da quantidade ou do tamanho das instâncias que você optar por executar nele. Para obter mais informações sobre a definição de preço sob demanda, consulte [Amazon EC2 Hosts dedicados On-Demand Pricing](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#on-demand) (Definição de preço sob demanda).
É possível liberar um Host dedicado sob demanda a qualquer momento para parar de acumular cobranças para ele. Para obter informações sobre como liberar um Host dedicado, consulte [Liberar um host dedicado do Amazon EC2](dedicated-hosts-releasing.md).
## Dedicated Host Reservations
Os Reservas de hosts dedicados fornecem um desconto de faturamento em comparação com a execução de Hosts dedicados sob demanda. Há três opções de pagamento disponíveis para as reservas:
+ **Sem pagamento adiantado** — as reservas sem pagamento adiantado fornecem um desconto no uso do Host dedicado durante um período de vigência e não requerem pagamento adiantado. Disponível para períodos de vigência de um e três anos. Apenas algumas famílias de instâncias oferecem suporte para o período de vigência de três anos para a opção Sem reservas antecipadas.
+ **Pagamento adiantado parcial** — deve ser feito o pagamento adiantado de uma parte da reserva, e as horas restantes do período de vigência são cobradas com uma taxa com desconto. Disponível para períodos de vigência de um e três anos.
+ **Pagamento integral adiantado** — fornece o menor preço. Disponível para períodos de vigência de um e três anos e abrange todo o custo do período antecipadamente, sem nenhuma outra cobrança futura.
É necessário ter Hosts dedicados ativos em sua conta para poder comprar reservas. Cada reserva pode cobrir um ou mais hosts que oferecem suporte para a mesma família de instâncias em uma única zona de disponibilidade. As reservas são aplicadas à família da instância do host e não ao tamanho da instância. Se você tiver três Hosts dedicados com diferentes tamanhos de instâncias (`m4.xlarge`, `m4.medium` e `m4.large`), poderá associar uma única reserva `m4` a todos esses Hosts dedicados. A família de instâncias e a zona de disponibilidade da reserva devem corresponder aos hosts dedicados aos quais você quer se associar.
Quando uma reserva for associada a um Host dedicado, o Host dedicado não poderá ser liberado até que o prazo da reserva termine.
Para obter mais informações sobre a definição de preço de reservas, consulte [Definição de preço de Hosts dedicados do Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#reservations).
## Savings Plans
Savings Plans são um modelo de definição de preço flexível que oferece economias significativas em Instâncias on-demand. Com o Savings Plans, você se compromete com uma quantidade consistente de uso, em USD por hora, por um período de vigência de um ou de três anos. Isso oferece a flexibilidade de usar Hosts dedicados que melhor atendam às suas necessidades e continuar economizando dinheiro, em vez de se comprometer com um Host dedicado específico. Para obter mais informações, consulte o [Guia do usuário do AWS Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
**nota**
Savings Plans não são compatíveis com hosts dedicados `u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal`, e `u-24tb1.metal`.
## Definição de preço para o Windows Server no Hosts dedicados
Conforme os termos de licenciamento da Microsoft, é possível trazer suas licenças de Windows Server e SQL Server para o Hosts dedicados. Não há cobrança adicional para uso de software caso você opte por trazer as próprias licenças.
Além disso, também é possível usar as AMIs do Windows Server fornecidas pela Amazon para executar as versões mais recentes do Windows Server no Hosts dedicados. Isso é comum para cenários nos quais você tem licenças do SQL Server qualificadas para execução no Hosts dedicados, mas precisa do Windows Server para executar a workload do SQL Server. As AMIs do Windows Server fornecidas pela Amazon são compatíveis somente com os tipos de instância da geração atual. Para obter mais informações, consulte [Amazon EC2 Dedicated Hosts Pricing (Definição de preço de hosts dedicados do Amazon EC2)](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#windows-dh).
# Configurações de capacidade de instância de host dedicado do Amazon EC2
Os hosts dedicados oferecem suporte a diferentes configurações (núcleos físicos, sockets e vCPUs) que permitem executar instâncias de famílias e tamanhos diferentes.
Ao alocar um host dedicado em sua conta, será possível escolher uma configuração que ofereça suporte a um **tipo de instância único** ou a **vários tipos de instância** dentro da mesma família de instâncias. O número de instâncias podem ser executadas em um host depende da configuração escolhida.
**Topics**
+ [
## Suporte a um tipo de instância único
](#dh-single)
+ [
## Suporte a vários tipos de instância
](#dh-multiple)
## Suporte a um tipo de instância único
É possível alocar um host dedicado que ofereça suporte somente um tipo de instância. Com essa configuração, todas as instâncias executadas no host dedicado devem ser do mesmo tipo da instância especificada no momento da alocação do host.
Por exemplo, é possível alocar um host que ofereça suporte somente ao tipo de instância `m5.4xlarge`. Nesse caso, somente instâncias `m5.4xlarge` poderão ser executadas nesse host.
O número de instâncias que é possível iniciar no host depende do número de núcleos físicos fornecidos pelo host e do número de núcleos consumidos pelo tipo de instância especificado. Por exemplo, ao alocar um host para instâncias `m5.4xlarge`, tenha em mente que o host fornece 48 núcleos físicos e cada instância `m5.4xlarge` consome 8 núcleos físicos. Isso significa que é possível iniciar até 6 instâncias nesse host (*48 núcleos físicos/8 núcleos por instância = 6 instâncias*).
## Suporte a vários tipos de instância
É possível alocar um host dedicado que ofereça suporte a vários tipos de instância da mesma família de instâncias. Isso permite que executar diferentes tipos de instância no mesmo host, desde que elas sejam da mesma família de instâncias e o host tenha capacidade de instância suficiente.
Por exemplo, é possível alocar um host que ofereça suporte a diferentes tipos de instância dentro da família de instâncias `R5`. Nesse caso, será possível iniciar determinadas combinações de tipos de instância `R5`, como `r5.large`, `r5.xlarge`, `r5.2xlarge` e`r5.4xlarge`, nesse host dentro da capacidade do núcleo físico do host.
As seguintes famílias de instâncias são compatíveis com hosts dedicados com suporte a vários tipos de instância:
+ **Uso geral:** A1 \$1 M5 \$1 M5n \$1 M6i \$1 M7i \$1 T3
+ **Otimizadas para computação:** C5 \$1 C5n \$1 C6i \$1 C7i
+ **Otimizadas para memória:** R5 \$1 R5n \$1 R6i \$1 R7i
O número de instâncias que é possível executar no host depende do número de núcleos físicos fornecidos pelo host e do número de núcleos consumidos por cada tipo de instância executado no host. Por exemplo, se você alocar um host `R5`, que fornece 48 núcleos físicos, e executar duas instâncias `r5.2xlarge` (*4 núcleos x 2 instâncias*) e três instâncias `r5.4xlarge` (*8 núcleos x 3 instâncias*), essas instâncias consumirão um total de 32 núcleos. Assim, talvez seja possível executar certas combinações de instâncias `R5`, desde que estejam dentro dos 16 núcleos restantes.
No entanto, para cada família de instâncias, há um limite no número de instâncias que podem ser executadas para cada tipo de instância. Por exemplo, um host dedicado `R5` oferece suporte a até 2 instâncias `r5.8xlarge`, as quais usam 32 dos núcleos físicos. Nesse caso, instâncias `R5` adicionais de tipos menores podem ser usadas para preencher o host até a capacidade do núcleo ser atingida. Para obter o número de tipos de instância válidos para cada família de instâncias, consulte a [Tabela de configuração de hosts dedicados](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#host-configuration).
A tabela a seguir mostra exemplos de combinações de tipos de instâncias.
| Família de instâncias | Combinações de exemplo de tipos de instância |
| --- | --- |
| R5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
| C5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
| M5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
**Considerações**
Lembre-se do seguinte ao trabalhar com hosts dedicados que oferecem suporte a vários tipos de instâncias:
+ É possível usar vários tipos de instâncias no mesmo host apenas dentro da mesma família de instâncias.
+ Ao combinar tipos de instância, para maximizar a utilização do host, convém iniciar primeiro os tipos de instância maiores, seguidos pelos tipos de instância menores.
+ Dependendo da combinação e da ordem de lançamento dos tipos de instâncias em um host dedicado, talvez não seja fisicamente possível maximizar a utilização do host. Ao combinar tipos de instâncias em um host, uma certa capacidade pode estar disponível no host, mas não ser utilizável. Por exemplo, você pode ver 16 vCPUs disponíveis em um host r5n, mas talvez não consiga iniciar uma instância 4xlarge no host, mesmo que r5n.4xlarge seja executada em 16 vCPUs.
**nota**
Se você habilitar um host dedicado A1 para vários tipos de instância, poderá executar apenas uma combinação de instâncias `a1.xlarge` e `a1.2xlarge` nesse host. Se você executar uma instância `a1.medium` ou `a1.large` nesse host, ficará restrito a executar somente mais do mesmo tipo de instância no host. Uma única instância `a1.4xlarge` consome toda a capacidade do host. Se você precisar de um host para instâncias `a1.medium` ou `a1.large`, recomendamos alocar hosts separados para esses tipos de instância.
# Instâncias T3 expansíveis em hosts dedicados do Amazon EC2
Hosts dedicados são compatíveis com instâncias expansíveis T3. As instâncias T3 apresentam um bom custo-benefício para usar seu software de licença BYOL elegível em hardware dedicado. O menor espaço de vCPU das instâncias T3 permite consolidar seus workloads em menos hosts e maximizar a utilização da licença por núcleo.
Os hosts dedicados T3 são mais adequados para executar o software BYOL com utilização de CPU baixa a moderada. Isso inclui licenças de software qualificadas por soquete, por núcleo ou por VM, como Windows Server, Windows Desktop, SQL Server, SUSE Enterprise Linux Server, Red Hat Enterprise Linux e Oracle Database. Exemplos de workloads adequados a hosts dedicados T3 são bancos de dados pequenos e médios, desktops virtuais, ambientes de desenvolvimento e teste, repositórios de código e protótipos de produtos. Os hosts dedicados T3 não são recomendados para workloads com alta utilização sustentada da CPU ou para workloads que apresentem expansãos de CPU correlacionadas simultaneamente.
As instâncias T3 em hosts dedicados usam o mesmo modelo de crédito que as instâncias T3 em hardware de locação compartilhada. No entanto, eles são compatíveis apenas com o modo de crédito `standard`, não com o modo de crédito `unlimited`. No modo `standard`, as instâncias T3 em hosts dedicados *recebem*, *gastam* e *acumulam* créditos da mesma maneira que as instâncias expansíveis em hardware de locação compartilhada. Elas fornecem performance de CPU de linha de base com capacidade de expansão acima do nível da linha de base. Para expansãos acima da linha de base, a instância gasta os créditos acumulados no seu saldo de créditos de CPU. Quando os créditos acumulados estão esgotados, a utilização da CPU é reduzida para o nível de linha de base. Para mais informações sobre o modo `standard`, consulte [Como funcionam as instâncias expansíveis padrão](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works).
Os hosts dedicados T3 oferecem suporte a todos os recursos oferecidos pelos hosts dedicados do Amazon EC2, incluindo vários tamanhos de instância em um único host, grupos de recursos de host e BYOL.
**Tamanhos e configurações de instância T3 compatíveis**
Os hosts dedicados T3 executam instâncias T3 expansíveis de uso geral que compartilham recursos de CPU do host, fornecendo uma performance de CPU de linha de base e a capacidade de expansão para um nível mais alto quando necessário. Isso permite que os hosts dedicados T3, que têm 48 núcleos, suportem até no máximo 192 instâncias por host. Para utilizar os recursos do host de forma eficiente e fornecer a melhor performance de instância, o algoritmo de posicionamento de instância do Amazon EC2 calcula automaticamente o número de instâncias e combinações de tamanho de instância compatíveis que podem ser iniciadas no host.
Os hosts dedicados T3 oferecem suporte a vários tipos de instância no mesmo host. Todos os tamanhos de instâncias T3 são compatíveis em um host dedicado. É possível executar diferentes combinações de instâncias T3 até o limite de CPU do host.
A tabela a seguir lista os tipos de instância compatíveis, resume a performance de cada tipo de instância e indica o número máximo de instâncias de cada tamanho que pode ser lançado.
| Tipo de instância | vCPUs | Memória (GiB) | Utilização da linha de base de CPU por vCPU | Expansão da largura de banda da rede (Gbps) | Expansão da largura de banda da Amazon EBS (Mbps) | Número máximo de instâncias por host dedicado |
| --- | --- | --- | --- | --- | --- | --- |
| t3.nano | 2 | 0,5 | 5% | 5 | Até 2.085 | 192 |
| t3.micro | 2 | 1 | 10% | 5 | Até 2.085 | 192 |
| t3.small | 2 | 2 | 20% | 5 | Até 2.085 | 192 |
| t3.medium | 2 | 4 | 20% | 5 | Até 2.085 | 192 |
| t3.large | 2 | 8 | 30% | 5 | 2.780 | 96 |
| t3.xlarge | 4 | 16 | 40% | 5 | 2.780 | 48 |
| t3.2xlarge | 8 | 32 | 40% | 5 | 2.780 | 24 |
**Monitorar a utilização da CPU para hosts dedicados T3**
É possível usar a métrica `DedicatedHostCPUUtilization` do Amazon CloudWatch para monitorar a utilização da vCPU de um host dedicado. A métrica está disponível no namespace `EC2` e na dimensão `Per-Host-Metrics`. Para obter mais informações, consulte [Métricas de host dedicado](viewing_metrics_with_cloudwatch.md#dh-metrics).
# Traga suas próprias licenças de software para os hosts dedicados do Amazon EC2
O Hosts dedicados permite usar suas licenças de software por VM, por núcleo e por soquete existentes. Quando você leva sua própria licença, é responsável por gerenciar as próprias licenças. No entanto, o Amazon EC2 tem recursos que ajudam você a manter a conformidade com a licença, como afinidade de instâncias e posicionamento direcionado.
Estas são as etapas gerais para trazer sua própria imagem de máquina com licença por volume para o Amazon EC2.
1. Verifique se os termos de licença que regem o uso de suas imagens de máquina permitem o uso de um ambiente de nuvem virtualizado. Para obter mais informações sobre o Licenciamento da Microsoft, consulte [Amazon Web Services e Licenciamento da Microsoft](https://aws.amazon.com/windows/faq/#licensing).
1. Depois de verificar se sua imagem de máquina pode ser usada no Amazon EC2, importe-a com o VM Import/Export. Para obter informações sobre como importar sua imagem de máquina, consulte o [Manual do usuário do VM Import/Export](https://docs.aws.amazon.com/vm-import/latest/userguide/).
1. Depois de importar a imagem de máquina, será possível executar instâncias dela no Hosts dedicados ativo na sua conta.
1. Ao executar essas instâncias, dependendo do sistema operacional, talvez seja necessário ativar essas instâncias em seu próprio servidor KMS (por exemplo, Windows Server ou Windows SQL Server). Não é possível ativar a AMI do Windows importada no servidor Amazon Windows KMS.
**nota**
Para controlar como as imagens são usadas na AWS, ative a gravação de host no AWS Config. É possível usar o AWS Config para gravar alterações de configuração em um host dedicado e usar a saída como fonte de dados para geração de relatórios de licenças. Para obter mais informações, consulte [Monitorar as alterações da configuração de host dedicado do Amazon EC2 usando o AWS Config](dedicated-hosts-aws-config.md).
# Posicionamento automático e afinidade de host dedicado do Amazon EC2
O controle de posicionamento do Hosts dedicados ocorre em nível de instância e de host.
## Posicionamento automático
O posicionamento automático é configurado no nível do host. Ele permite que você gerencie se as instâncias são executadas em um host específico ou em qualquer host disponível com as configurações correspondentes.
Quando o posicionamento automático de um Host dedicado está **desabilitado**, ele só aceita execuções de instâncias de locação de host que especificam seu ID exclusivo de host. Trata-se da configuração padrão para novos Hosts dedicados.
Quando o posicionamento automático de um Host dedicado está **habilitado**, ele aceita todas as execuções de instâncias de locação de host não direcionadas que correspondam à configuração do tipo de instância.
Ao executar uma instância, você precisa configurar sua locação. A execução de uma instância em um Host dedicado sem fornecer um `HostId` específico permite que você a execute em qualquer Host dedicado que tenha o posicionamento automático *habilitado* e corresponda ao seu tipo de instância.
## Afinidade de host
A afinidade de host é configurada no nível da instância. Ela estabelece uma relação de execução entre uma instância e um Host dedicado.
Quando a afinidade é definida como `Host`, uma instância executada em um host específico sempre é reiniciada no mesmo host se for interrompida. Isso se aplica a execuções direcionadas e não direcionadas.
Quando a afinidade estiver definida como `Default` e você parar e reiniciar a instância, ela poderá ser reiniciada em qualquer host disponível. Contudo, ela tenta ser executada novamente no último Host dedicado em que estava em execução (com base no melhor esforço).
# Alocar um host dedicado do Amazon EC2 para uso em sua conta
Para começar a usar um host dedicado, é necessário primeiro alocá-lo para uso em sua conta. Depois da alocação do Host dedicado, a capacidade do Host dedicado é imediatamente disponibilizada em sua conta, e é possível começar a executar instâncias no Host dedicado.
Ao alocar um host dedicado em sua conta, será possível escolher uma configuração que ofereça suporte a um **tipo de instância único** ou a **vários tipos de instância** dentro da mesma família de instâncias. O número de instâncias podem ser executadas no host depende da configuração escolhida. Para obter mais informações, consulte [Configurações de capacidade de instância de host dedicado do Amazon EC2](dedicated-hosts-limits.md).
------
#### [ Console ]
**Como alocar um Host dedicado**
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 **Hosts dedicados** e **Allocate Host dedicado (Alocar Host dedicado)**.
1. Em **Instance family (Família de instâncias)**, escolha a família de instâncias do Host dedicado.
1. Especifique se o Host dedicado oferece suporte a vários tipos de instância na família de instâncias selecionada ou a um único tipo específico de instância. Faça uma das coisas a seguir.
+ Para configurar o Host dedicado para oferecer suporte a vários de tipos de instância na família de instâncias selecionada, em **Support multiple instance types (Oferecer suporte a vários tipos de instância)**, escolha **Enable (Habilitar)** Isso permitirá executar diferentes tipos de instância da família de instâncias selecionada no Host dedicado. Por exemplo, se você escolher a família de instâncias `m5` e escolher essa opção, poderá executar instâncias `m5.xlarge` e `m5.4xlarge` no Host dedicado.
+ Para configurar o Host dedicado a fim de oferecer suporte a um tipo de instância na família de instâncias selecionada, desmarque **Support multiple instance types (Oferecer suporte a vários tipos de instância)** e, em **Instance type (Tipo de instância)**, escolha o tipo de instância ao qual oferecer suporte. Isso permite que você execute um único tipo de instância no Host dedicado. Por exemplo, se você escolher essa opção e especificar `m5.4xlarge` como o tipo de instância compatível, poderá executar apenas instâncias `m5.4xlarge` no Host dedicado.
1. Em **Availability Zone (Zona de disponibilidade)**, escolha a zona de disponibilidade na qual o Host dedicado será alocado.
1. Para permitir que o Host dedicado aceite lançamentos de instância não direcionada compatíveis com o tipo de instância, para **Instance auto-placement (Autoposicionamento da instância)**, selecione **Enable (Habilitar)**. Para obter mais informações sobre posicionamento automático, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
1. Para habilitar a recuperação do host para o Host dedicado, em **Host recovery (Recuperação do host)**, selecione **Enable (Habilitar)**. Para obter mais informações, consulte [Recuperação de um host dedicado do Amazon EC2](dedicated-hosts-recovery.md).
1. Em **Quantity (Quantidade)**, insira o número de Hosts dedicados a ser alocado.
1. (Opcional) Escolha **Adicionar nova tag** e digite uma chave de tag e um valor de tag.
1. Escolha **Allocate**.
------
#### [ AWS CLI ]
**Como alocar um Host dedicado**
Use o comando [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html). O exemplo a seguir aloca um host dedicado que oferece suporte a vários tipos de instância da família de instâncias `m5` na zona de disponibilidade `us-east-1a`. Ele também permite a recuperação do host e desabilita o posicionamento automático.
```
aws ec2 allocate-hosts \
--instance-family "m5" \
--availability-zone "us-east-1a" \
--auto-placement "off" \
--host-recovery "on" \
--quantity 1
```
O exemplo a seguir aloca um host dedicado que oferece suporte a inicializações de instâncias *não direcionadas* na zona de disponibilidade especificada, habilita recuperação do host e habilita o posicionamento automático.
```
aws ec2 allocate-hosts \
--instance-type "m5.large" \
--availability-zone "eu-west-1a" \
--auto-placement "on" \
--host-recovery "on" \
--quantity 1
```
------
#### [ PowerShell ]
**Como alocar um Host dedicado**
Use o cmdlet [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html). O exemplo a seguir aloca um host dedicado que oferece suporte a vários tipos de instância da família de instâncias `m5` na zona de disponibilidade `us-east-1a`. O host também tem a recuperação do host habilitada e o posicionamento automático desabilitado.
```
New-EC2Host `
-InstanceFamily m5 `
-AvailabilityZone us-east-1a `
-AutoPlacement Off `
-HostRecovery On `
-Quantity 1
```
O exemplo a seguir aloca um host dedicado que oferece suporte a inicializações de instâncias *não direcionadas* na zona de disponibilidade especificada e habilita recuperação do host.
```
New-EC2Host `
-InstanceType m5.large `
-AvailabilityZone eu-west-1a `
-AutoPlacement On `
-HostRecovery On `
-Quantity 1
```
------
# Iniciar instâncias do Amazon EC2 em um host dedicado do Amazon EC2
Depois de alocar um Host dedicado, é possível executar instâncias nele. Você não pode executar instâncias com locação de `host` se não tiver Hosts dedicados ativos com capacidade suficiente disponível para o tipo de instância que está executando.
**Considerações**
+ AMIs do SQL Server, do SUSE e do RHEL fornecidas pelo Amazon EC2 não podem ser usadas com Hosts dedicados.
+ Para hosts dedicados compatíveis com vários tamanhos de instâncias, recomendamos executar primeiro os tamanhos de instância maiores e preencher a capacidade de instâncias restante com os tamanhos de instância menores, conforme necessário.
+ Antes de executar as instâncias, observe as limitações. Para obter mais informações, consulte [Restrições do Hosts dedicados](dedicated-hosts-overview.md#dedicated-hosts-limitations).
------
#### [ Console ]
**Para executar uma instância em um Host dedicado específico na página de Hosts dedicados**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Hosts dedicados** no painel de navegação.
1. Na página **Dedicated Hosts** (Hosts dedicados), selecione um host e escolha **Actions** (Ações), **Launch Instance(s) onto Host** (Iniciar instâncias no host).
1. Na seção **Application and OS Images** (Imagens de aplicações e do sistema operacional), selecione uma AMI na lista.
1. Na seção **Instance type** (Tipo de instância), selecione o tipo de instância a ser iniciada.
**nota**
Se o Host dedicado oferecer suporte a um único tipo de instância, o tipo de instância com suporte será selecionado por padrão e não poderá ser alterado.
Se o Host dedicado oferecer suporte a vários tipos de instância, será necessário selecionar um tipo de instância na família de instâncias com suporte de acordo com a capacidade de instância disponível do Host dedicado. Recomendamos que você execute primeiro os tamanhos de instância maiores e preencha a capacidade restante da instância com os tamanhos de instância menores, conforme necessário.
1. Na seção **Key pair** (Par de chaves), selecione o par de chaves a ser associado à instância.
1. Na seção **Detalhes avançados**, em **finidade de locação**, escolha uma das seguintes opções:
+ **Desativada**: afinidade de host desabilitada. A instância é iniciada no host especificado, mas não há garantia de que ela será reiniciada no mesmo host dedicado se for interrompida.
+ ID de um host dedicado: afinidade de host habilitada. Se for interrompida, a instância sempre será reiniciada nesse host específico, desde que ele tenha capacidade. Se o host não tiver capacidade, a instância não poderá ser reiniciada, e você deverá estabelecer afinidade com outro host.
Para obter mais informações sobre afinidade, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
**nota**
As opções **Tenancy (Locação)** e **Host** são pré-configuradas com base no host selecionado.
1. Configure as demais opções da instância conforme necessário. Para obter mais informações, consulte [Referência para parâmetros de configuração de instâncias do Amazon EC2](ec2-instance-launch-parameters.md).
1. Escolha **Iniciar instância**.
**Para executar uma instância em um Host dedicado usando o assistente de execução de instâncias**
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), **Launch Instance** (Iniciar instância).
1. Na seção **Application and OS Images** (Imagens de aplicações e do sistema operacional), selecione uma AMI na lista.
1. Na seção **Instance type** (Tipo de instância), selecione o tipo de instância a ser iniciada.
1. Na seção **Key pair** (Par de chaves), selecione o par de chaves a ser associado à instância.
1. Na seção **Advanced details** (Detalhes avançados), faça o seguinte:
1. Em **Tenancy** (Locação), escolha **Dedicated Host** (Host dedicado).
1. Em **Target host by** (Visar host por), selecione **Host ID** (ID do host).
1. Em **Host ID** (ID do host), selecione o host no qual a instância será iniciada.
1. Em **Afinidade de locação**, escolha uma das seguintes opções:
+ **Desativada**: afinidade de host desabilitada. A instância é iniciada no host especificado, mas não há garantia de que ela será reiniciada no mesmo host dedicado se for interrompida.
+ ID de um host dedicado: afinidade de host habilitada. Se for interrompida, a instância sempre será reiniciada nesse host específico, desde que ele tenha capacidade. Se o host não tiver capacidade, a instância não poderá ser reiniciada, e você deverá estabelecer afinidade com outro host.
Para obter mais informações sobre afinidade, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
1. Configure as demais opções da instância conforme necessário. Para obter mais informações, consulte [Referência para parâmetros de configuração de instâncias do Amazon EC2](ec2-instance-launch-parameters.md).
1. Escolha **Iniciar instância**.
------
#### [ AWS CLI ]
**Como iniciar uma instância em um Host dedicado**
Use o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) e especifique a afinidade, a locação e o host da instância na opção `--placement`.
Executar em um Host Dedicado específico com afinidade de host (a instância sempre é reiniciada no mesmo host se for interrompida):
```
--placement Affinity=host,Tenancy=host,HostId=h-07879acf49EXAMPLE
```
Executar em um Host Dedicado específico sem afinidade com o host (a instância pode ser reiniciada em qualquer host disponível):
```
--placement Tenancy=host,HostId=h-07879acf49EXAMPLE
```
Executar em qualquer Host Dedicado com posicionamento automático ativado e tipo de instância correspondente:
```
--placement Tenancy=host
```
------
#### [ PowerShell ]
**Como iniciar uma instância em um Host dedicado**
Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) e especifique a afinidade, a locação e o host da instância no parâmetro `-Placement`.
Executar em um Host Dedicado específico com afinidade de host (a instância sempre é reiniciada no mesmo host se for interrompida):
```
-Placement_Affinity host `
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```
Executar em um Host Dedicado específico sem afinidade com o host (a instância pode ser reiniciada em qualquer host disponível):
```
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```
Executar em qualquer Host Dedicado com posicionamento automático ativado e tipo de instância correspondente:
```
-Placement_Tenancy host
```
------
# Iniciar instâncias do Amazon EC2 em um grupo de recursos de host
Hosts dedicados também estão integrados ao AWS License Manager. Com o License Manager, é possível criar um grupo de recursos de host, que é uma coleção de Hosts dedicados gerenciados como uma única entidade. Ao criar um grupo de recursos de host, especifique as preferências de gerenciamento de host, como alocação automática e liberação automática, para os Hosts dedicados. Isso permite que você execute instâncias em Hosts dedicados sem alocar e gerenciar manualmente esses hosts. Para obter mais informações, consulte [Grupos de recursos de host](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) no *Guia do usuário do AWS License Manager*.
Quando você executa uma instância em um grupo de recursos de host que tem um Host dedicado com capacidade de instância disponível, o Amazon EC2 executa a instância nesse host. Se o grupo de recursos de host não tiver um host com capacidade de instância disponível, o Amazon EC2 alocará automaticamente um novo host no grupo de recursos de host e, depois, executará a instância nesse host. Para obter mais informações, consulte [Grupos de recursos de host](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) no *Guia do usuário do AWS License Manager*.
**Requisitos e limites**
+ É necessário associar uma configuração de licença baseada em núcleo ou soquete à AMI.
+ Não é possível usar as AMIs do SQL Server, do SUSE ou do RHEL fornecidas pelo Amazon EC2 com o Hosts dedicados.
+ Você não pode segmentar um host específico escolhendo um ID de host e não é possível habilitar a afinidade de instâncias ao executar uma instância em um grupo de recursos de host.
------
#### [ Console ]
**Como executar uma instância em um grupo de recursos de host**
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), **Launch Instance** (Iniciar instância).
1. Na seção **Application and OS Images** (Imagens de aplicações e do sistema operacional), selecione uma AMI na lista.
1. Na seção **Instance type** (Tipo de instância), selecione o tipo de instância a ser iniciada.
1. Na seção **Key pair** (Par de chaves), selecione o par de chaves a ser associado à instância.
1. Na seção **Advanced details** (Detalhes avançados), faça o seguinte:
1. Em **Tenancy** (Locação), escolha **Dedicated Host** (Host dedicado).
1. Em **Target host by** (Visar host por), selecione **Host resource group** (Grupo de recursos do host).
1. Em **Tenancy host resource group name** (Nome do grupo de recursos do host de locação), escolha o grupo de recursos de host no qual a instância será iniciada.
1. Em **Tenancy affinity** (Afinidade de locação), faça uma destas opções:
+ Selecione **Off** (Desativar): a instância será iniciada no host especificado, mas não é garantido que seja iniciada no mesmo host dedicado se for interrompida.
+ Selecione o ID do host dedicado: se for interrompida, a instância sempre será reiniciada nesse host específico.
Para obter mais informações sobre afinidade, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
1. Configure as demais opções da instância conforme necessário. Para obter mais informações, consulte [Referência para parâmetros de configuração de instâncias do Amazon EC2](ec2-instance-launch-parameters.md).
1. Escolha **Iniciar instância**.
------
#### [ AWS CLI ]
**Como executar uma instância em um grupo de recursos de host**
Use o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Na opção `--placement`, omita a locação e especifique o ARN do grupo de recursos de host.
```
--placement HostResourceGroupArn=arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```
------
#### [ PowerShell ]
**Como executar uma instância em um grupo de recursos de host**
Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). No parâmetro `-Placement`, omita a locação e especifique o ARN do grupo de recursos de host.
```
-Placement_HostResourceGroupArn arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```
------
# Modificar a configuração de posicionamento automático para um host dedicado existente do Amazon EC2
É possível modificar as configurações de posicionamento automático de um host dedicado após alocá-lo à sua conta da AWS.
------
#### [ Console ]
**Como modificar o posicionamento automático de um Host dedicado**
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, selecione **Hosts dedicados**.
1. Selecione um host e escolha **Actions (Ações)**, **Modify host (Modificar host)**.
1. Em **Instance auto-placement (Posicionamento automático da instância)**, escolha **Enable (Habilitar)** para habilitar o posicionamento automático ou desmarque **Enable (Habilitar)** para desabilitar o posicionamento automático. Para obter mais informações, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
1. Escolha **Save (Salvar)**.
------
#### [ AWS CLI ]
**Como modificar o posicionamento automático de um Host dedicado**
Use o comando [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--auto-placement on \
--host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Como modificar o posicionamento automático de um Host dedicado**
Use o cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-AutoPlacement 1 `
-HostId h-012a3456b7890cdef
```
------
# Modificar os tipos de instância compatíveis para um host dedicado existente do Amazon EC2
É possível modificar um Host dedicado para alterar os tipos de instância aos quais ele oferece suporte Se ele oferecer suporte a um único tipo de instância no momento, será possível modificá-lo para oferecer suporte a vários tipos de instância dentro dessa família de instâncias. De forma semelhante, se ele oferecer suporte a vários tipos de instância, será possível modificá-lo para oferecer suporte somente a um tipo específico de instância.
Para modificar o Host dedicado para oferecer suporte a vários tipos de instância, primeiro interrompa todas as instâncias em execução no host. Essa modificação leva aproximadamente 10 minutos para ser concluída. O Host dedicado faz a transição para o estado `pending` enquanto as modificações estão em andamento. Não é possível iniciar instâncias interrompidas ou executar novas instâncias no Host dedicado enquanto ele estiver no estado `pending`.
Para modificar um Host dedicado compatível com vários tipos de instância para que ofereça suporte a um tipo específico de instância, o host não deve ter nenhuma instância em execução, ou as instâncias em execução devem ser do tipo ao qual você deseja que o host ofereça suporte. Por exemplo, para modificar um host que oferece suporte a vários tipos de instância na família de instâncias `m5` para oferecer suporte apenas a instâncias `m5.large`, o Host dedicado não deve ter nenhuma instância em execução ou ter apenas instâncias `m5.large` em execução.
Se você alocar um host para um tipo de instância virtualizada, não poderá modificar o tipo de instância para um tipo de instância `.metal` depois que o host for alocado. Por exemplo, se você alocar um host para o tipo de instância `m5.large`, não poderá modificar o tipo de instância para `m5.metal`. Da mesma forma, se você alocar um host para um tipo de instância `.metal`, não poderá modificar o tipo de instância para um tipo de instância virtualizada depois que o host for alocado. Por exemplo, se você alocar um host para o tipo de instância `m5.metal`, não poderá modificar o tipo de instância para `m5.large`.
------
#### [ Console ]
**Como modificar os tipos de instância compatíveis de um Host dedicado**
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, selecione **Dedicated Host** (Host dedicado).
1. Selecione o Host dedicado a ser modificado e escolha **Actions (Ações)**, **Modify host (Modificar host)**.
1. Dependendo da configuração atual do Host dedicado, siga um destes procedimentos:
+ Atualmente, se o Host dedicado oferecer suporte a um tipo de instância específico, o **Support multiple instance types (Oferecer suporte a vários tipos de instância)** não será habilitado e o **Instance type (Tipo de instância)** listará o tipo de instância compatível. Para modificar o host para oferecer suporte a vários tipos na família de instâncias atual, em **Support multiple instance types (Oferecer suporte a vários tipos de instância)**, escolha **Enable (Habilitar)**.
Primeiro é necessário interromper todas as instâncias em execução no host antes de modificá-lo para oferecer suporte a vários tipos de instância.
+ Atualmente, se o Host dedicado oferecer suporte a vários tipos de instância em uma família de instâncias, **Enabled (Habilitado)** estará selecionado em **Support multiple instance types (Oferecer suporte a vários tipos de instância)**. Para modificar o host para oferecer suporte a um tipo específico de instância, em **Support multiple instance types (Oferecer suporte a vários tipos de instância)**, desmarque **Enable (Habilitar)** e, em **Instance type (Tipo de instância)**, selecione o tipo de instância específico ao qual oferecer suporte.
Não é possível alterar a família de instâncias compatível do Host dedicado.
1. Escolha **Save (Salvar)**.
------
#### [ AWS CLI ]
**Como modificar os tipos de instância compatíveis de um Host dedicado**
Use o comando [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
O comando a seguir modifica um host dedicado para oferecer suporte a vários tipos de instância na família de instâncias `m5`.
```
aws ec2 modify-hosts \
--instance-family m5 \
--host-ids h-012a3456b7890cdef
```
O exemplo a seguir modifica um host dedicado para oferecer suporte apenas a instâncias `m5.xlarge`.
```
aws ec2 modify-hosts \
--instance-type m5.xlarge \
--instance-family --host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Como modificar os tipos de instância compatíveis de um Host dedicado**
Use o cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
O comando a seguir modifica um host dedicado para oferecer suporte a vários tipos de instância na família de instâncias `m5`.
```
Edit-EC2Host `
-InstanceFamily m5 `
-HostId h-012a3456b7890cdef
```
O exemplo a seguir modifica um host dedicado para oferecer suporte apenas a instâncias `m5.xlarge`.
```
Edit-EC2Host `
-InstanceType m5.xlarge `
-HostId h-012a3456b7890cdef
```
------
# Modificar a locação e a afinidade de host dedicado do Amazon EC2 para uma instância do Amazon EC2
É possível alterar a locação de uma instância depois de tê-la iniciado. Você também pode modificar a afinidade da instância para atingir um host específico ou permitir que ela seja iniciada em qualquer host dedicado disponível com atributos correspondentes em sua conta. Para modificar a locação ou a afinidade da instância, a instância deve estar no estado `stopped`.
Os detalhes do sistema operacional da instância, e se o SQL Server está ou não instalado, afetam quais conversões são compatíveis. Para obter mais informações sobre os caminhos de conversão de locação disponíveis para a sua instância, consulte [Tenancy conversion](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-tenancy.html) no *License Manager User Guide*.
**nota**
Para instâncias T3, você deve iniciar a instância em um host dedicado para usar uma locação de `host`. Para instâncias T3, você não pode alterar a locação de `host` para `dedicated` ou `default`. Tentar fazer uma dessas alterações de locação não compatíveis gera um código de erro de `InvalidRequest`.
------
#### [ Console ]
**Como modificar a locação ou a afinidade da instância**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Instances (Instâncias)** e selecione a instância a ser modificada.
1. Escolha **Instance state (Estado da instância)**, **Stop (Interromper)**.
1. Com a instância selecionada, escolha **Ações**, **Configurações de instância**, **Modificar posicionamento de instância)**.
1. Na página **Modificar posicionamento da instância**, configure o seguinte:
+ **Tenancy (Locação)** — escolha um dos seguintes:
+ Run a dedicated hardware instance (Executar uma instância de hardware dedicada) — executa a instância como um Instâncias dedicadas. Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](dedicated-instance.md).
+ Launch the instance on a Host dedicado (Executar a instância em um dh) — executa a instância em um Host dedicado com afinidade configurável.
+ **Affinity (Afinidade)** — escolha uma das seguintes opções:
+ This instance can run on any one of my hosts (Esta instância pode ser executada em qualquer um dos meus hosts) — A instância é executada em qualquer Host dedicado disponível em uma conta que ofereça suporte ao seu tipo de instância.
+ This instance can only run on the selected host (Esta instância só pode ser executada no host selecionado) — A instância só pode ser executada no Host dedicado selecionado em **Target Host (Host de destino)**.
+ **Target Host (Host de destino)** — selecione o Host dedicado no qual executar a instância. Se nenhum host de destino estiver listado, talvez não haja Hosts dedicados disponíveis e compatíveis em sua conta.
Para obter mais informações, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
1. Escolha **Save (Salvar)**.
------
#### [ AWS CLI ]
**Como modificar a locação ou a afinidade da instância**
Use o comando [modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html). O exemplo a seguir altera a afinidade da instância especificada de `default` para `host` e especifica o Host dedicado com o qual a instância tem afinidade.
```
aws ec2 modify-instance-placement \
--instance-id i-1234567890abcdef0 \
--affinity host \
--tenancy host \
--host-id h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Como modificar a locação ou a afinidade da instância**
Use o cmdlet [Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html). O exemplo a seguir altera a afinidade da instância especificada de `default` para `host` e especifica o Host dedicado com o qual a instância tem afinidade.
```
Edit-EC2InstancePlacement `
-InstanceId i-1234567890abcdef0 `
-Affinity host `
-Tenancy host `
-HostId h-012a3456b7890cdef
```
------
# Liberar um host dedicado do Amazon EC2
Se você não precisar mais de um host dedicado, poderá interromper as instâncias em execução no host, direcioná-las para serem iniciadas em outro host e *liberar* o host.
Todas as instâncias em execução no Host dedicado devem ser interrompidas para que você possa liberar o host. Essas instâncias podem ser migradas para outros Hosts dedicados de sua conta para que você possa continuar as usando. Estas etapas se aplicam somente a Hosts dedicados sob demanda.
------
#### [ Console ]
**Como liberar um Host dedicado**
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, selecione **Hosts dedicados**.
1. Na página **Hosts dedicados**, selecione o Host dedicado a ser liberado.
1. Escolha **Actions (Ações)**, **Release host (Liberar host)**.
1. Para confirmar, escolha **Release (Liberar)**.
------
#### [ AWS CLI ]
**Como liberar um Host dedicado**
Use o comando [release-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/release-hosts.html).
```
aws ec2 release-hosts --host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Como liberar um Host dedicado**
Use o cmdlet [Remove-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Host.html).
```
Remove-EC2Host -HostId h-012a3456b7890cdef
```
------
Depois de liberar um Host dedicado, você não pode reutilizar o mesmo host ou ID de host, e não terá mais taxas de faturamento sob demanda cobradas para ele. O estado do Host dedicado será alterado para `released` e não será mais possível executar nenhuma instância nesse host.
**nota**
Se você tiver liberado o Hosts dedicados recentemente, poderá levar um tempo para que eles parem de contar para seu limite. Durante esse tempo, é possível receber erros de `LimitExceeded` ao tentar alocar novos Hosts dedicados. Se esse for o caso, tente alocar novos hosts novamente após alguns minutos.
As instâncias que foram interrompidas ainda estão disponíveis para uso e estão listadas na página **Instances (Instâncias)**. Elas retêm sua configuração de alocação de `host`.
# Migre para hosts dedicados do Amazon EC2 baseadas em Nitro
O Sistema Nitro é uma coleção de hardware e componentes de software desenvolvidos pela AWS que permitem alta performance, alta disponibilidade e alta segurança. Os hosts dedicados baseados em Nitro oferecem melhor performance de preço em comparação aos hosts dedicados baseados em Xen. Se você tiver algum host dedicado baseado em Xen em sua conta, recomendamos que você migre suas workloads para hosts dedicados baseados em Nitro. Para obter mais informações, consulte [AWS Nitro System](https://aws.amazon.com/ec2/nitro/).
Para migrar de um host dedicado baseado em Xen para um host dedicado baseado em Nitro, é preciso migrar as instâncias baseadas em Xen em seu host dedicado para tipos de instância baseados em Nitro, alocar um novo host dedicado baseado em Nitro e, em seguida, mover suas instâncias baseadas em Nitro migradas para seu novo host dedicado baseado em Nitro.
Este tópico fornece etapas detalhadas para migrar de hosts dedicados baseados em Xen para hosts dedicados baseados em Nitro.
**Topics**
+ [
## Etapa 1: identificar os hosts dedicados baseadas em Xen
](#identify-xen-hosts)
+ [
## Etapa 2: migrar instâncias baseadas em Xen para tipos de instância baseadas em Nitro
](#migrate-dh-instances)
+ [
## Etapa 3: alocar um host dedicado baseado em Nitro
](#allocate-nitro-host)
+ [
## Etapa 4: mover as instâncias migradas para o novo host dedicado baseado em Nitro
](#move-instances)
+ [
## Etapa 5: Liberar Host dedicado baseado em Xen não utilizado
](#release-xen-instances)
## Etapa 1: identificar os hosts dedicados baseadas em Xen
Os hosts dedicados a seguir são baseados em Xen e podem ser migrados para hosts dedicados baseados em Nitro.
+ **Uso geral:** M3 \$1 M4
+ **Otimizadas para computação**: C3 \$1 C4
+ **Otimizadas para memória**: R3 \$1 R4 \$1 X1 \$1 X1e
+ **Otimizadas para armazenamento**: D2 \$1 H1 \$1 I2 \$1 I3
+ **Computação acelerada:** F1 \$1 G3 \$1 P2 \$1 P3
**Para verificar se você tem hosts dedicados baseados em Xen em sua conta**
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, selecione **Hosts dedicados**.
1. No **campo Pesquisar**, use o filtro de **Família de instâncias** para pesquisar os hosts dedicados baseados em Xen acima. Por exemplo, *Família de instâncias = m3*.
## Etapa 2: migrar instâncias baseadas em Xen para tipos de instância baseadas em Nitro
As instâncias executadas em hosts dedicados baseados em Xen também são baseadas em Xen. Você deve migrar essas instâncias para tipos de instância baseados em Nitro antes de poder movê-las para hosts dedicados baseados em Nitro.
**Importante**
Antes de começar a migrar as instâncias, recomendamos que você faça um backup dos dados. Para obter mais informações, consulte [Criação de snapshots de vários volumes do Amazon EBS de uma instância do Amazon EC2](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-create-snapshots.html).
**Para encontrar instâncias em execução em seus hosts dedicados baseados em Xen**
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, selecione **Hosts dedicados**.
1. Selecione o host baseado em Xen que você pretende migrar e, em seguida, selecione a guia **Instâncias em execução**. A guia lista todas as instâncias em execução do host selecionado.
Para migrar **instâncias de Linux**, consulte [Alterações no tipo de instância do Amazon EC2](ec2-instance-resize.md).
Para migrar **instâncias do Windows**, consulte [Migrar uma instância do EC2 Windows para um tipo de instância baseada em Nitro](migrating-latest-types.md).
**nota**
Certifique-se de migrar suas instâncias para um tipo de instância que corresponda ao host dedicado baseado em Nitro para o qual você pretende migrar. Por exemplo, se você pretende migrar para um host dedicado M7i, certifique-se de migrar suas instâncias para um tipo de instância M7i.
## Etapa 3: alocar um host dedicado baseado em Nitro
**Para encontrar hosts dedicados baseados em Nitro compatíveis**
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, selecione **Tipos de instâncias**.
1. Aplique os filtros a seguir:
+ *Hipervisor = nitro*
+ *Suporte de host dedicado = true*
Depois de encontrar um tipo de instância adequado baseado em Nitro, [aloque um novo host dedicado](dedicated-hosts-allocating.md).
## Etapa 4: mover as instâncias migradas para o novo host dedicado baseado em Nitro
Depois de alocar o host dedicado baseado em Nitro e ele atingir o estado `available`, será possível mover as instâncias que você migrou anteriormente para os tipos de instância baseados em Nitro para o novo host dedicado.
**Para mover suas instâncias para seu novo Host dedicado baseado em Nitro**
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 **Instâncias**.
1. Selecione a instância migrada e escolha **Ações**, **Configurações de instância**, **Modificar posicionamento de instância)**.
1. Em **Host dedicado de destino**, selecione o novo Host dedicado baseado em Nitro e, em seguida, escolha **Salvar**.
1. Reinicie a instância. Selecione a instância e escolha **Estado da instância** e **Iniciar instância**.
## Etapa 5: Liberar Host dedicado baseado em Xen não utilizado
Depois de migrar suas workloads do host dedicado baseado em Xen para o novo host dedicado baseado em Nitro, é possível [liberar o host dedicado baseado em Xen](dedicated-hosts-releasing.md) se não precisar mais dele.
## Comprar reservas de host dedicado para obter descontos na fatura
As reservas de host dedicado oferecem um desconto de até 70% em comparação com os preços de host dedicado sob demanda. É necessário ter hosts dedicados ativos alocados em sua conta para poder comprar reservas de host dedicado. Para obter mais informações, consulte [Dedicated Host Reservations](dedicated-hosts-billing.md#dedicated-host-reservations).
------
#### [ Console ]
**Como comprar reservas**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Selecione **Hosts dedicados**, **Reservas de hosts dedicados**, **Purchase Reserva de hosts dedicados (Comprar Reserva de hosts dedicados)**.
1. Na tela **Encontrar ofertas**, faça o seguinte:
1. Em **Família de instâncias**, selecione a família de instâncias do host dedicado para a qual deseja adquirir a reserva de host dedicado.
1. Em **Opção de pagamento**, selecione e configure a opção de pagamento de sua preferência.
1. Escolha **Próximo**.
1. Selecione os hosts dedicados aos quais deseja associar a reserva de host dedicado e, em seguida, escolha **Próximo**.
1. (*Opcional*) Atribua etiquetas à reserva de host dedicado.
1. Analise o pedido e escolha **Adquirir**.
------
#### [ AWS CLI ]
**Como comprar reservas**
1. Use o comando [describe-host-reservation-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-host-reservation-offerings.html) para listar as ofertas disponíveis que atendam às suas necessidades. O exemplo a seguir lista as ofertas compatíveis com instâncias na família de instâncias `m4` e tem período de vigência de um ano.
O prazo é especificado em segundos. Um período de vigência de um ano inclui 31.536.000 segundos, e um período de vigência de três anos inclui 94.608.000 segundos.
```
aws ec2 describe-host-reservation-offerings \
--filter Name=instance-family,Values=m4 \
--max-duration 31536000
```
O comando retorna uma lista de ofertas que correspondem aos seus critérios. Anote o ID da oferta a ser adquirida.
1. Use o comando [purchase-host-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-host-reservation.html) para comprar a oferta e fornecer o `offeringId` indicado na etapa anterior. O exemplo a seguir compra a reserva especificada e ela é associada a um host dedicado específico já atribuído à conta da AWS, e uma etiqueta é aplicada com uma chave de `purpose` e um valor de `production`.
```
aws ec2 purchase-host-reservation \
--offering-id hro-03f707bf363b6b324 \
--host-id-set h-013abcd2a00cbd123 \
--tag-specifications 'ResourceType=host-reservation,Tags={Key=purpose,Value=production}'
```
------
#### [ PowerShell ]
**Como comprar reservas**
1. Use o cmdlet [Get-EC2HostReservationOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2HostReservationOffering.html) para listar as ofertas disponíveis que atendem às suas necessidades. Os seguintes exemplos listam as ofertas compatíveis com instâncias na família de instâncias `m5` e têm prazo de um ano.
O prazo é especificado em segundos. Um período de vigência de um ano inclui 31.536.000 segundos, e um período de vigência de três anos inclui 94.608.000 segundos.
```
$filter = @{Name="instance-family"; Values="m5"}
Get-EC2HostReservationOffering `
-Filter $filter `
-MaxDuration 31536000
```
O comando retorna uma lista de ofertas que correspondem aos seus critérios. Anote o ID da oferta a ser adquirida.
1. Use o cmdlet [New-EC2HostReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2HostReservation.html) para comprar a oferta e forneça o ID de oferta anotado na etapa anterior. O exemplo a seguir compra a reserva especificada e ela é associada a um host dedicado específico já atribuído à conta da AWS.
```
New-EC2HostReservation `
-OfferingId hro-03f707bf363b6b324 `
-HostIdSet h-013abcd2a00cbd123
```
------
# Compartilhamento de host dedicado do Amazon EC2 entre contas
O compartilhamento de host dedicado permite que proprietários de hosts dedicados os compartilhem com outras contas da AWS ou em uma organização da AWS. Isso permite criar e gerenciar os hosts dedicados centralmente, e compartilhar o host dedicado entre várias contas da AWS ou em sua organização da AWS.
Nesse modelo, a conta da AWS que possui o host dedicado (*proprietária*) compartilha-a com outras contas da AWS (*consumidores*). Os consumidores podem executar instâncias nos Hosts dedicados que são compartilhadas com eles da mesma maneira que executam instâncias em Hosts dedicados alocados em sua própria conta. O proprietário é responsável pelo gerenciamento do Host dedicado e pelas instâncias executadas nele. Os proprietários não podem modificar instâncias que os consumidores executam em Hosts dedicados compartilhados. Os consumidores são responsáveis por gerenciar as instâncias que executam em Hosts dedicados compartilhados com eles. Os consumidores não podem visualizar ou modificar instâncias de propriedade de outros consumidores ou do proprietário do Host dedicado, e não podem modificar os Hosts dedicados que são compartilhados com eles.
Um proprietário de Host dedicado pode compartilhar um Host dedicado com:
+ Contas específicas da AWS dentro ou fora de sua organização na AWS
+ Uma unidade organizacional dentro de sua organização da AWS
+ Toda a sua organização da AWS
**Topics**
+ [
## Pré-requisitos para compartilhar Hosts dedicados
](#dh-sharing-prereq)
+ [
## Limitações para compartilhamento de Host dedicado
](#dh-sharing-limitation)
+ [
## Serviços relacionados
](#dh-sharing-related)
+ [
## Compartilhamento entre zonas de disponibilidade
](#dh-sharing-azs)
+ [
## Permissões de Host dedicado compartilhado
](#shared-dh-perms)
+ [
## Faturamento e medição
](#shared-dh-billing)
+ [
## Limites de Host dedicado
](#shared-dh-limits)
+ [
## Recuperação de host e compartilhamento do Host dedicado
](#dh-sharing-retirement)
+ [Compartilhar um Host dedicado](sharing-dh.md)
+ [Cancelar o compartilhamento de um host dedicado](unsharing-dh.md)
+ [Visualizar os hosts dedicados compartilhados](identifying-shared-dh.md)
## Pré-requisitos para compartilhar Hosts dedicados
+ Para compartilhar um host dedicado, é necessário ser o proprietário dele em sua conta da AWS. Não é possível compartilhar um Host dedicado que tenha sido compartilhado com você.
+ Para compartilhar um host dedicado com a sua organização da AWS ou com uma unidade organizacional de sua organização da AWS, é necessário habilitar o compartilhamento com o AWS Organizations. Para obter mais informações, consulte [Habilitar o compartilhamento com o AWS Organizations](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html) no *Guia do usuário do AWS RAM*.
## Limitações para compartilhamento de Host dedicado
Não é possível compartilhar Hosts dedicados que foram alocados para os seguintes tipos de instância: `u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal` e `u-24tb1.metal`.
## Serviços relacionados
### AWS Resource Access Manager
O compartilhamento de host dedicado integra-se ao AWS Resource Access Manager (AWS RAM). O AWS RAM é um serviço que permite compartilhar seus recursos da AWS com qualquer conta da AWS ou por meio do AWS Organizations. Com o AWS RAM, você compartilha recursos que possui criando um *compartilhamento de recursos*. Um compartilhamento de recursos especifica os recursos a serem compartilhados, e os consumidores com os quais compartilhá-los. Os consumidores podem ser contas individuais da AWS, unidades organizacionais ou toda uma organização do AWS Organizations.
Para obter mais informações sobre o AWS RAM, consulte o *[Manual do usuário do AWS RAM](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Compartilhamento entre zonas de disponibilidade
Para garantir a distribuição de recursos entre as zonas de disponibilidade de uma região, mapeamos as zonas de disponibilidade de forma independente para os nomes de cada conta. Isso pode resultar em diferenças na nomenclatura de zonas de disponibilidade entre contas. Por exemplo, a zona de disponibilidade `us-east-1a` de sua conta da AWS pode não ter o mesmo local que a `us-east-1a` de outra conta da AWS.
Para identificar o local de seus Hosts dedicados relativo a suas contas, use o *ID da zona de disponibilidade* (ID da AZ). O ID da zona de disponibilidade é um identificador exclusivo e consistente de uma zona de disponibilidade em todas as contas da AWS. Por exemplo, `use1-az1` é um ID de zona de disponibilidade da região `us-east-1` e é o mesmo local em cada conta da AWS.
**Como visualizar os IDs de zona de disponibilidade para as zonas de disponibilidade em sua conta**
1. Abra o console do AWS RAM em [https://console.aws.amazon.com/ram/home](https://console.aws.amazon.com/ram/home).
1. Os IDs de zona de disponibilidade da região atual são exibidos no painel **Your AZ ID (Seu ID de AZ)** no lado direito da tela.
## Permissões de Host dedicado compartilhado
### Permissões para proprietários
Os proprietários são responsáveis pelo gerenciamento de seus Hosts dedicados compartilhados e das instâncias executadas neles. Os proprietários podem visualizar todas as instâncias em execução no Host dedicado compartilhado, incluindo aquelas executadas pelos consumidores. No entanto, os proprietários não podem realizar ações nas instâncias que foram executadas pelos consumidores.
### Permissões para consumidores
Os consumidores são responsáveis por gerenciar as instâncias que executam em um Host dedicado compartilhado. Os consumidores não podem modificar o Host dedicado compartilhado de nenhuma forma e não podem visualizar nem modificar instâncias que foram executadas por outros consumidores ou pelo proprietário do Host dedicado.
## Faturamento e medição
Não há cobranças adicionais pelo compartilhamento de Hosts dedicados.
Os proprietários são cobrados por Hosts dedicados compartilhado. Os consumidores não são cobrados pelas instâncias que executam no Hosts dedicados compartilhado.
Reservas de hosts dedicados continuam a oferecer descontos de cobrança por Hosts dedicados compartilhados. Somente proprietários de Host dedicado podem comprar Reservas de hosts dedicados para Hosts dedicados compartilhados que possuem.
## Limites de Host dedicado
Hosts dedicados compartilhados são contabilizados somente para os limites de Hosts dedicados do proprietário. Os limites de Hosts dedicados do consumidor não são afetados por Hosts dedicados que foram compartilhados com eles. Da mesma forma, as instâncias executadas pelos consumidores em Hosts dedicados compartilhados não são contabilizadas para seus limites de instâncias.
## Recuperação de host e compartilhamento do Host dedicado
A recuperação de host recupera instâncias executadas pelo proprietário do Host dedicado e pelos consumidores com os quais ele foi compartilhado. O Host dedicado de reposição é alocado na conta do proprietário. É adicionado aos mesmos compartilhamentos de recursos que o Host dedicado original e é compartilhado com os mesmos consumidores.
Para obter mais informações, consulte [Recuperação de um host dedicado do Amazon EC2](dedicated-hosts-recovery.md).
# Compartilhar um host dedicado do Amazon EC2 entre várias contas da AWS
Quando um proprietário compartilha um Host dedicado, ele permite que os consumidores executem instâncias no host. Os consumidores podem executar tantas instâncias no host compartilhado quanto sua capacidade disponível permitir.
**Importante**
Observe que você é responsável por garantir que possui direitos de licença apropriados para compartilhar qualquer licença BYOL no Hosts dedicados.
Se você compartilhar um Host dedicado com o posicionamento automático habilitado, lembre-se do seguinte, pois isso pode gerar uso não intencional do Host dedicado:
+ Se os consumidores executarem instâncias com locação de Host dedicado e não tiverem capacidade em um Host dedicado que possuam na conta, a instância será executada automaticamente no Host dedicado compartilhado.
Para compartilhar um Host dedicado, é necessário adicioná-lo a um compartilhamento de recursos. Um compartilhamento de recursos é um recurso do AWS RAM que permite que você compartilhe seus recursos entre contas da AWS. Um compartilhamento de recursos especifica os recursos a serem compartilhados, e os consumidores com os quais compartilhá-los. É possível adicionar o Host dedicado a um recurso existente ou adicioná-lo a um novo compartilhamento de recursos.
Se você fizer parte de uma organização no AWS Organizations e o compartilhamento estiver habilitado na organização, os consumidores da organização receberão acesso automaticamente ao host dedicado compartilhado. Caso contrário, os consumidores receberão um convite para participar do compartilhamento de recursos e acesso ao Host dedicado compartilhado depois de aceitar o convite.
**nota**
Depois de compartilhar um Host dedicado, pode levar alguns minutos para que os consumidores tenham acesso a ele.
------
#### [ Console ]
**Como compartilhar um Host dedicado de sua propriedade usando o console do Amazon EC2**
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, selecione **Hosts dedicados**.
1. Escolha o Host dedicado a ser compartilhado e selecione **Ações**, **Compartilhar host**.
1. Selecione o compartilhamento de recursos ao qual adicionar o Host dedicado e escolha **Compartilhar host**.
Pode levar alguns minutos para que os consumidores obtenham acesso ao host compartilhado.
**Para compartilhar um host dedicado de sua propriedade usando o console do AWS RAM**
Consulte [Create a resource share](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-create.html) no *AWS RAM User Guide*.
------
#### [ AWS CLI ]
**Para compartilhar um host dedicado do qual você é o proprietário**
Use o comando [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
#### [ PowerShell ]
**Para compartilhar um host dedicado do qual você é o proprietário**
Use o cmdlet [New-RAMResourceShare](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
# Cancelar o compartilhamento de um host dedicado com outras contas da AWS
O proprietário do Host dedicado pode cancelar o compartilhamento de um Host dedicado compartilhado a qualquer momento. Ao cancelar o compartilhamento de um Host dedicado compartilhado, as seguintes regras são aplicadas:
+ Os consumidores com os quais o Host dedicado foi compartilhado não podem mais executar novas instâncias nele.
+ As instâncias de propriedade de consumidores que estavam em execução no Host dedicado no momento do cancelamento do compartilhamento continuam a ser executadas, mas são programadas para [desativação](schedevents_actions_retire.md). Os consumidores recebem notificações de desativação para as instâncias e têm duas semanas para agir sobre as notificações. No entanto, se o Host dedicado for compartilhado novamente com o consumidor durante o período de aviso de desativação, as desativações de instância serão canceladas.
Para cancelar o compartilhamento de um Host dedicado compartilhado de sua propriedade, é necessário removê-lo do compartilhamento de recursos.
------
#### [ Console ]
**Para cancelar o compartilhamento de um host dedicado compartilhado do qual você é o proprietário**
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, selecione **Hosts dedicados**.
1. Escolha o Host dedicado do qual cancelar o compartilhamento e escolha a guia **Compartilhamento**.
1. A guia **Compartilhamento** lista os compartilhamentos de recursos aos quais o Host dedicado foi adicionado. Selecione o compartilhamento de recursos do qual remover o Host dedicado e escolha **Remover do compartilhamento de recursos**.
**Para cancelar o compartilhamento de um host dedicado compartilhado de sua propriedade usando o console do AWS RAM**
Consulte [Atualizar um compartilhamento de recursos](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-update.html) no *Guia do usuário do AWS RAM*.
------
#### [ AWS CLI ]
**Para cancelar o compartilhamento de um host dedicado compartilhado do qual você é o proprietário**
Use o comando [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
#### [ PowerShell ]
**Para cancelar o compartilhamento de um host dedicado compartilhado do qual você é o proprietário**
Use o cmdlet [Disconnect-RAMResourceShare](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE"
```
------
# Visualizar os hosts dedicados do Amazon EC2 compartilhados em sua conta da AWS
É possível visualizar os hosts dedicados que você compartilha com outras contas e os hosts dedicados que são compartilhados com você. Se você for o proprietário do host dedicado, poderá ver todas as instâncias em execução no host, incluindo as instâncias iniciadas pelos consumidores. Se o host dedicado for compartilhado com você, você só poderá ver as instâncias que iniciou no host compartilhado, e não as iniciadas por outros consumidores.
Proprietários e consumidores podem identificar Hosts dedicados compartilhados usando um dos seguintes métodos.
------
#### [ Console ]
**Para identificar um host dedicado compartilhado**
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, selecione **Hosts dedicados**. A tela lista Hosts dedicados de sua propriedade e Hosts dedicados compartilhados com você.
1. A coluna **Owner (Proprietário)** mostra o ID de conta da AWS do proprietário do host dedicado.
1. Para visualizar as instâncias em execução nos hosts, selecione a guia **Instâncias**.
------
#### [ AWS CLI ]
**Para identificar um host dedicado compartilhado**
Use o comando [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html). O comando retorna os Hosts dedicados de sua propriedade e os Hosts dedicados compartilhados com você. O valor de `Owner` é o ID da conta do proprietário do Host dedicado. A lista `Instances` descreve as instâncias em execução no host.
```
aws ec2 describe-hosts --filter "Name=state,Values=available"
```
------
#### [ PowerShell ]
**Para identificar um host dedicado compartilhado**
Use o cmdlet [Get-EC2host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html). O cmdlet retorna os hosts dedicados dos quais você é o proprietário e os hosts dedicados compartilhados com você. O valor de `Owner` na resposta é o ID da conta do proprietário do host dedicado. A lista `Instances` descreve as instâncias em execução no host.
```
Get-EC2Host -Filter @{Name="state"; Values="available"}
```
------
# Hosts dedicados do Amazon EC2 no AWS Outposts
O AWS Outposts é um serviço totalmente gerenciado que estende a infraestrutura, os serviços, as APIs e as ferramentas da AWS para o local. Ao fornecer acesso local à infraestrutura gerenciada pela AWS, o AWS Outposts permite que você crie e execute aplicações on-premises usando as mesmas interfaces de programação que nas regiões da AWS, usando recursos locais de computação e armazenamento para menor latência e necessidades de processamento de dados locais.
Um Outpost é um grupo de capacidade de computação e armazenamento da AWS implantado em um local do cliente. A AWS opera, monitora e gerencia essa capacidade como parte de uma região da AWS.
É possível alocar hosts dedicados nos Outposts que você tiver em sua conta. Isso torna mais fácil para você trazer suas licenças de software e workloads existentes que exigem um servidor físico dedicado para AWS Outposts. Você também pode direcionar ativos de hardware específicos em um Outpost para ajudar a minimizar a latência entre as workloads.
Os hosts dedicados permitem que você use suas licenças de software qualificadas no Amazon EC2 para obter a flexibilidade e a economia de usar suas próprias licenças. Outras licenças de software vinculadas a máquinas virtuais, soquetes ou núcleos físicos também podem ser usadas em hosts dedicados, sujeitos aos termos de licença. Embora o Outposts sempre tenha sido um ambiente de locatário único qualificado para workloads BYOL, os hosts dedicados permitem limitar as licenças necessárias a um único host, e não a toda a implantação do Outpost.
Além disso, o uso de hosts dedicados em um Outpost oferece maior flexibilidade na implantação do tipo de instância e um controle mais granular sobre o posicionamento da instância. É possível segmentar um host específico para execuções de instância e usar a afinidade do host para garantir que a instância sempre seja executada nesse host, ou é possível usar o posicionamento automático para executar uma instância em qualquer host disponível que tenha configurações correspondentes e capacidade disponível.
**Contents**
+ [
## Pré-requisitos
](#dh-outpost-prereqs)
+ [
## Recursos compatíveis
](#dh-outpost-features)
+ [
## Considerações
](#dh-outpost-considerations)
+ [
# Alocar um Host dedicado do Amazon EC2 no AWS Outposts
](dh-outpost-allocate.md)
## Pré-requisitos
É necessário ter um Outpost instalado em seu local. Para obter mais informações, consulte [Criar um Outpost e solicitar capacidade do Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/order-outpost-capacity.html) no *Manual do usuário do AWS Outposts*.
## Recursos compatíveis
+ Há suporte para as seguintes famílias de instâncias:
+ **Uso geral:** M5 \$1 M5d \$1 M7i \$1 M8i
+ **Otimizadas para computação:** C5 \$1 C5d \$1 C7i \$1 C8i
+ **Otimizadas para memória:** R5 \$1 R5d \$1 R7i \$1 R8i
+ **Otimizadas para armazenamento:** I3en
+ **Com computação acelerada:** G4dn
+ Os hosts dedicados no Outposts podem ser configurados para serem compatíveis com vários tamanhos de instância. A compatibilidade com vários tamanhos de instância está disponível para as seguintes famílias de instâncias.
+ **Uso geral:** M5 \$1 M5d \$1 M7i
+ **Otimizadas para computação:** C5 \$1 C5d \$1 C7i
+ **Otimizadas para memória:** R5 \$1 R5d \$1 R7i
Para obter mais informações, consulte [Configurações de capacidade de instância de host dedicado do Amazon EC2](dedicated-hosts-limits.md).
+ Hosts dedicados no Outposts são compatíveis com o posicionamento automático e as execuções de instâncias direcionadas. Para obter mais informações, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
+ Hosts dedicados no Outposts são compatíveis com a afinidade do host. Para obter mais informações, consulte [Posicionamento automático e afinidade de host dedicado do Amazon EC2](dedicated-hosts-understanding.md).
+ Hosts dedicados no Outposts são compatíveis o compartilhamento com AWS RAM. Para obter mais informações, consulte [Compartilhamento de host dedicado do Amazon EC2 entre contas](dh-sharing.md).
## Considerações
+ Reservas do host dedicado não são compatíveis com o Outposts.
+ Grupos de recursos de host e AWS License Manager não são compatíveis com o Outposts.
+ Hosts dedicados no Outposts não são compatíveis com a instâncias T3 intermitentes.
+ Hosts dedicados no Outposts não são compatíveis com a recuperação do host.
+ Não há compatibilidade da recuperação automática simplificada em instâncias com locação de hosts dedicados em Outposts.
# Alocar um Host dedicado do Amazon EC2 no AWS Outposts
Você aloca e usa hosts dedicados em Outposts da mesma forma que faria com hosts dedicados em uma região da AWS.
**Pré-requisitos**
Crie uma sub-rede no Outpost. Para obter mais informações, consulte [Criar uma sub-rede](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet) no *Manual do usuário do AWS Outposts*.
**Para alocar um host dedicado a um Outpost, use um destes métodos:**
------
#### [ Console ]
**Para alocar um host dedicado usando o Outpost usando o console do AWS Outposts**
1. Abra o console do AWS Outposts em [https://console.aws.amazon.com/outposts/](https://console.aws.amazon.com/outposts/home).
1. No painel de navegação, escolha **Outposts**. Selecione o Outpost e, em seguida, escolha **Actions** (Ações), **Allocate Dedicated Host** (Alocar host dedicado).
1. Configure o host dedicado, conforme necessário. Para obter mais informações, consulte [Alocar um host dedicado do Amazon EC2 para uso em sua conta](dedicated-hosts-allocating.md).
**nota**
**Availability Zone** (Zona de disponibilidade) e **Outpost ARN** (ARN do Outpost) devem ser preenchidos previamente com a zona de disponibilidade e o ARN do Outpost selecionado.
1. Escolha **Allocate**.
**Para alocar um host dedicado usando o Outpost usando o console do Amazon EC2**
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 **Dedicated Hosts** (Hosts dedicados) e **Allocate Host dedicado** (Alocar host dedicado).
1. Em **Availability Zone** (Zona de disponibilidade), selecione a zona de disponibilidade associada ao Outpost.
1. Em **Outpost ARN** (ARN do Outpost), insira o ARN do Outpost.
1. Para direcionar ativos de hardware específicos no Outpost, em **Segmente ativos de hardware específicos no Outpost**, selecione **Habilitar**. Para cada ativo de hardware de destino, escolha **Adicionar ID do ativo** e, em seguida, insira o ID do ativo de hardware.
**nota**
O valor especificado para **Quantidade** deve ser igual ao número de IDs de ativos que você especifica. Por exemplo, se você especificar três IDs de ativos, a Quantidade também deverá ser 3.
1. Defina as configurações restantes do host dedicado, conforme necessário. Para obter mais informações, consulte [Alocar um host dedicado do Amazon EC2 para uso em sua conta](dedicated-hosts-allocating.md).
1. Escolha **Allocate**.
------
#### [ AWS CLI ]
**Para alocar um host dedicado em um Outpost**
Use o comando [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html). Em `--availability-zone`, especifique a zona de disponibilidade associada ao Outpost. Em `--outpost-arn`, especifique o ARN do Outpost. Opcionalmente, para `--asset-ids`, especifique os IDs dos ativos de hardware do Outpost de destino.
```
aws ec2 allocate-hosts \
--availability-zone "us-east-1a" \
--outpost-arn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" \
--asset-ids asset_id \
--instance-family "m5" \
--auto-placement "off" \
--quantity 1
```
------
#### [ PowerShell ]
**Para alocar um host dedicado em um Outpost**
Use o cmdlet [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html). Especifique a zona de disponibilidade associada ao Outpost. Opcionalmente, para `-AssetId`, especifique os IDs dos ativos de hardware do Outpost de destino.
```
New-EC2Host `
-AvailabilityZone "us-east-1a" `
-OutpostArn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" `
-AssetId asset_id `
-InstanceFamily "m5" `
-AutoPlacement "off" `
-Quantity 1
```
------
**Como iniciar uma instância em um host dedicado em um Outpost**
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, selecione **Hosts dedicados**. Selecione o host dedicado que você alocou na etapa anterior e escolha **Actions** (Ações), **Launch instance onto host** (Executar instância no host).
1. Defina a instância conforme necessário e, em seguida, inicie a instância. Para obter mais informações, consulte [Iniciar instâncias do Amazon EC2 em um host dedicado do Amazon EC2](launching-dedicated-hosts-instances.md).
# Recuperação de um host dedicado do Amazon EC2
A recuperação automática do host dedicado reinicia as instâncias em um novo host substituto quando certas condições problemática são detectadas no host dedicado. A recuperação do host reduz a necessidade de intervenção manual e diminui a carga operacional em caso de falhas inesperadas no host dedicado relativas a eventos de alimentação do host ou conectividade da rede. Outros problemas do host dedicado exigirão intervenção manual para recuperação.
**Topics**
+ [Como a recuperação de host funciona](dedicated-hosts-recovery-basics.md)
+ [
## Tipos de instâncias compatíveis
](#dedicated-hosts-recovery-instances)
+ [
## Preços
](#dedicated-hosts-recovery-pricing)
+ [Gerenciar recuperação do host](dedicated-hosts-recovery-enable.md)
+ [Visualizar a configuração de recuperação de host](dedicated-hosts-recovery-view.md)
+ [Recuperar manualmente instâncias incompatíveis](dedicated-hosts-recovery-unsupported.md)
# Como um host dedicado do Amazon EC2 recupera trabalhos
O processo de recuperação do host e dos grupos de recursos do host usa verificações de integridade no nível do host para avaliar a disponibilidade do host dedicado e detectar falhas nos sistemas subjacentes. O tipo de falha do host dedicado determina se a recuperação automática do host dedicado é possível. Os exemplos de problemas que podem causar falha nas verificações de integridade no nível do host incluem:
+ Perda de conectividade de rede
+ Perda de energia do sistema
+ Problemas de hardware ou software no host físico
**Importante**
A recuperação automática do host dedicado não ocorre quando o host está programado para ser desativado.
## Recuperação automática de host dedicado
Quando uma falha de alimentação do sistema ou de conectividade de rede é detectada no seu host dedicado, a recuperação automática do host dedicado é iniciada, e o Amazon EC2 **aloca automaticamente um host dedicado substituto na mesma zona de disponibilidade do host dedicado original**. O Host dedicado em substituição recebe um novo ID do host, mas retém os mesmos atributos que o Host dedicado original, como:
+ Availability Zone
+ Tipo de instância
+ Tags
+ Configurações de autoposicionamento
+ Reserva
Quando o host dedicado substituto é alocado, as **instâncias são recuperadas para o host dedicado substituto**. As instâncias recuperadas retêm os mesmos atributos que as instâncias originais, como:
+ ID da instância
+ Endereços IP privados
+ Endereços IP elásticos
+ Anexos de volume do EBS
+ Todos os metadados da instância
Além disso, a integração incorporada com o AWS License Manager automatiza o monitoramento e o gerenciamento das licenças.
**nota**
A integração com o AWS License Manager é compatível somente nas regiões em que o AWS License Manager está disponível.
Se as instâncias tiverem um relacionamento de afinidade de host com o host dedicado prejudicado, as instâncias recuperadas estabelecem afinidade do host com o host dedicado de substituição.
Quando todas as instâncias tiverem sido recuperadas para o Host dedicado de substituição, **o Host dedicado prejudicado será liberado** e o Host dedicado de substituição ficará disponível para uso.
Quando a recuperação do host for iniciada, o proprietário da conta da AWS será notificado por e-mail e por um evento AWS Health Dashboard. A segunda notificação é enviada após a recuperação do host ser concluída com sucesso.
Se você estiver usando o AWS License Manager para acompanhar suas licenças, o AWS License Manager alocará novas licenças para o host dedicado de substituição conforme os limites de configuração da licença. Se a configuração da licença tiver limites rígidos que serão violados em resultado da recuperação do host, o processo de recuperação não será permitido e você será notificado da falha de recuperação do host por meio de uma notificação do Amazon SNS (se as configurações de notificação foram definidas no AWS License Manager). Se a configuração da licença tiver limites suaves que serão violados como resultado da recuperação do host, a recuperação poderá continuar e você será notificado acerca da violação do limite por meio de uma notificação do Amazon SNS. Para obter mais informações, consulte [Uso de configurações de licença](https://docs.aws.amazon.com/license-manager/latest/userguide/license-configurations.html) e [Configurações no License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/settings.html) no *Guia do usuário do AWS License Manager*.
## Estados de recuperação do host
Quando a falha do Host dedicado for detectada, o Host dedicado prejudicado entra no estado `under-assessment` e todas as instâncias entram no estado `impaired`. Não é possível executar instâncias no Host dedicado prejudicado enquanto estiver no estado `under-assessment`.
Depois de o Host dedicado de substituição ser alocado, ele entra no estado `pending`. Ele continua nesse estado até que o processo de recuperação do host esteja concluído. Não é possível executar instâncias no Host dedicado de substituição enquanto ele estiver no estado `pending`. As instâncias recuperadas no Host dedicado de substituição continuam no estado `impaired` durante o processo de recuperação.
Depois de a recuperação do host ser concluída, o Host dedicado de substituição entrará no estado `available` e as instâncias recuperadas retornarão ao estado `running`. É possível abrir instâncias no Host dedicado de substituição depois de entrar no estado `available`. O Host dedicado prejudicado original é liberado permanentemente e entra no estado `released-permanent-failure`.
Quando um host dedicado comprometido tiver instâncias que não oferecem suporte à recuperação do host, por exemplo, instâncias com volume raiz de armazenamento de instância, o host dedicado não é liberado. Em vez disso, é marcado para aposentadora e entra no estado `permanent-failure`.
## Cenários sem recuperação automática de host dedicado
**A recuperação automática do host dedicado não ocorre quando o host está programado para ser desativado**. Você receberá uma notificação de retirada no AWS Health Dashboard, um evento do Amazon CloudWatch e o endereço de email do proprietário da conta da AWS recebe uma mensagem sobre a falha do host dedicado. Siga as etapas de remedição descritas na notificação de desativação dentro do prazo especificado para recuperar manualmente as instâncias restantes no host que está sendo desativado.
**As instâncias interrompidas não são recuperadas** para o Host dedicado de substituição. Se você tentar iniciar uma instância interrompida que mire no Host dedicado prejudicado, o início da instância falhará. Recomendamos que você modifique a instância interrompida para mirar em um a host dedicado diferente ou abrir em qualquer host dedicado disponível, com configurações correspondentes e autoposicionamento habilitado.
**As instâncias com armazenamento de instâncias não são recuperadas** para o Host dedicado de substituição. Como medida de remediação, o Host dedicado prejudicado será marcado para desativação e você receberá tal notificação depois de a recuperação do host ser concluída. Siga as etapas de remedição descritas na notificação de desativação dentro do prazo especificado para recuperar manualmente as instâncias restantes no Host dedicado prejudicado.
## Tipos de instâncias compatíveis
A recuperação do host é compatível com as seguintes famílias de instâncias:
+ **Uso geral: **A1 \$1 M3 \$1 M4 \$1 M5 \$1 M5n \$1 M5zn \$1 M6a \$1 M6g \$1 M6i \$1 T3 \$1 Mac1 \$1 Mac2 \$1 Mac2-m1ultra \$1 Mac2-m2 \$1 Mac2-m2pro
+ **Otimizadas para computação: **C3 \$1 C4 \$1 C5 \$1 C5n \$1 C6a \$1 C6g \$1 C6i
+ **Otimizadas para memória: **R3 \$1 R4 \$1 R5 \$1 R5b \$1 R5n \$1 R6g \$1 R6i \$1 U-6tb1 \$1 U-9tb1 \$1 U-12tb1 \$1 U-18tb1 \$1 U-24tb1 \$1 X1 \$1 X1e \$1 X2iezn
+ **Computação acelerada: **Inf1 \$1 G3 \$1 G5g \$1 P2 \$1 P3
Para recuperar instâncias não compatíveis, consulte [Recuperar manualmente as instâncias que não são compatíveis com a recuperação de host dedicado do Amazon EC2](dedicated-hosts-recovery-unsupported.md).
**nota**
A recuperação automática de host dedicado de tipos de instância metal levará mais tempo para detectar e recuperar do que os tipos de instância não metal.
## Preços
Não há cobranças adicionais para usar a recuperação do host; aplicam-se as cobranças usuais do Host dedicado. Para obter mais informações, consulte [Definição de preço de hosts dedicados do Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/).
Assim que a recuperação for iniciada, você não será mais cobrado pelo Host dedicado prejudicado. A cobrança pelo host dedicado começa somente depois de entrar no estado `available`.
Se o Host dedicado prejudicado tiver sido cobrado usando a taxa sob demanda, o Host dedicado de substituição também são cobrados usando essa taxa. Se o Host dedicado prejudicado tiver um Reserva de hosts dedicados ativo, ele será transferido para o Host dedicado de substituição.
# Gerenciar recuperação de um host dedicado do Amazon EC2
A recuperação automática do host dedicado reinicia as instâncias em um novo host substituto quando certas condições problemática são detectadas no host dedicado. É possível habilitar a recuperação do host no momento da alocação do host dedicado ou após a alocação.
Use os procedimentos a seguir para habilitar a recuperação do host ao alocá-lo.
------
#### [ Console ]
**Para habilitar a recuperação do host na alocação**
Ao alocar um host dedicado usando o console do Amazon EC2, para **Recuperação do host**, escolha **Habilitar**. Para obter mais informações, consulte [Alocar um host dedicado do Amazon EC2 para uso em sua conta](dedicated-hosts-allocating.md).
------
#### [ AWS CLI ]
**Para habilitar a recuperação do host na alocação**
Use o comando [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html).
```
aws ec2 allocate-hosts \
--instance-type m5.large \
--availability-zone eu-west-1a \
--auto-placement on \
--host-recovery on \
--quantity 1
```
------
#### [ PowerShell ]
**Para habilitar a recuperação do host na alocação**
Use o cmdlet [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html).
```
New-EC2Host `
-InstanceType m5.large `
-AvailabilityZone eu-west-1a `
-AutoPlacement on `
-HostRecovery on `
-Quantity 1
```
------
Use os procedimentos a seguir para gerenciar a recuperação de host para um host dedicado.
------
#### [ Console ]
**Para gerenciar a recuperação do host após a alocação**
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, selecione **Hosts dedicados**.
1. Selecione o host dedicado.
1. Selecione **Ações**, **Modificar host**.
1. Em **Recuperação do host**, selecione ou desmarque **Habilitar**.
1. Escolha **Salvar**.
------
#### [ AWS CLI ]
**Para habilitar a recuperação do host após a alocação**
Use o comando [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-recovery on \
--host-ids h-012a3456b7890cdef
```
**Para desabilitar a recuperação do host após a alocação**
Use o comando [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html) e especifique o parâmetro `host-recovery` com um valor de `off`.
```
aws ec2 modify-hosts \
--host-recovery off \
--host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Para habilitar a recuperação do host após a alocação**
Use o cmdlet [Edit-host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostRecovery on `
-HostId h-012a3456b7890cdef
```
**Para desabilitar a recuperação do host após a alocação**
Use o cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostRecovery off `
-HostId h-012a3456b7890cdef
```
------
# Visualizar a configuração de recuperação de host do host dedicado do Amazon EC2
É possível ver a configuração de recuperação do host para o Host dedicado a qualquer momento.
------
#### [ Console ]
**Para visualizar a configuração de recuperação do host para um host dedicado**
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, selecione **Hosts dedicados**.
1. Selecione o Host dedicado e, na aba **Description (Descrição)**, confira o campo **Host Recovery (Recuperação do host)**.
------
#### [ AWS CLI ]
**Para visualizar a configuração de recuperação do host para um host dedicado**
Use o comando [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).
```
aws ec2 describe-hosts \
--host-ids h-012a3456b7890cdef \
--query Hosts[].HostRecovery
```
O seguinte é um exemplo de saída.
```
on
```
------
#### [ PowerShell ]
**Para visualizar a configuração de recuperação do host para um host dedicado**
Use o cmdlet [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html).
```
(Get-EC2Host -HostId h-012a3456b7890cdef).Hosts | Select HostRecovery
```
O seguinte é um exemplo de saída.
```
HostRecovery
------------
on
```
------
# Recuperar manualmente as instâncias que não são compatíveis com a recuperação de host dedicado do Amazon EC2
A recuperação do host não é compatível com a recuperação de instâncias que usam volumes do armazenamento de instâncias. Siga as instruções abaixo para recuperar à mão todas as instâncias que não puderem ser recuperadas automaticamente.
**Atenção**
Os dados nos volumes de armazenamento de instâncias serão perdidos quando a instância for interrompida, hibernada ou encerrada. Isso inclui volumes de armazenamento de instância que estão anexados a uma instância com volume raiz do EBS. Para proteger os dados dos volumes de armazenamento de instâncias, faça backup no armazenamento persistente antes de a instância ser interrompida ou encerrada.
## Recuperar manualmente instâncias compatíveis com EBS
Para instâncias compatíveis com EBS que não possam ser recuperadas automaticamente, recomendamos pará-las e iniciá-las automaticamente para recuperá-las a um novo Host dedicado. Para obter mais informações sobre como interromper a instância, além de informações sobre as mudanças em sua configuração de instância quando ela estiver interrompida, consulte [Início e interrupção de instâncias do Amazon EC2](Stop_Start.md).
## Recuperação manual de instâncias com volume raiz de armazenamento de instância
Para instâncias com volume raiz de armazenamento de instância que não puderam ser recuperadas automaticamente, recomendamos realizar o seguinte:
1. Abrir a instância de substituição em um novo Host dedicado a partir da AMI mais recente.
1. Migrar todos os dados necessários para a instância de substituição.
1. Encerrar a instância original no Host dedicado prejudicado.
# Manutenção de host dedicado do Amazon EC2
Com a manutenção do host, na eventualidade de um host dedicado ficar degradado, migraremos automaticamente as instâncias em execução nele para um host dedicado substituto íntegro. Isso ajuda a minimizar o tempo de inatividade da sua workload e a simplificar o gerenciamento dos hosts dedicados. A manutenção de host também é realizada para a manutenção planejada e rotineira do Amazon EC2.
O Amazon EC2 é compatível com dois tipos de manutenção de host:
+ **Manutenção de host de migração em tempo real**: as instâncias são migradas automaticamente para o host de substituição em até 24 horas, sem interrompê-las e reiniciá-las.
+ **Manutenção de host baseada em reinicialização**: as instâncias são agendadas para eventos programados de *reinicialização da instância*, durante os quais elas são automaticamente interrompidas e reiniciadas no host de substituição.
**Topics**
+ [
## Comparação entre manutenção de host e recuperação de host
](#dedicated-hosts-maintenance-differences)
+ [
## Considerações
](#dedicated-hosts-maintenance-basics-limitations)
+ [
## Serviços relacionados
](#dedicated-hosts-maintenance-related)
+ [
## Preços
](#dedicated-hosts-maintenance-pricing)
+ [
# Como a manutenção de host funciona para os hosts dedicados do Amazon EC2
](dedicated-hosts-maintenance-basics.md)
+ [
# Configurar a manutenção de host para um host dedicado do Amazon EC2
](dedicated-hosts-maintenance-configuring.md)
## Comparação entre manutenção de host e recuperação de host
A seguinte tabela mostra as principais diferenças entre recuperação de host e manutenção de host.
****
| | Recuperação do host | Manutenção de host |
| --- | --- | --- |
| Acessibilidade de instâncias | Inacessível | Acessível |
| Estado de um host dedicado | under-assessment | permanent-failure |
| Grupo de recursos de host | Compatível | Não compatível |
Para obter mais informações sobre a recuperação de host, consulte [Recuperação de host](dedicated-hosts-recovery.md).
## Considerações
+ A manutenção de host está disponível em todas as Regiões da AWS, exceto nas regiões da China e AWS GovCloud (US) Regions.
+ A manutenção de host não é compatível com o AWS Outposts, com o AWS Local Zones e com o AWS Wavelength Zones.
+ A manutenção do host não pode ser ativada nem desativada para hosts que já estejam em um grupo de recursos de host. Os hosts adicionados a um grupo de recursos de host retêm sua configuração de manutenção de host. Para obter mais informações, consulte [Grupos de recursos de host](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html).
+ A manutenção do host não é compatível com os seguintes tipos de instância, pois esses tipos têm volume raiz de armazenamento de instância: C1, C3, D2, I2, M1, M2, M3, R3 e X1.
## Serviços relacionados
Host dedicado se integra com o **AWS License Manager**: rastreia licenças em todos os hosts dedicados do Amazon EC2 (disponível apenas nas regiões em que o AWS License Manager está disponível). Para obter mais informações, consulte o [Manual do usuário do AWS License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/license-manager.html).
Você deve ter licenças suficientes na Conta da AWS para o novo host dedicado. As licenças associadas ao host degradado são liberadas quando o host é liberado após a conclusão do evento programado.
## Preços
Não há cobranças adicionais para usar a manutenção de host, mas as cobranças usuais do host dedicado se aplicam. Para obter mais informações, consulte [Definição de preço de hosts dedicados do Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/).
Assim que a recuperação é iniciada, você deixa de ser mais cobrado pelo host dedicado degradado. A cobrança pelo host dedicado começa somente depois de entrar no estado `available`.
Se a cobrança do host dedicado degradado fosse realizada com base na taxa de sob demanda, o host dedicado substituto também será cobrado usando essa taxa. Se o host dedicado degradado tinha uma reserva de host dedicado ativa, ela será transferida para o host dedicado de substituição.
# Como a manutenção de host funciona para os hosts dedicados do Amazon EC2
Após detectar a degradação em um host dedicado que esteja habiltado para manutenção de host, alocamos automaticamente um host dedicado de substituição para a conta. O Host dedicado em substituição recebe um novo ID do host, mas retém os mesmos atributos que o Host dedicado original, como:
+ Configurações de autoposicionamento
+ Zona de disponibilidade
+ Associação de reserva de host dedicado
+ Afinidade de host
+ Configurações de manutenção de host
+ Configurações de recuperação de host
+ Tipo de instância
+ Tags
Após a alocação do host de substituição, migramos as instâncias usando a **manutenção de host de migração em tempo real** ou a **manutenção do host baseada em reinicialização**, dependendo da instância.
Depois que o host degradado não tiver mais instâncias em execução, ele será liberado permanentemente da conta.
## Manutenção de host de migração em tempo real
As instâncias que precisarem da manutenção de host de migração em tempo real serão migradas automaticamente para o host de substituição em até 24 horas, sem interrompê-las e reiniciá-las. As instâncias migradas mantêm seus atributos existentes, incluindo:
+ ID da instância
+ Metadados da instância
+ Anexos de volume do Amazon EBS
+ Endereços IP elásticos e endereço IP privado
+ Memória, CPU e estados de rede
Alguns tamanhos de instância maiores podem sofrer uma pequena diminuição na performance durante a migração.
Depois que as instâncias forem migradas automaticamente para o host substituto, enviaremos notificações por e-mail e pelo painel do AWS Health. As notificações incluem os IDs dos hosts degradados e dos hosts de substituição, informações sobre as instâncias que foram migradas automaticamente usando a manutenção de host de migração em tempo real e informações sobre as instâncias restantes.
## Manutenção de host baseada em reinicialização
As instâncias que exigem manutenção de host baseada em reinicialização são programadas para eventos programados de reinicialização da instância por 14 dias a partir da data da notificação. É possível continuar a acessar as instâncias no host dedicado degradado antes do evento programado.
É possível reprogramar eventos de reinicialização para uma data que esteja dentro do prazo de 7 dias da data e hora do evento original. Para obter mais informações, consulte [Reagendar um evento programado para uma instância do EC2](reschedule-event.md).
O Amazon EC2 reserva automaticamente a capacidade no host de substituição para essas instâncias. Não é possível executar instâncias nessa capacidade reservada.
O console do Amazon EC2 mostra a capacidade reservada como capacidade usada. Pode parecer que as instâncias estão sendo executadas tanto no host degradado quanto no host substituto. No entanto, as instâncias continuarão sendo executadas somente no host degradado até que sejam interrompidas ou migradas para a capacidade reservada no host substituto.
Na data e hora do evento programado, as instâncias são automaticamente interrompidas e reiniciadas na capacidade reservada no host de substituição. As instâncias migradas mantêm seus atributos existentes, incluindo:
+ ID da instância
+ Metadados da instância
+ Anexos de volume do Amazon EBS
+ Endereços IP elásticos e endereço IP privado
No entanto, como as instâncias são interrompidas e reiniciadas durante a migração, elas não retêm seus estados de memória, CPU e rede.
Você também pode interromper e reiniciar manualmente essas instâncias a qualquer momento antes do evento programado para migrá-las para o host de substuição ou para um host diferente. Talvez seja necessário modificar a afinidade de host da instância para reiniciá-la em um host diferente. Caso interrompa uma instância antes do evento programado, a capacidade reservada no host de substituição será liberada e ficará disponível para uso.
## Estados de manutenção de host
Quando um host se degrada, ele entra no estado `permanent-failure`. Você não pode executar instâncias em um host dedicado no estado `permanent-failure`.
Depois que o host de substituição for alocado, ele permanecerá no estado `pending` até que as instâncias compatíveis com a manutenção de host de migração em tempo real sejam migradas automaticamente do host degradado e até que os eventos programados estejam agendados para as instâncias restantes. Após a conclusão dessas tarefas, o host de substituição entrará no estado `available`.
Depois que o host de substituição entrar no estado `available`, você poderá usá-lo como usa qualquer outro host na conta. No entanto, parte da capacidade de instância no host de substituição será reservada para as instâncias que precisarem ser migradas do host degradado. Não é possível executar novas instâncias nessa capacidade reservada.
Quando o host degradado não tem mais instâncias em execução, ele entra no estado `released, permanent-failure` e é liberado permanentemente da conta. Observe que o host e seus recursos permanecem visíveis no console por um curto período.
## Migração automática
Algumas instâncias não podem ser migradas automaticamente para o host de substituição.
**Instâncias com volumes raiz baseados no EBS**
Para essas instâncias, programamos eventos de interrupção da instância por 28 dias a partir da data da notificação. Na data e hora do evento programado, as instâncias são interrompidas. Recomendamos que você interrompa manualmente ao reiniciar a instância no host de substituição ou em outro host. Talvez seja necessário modificar a afinidade de host da instância para reiniciá-la em um host diferente.
**Instâncias com um volume raiz de armazenamento de instância**
Para essas instâncias, programamos eventos de desativação de instâncias para 28 dias a partir da data da notificação. Na data e hora do evento programado, as instâncias são encerradas permanentemente. Recomendamos que você execute manualmente as instâncias de substituição no host de substituição e depois migre os dados necessários para as instâncias de substituição antes do evento programado.
As seguintes instâncias têm volume raiz do tipo armazenamento de instância: C1, C3, D2, I2, M1, M2, M3, R3 e X1.
É possível continuar a acessar as instâncias no host dedicado degradado antes do evento programado.
# Configurar a manutenção de host para um host dedicado do Amazon EC2
Habilite a manutenção de host para garantir que as instâncias em execução em um host dedicado sejam recuperadas automaticamente em um novo host dedicado durante um evento de manutenção programado.
Se você desabilitar a manutenção de host, receberá uma notificação por e-mail para remover o host degradado e migrar manualmente as instâncias para outro host dentro de 28 dias. Um host substituto será alocado se você tiver uma reserva de host dedicado. Após 28 dias, as instâncias em execução no host degradado são encerradas e o host é liberado automaticamente.
------
#### [ Console ]
**Para habilitar a manutenção do host para o seu host dedicado**
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, selecione **Hosts dedicados**.
1. Selecione Host dedicado **Ações** > **Modificar host**.
1. Selecione *ativado* no campo **Manutenção de host**.
**Para desabilitar a manutenção do host para o seu host dedicado**
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, selecione **Hosts dedicados**.
1. Selecione Host dedicado **Ações** > **Modificar host**.
1. Selecione *Desativado* no campo **Manutenção de host**.
------
#### [ AWS CLI ]
**Para habilitar a manutenção do host para o seu host dedicado**
Use o comando [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-maintenance on \
--host-ids h-0d123456bbf78910d
```
**Para desabilitar a manutenção do host para o seu host dedicado**
Use o comando [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-maintenance off \
--host-ids h-0d123456bbf78910d
```
------
#### [ PowerShell ]
**Para habilitar a manutenção do host para o seu host dedicado**
Use o cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostMaintenance on `
-HostId h-0d123456bbf78910d
```
**Para desabilitar a manutenção do host para o seu host dedicado**
Use o cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostMaintenance off `
-HostId h-0d123456bbf78910d
```
------
# Monitorar o estado dos hosts dedicados do Amazon EC2
O Amazon EC2 monitora constantemente o estado do seu Hosts dedicados. As atualizações são comunicadas no console do Amazon EC2. É possível visualizar informações sobre um Host dedicado usando os métodos a seguir.
------
#### [ Console ]
**Como visualizar o estado de um Host dedicado**
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, selecione **Hosts dedicados**.
1. Localize o Host dedicado na lista e revise o valor na coluna **State (Estado)**.
------
#### [ AWS CLI ]
**Como visualizar o estado de um Host dedicado**
Use o comando [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).
```
aws ec2 describe-hosts --host-id h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Como visualizar o estado de um Host dedicado**
Use o cmdlet [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html).
```
Get-EC2Host -HostId h-012a3456b7890cdef
```
------
A tabela a seguir explica os possíveis estados de um Host dedicado.
| **Estado** | **Descrição** |
| --- | --- |
| available | AWSA não detectou nenhum problema com o host dedicado. Não estão programados manutenções ou reparos. As instâncias podem ser executadas neste host dedicado. |
| released | O Host dedicado foi liberado. O ID do host não está mais uso. Os hosts liberados não podem ser reutilizados. |
| under-assessment | AWSA está explorando um possível problema com o host dedicado. Se for necessário executar uma ação, você será notificado pelo Console de gerenciamento da AWS ou por e-mail. As instâncias não podem ser executadas em um Host dedicado neste estado. |
| pending | O host dedicado não pode ser usado para inicializações de novas instâncias. Ele está sendo [modificado para oferecer suporte a vários tipos de instância](modify-host-support.md), ou uma [recuperação de host](dedicated-hosts-recovery.md) está em andamento. |
| permanent-failure | Uma falha irrecuperável foi detectada. Você receberá um aviso de remoção por meio de suas instâncias e por e-mail. Suas instâncias podem continuar a ser executadas. Se você interromper ou encerrar todas as instâncias de um host dedicado neste estado, a AWS desativará o host. A AWS não reinicia instâncias nesse estado. As instâncias não podem ser executadas no Hosts dedicados neste estado. |
| released-permanent-failure | AWSA liberará permanentemente os hosts dedicados que falharem e não tiverem mais instâncias em execução. O ID do Host dedicado não está mais disponível para uso. |
# Monitorar as alterações da configuração de host dedicado do Amazon EC2 usando o AWS Config
É possível usar o AWS Config para gravar as alterações de configuração de hosts dedicados e de instâncias que são iniciadas, interrompidas ou encerradas neles. Em seguida, use as informações capturadas pelo AWS Config como fonte de dados para geração de relatórios de licenças.
AWS ConfigO grava individualmente as informações de configuração dos hosts dedicados e das instâncias e emparelha essas informações por meio de relacionamentos. Há três condições de geração de relatórios:
+ **Status de gravação do AWS Config**: quando **On** (Ativado), o AWS Config está gravando um ou mais tipos de recursos da AWS que podem incluir hosts dedicados e instâncias dedicadas. Para capturar as informações necessárias para geração de relatórios de licenças, verifique se os hosts e as instâncias estão sendo gravados com os campos a seguir.
+ **Status de gravação do host** — quando está **Enabled (Habilitado)**, as informações de configuração de Hosts dedicados são gravadas.
+ **Instance recording status (Status de gravação da instância)** — quando **Enabled (Habilitado)**, as informações de configuração de Instâncias dedicadas são gravadas.
Se qualquer uma das três condições estiver desabilitada, o ícone do botão **Edit Config Recording (Editar gravação de configuração)** ficará vermelho. Para aproveitar todos os benefícios dessa ferramenta, verifique se os três métodos de gravação estão ativados. Quando os três estão ativados, o ícone fica verde. Para editar as configurações, escolha **Edit Config Recording (Editar gravação de configuração)**. Você será direcionado à pagina **Set up AWS Config (Configurar CC)** no console do AWS Config, onde poderá configurar o AWS Config e começar a gravar em seus hosts, instâncias e outros tipos de recursos com suporte. Para obter mais informações, consulte [Configuração do AWS Config para uso do console](https://docs.aws.amazon.com/config/latest/developerguide/resource-config-reference.html) no *Guia do desenvolvedor do AWS Config*.
**nota**
AWS ConfigO grava seus recursos depois de descobri-los, o que pode levar vários minutos.
Depois que o AWS Config começa a gravar alterações de configuração nos hosts e nas instâncias, você obtém o histórico de configuração de qualquer host que tenha alocado ou liberado e qualquer instância que tenha executado, interrompido ou encerrado. Por exemplo, a qualquer momento no histórico de configuração de um Host dedicado, é possível pesquisar quantas instâncias são executadas nesse host, juntamente com o número de soquetes e núcleos no host. Para qualquer uma dessas instâncias, também é possível procurar o ID de sua imagem de máquina da Amazon (AMI). É possível usar essas informações para gerar relatórios de licenças para seu próprio software ligado ao servidor, que é licenciado por soquete ou por núcleo.
É possível visualizar os históricos de configuração de qualquer uma destas maneiras:
+ Usando o console do AWS Config. Para cada recursos gravado, é possível visualizar uma página de linha do tempo, que fornece o histórico com detalhes de configuração. Para visualizar essa página, escolha o ícone cinza na coluna **Config Timeline (Configurar linha de tempo)** da página **Hosts dedicados**. Para obter mais informações, consulte [Visualização de detalhes de configuração do console do AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html) no *Guia do desenvolvedor do AWS Config*.
+ Executando comandos da AWS CLI. Primeiro, é possível usar o comando [list-discovered-resources](https://docs.aws.amazon.com/cli/latest/reference/configservice/list-discovered-resources.html) para obter uma lista de todos os hosts e instâncias. Depois, é possível usar o comando [get-resource-config-history](https://docs.aws.amazon.com/cli/latest/reference/configservice/get-resource-config-history.html#get-resource-config-history) para obter detalhes de configuração de um host ou instância para um intervalo de tempo específico.
+ Usando a API do AWS Config em suas aplicações. Primeiro, é possível usar a ação [ListDiscoveredResources](https://docs.aws.amazon.com/config/latest/APIReference/API_ListDiscoveredResources.html) para obter uma lista de todos os hosts e instâncias. Depois, é possível usar a ação [GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html) para obter detalhes de configuração de um host ou instância para um intervalo de tempo específico.
Por exemplo, para obter uma lista de todos os hosts dedicados do AWS Config, execute um comando da CLI como este:
```
aws configservice list-discovered-resources --resource-type AWS::EC2::Host
```
Para obter o histórico de configurações de um host dedicado do AWS Config, execute um comando da CLI como o a seguir.
```
aws configservice get-resource-config-history \
--resource-type AWS::EC2::Instance \
--resource-id i-1234567890abcdef0
```
**Para gerenciar as configurações do AWS Config usando o console**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Na página **Hosts dedicados**, escolha **Edit Config Recording (Editar gravação de configuração)**.
1. No console do AWS Config, siga as etapas fornecidas para ativar a gravação. Para obter mais informações, consulte [Configuração do AWS Config usando o console](https://docs.aws.amazon.com/config/latest/developerguide/gs-console.html).
Para obter mais informações, consulte [Visualização de detalhes de configuração no console do AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html).
**Como ativar o AWS Config usando a linha de comando ou a API**
+ CLI da AWS: [Visualizar detalhes da configuração (AWS CLI)](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html#view-config-details-cli) no *Guia do desenvolvedor do AWS Config*.
+ API do Amazon EC2: [GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html).
# Instâncias dedicadas do Amazon EC2
Por padrão, as instâncias EC2 são executadas em hardware de locação compartilhada. Isso significa que várias contas da AWS podem compartilhar o mesmo hardware físico.
As instâncias dedicadas são instâncias EC2 executadas em hardware dedicado a uma única conta da AWS. Isso significa que as instâncias dedicadas são isoladas fisicamente no nível de hardware do host em relação às instâncias pertencentes a outras Contas da AWS, mesmo que essas contas estejam vinculadas a uma única conta pagante. No entanto, as instâncias dedicadas podem compartilhar o hardware com outras instâncias da mesma Conta da AWS que não sejam instâncias dedicadas.
As instâncias dedicadas não oferecem visibilidade nem controle sobre o posicionamento das instâncias, além de não serem compatíveis com afinidade ao host. Se você parar e iniciar uma instância dedicada, talvez ela não seja executada no mesmo host. Da mesma forma, você não pode direcionar um host específico no qual iniciar ou executar uma instância. Além disso, as instâncias dedicadas oferecem um suporte limitado para o modelo traga a sua própria licença (BYOL).
Se você precisar de visibilidade e controle sobre o posicionamento da instância, além de compatibilidade mais abrangente com o modelo BYOL, avalie a possibilidade de usar um host dedicado. É possível usar instâncias dedicadas e hosts dedicados para iniciar instâncias do Amazon EC2 em servidores físicos dedicados. Não há diferenças físicas de performance ou de segurança entre Instâncias dedicadas e instâncias em Hosts dedicados. No entanto, há algumas diferenças básicas entre os dois. A tabela a seguir destaca algumas das principais diferenças entre Hosts dedicados e Instâncias dedicadas:
| | Dedicated Host | Dedicated Instance |
| --- | --- | --- |
| Servidor físico dedicado | Servidor físico com capacidade de instância totalmente dedicada para seu uso. | Um servidor físico dedicado a uma única conta de cliente. |
| Compartilhamento de capacidade de instância | Pode compartilhar a capacidade de instância com outras contas. | Não compatível |
| Faturamento | faturamento por host | Faturamento por instância |
| Visibilidade de soquetes, núcleos e ID de host | Fornece visibilidade do número de soquetes e núcleos físicos | Sem visibilidade |
| Afinidade de hosts e instâncias | permite implantar de forma consistente suas instâncias no mesmo servidor físico com o momento | Sem suporte |
| Posicionamento direcionado de instâncias | Proporciona visibilidade e controle adicionais sobre como as instâncias são colocadas em um servidor físico | Não suportado |
| Recuperação automática de instâncias | Compatível. Para obter mais informações, consulte [Recuperação de um host dedicado do Amazon EC2](dedicated-hosts-recovery.md). | Compatível |
| Traga sua própria licença (BYOL) | Compatível | Suporte parcial \$1 |
| Reservas de capacidade | Não compatível | Compatível |
\$1 O Microsoft SQL Server com Mobilidade de Licenças por meio do Software Assurance e as licenças do Windows Virtual Desktop Access (VDA) podem ser usadas com Instância dedicada.
Para obter mais informações, consulte [Hosts dedicados do Amazon EC2](dedicated-hosts-overview.md).
**Topics**
+ [
## Conceitos básicos da Instâncias dedicadas
](#dedicated-howitworks)
+ [
## Recursos compatíveis
](#features)
+ [
## Limitações da Instâncias dedicadas
](#dedicated-limits)
+ [
## Definição de preço para Instâncias dedicadas
](#dedicated-instance-pricing)
+ [Iniciar instâncias dedicadas](dedicatedinstancesintovpc.md)
+ [Altere a locação de uma instância](dedicated-change-tenancy.md)
+ [Alterar a locação de uma VPC](change-tenancy-vpc.md)
## Conceitos básicos da Instâncias dedicadas
Uma VPC pode ter uma locação de `default` ou `dedicated`. Por padrão, suas VPCs têm locação `default` e as instâncias lançadas em uma VPC de locação `default` têm locação `default`. Para iniciar instâncias dedicadas, faça o seguinte:
+ Crie uma VPC com uma locação de `dedicated`, para que todas as instâncias na VPC sejam executadas como instâncias dedicadas. Para obter mais informações, consulte [Iniciar Instâncias dedicadas em uma VPC com a locação padrão](dedicatedinstancesintovpc.md).
+ Crie uma VPC com uma locação de `default` e especifique manualmente uma locação de `dedicated` para as instâncias que serão executadas como instâncias dedicadas. Para obter mais informações, consulte [Iniciar Instâncias dedicadas em uma VPC com a locação padrão](dedicatedinstancesintovpc.md).
## Recursos compatíveis
Instâncias dedicadas são compatíveis com os seguintes recursos e integrações de serviço da AWS:
**Topics**
+ [
### Instâncias reservadas
](#dedicatedreservedinstances)
+ [
### Ajuste de escala automático
](#dedicated-instance-autoscaling)
+ [
### Recuperação automática
](#dedicated-instance-recovery)
+ [
### Instâncias spot dedicadas
](#dedicated-instance-spot)
+ [
### Instâncias expansíveis
](#dedicated-instance-burstable)
### Instâncias reservadas
Para reservar capacidade para suas instâncias dedicadas, é possível comprar instâncias reservadas dedicadas ou reservas de capacidade. Para obter mais informações, consulte [Visão geral de instâncias reservadas para o Amazon EC2](ec2-reserved-instances.md) e [Reservar capacidade computacional com reservas de capacidade sob demanda do EC2](ec2-capacity-reservations.md).
Ao adquirir uma Instância reservada dedicada, você está comprando a capacidade de iniciar uma instância dedicada por uma taxa de uso muito reduzida. A redução do preço de uso se aplica apenas quando você inicia uma instância com locação dedicada. Quando você compra uma Instância reservada com locação padrão, ela se aplica somente a uma instância em execução com locação `default`. Ela não é aplicada a uma instância em execução com locação `dedicated`.
Você não pode usar o processo de modificação para alterar a locação de uma Instância reservada depois de adquiri-la. No entanto, é possível trocar uma Instância reservada convertível por uma nova Instância reservada convertível com uma locação diferente.
### Ajuste de escala automático
É possível usar o Amazon EC2 Auto Scaling para executar Instâncias dedicadas. Para obter mais informações, consulte [Criar um modelo de execução usando configurações avançadas](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) no *Guia do usuário do Amazon EC2 Auto Scaling*.
### Recuperação automática
É possível configurar a recuperação automática para uma instância dedicada se ela ficar impedida devido a uma falha de hardware subjacente ou a um problema que exija o envolvimento da AWS para ser reparado. Para obter mais informações, consulte [Recuperação automática de instâncias](ec2-instance-recover.md).
### Instâncias spot dedicadas
É possível executar uma instância spot dedicada especificando uma locação de `dedicated` ao criar uma solicitação de instâncias spot. Para obter mais informações, consulte [Executar no hardware de locatário único](how-spot-instances-work.md#spot-instance-tenancy).
### Instâncias expansíveis
É possível aproveitar os benefícios da execução em hardware de locação dedicada com [Instâncias expansíveis](burstable-performance-instances.md). As instâncias dedicadas T3 são executadas no modo ilimitado por padrão, e elas fornecem um nível de linha de base de performance da CPU com a capacidade de expansão para um nível de CPU mais alto quando exigido por sua workload. A performance basal da T3 e a capacidade de expansão são regidas por créditos de CPU. Devido à natureza expansível dos tipos de instância T3, recomendamos monitorar como suas instâncias T3 usam os recursos de CPU do hardware dedicado para obter a melhor performance. As instâncias dedicadas T3 destinam-se a clientes com workloads diversas que exibem comportamento aleatório da CPU, mas que, preferencialmente, têm o uso médio da CPU em ou abaixo dos usos da linha de base. Para obter mais informações, consulte [Principais conceitos para instâncias de desempenho expansível](burstable-credits-baseline-concepts.md).
O Amazon EC2 tem sistemas para identificar e corrigir a variabilidade na performance. No entanto, ainda é possível passar por variabilidade de curto prazo se você iniciar várias instâncias dedicadas T3 que tenham padrões correlacionados de uso da CPU. Para essas workloads mais exigentes ou correlacionadas, recomendamos o uso de instâncias dedicadas M5 ou M5a em vez de instâncias dedicadas T3.
## Limitações da Instâncias dedicadas
Tenha o seguinte em mente ao usar instâncias dedicadas:
+ Alguns serviços da AWS ou seus recursos não são compatíveis com uma VPC com a locação de instância definida como `dedicated`. Verifique a documentação do serviço para confirmar se há alguma limitação.
+ Alguns tipos de instância não podem ser iniciados em uma VPC com a locação da instância definida como `dedicated`. Para obter mais informações sobre os tipos de instância compatíveis, consulte [Instâncias dedicadas do Amazon EC2](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
+ Quando você iniciar uma instância dedicada compatível com o Amazon EBS, o volume do EBS não é executado em hardware de ocupante único.
## Definição de preço para Instâncias dedicadas
A definição de preço de Instâncias dedicadas é diferente da definição de preço de Instâncias sob demanda. Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
# Iniciar Instâncias dedicadas em uma VPC com a locação padrão
Ao criar uma VPC, você tem a opção de especificar sua locação de instância. Se você iniciar uma instância em uma VPC que tenha uma locação de instância `dedicated`, ela será executada como uma instância dedicada em hardware dedicado ao seu uso.
Para obter mais informações sobre a execução de uma instância com uma locação de `host`, consulte [Iniciar instâncias do Amazon EC2 em um host dedicado do Amazon EC2](launching-dedicated-hosts-instances.md).
Para obter mais informações sobre as opções de locação de VPC, consulte [Crie uma VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html) no *Manual do usuário da Amazon VPC*.
**Requisitos**
+ Escolha um tipo de instância compatível. Para obter mais informações, consulte [Instâncias dedicadas do Amazon EC2](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
------
#### [ Console ]
**Para executar uma instância dedicada em uma VPC de locação padrão**
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), **Launch Instance** (Iniciar instância).
1. Na seção **Application and OS Images** (Imagens de aplicações e do sistema operacional), selecione uma AMI na lista.
1. Na seção **Instance type** (Tipo de instância), selecione o tipo de instância a ser iniciada.
1. Na seção **Key pair** (Par de chaves), selecione o par de chaves a ser associado à instância.
1. Na seção **Advanced details** (Detalhes avançados), em **Tenancy** (Locação), selecione **Dedicated** (Dedicada).
1. Configure as demais opções da instância conforme necessário. Para obter mais informações, consulte [Referência para parâmetros de configuração de instâncias do Amazon EC2](ec2-instance-launch-parameters.md).
1. Escolha **Iniciar instância**.
------
#### [ AWS CLI ]
**Para configurar a opção de locação para uma instância durante a execução**
Use a o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) e inclua a `Tenancy` com a opção de `--placement`.
```
--placement Tenancy=dedicated
```
------
#### [ PowerShell ]
**Para configurar a opção de locação para uma instância durante a execução**
Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) com o parâmetro `-Placement_Tenancy`.
```
-Placement_Tenancy dedicated
```
------
# Alterar a locação de uma instância do EC2
É possível alterar a locação de uma instância interrompida depois de iniciá-la. As alterações que você fizer entrarão em vigor na próxima vez que a instância for iniciada.
Como alternativa, você pode alterar a locação da sua nuvem privada virtual (VPC). Para obter mais informações, consulte [Alterar a locação da instância de uma VPC](change-tenancy-vpc.md).
**Limitações**
+ Você não pode alterar a locação de uma instância usando o Console de gerenciamento da AWS.
+ A instância deve estar no estado `stopped`.
+ Os detalhes do sistema operacional da instância, e se o SQL Server está ou não instalado, afetam quais conversões são compatíveis. Para obter mais informações sobre os caminhos de conversão de locação disponíveis para a sua instância, consulte [Tenancy conversion](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-tenancy.html) no *License Manager User Guide*.
+ Para instâncias T3, você deve iniciar a instância em um host dedicado para usar uma locação de `host`. Você não pode alterar a locação de `host` para `dedicated` ou `default`. Tentar fazer uma dessas alterações de locação não compatíveis gera um código de erro de `InvalidRequest`.
------
#### [ AWS CLI ]
**Para modificar o valor da locação de uma instância**
Use o comando [modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html).
```
aws ec2 modify-instance-placement \
--instance-id i-1234567890abcdef0 \
--tenancy dedicated
```
------
#### [ PowerShell ]
**Para modificar o valor da locação de uma instância**
Use o cmdlet [Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html).
```
Edit-EC2InstancePlacement `
-InstanceId i-1234567890abcdef0 `
-Tenancy Dedicated
```
------
# Alterar a locação da instância de uma VPC
Você pode alterar a locação da instância de uma nuvem privada virtual (VPC) de `dedicated` para `default` depois de criá-la. Modificar a locação da instância de uma VPC não afeta a locação de nenhuma instância existente na VPC. Na próxima vez que você executar uma instância na VPC, ela terá a locação `default`, a menos que você especifique de outra forma durante a execução.
Como alternativa, você pode alterar a locação de instâncias específicas. Para obter mais informações, consulte [Alterar a locação de uma instância do EC2](dedicated-change-tenancy.md).
**Limitações**
+ Você não pode alterar a locação da instância de uma VPC de `default` para `dedicated` depois de criá-la.
+ Você não pode modificar a locação de instâncias de uma VPC usando o Console de gerenciamento da AWS.
------
#### [ AWS CLI ]
**Para modificar o atributo de locação da instância de uma VPC**
Use o comando [modify-vpc-tenancy](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-vpc-tenancy.html). O único valor de locação compatível é `default`.
```
aws ec2 modify-vpc-tenancy \
--vpc-id vpc-1234567890abcdef0 \
--instance-tenancy default
```
------
#### [ PowerShell ]
**Para modificar o atributo de locação da instância de uma VPC**
Use o cmdlet [Edit-EC2VpcTenancy](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2VpcTenancy.html). O único valor de locação compatível é `Default`.
```
Edit-EC2VpcTenancy `
-VpcId vpc-1234567890abcdef0 `
-InstanceTenancy Default
```
------
# Reservas de capacidade sob demanda e blocos de capacidade para ML
As reservas de capacidade permitem que você reserve capacidade computacional para as instâncias do Amazon EC2 em uma determinada zona de disponibilidade. Há dois tipos de reserva de capacidade, que atendem a casos de uso diferentes.
**Tipos de reserva de capacidade**
+ [Reservas de capacidade sob demanda](ec2-capacity-reservations.md)
+ [Blocos de capacidade para ML](ec2-capacity-blocks.md)
Estes são alguns casos de uso comuns de reservas de capacidade sob demanda:
+ **Eventos de escalação**: você pode criar reservas de capacidade sob demanda antes de eventos críticos para os negócios de modo a garantir que possa escalar quando necessário.
+ **Requisitos regulamentares e recuperação de desastres**: use reservas de capacidade sob demanda para atender aos requisitos regulamentares de alta disponibilidade e reserve capacidade para recuperação de desastres em uma outra zona ou região de disponibilidade.
+ **Compartilhamento de capacidade não utilizada** — Use reservas de capacidade interruptível para disponibilizar a capacidade não utilizada para outras workloads em sua conta, mantendo o controle para recuperá-la quando necessário.
Estes são alguns casos de uso comuns de reservas de capacidade:
+ **Treinamento e ajuste fino de modelo de machine learning (ML)**: tenha acesso ininterrupto às instâncias de GPU que você reservou para concluir o treinamento e o ajuste fino do modelo de ML.
+ **Experimentos e protótipos de ML**: executar experimentos e desenvolver protótipos que exigem instâncias de GPU por períodos curtos.
**Quando usar reserva de capacidade sob demanda**
Use reservas de capacidade sob demanda se você tiver requisitos rígidos de capacidade e se suas workloads essenciais para os negócios, atuais ou futuras, exigirem garantia de capacidade. Com as reservas de capacidade sob demanda, você garante que sempre terá acesso à capacidade do Amazon EC2 que reservou, pelo tempo que precisar.
**Quando usar blocos de capacidade para ML**
Use blocos de capacidade para ML quando precisar garantir acesso ininterrupto às instâncias de GPU por um período de tempo definido, a partir de uma data futura. Os blocos de capacidade são ideais para treinar e ajustar modelos de ML, fazer pequenas execuções experimentais e lidar com picos temporários de demanda inferida no futuro. Com blocos de capacidade, você pode garantir que terá acesso aos recursos de GPU em uma data específica para executar as workloads de ML.
# Reservar capacidade computacional com reservas de capacidade sob demanda do EC2
As reservas de capacidade do Amazon EC2 permitem que você reserve capacidade computacional para instâncias do Amazon EC2 em uma determinada zona de disponibilidade por qualquer duração. Caso tenha requisitos rígidos de capacidade para workloads essenciais aos negócios, atuais ou futuras, que exijam um determinado nível de garantia de capacidade de longo ou curto prazo, recomendamos criar uma reserva de capacidade para ajudar a garantir que você sempre tenha acesso à capacidade do Amazon EC2 quando precisar, pelo tempo que precisar.
É possível criar uma reserva de capacidade a qualquer momento e escolher quando ela começa. É possível solicitar uma reserva de capacidade para uso imediato ou para uma data futura.
+ Caso solicite uma **reserva de capacidade para uso imediato**, a reserva de capacidade ficará disponível para uso imediato e não haverá compromisso de prazo. É possível modificar e cancelar a reserva de capacidade a qualquer momento para liberar a capacidade reservada e interromper as cobranças recorrentes.
+ Ao solicitar uma **reserva de capacidade com data futura**, especifique a data futura desejada para que a reserva de capacidade fique disponível para uso. Você também deve especificar uma duração de compromisso pela qual se compromete a manter a capacidade solicitada em sua conta após a data especificada. Na data e hora solicitadas, a reserva de capacidade fica disponível para uso e a duração do compromisso é iniciada. Durante o compromisso, você não pode diminuir a contagem de instâncias ou a duração do compromisso abaixo do compromisso inicial, nem cancelar a reserva de capacidade. Após o término da duração do compromisso, será possível modificar a reserva de capacidade da forma como desejar ou cancelá-la se não precisar mais dela.
Reservas de Capacidade só podem ser usadas por instâncias que correspondam aos seus atributos. Por padrão, as reservas de capacidade correspondem automaticamente às novas instâncias e às instâncias em execução que têm atributos correspondentes (por exemplo: tipo de instância, plataforma, zona de disponibilidade e locação). Isso significa que qualquer instância com atributos correspondentes são automaticamente executadas na Reserva de capacidade. No entanto, também é possível destinar uma Reserva de capacidade para workloads específicas. Isso permite que você controle explicitamente quais instâncias têm permissão de execução na capacidade reservada. Você também pode especificar que as instâncias serão executadas somente em uma reserva de capacidade ou um grupo de recursos de reserva de capacidade.
**Importante**
As reservas de capacidade com data futura servem para ajudar você a iniciar e cobrir instâncias incrementais e não para cobrir instâncias em execução existentes. Caso precise cobrir as instâncias em execução existentes, use as reservas de capacidade com início imediato.
Todas as instâncias do Amazon EC2 compatíveis que têm os atributos exigidos, ou seja, tipo de instância, plataforma, zona de disponibilidade e locação, são elegíveis para execução em uma reserva de capacidade. A instância do Amazon EC2 pode ser iniciada por você (*instâncias não gerenciadas*) ou em seu nome por um serviço da AWS (*instâncias gerenciadas*). Isso é particularmente válido para Reservas de capacidade *abertas*, que correspondem automaticamente a qualquer instância em execução que tenha atributos correspondentes. Por exemplo, instâncias gerenciadas lançadas em seu nome pelos serviços a seguir estão qualificadas para execução em Reservas de capacidade que você cria e gerencia.
+ Amazon EC2 Auto Scaling
+ Amazon ECS
+ Amazon EKS
+ Amazon EMR
+ Amazon SageMaker AI
+ AWS Batch
+ AWS Elastic Beanstalk
+ AWS ParallelCluster
+ Serviço de Computação Paralela da AWS (AWS PCS)
**Topics**
+ [
# Conceitos das reservas de capacidade do Amazon EC2
](cr-concepts.md)
+ [
## Diferenças entre Reservas de Capacidade, Instâncias reservadas e Savings Plans
](#capacity-reservations-differences)
+ [
## Plataformas compatíveis
](#capacity-reservations-platforms)
+ [
## Cotas
](#capacity-reservations-limits)
+ [
## Limitações
](#capacity-reservations-limitations)
+ [
# Definição de preços e faturamento da Reserva de capacidade
](capacity-reservations-pricing-billing.md)
+ [
# Criar uma Reserva de capacidade
](capacity-reservations-create.md)
+ [
# Visualizar o estado de uma reserva de capacidade
](capacity-reservations-view.md)
+ [
# Iniciar instâncias em uma Reserva de capacidade existente
](capacity-reservations-launch.md)
+ [
# Modificar uma reserva de capacidade ativa
](capacity-reservations-modify.md)
+ [
# Modificar as configurações de reserva de capacidade da instância
](capacity-reservations-modify-instance.md)
+ [
# Mover a capacidade entre reservas de capacidade
](capacity-reservations-move.md)
+ [
# Dividir a capacidade de uma reserva de capacidade existente
](capacity-reservations-split.md)
+ [
# Cancelar uma Reserva de capacidade
](capacity-reservations-release.md)
+ [
# Usar reservas de capacidade em grupos de posicionamento de cluster
](cr-cpg.md)
+ [
# Grupos de Reserva de capacidade
](create-cr-group.md)
+ [
# Reservas de Capacidade em zonas locais
](capacity-reservations-localzones.md)
+ [
# Reservas de Capacidade em zonas Wavelength
](capacity-reservations-wavelengthzones.md)
+ [
# Reservas de Capacidade no AWS Outposts
](capacity-reservations-outposts.md)
+ [
# Reservas de capacidade compartilhadas
](capacity-reservation-sharing.md)
+ [
# Frotas de reserva de capacidade
](cr-fleets.md)
+ [
# Monitorar o uso de reservas de capacidade com métricas do CloudWatch
](capacity-reservation-cw-metrics.md)
+ [
# Monitorar a subutilização da Reserva de capacidade
](cr-eventbridge.md)
+ [
# Monitorar alterações de estado para Reservas de capacidade com data no futuro
](monitor-fcr-state.md)
+ [
# Reservas de capacidade
](interruptible-capacity-reservations.md)
# Conceitos das reservas de capacidade do Amazon EC2
Os conceitos-chave a seguir se aplicam às reservas de capacidade.
**Topics**
+ [
## Data e hora de início
](#cr-start-date)
+ [
## Data e hora de encerramento
](#cr-end-date)
+ [
## Duração do compromisso
](#cr-commitment-duration)
+ [
## Avaliação da reserva de capacidade com data futura
](#cr-future-dated-assessment)
+ [
## Atributos da reserva de capacidade
](#cr-attributes)
+ [
## Critérios de correspondência de instâncias
](#cr-instance-eligibility)
## Data e hora de início
A data e a hora de início definem quando a reserva de capacidade fica disponível para uso. Uma reserva de capacidade pode começar **imediatamente** ou em uma **data futura**.
+ Se você optar por iniciar uma reserva de capacidade imediatamente, a capacidade reservada já ficará disponível para uso após sua criação, e o faturamento será iniciado assim que a reserva de capacidade entrar no estado ativo. Não há necessidade de assumir nenhum compromisso de prazo. É possível modificar a reserva de capacidade conforme necessário a qualquer momento para atender às suas necessidades, bem como cancelá-la para liberar a capacidade e interromper as cobranças.
+ Caso opte por iniciar uma reserva de capacidade em uma data futura, especifique uma *data e hora futuras* nas quais precisará da capacidade reservada e uma *duração de compromisso*, que é a duração mínima pela qual você se compromete a manter a reserva de capacidade solicitada em sua conta após o provisionamento. Na data futura especificada, a reserva de capacidade fica disponível para uso e o faturamento começa nesse momento, quando a reserva de capacidade entra no estado ativo. A duração do compromisso começa assim que a reserva de capacidade é provisionada na conta. Durante esse período, você não pode diminuir a contagem de instâncias abaixo da contagem de instâncias confirmadas, escolher uma data de término anterior à duração do compromisso ou cancelar a reserva de capacidade. No entanto, após o término da duração do compromisso, será possível modificar a reserva de capacidade da forma como desejar ou cancelá-la para liberar a capacidade reservada e interromper as cobranças.
## Data e hora de encerramento
A data e a hora de término definem quando a reserva de capacidade termina e a capacidade reservada é liberada da sua conta. É possível configurar uma reserva de capacidade para **terminar automaticamente** em uma data e hora específicas ou para permanecer ativa indefinidamente até que você a **cancele manualmente**.
Se você configurar uma reserva de capacidade para terminar automaticamente, a reserva de capacidade vai expirar dentro de 1 hora após o horário especificado. Por exemplo, se você especificar `5/31/2019, 13:30:55`, é garantido que a reserva de capacidade termine entre `13:30:55` e `14:30:55` em `5/31/2019`.
Após o término da reserva, a capacidade reservada é liberada da conta, e você não pode mais destinar instâncias à reserva de capacidade. Instâncias em execução na capacidade reservada continuam a executar sem interrupção. Se as instâncias que estão destinando uma reserva de capacidade forem interrompidas, não será possível reiniciá-las até que a preferência de destino na reserva de capacidade seja removida ou que você as configure para destinar uma reserva de capacidade diferente. Para obter mais informações, consulte [Modificar as configurações de reserva de capacidade da instância](capacity-reservations-modify-instance.md).
## Duração do compromisso
A duração do compromisso se aplica somente às reservas de capacidade com data futura.
A duração do compromisso é a duração mínima pela qual você se compromete a ter a reserva de capacidade com data futura no estado ativo em sua conta depois de provisionada. É possível manter uma reserva de capacidade com data futura por mais tempo do que a duração do compromisso, mas não por menos. As seguintes especificações se aplicam à duração do compromisso:
+ Você não pode cancelar uma reserva de capacidade durante a vigência do compromisso.
+ Você não pode diminuir a contagem de instâncias abaixo da contagem de instâncias confirmada, mas pode aumentá-la.
+ Você não pode configurar uma reserva de capacidade para terminar automaticamente em uma data ou hora que esteja dentro da duração do compromisso. É possível estender a data e a hora de término durante o período de compromisso.
O Amazon EC2 usa a duração do compromisso especificada para avaliar se há suporte para a solicitação. A duração mínima do compromisso é 14 dias. Ao avaliar uma solicitação, o Amazon EC2 pode determinar que há suporte para uma duração de compromisso mais curta. Nesse caso, o Amazon EC2 agendará a reserva de capacidade com data futura com a duração do compromisso menor. Isso significa que você se compromete a manter a reserva de capacidade em sua conta por um período menor do que o solicitado inicialmente.
## Avaliação da reserva de capacidade com data futura
Quando você solicita uma reserva de capacidade com data futura, o Amazon EC2 avalia a solicitação para determinar se há suporte para ela com base na disponibilidade da capacidade e na duração do compromisso que você especificar. A avaliação costuma ser concluída em cinco dias. O Amazon EC2 considera vários fatores ao avaliar uma solicitação, incluindo:
+ Fornecimento de capacidade previsto
+ A duração do compromisso
+ Com que antecedência você solicita a reserva de capacidade em relação à data de início
+ O tamanho da solicitação
É possível solicitar uma reserva de capacidade com data futura entre 5 e 120 dias de antecedência. Recomendamos que você faça a solicitação com pelo menos 56 dias (8 semanas) de antecedência para melhorar nossa capacidade de atendê-la. A duração mínima do compromisso é 14 dias, e a contagem mínima de instâncias é de 32 vCPUs.
A reserva de capacidade permanece no estado `assessing` enquanto a solicitação está sendo avaliada.
Se a solicitação puder ser atendida, a reserva de capacidade entrará no estado `scheduled` e será programada para entrega na data e hora solicitadas. A contagem total de instâncias permanece 0 enquanto a reserva de capacidade está no estado `scheduled`. Uma reserva de capacidade programada ficará `active` e será disponibilizada para uso na data solicitada.
Se uma solicitação não puder ser atendida, a reserva de capacidade entrará no estado `unsupported`. Reservas de capacidade sem suporte não são entregues.
É possível cancelar uma reserva de capacidade com data futura enquanto ela estiver no estado `assessing`.
Para obter mais informações, consulte [Criar uma reserva de capacidade com data futura](capacity-reservations-create.md#create-future-cr).
## Atributos da reserva de capacidade
Ao criar uma reserva de capacidade, especifique os seguintes atributos:
+ Zona de disponibilidade
+ Tipo de instância
+ Plataforma (tipo de sistema operacional)
+ Locação (`default` ou `dedicated`)
Somente instâncias que correspondam a esses atributos podem ser iniciadas ou executadas na reserva de capacidade.
## Critérios de correspondência de instâncias
Os critérios de correspondência de instâncias, ou a elegibilidade de instâncias, determinam quais delas podem ser iniciadas e executadas na reserva de capacidade. Uma reserva de capacidade pode ter um dos seguintes critérios de correspondência:
+ **Aberta**: a reserva de capacidade corresponde automaticamente a todas as instâncias que têm atributos correspondentes (tipo de instância, plataforma e zona de disponibilidade). As instâncias novas e existentes que têm atributos correspondentes são executadas automaticamente na reserva de capacidade sem nenhuma configuração adicional.
+ **Destinada**: a reserva de capacidade só aceita instâncias que tenham atributos correspondentes (tipo de instância, plataforma e zona de disponibilidade) e estejam explicitamente destinadas para a reserva de capacidade. A instância deve direcionar especificamente a reserva de capacidade para ser iniciada ou executada na capacidade reservada. Isso permite que você controle explicitamente quais instâncias têm permissão para serem executadas na capacidade reservada e ajuda a evitar o uso não intencional da capacidade reservada.
Ao solicitar uma reserva de capacidade com data futura, você pode especificar somente os critérios de correspondência direcionados. Isso garante que a capacidade fornecida pela reserva de capacidade seja incremental ou adicional a qualquer instância em execução ou capacidade reservada que você tenha no momento da entrega. Depois que a reserva de capacidade se tornar ativa em sua conta, será possível alterar os critérios de correspondência de instâncias para aberto, se necessário. No entanto, lembre-se de que todas as instâncias correspondentes serão executadas automaticamente na reserva de capacidade, o que pode levar ao uso não intencional da capacidade e impedir que você inicie novas instâncias na contagem total de instâncias solicitadas.
## Diferenças entre Reservas de Capacidade, Instâncias reservadas e Savings Plans
A tabela a seguir destaca as principais diferenças entre Reservas de Capacidade, Instâncias reservadas e Savings Plans:
| | Capacity Reservations | Instâncias reservadas zonais | Instâncias reservadas regionais | Savings Plans |
| --- | --- | --- | --- | --- |
| Prazo | Não é necessário nenhum compromisso para reservas de capacidade de uso imediato. Elas podem ser criadas, modificadas e canceladas conforme necessário. Em reservas de capacidade com data futura, você especifica uma duração de compromisso pela qual se compromete a manter a capacidade em sua conta. Após o término da duração do compromisso, será possível cancelar a reserva de capacidade a qualquer momento. | Exige compromisso fixo de um ano ou de três anos |
| Benefício da capacidade | Capacidade reservada em uma zona de disponibilidade específica. | Nenhuma capacidade reservada. |
| Desconto de faturamento | Sem desconto de faturamento. † | Fornece um desconto de faturamento. |
| Limites de instâncias | Seus limites instância sob demanda por região se aplicam. | O padrão é 20 por zona de disponibilidade. É possível solicitar um aumento de limite. | O padrão é 20 por região. É possível solicitar um aumento de limite. | Sem limite. |
† É possível combinar Reservas de Capacidade com Savings Plans ou instâncias reservadas regionais para receber um desconto.
Para obter mais informações, consulte:
+ [Visão geral de instâncias reservadas para o Amazon EC2](ec2-reserved-instances.md)
+ [Guia do usuário do Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
## Plataformas compatíveis
É necessário criar a reserva de capacidade com a plataforma correta para garantir que ela corresponda corretamente às suas instâncias. As reservas de capacidade oferecem suporte aos seguintes valores para `platform`:
+ Linux/UNIX
+ Linux com SQL Server Standard
+ Linux com SQL Server Web
+ Linux com SQL Server Enterprise
+ SUSE Linux
+ Red Hat Enterprise Linux
+ RHEL com SQL Server Standard
+ RHEL com SQL Server Enterprise
+ RHEL com SQL Server Web
+ RHEL com HA
+ RHEL com HA e SQL Server Standard
+ RHEL com HA e SQL Server Enterprise
+ Ubuntu Pro
+ Windows
+ Windows com SQL Server
+ Windows com SQL Server Web
+ Windows com SQL Server Standard
+ Windows com SQL Server Enterprise
Para garantir que uma instância seja executada em uma reserva de capacidade específica, a plataforma da reserva de capacidade deve corresponder à plataforma da AMI utilizada para iniciar a instância. Para AMIs do Linux, é importante verificar se a plataforma da AMI usa o valor geral **Linux/UNIX** ou um valor mais específico, como **SUSE Linux**.
------
#### [ Console ]
**Para verificar a plataforma da 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, selecione **AMIs**.
1. Selecione a AMI.
1. Na guia **Detalhes**, anote o valor de **Detalhes da plataforma**.
------
#### [ AWS CLI ]
**Para verificar a plataforma da AMI**
Utilize o comando [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) e verifique o valor de `PlatformDetails`.
```
aws ec2 describe-images \
--image-ids ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
O seguinte é um exemplo de saída.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**Para verificar a plataforma da AMI**
Use o cmdlet [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html) e verifique o valor de `PlatformDetails`.
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
O seguinte é um exemplo de saída.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Cotas
O número de instâncias para as quais você tem permissão para reservar capacidade é baseado na cota de instâncias sob demanda de sua conta. É possível reservar capacidade para todas as instâncias permitidas pela cota, menos o número de instâncias que já estão em execução.
As reservas de capacidade nos estados `assessing`, `scheduled`, `pending`, `active` e `delayed` contam para a cota de instâncias sob demanda.
## Limitações
Antes de criar Reservas de Capacidade, observe as seguintes limitações e restrições.
+ Reservas de Capacidade ativas e não utilizadas entram na contagem dos limites de instância sob demanda.
+ As Reservas de Capacidade não são transferíveis de uma conta da AWS para outra. Entretanto, é possível compartilhar reservas de capacidade com outras contas da AWS. Para obter mais informações, consulte [Reservas de capacidade compartilhadas](capacity-reservation-sharing.md).
+ Os descontos de faturamento Instância reservada de zona não se aplicam às Reservas de Capacidade.
+ É possível criar reservas de capacidade em grupos de posicionamento de cluster. Não há suporte para grupos de posicionamento disseminados e de partição.
+ As Reservas de Capacidade não podem ser usadas com Hosts dedicados. As reservas de capacidade não podem ser usadas com instâncias dedicadas.
+ [Instâncias do Windows] Não é possível usar as reservas de capacidade com o modelo de licenciamento traga a sua própria licença (BYOL).
+ [Instâncias Red Hat] É possível usar as reservas de capacidade com o modelo de licenciamento traga a sua própria licença (BYOL).
+ O Reservas de Capacidade não garante que uma instância hibernada possa retomar depois de tentar iniciá-la.
+ É possível solicitar reservas de capacidade com data futura para uma contagem de instâncias com um mínimo de 32 vCPUs. Por exemplo, se você solicitar uma reserva de capacidade com data futura para instâncias `m5.xlarge`, deverá solicitar pelo menos 8 instâncias (*8 \$1 m5.xlarge = 32 vCPUs*).
+ É possível solicitar reservas de capacidade com data futura somente para tipos de instância nestas séries: C, G, I, M, R e T.
# Definição de preços e faturamento da Reserva de capacidade
Os tópicos desta seção fornecem uma visão geral do preço e do faturamento das reservas de capacidade.
**Topics**
+ [
## Preços
](#capacity-reservations-pricing)
+ [
## Faturamento
](#capacity-reservations-billing)
+ [
## Descontos de faturamento
](#capacity-reservations-discounts)
+ [
## Visualizar sua fatura
](#capacity-reservations-viewing-bill)
## Preços
As Reservas de capacidade são cobradas pela taxa sob demanda equivalente independentemente de você executar instâncias na capacidade reservada ou não, incluindo qualquer sobretaxa regional aplicável para instâncias dedicadas. Se você não usar a reserva, ela será exibida como uma reserva não utilizada em sua fatura do Amazon EC2. Quando executa uma instância que corresponde aos atributos de uma reserva, você paga apenas pela instância e nada pela reserva. Não há cobranças antecipadas ou adicionais.
Por exemplo, se criar uma Reserva de capacidade para 20 instâncias `m4.large` do Linux e executar 15 instâncias `m4.large` do Linux na mesma zona de disponibilidade, você será cobrado por 15 instâncias ativas e por 5 instâncias não usadas na reserva.
Descontos de faturamento para Savings Plans e instâncias reservadas regionais aplicam-se a reservas de capacidade. Para obter mais informações, consulte [Descontos de faturamento](#capacity-reservations-discounts).
Para obter mais informações, consulte [Definição de preço Amazon EC2](https://aws.amazon.com/ec2/pricing/).
## Faturamento
O faturamento começa assim que a Reserva de capacidade for provisionada na conta. Ele prosseguirá enquanto a Reserva de capacidade permanecer provisionada na conta. Para reservas de capacidade com data futura, isso significa que o faturamento começa somente quando a reserva de capacidade é provisionada em sua conta na data futura solicitada.
As Reservas de Capacidade são cobradas por granularidade por segundo. Isso significa que você é cobrado por horas parciais. Por exemplo, se uma reserva de capacidade permanecer provisionada em sua conta por `24` horas e `15` minutos, você será cobrado por `24.25` horas de reserva.
O exemplo a seguir mostra como uma Reserva de capacidade é cobrada. A Reserva de capacidade é criada para uma instância `m4.large` do Linux, que tem uma taxa sob demanda de 0,10 USD por hora de uso. Neste exemplo, a Reserva de capacidade está provisionada na conta por cinco horas. A Reserva de capacidade não é usada na primeira hora, portanto, é cobrada por uma hora não utilizada na taxa sob demanda padrão do tipo de instância `m4.large`. Das duas às cinco horas, a Reserva de capacidade é ocupada por uma instância `m4.large`. Durante esse período, a Reserva de capacidade não acumula cobranças e, em vez disso, a conta é cobrada pela instância `m4.large` que a está ocupando. Na sexta hora, a Reserva de capacidade é cancelada, e a instância `m4.large` é executada normalmente fora da capacidade reservada. Para essa hora, ela é cobrada pela taxa sob demanda do tipo de instância `m4.large`.
![\[Exemplo de faturamento de Reserva de capacidade\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/cr-billing-example.png)
## Descontos de faturamento
Os descontos de faturamento para Savings Plans e instâncias reservadas regionais aplicam-se a reservas de capacidade. A AWS aplica automaticamente esses descontos às reservas de capacidade que têm atributos correspondentes. Quando uma Reserva de capacidade é usada por uma instância, o desconto é aplicado à instância. Os descontos são preferencialmente aplicados ao uso de instâncias antes de cobrir Reservas de Capacidade não utilizadas.
Os descontos de faturamento de Instâncias reservadas zonais não se aplicam às Reservas de Capacidade.
Para obter mais informações, consulte:
+ [Visão geral de instâncias reservadas para o Amazon EC2](ec2-reserved-instances.md)
+ [Guia do usuário do Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
+ [Opções de faturamento e compra](https://aws.amazon.com/ec2/faqs/#capacityreservations)
## Visualizar sua fatura
É possível revisar as cobranças e taxas da sua conta no console do Gerenciamento de Faturamento e Custos da AWS.
+ O **Painel** exibe um resumo de gastos da sua conta.
+ Na página **Bills (Faturas)**, em **Details (Detalhes)**, expanda a seção **Elastic Compute Cloud** e a região para obter informações de faturamento sobre suas Reservas de Capacidade.
É possível visualizar as cobranças online ou baixar um arquivo CSV. Para obter mais informações, consulte [Itens de linha de reserva de capacidade](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html#capacity-reservation-li).
# Criar uma Reserva de capacidade
É possível criar uma reserva de capacidade a qualquer momento para garantir que tenha capacidade computacional disponível em uma zona de disponibilidade específica. Uma reserva de capacidade pode começar imediatamente ou em uma data futura. A capacidade fica disponível para uso somente quando a reserva de capacidade entra no estado `active`.
**nota**
Se você criar uma reserva de capacidade com critérios de correspondência de instâncias `open` e tiver instâncias em execução com atributos correspondentes no momento em que a reserva de capacidade se tornar ativa, essas instâncias serão executadas automaticamente na capacidade reservada. Para evitar isso, use critérios de correspondência de instâncias `targeted`. Para obter mais informações, consulte [Critérios de correspondência de instâncias](cr-concepts.md#cr-instance-eligibility).
Sua solicitação de criação de uma Reserva de capacidade poderá falhar se uma das seguintes opções for verdadeira:
+ O Amazon EC2 não tem capacidade suficiente para realizar a solicitação. Tente novamente mais tarde, tente uma zona de disponibilidade diferente ou tente uma solicitação menor. Se a sua aplicação for flexível entre tipos e tamanhos de instâncias, tente diferentes atributos de instância.
+ A quantidade solicitada excede o limite de instância sob demanda para a família de instâncias selecionada. Aumente o limite de instância sob demanda para a família de instâncias e tente novamente. Para obter mais informações, consulte [Cotas de instância sob demanda](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
**Topics**
+ [
## Criar uma reserva de capacidade para uso imediato
](#create-immediate-cr)
+ [
## Criar uma reserva de capacidade com data futura
](#create-future-cr)
## Criar uma reserva de capacidade para uso imediato
Você cria uma reserva de capacidade para uso imediato.
------
#### [ Console ]
**Para criar uma reserva de capacidade**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Selecione **Reservas de Capacidade** e **Create Reserva de capacidade (Criar Reserva de capacidade)**.
1. Defina as configurações a seguir na seção **Detalhes da instância**.
1. **Tipo de instância**: o tipo de instância para o qual reservar capacidade.
1. **Plataforma**: o sistema operacional das suas instâncias. Para obter mais informações, consulte [Plataformas compatíveis](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Zona de disponibilidade** a zona de disponibilidade na qual reservar a capacidade.
1. **Locação**: o tipo de locação a ser usada na capacidade reservada. Escolha Padrão para reservar capacidade em hardware compartilhado ou Dedicado para reservar capacidade em hardware dedicado a sua conta.
1. (*Opcional*) **ARN do grupo de posicionamento**: o ARN do grupo de posicionamento de cluster no qual criar a reserva de capacidade. Para obter mais informações, consulte [Usar reservas de capacidade em grupos de posicionamento de cluster](cr-cpg.md).
1. **Contagem total de instâncias**: o número de instâncias para as quais reservar capacidade. Se você especificar uma quantidade que exceda sua cota de instâncias sob demanda restante para o tipo de instância selecionada, a solicitação falhará.
1. Defina as seguintes configurações na seção **Reservation details (Detalhes da reserva)**:
1. **A reserva de capacidade começa**: escolha **Imediatamente**.
1. **Término da reserva de capacidade**: escolha uma das seguintes opções:
+ **Manualmente**: reserve a capacidade até que você a cancele explicitamente.
+ **Horário específico**: cancele a reserva de capacidade automaticamente na data e na hora especificadas.
1. **Elegibilidade de instância**: escolha uma das seguintes opções:
+ **aberto**: (padrão) a reserva de capacidade corresponde a qualquer instância que tenha atributos correspondentes (tipo de instância, plataforma, zona de disponibilidade e locação). Se você executar uma instância com atributos correspondentes, ela será colocada na capacidade reservada automaticamente.
+ **Direcionada**: a reserva de capacidade aceita somente instâncias que tenham atributos correspondentes (tipo de instância, plataforma, zona de disponibilidade e locação) e estejam explicitamente destinadas para a reserva.
1. Escolha **Criar**.
------
#### [ AWS CLI ]
**Para criar uma reserva de capacidade**
Use o comando [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria open|targeted
```
------
#### [ PowerShell ]
**Para criar uma reserva de capacidade**
Use o cmdlet [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html).
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion open|targeted
```
------
## Criar uma reserva de capacidade com data futura
Solicite uma reserva de capacidade com data futura se precisar que a capacidade reservada fique disponível em uma data e hora futuras.
Depois de solicitar uma reserva de capacidade com data futura, a solicitação passa por uma avaliação para determinar se ela pode ser atendida. Para obter mais informações, consulte [Avaliação da reserva de capacidade com data futura](cr-concepts.md#cr-future-dated-assessment).
**Considerações**
+ É possível solicitar reservas de capacidade com data futura para tipos de instância nestas séries: C, G, I, M, R e T.
+ É possível solicitar reservas de capacidade com data futura para uma contagem de instâncias com um mínimo de 32 vCPUs. Por exemplo, se você solicitar uma reserva de capacidade com data futura para instâncias `m5.xlarge`, deverá solicitar capacidade pelo menos para 8 instâncias (*8 \$1 m5.xlarge = 32 vCPUs*).
+ É possível solicitar uma reserva de capacidade com data futura entre 5 e 120 dias de antecedência. No entanto, recomendamos solicitar com pelo menos 56 dias (oito semanas) de antecedência para melhorar a capacidade de atendimento.
+ A duração mínima do compromisso é 14 dias.
------
#### [ Console ]
**Para criar uma reserva de capacidade**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Selecione **Reservas de Capacidade** e **Create Reserva de capacidade (Criar Reserva de capacidade)**.
1. Defina as configurações a seguir na seção **Detalhes da instância**.
1. **Tipo de instância**: o tipo de instância para o qual reservar capacidade.
1. **Plataforma**: o sistema operacional das suas instâncias. Para obter mais informações, consulte [Plataformas compatíveis](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Zona de disponibilidade** a zona de disponibilidade na qual reservar a capacidade.
1. **Locação**: o tipo de locação a ser usada na capacidade reservada. Escolha Padrão para reservar capacidade em hardware compartilhado ou Dedicado para reservar capacidade em hardware dedicado a sua conta.
1. **Contagem total de instâncias**: o número de instâncias para as quais reservar capacidade. Se você especificar uma quantidade que exceda sua cota de instâncias sob demanda restante para o tipo de instância selecionada, a solicitação falhará.
1. Defina as seguintes configurações na seção **Reservation details (Detalhes da reserva)**:
1. **A reserva de capacidade começa**: escolha **Em um horário específico**.
1. **Data de início**: especifique a data e a hora em que a reserva de capacidade deve ficar disponível para uso. Para obter mais informações, consulte [Data e hora de início](cr-concepts.md#cr-start-date).
1. **Duração do compromisso**: especifique a duração mínima pela qual você se compromete a manter a reserva de capacidade após a entrega. Para obter mais informações, consulte [Duração do compromisso](cr-concepts.md#cr-commitment-duration).
1. **Término da reserva de capacidade**: escolha uma das seguintes opções:
+ **Quando eu cancelar**: reserve a capacidade até que você a cancele explicitamente.
+ **Horário específico**: cancele a reserva de capacidade automaticamente na data e na hora especificadas.
1. Escolha **Criar**.
------
#### [ AWS CLI ]
**Para criar uma reserva de capacidade**
Use o comando [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria targeted \
--delivery-preference incremental \
--commitment-duration commitment_in_seconds \
--start-date YYYY-MMDDThh:mm:ss.sssZ
```
------
#### [ PowerShell ]
**Para criar uma reserva de capacidade**
Use o cmdlet [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html).
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion targeted `
-DeliveryPreference incremental `
-CommitmentDuration commitment_in_seconds `
-StartDate YYYY-MMDDThh:mm:ss.sssZ
```
------
# Visualizar o estado de uma reserva de capacidade
O Amazon EC2 monitora constantemente o estado das reservas de capacidade.
Devido ao modelo de [consistência eventual](https://docs.aws.amazon.com/ec2/latest/devguide/eventual-consistency.html) seguido pela API do Amazon EC2, depois de criar uma reserva de capacidade, até cinco minutos poderão ser necessários para o estado da reserva de capacidade refletir que é `active`. Durante esse período, a reserva de capacidade pode permanecer no estado `pending`. No entanto, ela já pode estar disponível para uso. Nesse caso, as tentativas de iniciar instâncias na reserva de capacidade seriam bem-sucedidas.
------
#### [ Console ]
**Para visualizar suas reservas de capacidade**
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 **Reservas de Capacidade**.
1. Selecione a reserva de capacidade.
------
#### [ AWS CLI ]
**Para descrever suas reservas de capacidade**
Use o comando [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html).
Por exemplo, o comando a seguir descreve todas as Reservas de Capacidade.
```
aws ec2 describe-capacity-reservations
```
O seguinte é um exemplo de saída.
```
{
"CapacityReservations": [
{
"CapacityReservationId": "cr-1234abcd56EXAMPLE",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-16T09:03:18.000Z",
"AvailableInstanceCount": 1,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 1,
"State": "active",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "a1.medium",
"PlacementGroupArn": "arn:aws:ec2:us-east-1:123456789012:placement-group/MyPG"
},
{
"CapacityReservationId": "cr-abcdEXAMPLE9876ef",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-07T11:34:19.000Z",
"AvailableInstanceCount": 3,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 3,
"State": "cancelled",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "m5.large"
}
]
}
```
------
#### [ PowerShell ]
**Para descrever uma reserva de capacidade**
Use o cmdlet [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html).
```
Get-EC2CapacityReservation `
-CapacityReservationId cr-1234abcd56EXAMPLE
```
------
## Estados de reservas de capacidade
Os estados possíveis das reservas de capacidade são descritos a seguir.
| Estado | Descrição |
| --- | --- |
| active | a capacidade está disponível para uso. |
| expired | A reserva de capacidade expirou automaticamente na data e hora especificadas em sua solicitação de reserva. A capacidade reservada não está mais disponível para uso. |
| cancelled | A reserva de capacidade foi cancelada. A capacidade reservada não está mais disponível para uso. |
| pending | A solicitação de reserva de capacidade foi bem-sucedida, mas o provisionamento da capacidade ainda está pendente. |
| failed | A solicitação da reserva de capacidade falhou. Uma solicitação pode falhar devido a parâmetros de solicitação que não são válidos, restrições da capacidade ou restrições de limite da instância. É possível visualizar uma solicitação com falha por 60 minutos. |
| scheduled | (Somente reservas de capacidade com data futura) A solicitação de reserva de capacidade com data futura foi aprovada e a reserva de capacidade está programada para entrega na data de início solicitada. |
| assessing | (Somente reservas de capacidade com data futura) O Amazon EC2 está avaliando sua solicitação de reserva de capacidade com data futura. Para obter mais informações, consulte [Avaliação da reserva de capacidade com data futura](cr-concepts.md#cr-future-dated-assessment). |
| delayed | (Somente reservas de capacidade com data futura) O Amazon EC2 encontrou um atraso no provisionamento da reserva de capacidade com data futura solicitada. O Amazon EC2 não consegue entregar a capacidade solicitada na data e hora de início solicitadas. |
| unsupported | (Somente reservas de capacidade com data futura) O Amazon EC2 não pode atender à solicitação de reserva de capacidade com data futura devido a restrições de capacidade. É possível visualizar as solicitações não atendidas por 30 dias. A reserva de capacidade não será entregue. |
# Iniciar instâncias em uma Reserva de capacidade existente
Só é possível iniciar uma instância em uma reserva de capacidade que:
+ Tenha atributos correspondentes (tipo de instância, plataforma, zona de disponibilidade e locação)
+ Tenha capacidade disponível suficiente
+ Esteja no estado `active`
Ao executar uma instância, é possível especificar se deseja executá-la em qualquer Reserva de capacidade `open`, em uma Reserva de capacidade específica ou em um grupo de Reservas de Capacidade.
Se preferir, configure a instância para evitar a execução em um Reserva de capacidade, mesmo que você tenha uma Reserva de capacidade `open` com atributos correspondentes e capacidade disponível.
A execução de uma instância em uma Reserva de capacidade reduz a capacidade disponível pelo número de instâncias executadas. Por exemplo, se você executar três instâncias, a capacidade disponível da Reserva de capacidade será reduzida em três.
------
#### [ Console ]
**Para iniciar instâncias em uma reserva de capacidade existente**
1. Siga o procedimento para [executar uma instância](ec2-launch-instance-wizard.md), mas não execute a instância até concluir as etapas a seguir para especificar as configurações para o grupo de posicionamento e a reserva de capacidade.
1. Expanda os **Detalhes avançados** e faça o seguinte:
1. Em **Grupo de posicionamento**, selecione o grupo de posicionamento de cluster no qual deseja executar a instância.
1. Em **Capacity Reservation** (Reserva de capacidade), escolha uma das seguintes opções dependendo da configuração da reserva de capacidade:
+ **Nenhuma**: impede que as instâncias sejam executadas em uma reserva de capacidade. As instâncias são executadas na capacidade sob demanda.
+ **Aberta**: executa as instâncias em qualquer reserva de capacidade que tenha atributos correspondentes e capacidade suficiente para o número de instâncias selecionadas. Se você não tiver uma Reserva de capacidade correspondente com capacidade suficiente, a instância usará a capacidade sob demanda.
+ **Especificar reserva de capacidade**: inicia as instâncias na reserva de capacidade selecionada. Se a Reserva de capacidade selecionada não tiver capacidade suficiente para o número de instâncias selecionadas, a execução da instância falhará.
+ **Especificar grupo de recursos de reserva de capacidade**: inicia as instâncias em qualquer reserva de capacidade com atributos correspondentes e capacidade disponível no grupo de reserva de capacidade selecionado. Se o grupo selecionado não tiver uma Reserva de capacidade com atributos correspondentes e capacidade disponível, as instâncias serão executadas na capacidade sob demanda.
+ **Especificar somente reserva de capacidade**: inicia as instâncias em uma reserva de capacidade. Se um ID de reserva de capacidade não for especificado, as instâncias serão iniciadas em uma reserva de capacidade aberta. Se a capacidade não estiver disponível, as instâncias falharão ao iniciar.
+ **Especificar somente grupo de recursos de reserva de capacidade**: inicia as instâncias em uma reserva de capacidade em um grupo de recursos de reserva de capacidade. Se um ARN de grupo de recursos de reserva de capacidade não for especificado, as instâncias serão iniciadas em uma reserva de capacidade aberta. Se a capacidade não estiver disponível, as instâncias falharão ao iniciar.
1. No painel **Resumo**, analise a configuração da instância e selecione **Iniciar instância**.
------
#### [ AWS CLI ]
**Para iniciar uma instância em uma reserva de capacidade existente**
Use o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) e especifique a opção `--capacity-reservation-specification`.
O exemplo a seguir executa uma instância em qualquer reserva de capacidade aberta com atributos correspondentes e capacidade disponível:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationPreference=open
```
O exemplo a seguir executa uma instância em uma reserva de capacidade `targeted`:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
O exemplo a seguir executa uma instância no grupo de reserva de capacidade especificado:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
O exemplo a seguir inicia uma instância somente em uma reserva de capacidade. Como o ID da reserva de capacidade não é especificado, a instância é iniciada em qualquer reserva de capacidade aberta com atributos correspondentes e capacidade disponível:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only
```
O exemplo a seguir inicia uma instância somente em uma reserva de capacidade específica. Se a capacidade não estiver disponível na reserva de capacidade especificada, a instância falhará ao iniciar.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
------
#### [ PowerShell ]
**Para iniciar uma instância em uma reserva de capacidade existente**
Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html).
O exemplo a seguir executa uma instância em qualquer reserva de capacidade aberta com atributos correspondentes e capacidade disponível:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "open"
```
O exemplo a seguir executa uma instância em uma reserva de capacidade `targeted`:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
O exemplo a seguir executa uma instância no grupo de reserva de capacidade especificado:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
O exemplo a seguir inicia uma instância somente em uma reserva de capacidade. Como o ID da reserva de capacidade não é especificado, a instância é iniciada em qualquer reserva de capacidade aberta com atributos correspondentes e capacidade disponível:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only"
```
O exemplo a seguir inicia uma instância somente em uma reserva de capacidade específica. Se a capacidade não estiver disponível na reserva de capacidade especificada, a instância falhará ao iniciar.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
------
# Modificar uma reserva de capacidade ativa
Se você tiver uma reserva de capacidade existente que não seja adequada para a workload que precisa da capacidade, você pode modificar a quantidade e a elegibilidade da instância (`open` ou `targeted`) e a hora de término (`At specific time` ou `Manually`). Se você especificar uma nova quantidade de instâncias que exceda seu limite de instância sob demanda restante para o tipo de instância selecionada, a atualização falhará.
As modificações permitidas dependem do estado da reserva de capacidade:
+ Estado `assessing` ou `scheduled`: você pode modificar somente as tags.
+ Estado `pending`: você não pode modificar a reserva de capacidade de forma alguma.
+ Estado `active`, mas ainda dentro da duração do compromisso: você não pode diminuir a contagem de instâncias abaixo da contagem de instâncias confirmadas, nem definir uma data de término anterior à duração confirmada. Todas as outras modificações são permitidas.
+ Estado `active` sem duração de compromisso ou duração de compromisso expirada: todas as modificações são permitidas.
+ Estados `expired`, `cancelled`, `unsupported` ou `failed`: você não pode modificar a reserva de capacidade de forma alguma.
**Considerações**
+ Não é possível alterar o tipo de instância, a plataforma, a zona de disponibilidade nem a locação após a criação. Se for necessário modificar qualquer um desses atributos, recomendamos cancelar a reserva e, em seguida, criar uma nova com os atributos necessários.
+ Se você modificar uma reserva de capacidade existente ao alterar a elegibilidade da instância de `targeted` para `open`, todas as instâncias em execução que correspondam aos atributos da reserva de capacidade, que tenham o parâmetro `CapacityReservationPreference` definido como `open` e que ainda não estejam em execução na reserva de capacidade usarão a reserva de capacidade modificada automaticamente.
+ Para alterar a elegibilidade da instância, a reserva de capacidade deve estar completamente ociosa (uso zero) porque o Amazon EC2 não pode modificar a elegibilidade de uma instância quando as instâncias estão sendo executadas dentro da reserva.
------
#### [ Console ]
**Para modificar uma reserva de capacidade**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Reservas de Capacidade**, selecione a Reserva de capacidade a ser modificada e, em seguida, escolha **Edit (Editar)**.
1. Modifique a **capacidade total**, o **fim da reserva de capacidade** ou as opções de **elegibilidade da instância**, conforme necessário, e escolha **Salvar**.
------
#### [ AWS CLI ]
**Para modificar uma reserva de capacidade**
Use o comando [modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation.html). O exemplo a seguir modifica a reserva de capacidade especificada para reservar capacidade para oito instâncias.
```
aws ec2 modify-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 8
```
------
#### [ PowerShell ]
**Para modificar uma reserva de capacidade**
Use o cmdlet [Edit-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservation.html). O exemplo a seguir modifica a reserva de capacidade especificada para reservar capacidade para oito instâncias.
```
Edit-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0 `
-InstanceCount 8
```
------
# Modificar as configurações de reserva de capacidade da instância
É possível modificar as configurações da Reserva de capacidade a seguir para uma instância interrompida a qualquer momento:
+ Inicie em qualquer reserva de capacidade que tenha atributos correspondentes (por exemplo, tipo de instância, plataforma, zona de disponibilidade e locação) e capacidade disponível.
+ Execute a instância em uma Reserva de capacidade específica.
+ Inicie em qualquer reserva de capacidade que tenha atributos correspondentes e capacidade disponível em um grupo de reserva de capacidade
+ Impeça que a instância seja iniciada em uma Reserva de capacidade.
------
#### [ Console ]
**Para modificar as configurações de reserva de capacidade de uma instância**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Instances (Instâncias)** e selecione a instância a ser modificada. Interrompa a instância se ela ainda não tiver sido interrompida.
1. Escolha **Ações**, **Configurações da instância**, **Modificar configurações da reserva de capacidade**.
1. Para **Reserva de capacidade**, selecione uma das seguintes opções:
+ **Aberta**: executa as instâncias em qualquer reserva de capacidade que tenha atributos correspondentes e capacidade suficiente para o número de instâncias selecionadas. Se você não tiver uma Reserva de capacidade correspondente com capacidade suficiente, a instância usará a capacidade sob demanda.
+ **Nenhuma**: impede que as instâncias sejam executadas em uma reserva de capacidade. As instâncias são executadas na capacidade sob demanda.
+ **Especificar reserva de capacidade**: inicia as instâncias na reserva de capacidade selecionada. Se a Reserva de capacidade selecionada não tiver capacidade suficiente para o número de instâncias selecionadas, a execução da instância falhará.
+ **Especificar grupo de reserva de capacidade**: executa as instâncias em qualquer reserva de capacidade com atributos correspondentes e capacidade disponível no grupo de reserva de capacidade selecionado. Se o grupo selecionado não tiver uma Reserva de capacidade com atributos correspondentes e capacidade disponível, as instâncias serão executadas na capacidade sob demanda.
+ **Especificar somente reserva de capacidade**: inicia as instâncias em uma reserva de capacidade. Se um ID de reserva de capacidade não for especificado, as instâncias serão iniciadas em uma reserva de capacidade aberta. Se a capacidade não estiver disponível, as instâncias falharão ao iniciar.
+ **Especificar somente grupo de recursos de reserva de capacidade**: inicia as instâncias em uma reserva de capacidade em um grupo de recursos de reserva de capacidade. Se um ARN de grupo de recursos de reserva de capacidade não for especificado, as instâncias serão iniciadas em uma reserva de capacidade aberta. Se a capacidade não estiver disponível, as instâncias falharão ao iniciar.
------
#### [ AWS CLI ]
**Para modificar as configurações de reserva de capacidade de uma instância**
Use o comando [modify-instance-capacity-reservation-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-capacity-reservation-attributes.html).
O exemplo a seguir altera a preferência de reserva de capacidade para `none`.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=none
```
O exemplo a seguir altera o destino para uma reserva de capacidade específica.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
O exemplo a seguir altera o destino para um grupo de reserva de capacidade específico.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
O exemplo a seguir altera a preferência de reserva de capacidade para `capacity-reservation-only`. Como uma reserva de capacidade não é especificada, as instâncias são iniciadas em qualquer reserva de capacidade aberta com atributos correspondentes e capacidade disponível.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=capacity-reservation-only
```
O exemplo a seguir altera a preferência de reserva de capacidade para `capacity-reservation-only` e altera o destino para uma reserva de capacidade específica. Se a capacidade não estiver disponível na reserva de capacidade especificada, as instâncias falharão ao iniciar.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservation-only \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
------
#### [ PowerShell ]
**Para modificar as configurações de reserva de capacidade de uma instância**
Use o cmdlet [Edit-EC2InstanceCapacityReservationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceCapacityReservationAttribute.html).
O exemplo a seguir altera a preferência de reserva de capacidade para `none`.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "none"
```
O exemplo a seguir altera o destino para uma reserva de capacidade específica.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
O exemplo a seguir altera o destino para um grupo de reserva de capacidade específico.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
O exemplo a seguir altera a preferência de reserva de capacidade para `capacity-reservation-only`. Como uma reserva de capacidade não é especificada, as instâncias são iniciadas em qualquer reserva de capacidade aberta com atributos correspondentes e capacidade disponível.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only"
```
O exemplo a seguir altera a preferência de reserva de capacidade para `capacity-reservation-only` e altera o destino para uma reserva de capacidade específica. Se a capacidade não estiver disponível na reserva de capacidade especificada, as instâncias falharão ao iniciar.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
------
# Mover a capacidade entre reservas de capacidade
É possível mover a capacidade de uma reserva de capacidade para outra a fim de redistribuir seus recursos de computação reservados conforme necessário. Por exemplo, se precisar de capacidade adicional em uma reserva com uso crescente e tiver capacidade disponível em outra reserva, poderá realocar essa capacidade entre as duas reservas.
## Pré-requisitos para mover a capacidade
Como pré-requisito, as duas reservas de capacidade devem atender às seguintes condições:
+ As duas reservas devem estar no estado ativo.
+ As duas reservas devem ser de propriedade da sua Conta da AWS. Você não pode mover a capacidade entre reservas pertencentes a diferentes Contas da AWS.
+ As duas reservas devem ser iguais em:
+ Tipo de instância
+ Plataforma
+ Zona de disponibilidade
+ Locação
+ Grupo de posicionamento
+ End Time
A elegibilidade da instância das reservas de capacidade de destino (`open` ou `targeted`) e as tags não precisam corresponder à reserva de origem. A configuração das duas reservas permanece a mesma, exceto que a reserva de origem reduziu a capacidade e a reserva de destino aumentou a capacidade.
Quando você especifica a quantidade de instâncias a serem movidas, por padrão, qualquer capacidade disponível é movida primeiro, seguida por qualquer instância em execução elegível (a capacidade usada na sua reserva). Por exemplo, se você mover quatro instâncias de uma reserva com cinco instâncias usadas e três instâncias disponíveis, as três instâncias disponíveis e uma instância usada serão movidas.
**nota**
Quando você move a capacidade usada de sua reserva especificando uma **Quantidade a ser movida** que seja maior do que a capacidade disponível, somente as instâncias que foram iniciadas com a **Especificação de reserva de capacidade** como `open` serão movidas.
## Considerações
As seguintes considerações são aplicáveis ao mover a capacidade de uma reserva para outra:
+ A capacidade usada só pode ser movida entre reservas de capacidade com elegibilidade de instância `open` compartilhadas com o mesmo conjunto de contas.
+ Ao mover a capacidade usada, as instâncias elegíveis são selecionadas aleatoriamente. Não é possível especificar quais instâncias em execução serão movidas. Se não for encontrado um número suficiente de instâncias elegíveis para atender à quantidade a ser movida, a operação de movimentação falhará.
+ Se você mover toda a capacidade da reserva de origem, a reserva de capacidade será automaticamente cancelada.
+ **Reservas de capacidade com data futura**: não é possível mover a capacidade de uma reserva de capacidade com data futura durante o período de compromisso.
**nota**
Não há suporte para mover a capacidade de um bloco de capacidade.
## mover capacidade
É possível mover capacidade de uma reserva de capacidade de origem para uma reserva de capacidade de destino.
------
#### [ Console ]
**Para mover capacidade**
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 **Reservas de capacidade**.
1. Selecione um ID de reserva de capacidade sob demanda que tenha capacidade para movimentação.
1. Em **Ações**, **Gerenciar capacidade**, escolha **Mover**.
1. Na página **Mover capacidade**, em **Reserva de capacidade de destino**, selecione uma reserva na lista.
1. Em **Quantidade a ser movida**, use o controle deslizante ou digite o número de instâncias a serem movidas da reserva de capacidade de origem para a reserva de capacidade de destino.
1. Revise o resumo e, quando estiver pronto, escolha **Mover**.
------
#### [ AWS CLI ]
**Para mover capacidade**
Use o comando [move-capacity-reservation-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/move-capacity-reservation-instances.html). O exemplo a seguir move dez instâncias da reserva de capacidade de origem especificada para a reserva de capacidade de destino especificada.
```
aws ec2 move-capacity-reservation-instances \
--source-capacity-reservation-id cr-1234567890abcdef0 \
--destination-capacity-reservation-id cr-021345abcdef56789 \
--instance-count 10
```
------
#### [ PowerShell ]
**Para mover capacidade**
Use o cmdlet [Move-EC2CapacityReservationInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Move-EC2CapacityReservationInstance.html). O exemplo a seguir move dez instâncias da reserva de capacidade de origem especificada para a reserva de capacidade de destino especificada.
```
Move-EC2CapacityReservationInstance `
-SourceCapacityReservationId cr-1234567890abcdef0 `
-DestinationCapacityReservationId cr-021345abcdef56789 `
-InstanceCount 10
```
------
# Dividir a capacidade de uma reserva de capacidade existente
É possível dividir a capacidade de uma reserva de capacidade existente e criar uma nova. Ao dividir a capacidade, você aloca uma parte da reserva original para uma workload específica ou a compartilha com outra Conta da AWS. Por exemplo, para compartilhar parcialmente uma reserva de capacidade com outra conta, você pode dividir parte da capacidade para criar uma reserva de capacidade menor. A reserva de capacidade menor pode então ser compartilhada com a outra conta usando o [AWS Resource Access Manager](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html).
Ao separar a capacidade de uma reserva de capacidade existente, uma nova reserva de capacidade será criada automaticamente. A reserva existente permanecerá inalterada, exceto pela redução da capacidade total em relação ao número de instâncias divididas. As instâncias que estão em execução na reserva de capacidade existente não são afetadas. É possível dividir a reserva existente em apenas uma nova reserva de capacidade.
A nova reserva de capacidade terá a mesma configuração da reserva de capacidade existente, exceto pelas tags. Por padrão, a nova reserva de capacidade não tem nenhuma tag. É possível especificar novas tags durante a operação de divisão. A nova reserva de capacidade também pode ser modificada depois de criada, se necessário.
Quando você especifica a quantidade de instâncias a serem divididas, por padrão, qualquer capacidade disponível é dividida primeiro, seguida por qualquer instância em execução elegível (a capacidade usada na sua reserva). Por exemplo, se você dividir quatro instâncias de uma reserva de capacidade com cinco instâncias usadas e três instâncias disponíveis, as três instâncias disponíveis e uma instância usada serão divididas em uma nova reserva.
## Pré-requisitos para dividir a capacidade
Como pré-requisito, sua reserva de capacidade deve atender às seguintes condições:
+ A reserva de origem deve estar no estado ativo.
+ A reserva de origem deve pertencer a sua Conta da AWS.
**nota**
Quando você divide a capacidade usada da sua reserva especificando uma **Quantidade a ser dividida** que seja maior do que a capacidade disponível, somente as instâncias que foram iniciadas com a **Especificação de reserva de capacidade** como `open` serão divididas.
## Considerações
As seguintes considerações são aplicáveis ao dividir a capacidade de uma reserva para outra:
+ A capacidade usada só pode ser dividida em reservas de capacidade com elegibilidade de instância "aberta" que não sejam compartilhadas com nenhuma conta.
+ Ao dividir a capacidade usada, as instâncias elegíveis são selecionadas aleatoriamente. Não é possível especificar quais instâncias em execução serão divididas. Se não for encontrado um número suficiente de instâncias elegíveis para atender à quantidade a ser dividida, a operação de divisão falhará.
+ A quantidade máxima de instâncias a serem divididas de uma reserva existente é o tamanho da reserva menos um. Por exemplo, se a capacidade total da sua reserva for de cinco instâncias, será possível dividir no máximo quatro instâncias em uma nova reserva.
+ **Reservas de capacidade com data futura**: não é possível dividir a capacidade de uma reserva de capacidade com data futura durante o período de compromisso.
+ **Grupos de recursos**: se a reserva de capacidade existente pertencer a um grupo de recursos, a nova reserva de capacidade não será adicionada automaticamente ao grupo de recursos. É possível adicionar a nova reserva de capacidade a um grupo de recursos após sua criação, se necessário.
+ **Compartilhamento**: se a reserva de capacidade existente for compartilhada com uma conta de consumidor, a nova reserva de capacidade não será compartilhada automaticamente com a conta do consumidor. É possível compartilhar a nova reserva de capacidade depois de criada, se necessário.
+ **Grupo de posicionamento de cluster**: se a reserva de capacidade existente fizer parte de um grupo de posicionamento de cluster, a nova reserva de capacidade será criada no mesmo grupo de posicionamento de cluster.
**nota**
A divisão da capacidade de um bloco de capacidade não é compatível.
## Controlar o acesso para dividir reservas de capacidade usando tags
É possível usar tags para controlar o acesso aos recursos do Amazon EC2, incluindo dividir a capacidade de uma reserva de capacidade existente para criar uma reserva de capacidade. Para obter mais informações, consulte [Controlar o acesso a recursos da AWS usando tags](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html) no *Guia do usuário do IAM*.
Para controlar o acesso para dividir uma reserva de capacidade usando tags, certifique-se de especificar as tags de recurso e de solicitação na instrução de política, pois as políticas do IAM são avaliadas em relação à reserva de capacidade de origem e à reserva de capacidade recém-criada. O exemplo de política a seguir inclui a chave de condição `ec2:ResourceTag` com a tag `Owner=ExampleDepartment1` para a reserva de capacidade de origem e a chave de condição `ec2:RequestTag` com a tag `stack=production` para a reserva de capacidade recém-criada.
```
{
"Statement": [
{
"Sid": "AllowSourceCapacityReservation",
"Effect": "Allow",
"Action": "ec2:CreateCapacityReservationBySplitting",
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/cr-1234567890abcdef0",
"Condition": {
"StringEquals": {
"ec2:ResourceTag/Owner": "ExampleDepartment1"
}
}
},
{
"Sid": "AllowNewlyCreatedCapacityReservation",
"Effect": "Allow",
"Action": ["ec2:CreateCapacityReservationBySplitting", "ec2:CreateTags"],
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/stack": "production"
}
}
}
]
}
```
## Dividir a capacidade
É possível dividir a capacidade de uma reserva de capacidade existente para criar uma nova.
------
#### [ Console ]
**Para dividir a capacidade**
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 **Reservas de capacidade**.
1. Selecione um ID de reserva de capacidade sob demanda que tenha capacidade para divisão.
1. Em **Ações**, **Gerenciar capacidade**, escolha **Dividir**.
1. Na página **Dividir reserva de capacidade**, em **Quantidade a ser dividida**, use o controle deslizante ou digite o número de instâncias para dividir da reserva atual.
1. (Opcional) Adicione tags para a nova reserva de capacidade.
1. Revise o resumo e, quando estiver pronto, escolha **Dividir**.
------
#### [ AWS CLI ]
**Para dividir a capacidade**
Use o comando `create-capacity-reservation-by-splitting`. O exemplo a seguir cria uma nova reserva de capacidade dividindo dez instâncias da reserva de capacidade especificada.
```
aws ec2 create-capacity-reservation-by-splitting \
--source-capacity-reservation-id cr-1234567890abdef0 \
--instance-count 10
```
------
#### [ PowerShell ]
**Para dividir a capacidade**
Use o cmdlet [New-EC2CapacityReservationBySplitting](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationBySplitting.html). O exemplo a seguir cria uma nova reserva de capacidade dividindo dez instâncias da reserva de capacidade especificada.
```
New-EC2CapacityReservationBySplitting `
-SourceCapacityReservationId cr-1234567890abdef0 `
-InstanceCount 10
```
------
# Cancelar uma Reserva de capacidade
É possível cancelar uma reserva de capacidade que esteja em um dos estados a seguir:
+ `assessing`
+ `active` e não há duração de compromisso ou a duração do compromisso expirou. Você não pode cancelar uma reserva de capacidade com data futura durante a vigência do compromisso.
**nota**
Não é possível modificar nem cancelar um bloco de capacidade. Para obter mais informações, consulte [Blocos de capacidade para ML](ec2-capacity-blocks.md).
Se uma reserva de capacidade com data futura entrar no estado `delayed`, a duração do compromisso será dispensada e será possível cancelá-la assim que ela entrar no estado `active`.
Quando você cancela uma Reserva de capacidade, a capacidade é liberada imediatamente e não é mais reservada para seu uso.
É possível cancelar Reservas de Capacidade vazias e Reservas de Capacidade que têm instâncias em execução. Se você cancelar uma reserva de capacidade que tenha instâncias em execução, as instâncias continuarão a ser executadas normalmente fora da reserva da capacidade em tarifas padrão de instância sob demanda ou em uma tarifa com desconto, se você tiver um Savings Plan ou uma instância reservada regional correspondente.
Depois que você cancela uma Reserva de capacidade, as instâncias que a usavam como destino não podem mais ser executadas. Modifique essas instâncias para que elas tenham outra Reserva de capacidade como destino, sejam executadas em uma Reserva de capacidade aberta com atributos correspondentes e capacidade suficiente ou evitem a execução em uma Reserva de capacidade. Para obter mais informações, consulte [Modificar as configurações de reserva de capacidade da instância](capacity-reservations-modify-instance.md).
------
#### [ Console ]
**Para cancelar uma reserva de capacidade**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Reservas de Capacidade** e selecione a Reserva de capacidade a ser cancelada.
1. Escolha **Cancel reservation (Cancelar reserva)**, **Cancel reservation (Cancelar reserva)**.
------
#### [ AWS CLI ]
**Para cancelar uma reserva de capacidade**
Use o comando [cancel-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation.html).
```
aws ec2 cancel-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0
```
------
#### [ PowerShell ]
**Para cancelar uma reserva de capacidade**
Use o cmdlet [Remove-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2CapacityReservation.html).
```
Remove-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0
```
------
# Usar reservas de capacidade em grupos de posicionamento de cluster
É possível criar reservas de capacidade em um grupo de posicionamento de cluster para reservar a capacidade computacional do Amazon EC2 para suas workloads. Os grupos de posicionamento de cluster oferecem o benefício de baixa latência de rede e alta throughput de rede.
Criar uma reserva de capacidade em um grupo de posicionamento de cluster garante que você tenha acesso à capacidade de computação nos grupos de posicionamento de cluster quando precisar dela, pelo tempo necessário. Isso é ideal para reservar capacidade para workloads de alta performance (HPC) que exigem escalabilidade computacional. Isso permite que você diminua a escala do cluster, garantindo que a capacidade permaneça disponível para seu uso, para que você possa escalar o backup quando necessário.
Depois de criar uma reserva de capacidade em um grupo de posicionamento de cluster, você pode compartilhá-la com outras contas da AWS. Para obter mais informações, consulte [Compartilhar reservas de capacidade em grupos de posicionamento de cluster](#cpg-cr-sharing).
**Topics**
+ [
## Limitações
](#cr-cpg-limitations)
+ [
## Trabalhar com reservas de capacidade em grupos de posicionamento de cluster
](#work-with-crs-cpgs)
+ [
## Compartilhar reservas de capacidade em grupos de posicionamento de cluster
](#cpg-cr-sharing)
## Limitações
Lembre-se do seguinte ao criar reservas de capacidade em grupos de posicionamento de cluster:
+ Se uma reserva de capacidade existente não estiver em um grupo de posicionamento, não será possível modificar a reserva de capacidade para reservar capacidade em um grupo de posicionamento. Para reservar capacidade em um grupo de posicionamento, crie a reserva de capacidade no grupo de posicionamento.
+ Depois de criar uma reserva de capacidade em um grupo de posicionamento, você não poderá modificá-la para reservar capacidade fora do grupo de posicionamento.
+ É possível aumentar sua capacidade reservada em um grupo de posicionamento modificando uma reserva de capacidade existente no grupo de posicionamento ou criando reservas de capacidade adicionais no grupo de posicionamento. No entanto, você aumenta suas chances de obter um erro de capacidade insuficiente.
+ É possível compartilhar as reservas de capacidade somente a partir dos grupos de posicionamento de cluster de sua propriedade. Não é possível compartilhar as reservas de capacidade a partir de grupos de posicionamento de cluster que não sejam de sua propriedade.
+ Não é possível excluir um grupo de posicionamento de cluster que tenha reservas de capacidade `active`. É necessário cancelar todas as reservas de capacidade no grupo de posicionamento de cluster antes de excluí-las.
## Trabalhar com reservas de capacidade em grupos de posicionamento de cluster
Para começar a usar reservas de capacidade com grupos de posicionamento de cluster, execute as etapas a seguir.
**nota**
Se você quiser criar uma reserva de capacidade em um grupo de posicionamento de cluster existente, pule a Etapa 1. Em seguida, para as Etapas 2 e 3, especifique o ARN do grupo de posicionamento de cluster existente.
**Topics**
+ [
### Etapa 1: (*condicional*) crie um grupo de posicionamento de cluster para uso com uma reserva de capacidade
](#create-cpg)
+ [
### Etapa 2: crie uma reserva de capacidade em um grupo de posicionamento de cluster
](#create-cr-in-cpg)
+ [
### Etapa 3: inicie instâncias em reservas de capacidade em um grupo de posicionamento de cluster
](#launch-instance-into-cpg)
### Etapa 1: (*condicional*) crie um grupo de posicionamento de cluster para uso com uma reserva de capacidade
Execute esta etapa somente se precisar criar um novo grupo de posicionamento de cluster. Para usar um grupo de posicionamento de cluster existente, ignore esta etapa e, em seguida, para as Etapas 2 e 3, use o ARN desse grupo de posicionamento de cluster.
------
#### [ Console ]
**Para criar um grupo de posicionamento de cluster**
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 **Placement Groups** (Grupos de posicionamento) e **Create placement group** (Criar grupo de posicionamento).
1. Em **Name** (Nome), especifique um nome descritivo para o grupo de posicionamento.
1. Em **Placement strategy** (Estratégia de posicionamento), escolha **Cluster**.
1. Escolha **Criar grupo**.
1. Na tabela **Grupos de posicionamento**, na coluna **ARN do grupo**, anote o ARN do grupo de posicionamento em cluster que você criou. Você precisará dela para a próxima etapa.
------
#### [ AWS CLI ]
**Para criar um grupo de posicionamento de cluster**
Use o comando [create-placement-group](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-placement-group.html).
```
aws ec2 create-placement-group \
--group-name MyPG \
--strategy cluster
```
Tome nota do ARN do grupo de posicionamento retornado na saída, pois você precisará dele na próxima etapa.
------
#### [ PowerShell ]
**Para criar um grupo de posicionamento de cluster**
Use o cmdlet [New-EC2PlacementGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2PlacementGroup.html).
```
New-EC2PlacementGroup `
-GroupName my-placement-group `
-Strategy "cluster"
```
Tome nota do ARN do grupo de posicionamento retornado na saída, pois você precisará dele na próxima etapa.
------
### Etapa 2: crie uma reserva de capacidade em um grupo de posicionamento de cluster
Você cria uma reserva de capacidade em um grupo de posicionamento de cluster da mesma forma que você cria qualquer reserva de capacidade. No entanto, você também deve especificar o ARN do grupo de posicionamento de cluster no qual criar a reserva de capacidade.
**Considerações**
+ O grupo de posicionamento de cluster especificado deve estar no estado `available`. Se o grupo de posicionamento de cluster estiver no estado `pending`, `deleting` ou `deleted`, a solicitação falha.
+ A reserva de capacidade e o grupo de posicionamento de cluster devem estar na mesma zona de disponibilidade. Se a solicitação para criar a reserva de capacidade especificar uma zona de disponibilidade diferente da do grupo de posicionamento de cluster, a solicitação falhará.
+ É possível criar reservas de capacidade somente para tipos de instância com suporte para grupos de posicionamento de cluster. Se você especificar um tipo de instância sem suporte, a solicitação falhará.
+ Se você criar uma reserva de capacidade `open` em um grupo de posicionamento de cluster e existirem instâncias em execução que tenham atributos correspondentes (ARN de grupo de posicionamento, tipo de instância, zona de disponibilidade, plataforma e locação), essas instâncias serão executadas automaticamente na reserva de capacidade.
+ Sua solicitação de criação de uma Reserva de capacidade poderá falhar se uma das seguintes opções for verdadeira:
+ O Amazon EC2 não tem capacidade suficiente para realizar a solicitação. Tente novamente mais tarde, tente uma zona de disponibilidade diferente ou tente uma capacidade menor. Se a sua workload for flexível entre tipos e tamanhos de instâncias, tente diferentes atributos de instância.
+ A quantidade solicitada excede o limite de instância sob demanda para a família de instâncias selecionada. Aumente o limite de instância sob demanda para a família de instâncias e tente novamente. Para obter mais informações, consulte [Cotas de instância sob demanda](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
------
#### [ Console ]
**Para criar uma reserva de capacidade**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Selecione **Reservas de Capacidade** e **Create Reserva de capacidade (Criar Reserva de capacidade)**.
1. Na página **Criar uma reserva de capacidade**, especifique o tipo de instância, a plataforma, a zona de disponibilidade, a locação, a quantidade e a data de término conforme necessário.
1. Em **Grupo de posicionamento**, especifique o ARN do grupo de posicionamento de cluster no qual criar a reserva de capacidade.
1. Escolha **Criar**.
Para obter mais informações, consulte [Criar uma Reserva de capacidade](capacity-reservations-create.md).
------
#### [ AWS CLI ]
**Para criar uma reserva de capacidade**
Use o comando [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html). Em `--placement-group-arn`, especifique o ARN do grupo de posicionamento de cluster no qual criar a reserva de capacidade.
```
aws ec2 create-capacity-reservation \
--instance-type instance_type \
--instance-platform platform \
--availability-zone-id az_id \
--instance-count quantity \
--placement-group-arn "placement_group_arn"
```
------
#### [ PowerShell ]
**Para criar uma reserva de capacidade**
Use o cmdlet [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html). Em `-PlacementGroupArn`, especifique o ARN do grupo de posicionamento de cluster no qual criar a reserva de capacidade.
```
Add-EC2CapacityReservation `
-InstanceType instance_type `
-InstancePlatform platform `
-AvailabilityZoneId az_id `
-InstanceCount quantity `
-PlacementGroupArn "placement_group_arn"
```
------
### Etapa 3: inicie instâncias em reservas de capacidade em um grupo de posicionamento de cluster
É possível iniciar uma instância em uma reserva de capacidade em um grupo de posicionamento de cluster usando uma das opções a seguir:
+ *Especificar o ARN do grupo de posicionamento de cluster no qual iniciar a instância* — Quando você fornece o ARN de um grupo de posicionamento de cluster, o Amazon EC2 lança a instância nesse grupo de posicionamento de cluster. É possível usar um dos seguintes métodos:
+ *Especificar `open`* — Você não precisa especificar a reserva de capacidade na solicitação de início da instância. Se a instância tiver atributos (ARN de grupo de posicionamento, tipo de instância, zona de disponibilidade, plataforma e locação) que correspondam a uma reserva de capacidade no grupo de posicionamento de cluster especificado, a instância será iniciada automaticamente na reserva de capacidade.
+ *Especificar a reserva de capacidade* — Se a reserva de capacidade aceitar somente iniciar instâncias-alvo, você deverá especificar a reserva de capacidade-alvo além do grupo de posicionamento de cluster na solicitação.
+ *Especificar um grupo de reserva de capacidade* — Para obter mais informações, consulte [Usar reservas de capacidade em grupos de posicionamento de cluster com um grupo de reserva de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Especificar somente um grupo de reserva de capacidade* — Para obter mais informações, consulte [Usar reservas de capacidade em grupos de posicionamento de cluster com um grupo de reserva de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Especificar somente uma reserva de capacidade* — Você pode iniciar instâncias em uma reserva de capacidade em um grupo de posicionamento de cluster.
**nota**
Quando você executa instâncias especificando somente uma reserva de capacidade ou apenas um grupo de reserva de capacidade, as instâncias são iniciadas nas reservas de capacidade criadas no grupo de posicionamento de cluster, mas as instâncias não são diretamente vinculadas ao grupo de posicionamento de cluster.
------
#### [ Console ]
**Para iniciar instâncias em uma reserva de capacidade existente**
1. Siga o procedimento para [executar uma instância](ec2-launch-instance-wizard.md), mas não execute a instância até concluir as etapas a seguir para especificar as configurações para o grupo de posicionamento e a reserva de capacidade.
1. Expanda os **Detalhes avançados** e faça o seguinte:
1. Em **Grupo de posicionamento**, selecione o grupo de posicionamento de cluster no qual deseja executar a instância.
1. Em **Capacity Reservation** (Reserva de capacidade), escolha uma das seguintes opções dependendo da configuração da reserva de capacidade:
+ **Aberta**: para executar as instâncias em qualquer reserva de capacidade `open` no grupo com posicionamento em cluster que tenha atributos correspondentes e capacidade suficiente.
+ **Destino por ID**: para executar as instâncias em uma reserva de capacidade que aceite somente execuções direcionadas de instância.
+ **Destino por grupo**: para executar as instâncias em qualquer reserva de capacidade com atributos correspondentes e capacidade disponível no grupo de reserva de capacidade selecionado.
1. No painel **Resumo**, analise a configuração da instância e selecione **Iniciar instância**. Para obter mais informações, consulte [Executar uma instância do EC2 usando o assistente de inicialização de instâncias no console](ec2-launch-instance-wizard.md).
------
#### [ AWS CLI ]
**Para iniciar instâncias em uma reserva de capacidade existente**
Use o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Se você precisar ter como alvo uma reserva de capacidade ou um grupo de reserva de capacidade especifico, especifique o parâmetro `--capacity-reservation-specification`. Em `--placement`, especifique o parâmetro `GroupName` e, em seguida, especifique o nome do grupo de posicionamento que você criou nas etapas anteriores.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count quantity \
--instance-type instance_type \
--key-name key_pair_name \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_reservation_id} \
--placement "GroupName=cluster_placement_group_name"
```
------
#### [ PowerShell ]
**Para iniciar instâncias em uma reserva de capacidade existente**
Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). Em `-Placement`, especifique o parâmetro `GroupName` e, em seguida, especifique o nome do grupo de posicionamento que você criou nas etapas anteriores.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType instance_type `
-KeyName key_pair_name `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId capacity_reservation_id `
-Placement_GroupName cluster_placement_group_name
```
------
## Compartilhar reservas de capacidade em grupos de posicionamento de cluster
Você pode compartilhar reservas de capacidade em grupos de posicionamento de cluster compartilhando somente as reservas de capacidade ou compartilhando as reservas de capacidade e o grupo de posicionamento de cluster no qual elas foram criadas.
Ao compartilhar somente a reserva de capacidade, você concede às contas de consumidores acesso somente a essa reserva de capacidade. As contas de consumidores não tem visibilidade ou acesso ao grupo de posicionamento de cluster no qual a reserva de capacidade foi criada. Isso fornece controle refinado sobre o acesso a contas de consumidores. As contas de consumidores não podem visualizar nenhuma informação sobre o grupo de posicionamento de cluster, incluindo seu ARN.
Quando você compartilha o grupo de posicionamento de cluster e a reserva de capacidade, o grupo de posicionamento do cluster fica visível e acessível às contas dos consumidores. Eles podem iniciar instâncias e criar suas próprias reservas de capacidade neles.
Para obter mais informações, consulte os recursos a seguir.
+ [Inicie instâncias em reservas de capacidade em um grupo de posicionamento de cluster](#launch-instance-into-cpg)
+ [Reservas de capacidade compartilhadas](capacity-reservation-sharing.md)
+ [Grupos de posicionamento compartilhados](share-placement-group.md)
# Grupos de Reserva de capacidade
É possível usar o AWS Resource Groups para criar coleções lógicas de Reservas de Capacidade, chamadas *grupos de recursos*. Um grupo de recursos é um agrupamento lógico de recursos da AWS que estão todos na mesma região da AWS. Para obter mais informações sobre grupos de recursos, consulte [O que são grupos de recursos?](https://docs.aws.amazon.com/ARG/latest/userguide/) no *Guia do usuário do AWS Resource Groups*.
É possível incluir reservas de capacidade de sua propriedade em sua conta e reservas de capacidade compartilhadas com você por outras contas da AWS em um único grupo de recursos. Além disso, é possível incluir reservas de capacidade com atributos diferentes (por exemplo, tipo de instância, plataforma, zona de disponibilidade e locação) em um único grupo de recursos.
Ao criar grupos de recursos para reservas de capacidade, é possível direcionar instâncias para um grupo de reservas de capacidade em vez de uma reserva de capacidade individual. As instâncias direcionadas a um grupo de reservas de capacidade correspondem a qualquer reserva de capacidade no grupo que tenha atributos correspondentes (por exemplo, tipo de instância, plataforma, zona de disponibilidade e locação) e capacidade disponível. Se o grupo não tiver uma Reserva de capacidade com atributos correspondentes e capacidade disponível, as instâncias serão executadas usando a capacidade sob demanda. Se uma Reserva de capacidade correspondente for adicionada ao grupo de destino em um estágio posterior, a correspondência da instância será automática e ela será movida para sua capacidade reservada.
Para evitar o uso não intencional de Reservas de Capacidade em um grupo, configure as Reservas de Capacidade no grupo para aceitar somente as instâncias que se dirigem explicitamente à reserva de capacidade. Para fazer isso, defina **Instance eligibility** como **Only instances that specify this reservation** ao criar a Reserva de capacidade usando o console do Amazon EC2. Ao usar a AWS CLI, especifique `--instance-match-criteria targeted` ao criar a reserva de capacidade. Isso garante que somente as instâncias explicitamente direcionadas ao grupo, ou a uma Reserva de capacidade no grupo, possam ser executadas no grupo.
Se uma Reserva de capacidade em um grupo for cancelada ou expirar enquanto tiver instâncias em execução, as instâncias serão automaticamente movidas para outra Reserva de capacidade no grupo que tenha atributos correspondentes e capacidade disponível. Se não houver Reservas de Capacidade restantes no grupo que tenham atributos correspondentes e capacidade disponível, as instâncias serão executadas na capacidade sob demanda. Se uma Reserva de capacidade correspondente for adicionada ao grupo de destino em um estágio posterior, a instância será automaticamente movida para sua capacidade reservada.
**Topics**
+ [Criar um grupo](create-group.md)
+ [Adicionar reserva de capacidade a grupo](add-to-group.md)
+ [Remover reserva de capacidade de grupo](remove-from-group.md)
+ [Excluir grupo](delete-group.md)
+ [Usar reservas de capacidade em grupos de posicionamento de cluster com um grupo de reserva de capacidade](using-cpg-odcr-crg.md)
# Criar um grupo de reserva de capacidade
Estes exemplos podem ser usados para criar um grupo de recursos para reservas de capacidade com os parâmetros de solicitação a seguir.
+ `AWS::EC2::CapacityReservationPool`: garante que o grupo de recursos possa ser direcionado para execuções de instâncias.
+ `AWS::ResourceGroups::Generic` com `allowed-resource-types` definido como `AWS::EC2::CapacityReservation`: garante que o grupo de recursos aceite apenas reservas de capacidade.
Após criar um grupo, você poderá [adicionar Reservas de Capacidade](add-to-group.md) ao grupo.
------
#### [ AWS CLI ]
**Como criar um grupo para reservas de capacidade**
Use o comando [create-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html) da AWS CLI.
```
aws resource-groups create-group \
--name MyCRGroup \
--configuration \
'{"Type": "AWS::EC2::CapacityReservationPool"}' \
'{"Type": "AWS::ResourceGroups::Generic", "Parameters": [{"Name": "allowed-resource-types", "Values": ["AWS::EC2::CapacityReservation"]}]}'
```
------
#### [ PowerShell ]
**Como criar um grupo para reservas de capacidade**
Use o cmdlet [New-RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html).
```
New-RGGroup `
-Name MyCRGroup `
-Configuration `
@{"Type"="AWS::EC2::CapacityReserationPool"} `
@{"Type"="AWS::ResourceGroups::Generic"; "Parameters"=@{"allowed-resource-types"=@{"Values"="AWS::EC2::CapacityReservations"}}}
```
------
# Adicionar uma reserva de capacidade a um grupo
Se você adicionar uma reserva de capacidade compartilhada com você a um grupo e essa reserva de capacidade não for compartilhada, ela será automaticamente removida do grupo.
------
#### [ AWS CLI ]
**Como adicionar uma Reserva de capacidade a um grupo**
Use o comando [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html).
O exemplo a seguir adiciona duas reservas de capacidade ao grupo especificado.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1 \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**Como adicionar uma Reserva de capacidade a um grupo**
Use o cmdlet [Add-RGResource](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html).
O exemplo a seguir adiciona duas reservas de capacidade ao grupo especificado.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Remover uma reserva de capacidade de um grupo
Os exemplos a seguir podem ser usados para remover uma reserva de capacidade de um grupo.
------
#### [ AWS CLI ]
**Como remover uma Reserva de capacidade de um grupo**
Use o comando [ungroup-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/ungroup-resources.html).
O exemplo a seguir remove duas reservas de capacidade do grupo especificado.
```
aws resource-groups ungroup-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**Como remover uma Reserva de capacidade de um grupo**
Use o cmdlet [Remove-RGResource](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGResource.html).
O exemplo a seguir remove duas reservas de capacidade do grupo especificado.
```
Remove-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Excluir um grupo de reserva de capacidade
Os exemplos a seguir podem ser usados para excluir um grupo de reservas de capacidade.
------
#### [ AWS CLI ]
**Para excluir um grupo**
Use o comando [delete-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/delete-group.html).
```
aws resource-groups delete-group --group MyCRGroup
```
------
#### [ PowerShell ]
**Para excluir um grupo**
Use o cmdlet [Remove-RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGGroup.html).
```
Remove-RGGroup -GroupName MyCRGroup
```
------
# Usar reservas de capacidade em grupos de posicionamento de cluster com um grupo de reserva de capacidade
O Amazon EC2 fornece métodos diferentes para iniciar para você usar reservas de capacidade em um grupo de posicionamento de cluster com um grupo de reserva de capacidade. Você pode escolher um dos seguintes métodos para visar um grupo de reserva de capacidade com base em seus requisitos de workload.
+ *Especificar o ARN do grupo de posicionamento de cluster e o grupo de reserva de capacidade* — Isso usará qualquer reserva de capacidade disponível com atributos correspondentes e capacidade disponível no grupo de reserva de capacidade selecionado. Se o grupo selecionado não tiver uma Reserva de capacidade com atributos correspondentes e capacidade disponível, as instâncias serão executadas na capacidade sob demanda.
**nota**
Quando você inicia instâncias usando esse método, as instâncias são colocadas no grupo de posicionamento de cluster especificado.
+ *Especificar somente um grupo de reserva de capacidade* — Isso usará toda a capacidade disponível dentro do grupo de reserva de capacidade especificando somente o grupo de reserva de capacidade. Ao iniciar instâncias, a capacidade é usada na seguinte ordem:
+ Reservas de capacidade não associadas com qualquer grupo de posicionamento de cluster.
+ Reservas de capacidade em qualquer grupo de posicionamento de cluster dentro do grupo de reserva de capacidade
+ Se o grupo não tiver uma reserva de capacidade com atributos correspondentes e capacidade disponível, as instâncias serão executadas usando a capacidade sob demanda, e elas não serão posicionadas em nenhum grupo de posicionamento de cluster.
**nota**
Quando você executa instâncias especificando somente uma reserva de capacidade, as instâncias são iniciadas nas reservas de capacidade criadas no grupo de posicionamento de cluster, mas as instâncias não são diretamente vinculadas ao grupo de posicionamento de cluster.
# Reservas de Capacidade em zonas locais
Uma zona local é uma extensão de uma região da AWS que está geograficamente próxima de seus usuários. Os recursos criados em uma zona local podem atender usuários locais com comunicações de latência muito baixa. Para obter mais informações, consulte [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/). .
É possível estender uma VPC de sua região da AWS pai para uma zona local criando uma sub-rede nessa zona local. Quando você criar uma sub-rede em uma zona local, sua VPC também será estendida para essa zona local. A sub-rede na zona local funciona da mesma forma que outras sub-redes na VPC.
Ao usar zonas locais, é possível colocar Reservas de Capacidade em vários locais que estão mais próximos de seus usuários. Você cria e usa Reservas de Capacidade em zonas locais da mesma forma que cria e usa Reservas de Capacidade em zonas de disponibilidade regulares. Os mesmos recursos e comportamento de correspondência de instâncias são aplicados. Para obter mais informações sobre os modelos de preços com suporte nas zonas locais, consulte [Perguntas frequentes sobre AWS zonas locais](https://aws.amazon.com/about-aws/global-infrastructure/localzones/faqs/).
**Considerações**
Não é possível usar grupos de Reserva de capacidade em uma zona local.
**Para usar uma reserva de capacidade em uma zona local**
1. Habilite a zona local para usar em sua conta da AWS. Para obter mais informações, consulte [Getting started with AWS Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) no *Guia de usuário de zona locais da AWS*.
1. Crie uma reserva de capacidade na zona local. Para **Availability Zone (Zona de disponibilidade)**, escolha a zona local. A zona local é representada por um código de região da AWS seguido por um identificador que indica o local, por exemplo, `us-west-2-lax-1a`. Para obter mais informações, consulte [Criar uma Reserva de capacidade](capacity-reservations-create.md).
1. Crie uma sub-rede na zona local. Para **Availability Zone (Zona de disponibilidade)**, escolha a zona local. Para obter mais informações, consulte [Criar uma sub-rede em sua VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) no *Guia do usuário da Amazon VPC*.
1. Execute uma instância. Em **Subnet (Sub-rede)**, escolha a sub-rede na zona local (por exemplo `subnet-123abc | us-west-2-lax-1a`) e em **Capacity Reservation (Reserva de capacidade)**, escolha a especificação (`open` ou indique seu ID) necessária para a reserva de capacidade que você criou na zona local. Para obter mais informações, consulte [Iniciar instâncias em uma Reserva de capacidade existente](capacity-reservations-launch.md).
# Reservas de Capacidade em zonas Wavelength
*AWS Wavelength* O permite que os desenvolvedores criem aplicações que oferecem baixíssimas latências para dispositivos móveis e usuários finais. O Wavelength implanta os serviços de armazenamento e computação padrão da AWS até a borda das redes 5G de operadoras de telecomunicação. É possível estender um Amazon Virtual Private Cloud (VPC) para uma ou mais zonas do Wavelength. Em seguida, é possível usar recursos da AWS como instâncias do Amazon EC2 para executar aplicações que exigem latência ultrabaixa e uma conexão com produtos da AWS na região. Para obter mais informações, consulte [Zonas AWS Wavelength](https://aws.amazon.com//wavelength/).
Ao criar Reservas de Capacidade sob demanda, é possível escolher a zona de Wavelength e executar instâncias de Reserva de capacidade em uma zona de Wavelength especificando a sub-rede associada à zona de Wavelength. Uma zona do Wavelength é representada por um código de região da AWS seguido por um identificador que indica o local, por exemplo, `us-east-1-wl1-bos-wlz-1`.
As zonas de Wavelength não estão disponíveis em todas as regiões. Para obter informações sobre as regiões compatíveis com as zonas do Wavelength consulte [Zonas do Wavelength disponíveis](https://docs.aws.amazon.com/wavelength/latest/developerguide/wavelength-quotas.html) no *Guia do desenvolvedor da AWS Wavelength*.
**Considerações**
Não é possível usar grupos de Reserva de capacidade em uma zona de Wavelength.
**Para usar uma Reserva de capacidade em uma zona de Wavelength**
1. Habilite a zona do Wavelength para uso em sua conta da AWS. Para obter mais informações, consulte [Conceitos básicos do AWS Wavelength](https://docs.aws.amazon.com/wavelength/latest/developerguide/get-started-wavelength.html) no *Guia do desenvolvedor do AWS Wavelength*.
1. Crie uma Reserva de capacidade na zona de Wavelength. Para **Availability Zone** ( (Zona de disponibilidade), escolha a Wavelength. O Wavelength é representado por um código de região da AWS seguido por um identificador que indica o local, por exemplo `us-east-1-wl1-bos-wlz-1`. Para obter mais informações, consulte [Criar uma Reserva de capacidade](capacity-reservations-create.md).
1. Depois, crie uma sub-rede na zona de Wavelength. Para **Availability Zone** (Zona de disponibilidade), escolha a zona de Wavelength. Para obter mais informações, consulte [Criar uma sub-rede em sua VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) no *Guia do usuário da Amazon VPC*.
1. Execute uma instância. Em **Subnet** ( (Sub-rede), escolha a sub-rede na Wavelength (por exemplo `subnet-123abc | us-east-1-wl1-bos-wlz-1`) e em **Reserva de capacidade**, escolha a especificação (`open` ou indique seu ID) necessária para a Reserva de capacidade que você criou na Wavelength. Para obter mais informações, consulte [Iniciar instâncias em uma Reserva de capacidade existente](capacity-reservations-launch.md).
# Reservas de Capacidade no AWS Outposts
O AWS Outposts é um serviço totalmente gerenciado que estende a infraestrutura, os serviços, as APIs e as ferramentas da AWS no local do cliente. Ao fornecer acesso local à infraestrutura gerenciada pela AWS, o AWS Outposts permite que os clientes criem e executem aplicações on-premises usando as mesmas interfaces de programação que nas regiões da AWS, ao mesmo tempo que usam recursos locais de computação e armazenamento para menor latência e necessidades de processamento de dados locais.
Um Outpost é um grupo de capacidade de computação e armazenamento da AWS implantado em um local do cliente. A AWS opera, monitora e gerencia essa capacidade como parte de uma região da AWS.
É possível criar Reservas de Capacidade nos Outposts que criou na sua conta. Isso permite que você reserve capacidade computacional em um Outpost em seu local. Você cria e usa Reservas de Capacidade em Outposts da mesma forma que cria e usa Reservas de Capacidade em zonas de disponibilidade regulares. Os mesmos recursos e comportamento de correspondência de instâncias são aplicados.
Também é possível compartilhar Reservas de Capacidade em Outposts com outros contas da AWS na organização usando o AWS Resource Access Manager. Para obter mais informações sobre o compartilhamento de Reservas de Capacidade, consulte [Reservas de capacidade compartilhadas](capacity-reservation-sharing.md).
**Pré-requisito**
É necessário ter um Outpost instalado em seu local. Para obter mais informações, consulte [Criar um Outpost e solicitar capacidade do Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/order-outpost-capacity.html) no *Manual do usuário do AWS Outposts*.
**Considerações**
+ Não é possível usar grupos de reserva de capacidade em um Outpost.
**Para usar um grupo de reserva de capacidade em um Outpost**
1. Crie uma sub-rede no Outpost. Para obter mais informações, consulte [Criar uma sub-rede](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet) no *Manual do usuário do AWS Outposts*.
1. Crie uma reserva de capacidade no Outpost.
1. Abra o console do AWS Outposts em [https://console.aws.amazon.com/outposts/](https://console.aws.amazon.com/outposts/home).
1. No painel de navegação, selecione **Outposts** e, em seguida, escolha **Actions (Ações)**, **Create Capacity Reservation (Criar reserva de capacidade)**.
1. Configure a reserva de capacidade conforme necessário e escolha **Create (Criar)**. Para obter mais informações, consulte [Criar uma Reserva de capacidade](capacity-reservations-create.md).
**nota**
O menu suspenso **Instance Type (Tipo de instância)** lista somente os tipos de instância que são compatíveis com o Outpost selecionado, e o menu suspenso **Availability Zone (Zona de disponibilidade)** lista somente a zona de disponibilidade à qual o Outpost selecionado está associado.
1. Iniciar uma instância na reserva de capacidade Em **Subnet (Sub-rede)**, escolha a sub-rede criada na Etapa 1 e, em **Capacity Reservation (Reserva de capacidade)**, selecione a reserva de capacidade criada na Etapa 2. Para obter mais informações, consulte [Executar uma instância no Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#launch-instances) no *Manual do usuário do AWS Outposts*.
# Reservas de capacidade compartilhadas
O compartilhamento de reserva de capacidade permite que os proprietários de reservas de capacidade compartilhem sua capacidade reservada com outras contas da AWS em um departamento da AWS. Isso permite criar e gerenciar as Reservas de Capacidade centralmente e compartilhar a capacidade reservada entre várias contas da AWS ou em sua organização da AWS.
Nesse modelo, a conta da AWS que possui a Reserva de capacidade (proprietária) compartilha-a com outras contas da AWS (consumidores). Os consumidores podem executar instâncias nas Reservas de Capacidade que são compartilhadas com eles da mesma maneira que executam instâncias em Reservas de Capacidade que possuem em sua própria conta. O proprietário da Reserva de capacidade é responsável pelo gerenciamento da Reserva de capacidade e pelas instâncias que executa nela. Os proprietários não podem modificar as instâncias que os consumidores executam nas Reservas de Capacidade que compartilharam. Os consumidores são responsáveis por gerenciar as instâncias que executam em Reservas de Capacidade compartilhadas com eles. Os consumidores não podem visualizar ou modificar instâncias de propriedade de outros consumidores ou do proprietário da Reserva de capacidade.
O proprietário de uma Reserva de capacidade pode compartilhar uma Reserva de capacidade com:
+ Contas específicas da AWS dentro ou fora de sua organização na AWS
+ Uma unidade organizacional dentro de sua organização da AWS
+ Toda a sua organização da AWS
## Pré-requisitos para compartilhar Reservas de Capacidade
+ Para compartilhar uma reserva de capacidade, é necessário ser o proprietário dela em sua conta da AWS. Não é possível compartilhar uma Reserva de capacidade que tenha sido compartilhada com você.
+ Só é possível compartilhar Reservas de Capacidade para instâncias de locação compartilhada. Não é possível compartilhar Reservas de Capacidade para instâncias de locação dedicada.
+ O compartilhamento de Reserva de capacidade não está disponível para contas novas da AWS ou para contas da AWS que tenham um histórico limitado de faturamento.
+ Para compartilhar uma reserva de capacidade com a sua organização da AWS ou com uma unidade organizacional de sua organização da AWS, é necessário habilitar o compartilhamento com o AWS Organizations. Para obter mais informações, consulte [Habilitar o compartilhamento com o AWS Organizations](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html) no *Guia do usuário do AWS RAM*.
+ Você pode compartilhar uma reserva de capacidade no estado `active` ou `scheduled`. Você não pode compartilhar a reserva de capacidade em outros [estados ](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html), como `assessing` ou`unsupported`.
## Serviços relacionados
O compartilhamento de reserva de capacidade integra-se ao AWS Resource Access Manager (AWS RAM). O AWS RAM é um serviço que permite compartilhar seus recursos da AWS com qualquer conta da AWS ou por meio do AWS Organizations. Com o AWS RAM, você compartilha recursos que possui criando um *compartilhamento de recursos*. Um compartilhamento de recursos especifica os recursos a serem compartilhados, e os consumidores com os quais compartilhá-los. Os consumidores podem ser contas individuais da AWS, unidades organizacionais ou toda uma organização do AWS Organizations.
Para obter mais informações sobre o AWS RAM, consulte o *[Manual do usuário do AWS RAM](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Compartilhamento entre zonas de disponibilidade
Para garantir a distribuição de recursos entre as zonas de disponibilidade de uma região, mapeamos as zonas de disponibilidade de forma independente para os nomes de cada conta. Isso pode resultar em diferenças na nomenclatura de zonas de disponibilidade entre contas. Por exemplo, a zona de disponibilidade `us-east-1a` de sua conta da AWS pode não ter o mesmo local que a `us-east-1a` de outra conta da AWS.
Para identificar o local de suas Reservas de Capacidade relativo a suas contas, use o *ID da zona de disponibilidade* (ID da AZ). O ID da AZ é um identificador exclusivo e consistente de uma zona de disponibilidade em todas as contas da AWS. Por exemplo, `use1-az1` é um AZ ID da região `us-east-1` e é o mesmo local em cada conta da AWS.
**Para visualizar os AZ IDs das zonas de disponibilidade em sua conta**
1. Abra o console do AWS RAM em [https://console.aws.amazon.com/ram/home](https://console.aws.amazon.com/ram/home).
1. Os IDs de AZs da região atual são exibidos no painel **Your AZ ID (Seu ID de AZ)** no lado direito da tela.
# Compartilhar uma Reserva de capacidade
Quando você compartilha uma reserva de capacidade de sua propriedade com outras Contas da AWS, você permite que elas executem instâncias em sua capacidade reservada. Se você compartilhar uma Reserva de capacidade aberta, lembre-se do seguinte, pois isso pode resultar em uso não intencional da Reserva de capacidade:
+ Se os consumidores tiverem instâncias em execução que correspondam aos atributos da Reserva de capacidade, tenham o parâmetro `CapacityReservationPreference` definido como `open` e ainda não estejam em execução na capacidade reservada, eles usarão a Reserva de capacidade compartilhada automaticamente.
+ Se os consumidores executarem instâncias que tenham atributos correspondentes (por exemplo, tipo de instância, plataforma, zona de disponibilidade e locação) e tiverem o parâmetro `CapacityReservationPreference` definido como `open`, as instâncias serão iniciadas automaticamente na reserva de capacidade compartilhada.
Para compartilhar uma Reserva de capacidade, é necessário adicioná-la um compartilhamento de recursos. Um compartilhamento de recursos é um recurso do AWS RAM que permite que você compartilhe seus recursos entre contas da AWS. Um compartilhamento de recursos especifica os recursos a serem compartilhados, e os consumidores com os quais compartilhá-los. Ao compartilhar uma Reserva de capacidade usando o console do Amazon EC2, você a adiciona a um compartilhamento de recursos existente. Para adicionar a reserva de capacidade a um novo compartilhamento de recursos, crie o compartilhamento de recursos usando o [console do AWS RAM](https://console.aws.amazon.com/ram).
Se você fizer parte de uma organização no AWS Organizations e ela tiver o compartilhamento habilitado, os consumidores da organização receberão acesso à reserva de capacidade se os [pré-requisitos de compartilhamento](capacity-reservation-sharing.md#sharing-cr-prereq) forem atendidos. Se a reserva de capacidade estiver compartilhada com contas externas, eles receberão um convite para ingressar no compartilhamento de recursos e acesso à reserva de capacidade compartilhada após aceitar o convite.
**Importante**
Antes de executar instâncias em uma reserva de capacidade que seja compartilhada com você, verifique se tem acesso à reserva de capacidade compartilhada exibindo-a no console ou descrevendo-a usando o comando [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html) da AWS CLI. Se conseguir exibir a reserva de capacidade compartilhada no console ou descrevê-la usando a AWS CLI, ela está disponível para seu uso e é possível executar instâncias nela. Se tentar executar instâncias na reserva de capacidade e ela não estiver acessível devido a uma falha de compartilhamento, as instâncias serão executadas na capacidade sob demanda.
------
#### [ Console ]
**Para compartilhar uma Reserva de capacidade de sua propriedade usando o console do Amazon EC2**
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 **Reservas de Capacidade**.
1. Escolha a Reserva de capacidade a ser compartilhada e escolha **Actions (Ações)**, **Share reservation (Compartilhar reserva)**.
1. Selecione o compartilhamento de recursos ao qual adicionar a Reserva de capacidade e escolha **Share Reserva de capacidade (Compartilhar Reserva de capacidade)**.
Pode levar alguns minutos para que os consumidores obtenham acesso à Reserva de capacidade compartilhada.
**Para compartilhar uma reserva de capacidade de sua propriedade usando o console do AWS RAM**
Consulte [Creating a resource share](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) no *Guia do usuário do AWS RAM*.
------
#### [ AWS CLI ]
**Para compartilhar uma reserva de capacidade de sua propriedade**
Use o comando [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Para compartilhar uma reserva de capacidade de sua propriedade**
Use o cmdlet [New-RAMResourceShare](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Parar de compartilhar uma Reserva de capacidade
O proprietário da Reserva de capacidade pode parar de compartilhar a Reserva de capacidade a qualquer momento. As seguintes regras se aplicam:
+ As instâncias de propriedade de consumidores que estavam em execução na capacidade compartilhada na hora do cancelamento do compartilhamento continuam sendo executadas normalmente fora da capacidade reservada, e a capacidade é restaurada para a Reserva de capacidade sujeita à disponibilidade da capacidade do Amazon EC2.
+ Os consumidores com quem a Reserva de capacidade era compartilhada não podem mais executar novas instâncias na capacidade reservada.
Para interromper o compartilhamento de uma Reserva de capacidade que você possui, remova-a do compartilhamento de recursos.
------
#### [ Console ]
**Como interromper o compartilhamento de uma Reserva de capacidade que você possui usando o console do Amazon EC2**
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 **Reservas de Capacidade**.
1. Selecione a Reserva de capacidade e escolha a guia **Sharing (Compartilhamento)**.
1. A guia **Sharing (Compartilhamento)** lista os compartilhamentos de recursos aos quais a Reserva de capacidade foi adicionada. Selecione o compartilhamento de recursos do qual remover a Reserva de capacidade e escolha **Remove from resource share (Remover do compartilhamento de recursos)**.
**Para interromper o compartilhamento de uma reserva de capacidade que você possui usando o console do AWS RAM**
Consulte [Atualização de um compartilhamento de atributos](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-update) no *Guia do usuário do AWS RAM*.
------
#### [ AWS CLI ]
**Para interromper o compartilhamento de uma reserva de capacidade de sua propriedade**
Use o comando [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Para interromper o compartilhamento de uma reserva de capacidade de sua propriedade**
Use o cmdlet [Disconnect-RAMResourceShare](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Atribuição de faturamento para reservas de capacidade compartilhadas do Amazon EC2
Por padrão, quando uma reserva de capacidade é compartilhada, o proprietário é cobrado pelas instâncias que executa na reserva de capacidade e por qualquer capacidade disponível, também chamada de capacidade *não utilizada*, na reserva de capacidade; enquanto os consumidores são cobrados apenas pelas instâncias que executam na reserva de capacidade compartilhada.
Se necessário, o proprietário da reserva de capacidade pode atribuir o faturamento de qualquer capacidade disponível na reserva de capacidade a qualquer uma das contas com as quais a reserva de capacidade é compartilhada. Depois que o faturamento é atribuído a outra conta, essa conta torna-se a *proprietária do faturamento* de qualquer capacidade disponível na reserva de capacidade. Qualquer cobrança pela capacidade disponível na reserva de capacidade, a partir desse momento, será cobrada na conta atribuída em vez de na conta do proprietário. O proprietário da reserva de capacidade e as contas com as quais a reserva de capacidade é compartilhada continuam sendo cobrados pelas instâncias que executam na reserva de capacidade.
**Importante**
O proprietário da reserva de capacidade permanece o proprietário do recurso e responsável pelo gerenciamento da reserva de capacidade. A conta à qual o faturamento é atribuído não recebe nenhum privilégio adicional; ela não pode cancelar, modificar ou compartilhar a reserva de capacidade de nenhuma forma.
**Topics**
+ [
## Como funciona
](#how-billing-ownership-works)
+ [
## Considerações
](#billing-ownership-considerations)
+ [Atribuir faturamento](request-billing-transfer.md)
+ [Visualizar solicitações de atribuição de faturamento](view-billing-transfers.md)
+ [Aceitar ou rejeitar faturamento](accept-decline-billing-transfer.md)
+ [Cancelar ou revogar solicitações](cancel-billing-transfer.md)
+ [Monitorar solicitações](billing-ownership-events.md)
## Como funciona
Somente o proprietário da reserva de capacidade pode atribuir o faturamento de uma reserva de capacidade compartilhada a outra conta. O faturamento só pode ser atribuído a uma conta com a qual a reserva de capacidade seja compartilhada e que esteja integrada na mesma conta pagante do AWS Organizations do proprietário da reserva de capacidade.
Para atribuir o faturamento da capacidade disponível de uma reserva de capacidade a outra conta, o proprietário da reserva de capacidade deve iniciar uma solicitação para a conta pretendida. A conta especificada recebe a solicitação e deve aceitá-la ou rejeitá-la em até 12 horas.
+ Caso **aceite**, ela torna-se a *proprietária do faturamento* de qualquer capacidade disponível, também chamada de *capacidade não utilizada*, na reserva de capacidade. A partir desse momento, qualquer cobrança pela capacidade disponível na reserva de capacidade será cobrada na conta atribuída em vez de na conta do proprietário. Após aceita, somente o proprietário da reserva de capacidade poderá revogar o faturamento da conta atribuída.
+ Caso **rejeite**, o proprietário da reserva de capacidade continuará sendo o responsável pelo faturamento da capacidade disponível na reserva de capacidade. As cobranças por qualquer capacidade disponível na reserva de capacidade continurão sendo cobradas na conta do proprietário.
+ Caso **não aceite ou rejeite** a solicitação em até 12 horas, ela expirará e as cobranças por qualquer capacidade disponível na reserva de capacidade continuarão sendo cobradas na conta do proprietário.
Durante o período em que o faturamento é atribuído a outra conta, os itens de linha `Reservation` e `UnusedBox` aparecem no Relatório de Custos e Uso (CUR) da conta atribuída em vez de no CUR do proprietário.
A tabela a seguir mostra quais itens de linha aparecem no CUR para as contas do proprietário e do consumidor da reserva de capacidade **antes** que o faturamento seja atribuído a outra conta.
| Conta | Itens de linha do CUR antes da atribuição do faturamento |
| --- | --- |
| Proprietário da reserva de capacidade | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/assign-billing.html) |
| Contas de consumidores com as quais a reserva de capacidade é compartilhada | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/assign-billing.html) |
A tabela a seguir mostra quais itens de linha aparecem no CUR para as contas do proprietário e do consumidor da reserva de capacidade **depois** que o faturamento for atribuído a outra conta.
| Conta | Itens de linha do CUR depois da atribuição do faturamento |
| --- | --- |
| Proprietário da reserva de capacidade | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/assign-billing.html) |
| Conta de consumidor à qual o faturamento é atribuído | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/assign-billing.html) |
| Outras contas de consumidores com as quais a reserva de capacidade é compartilhada | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/assign-billing.html) |
**nota**
\$1 O item de linha `BoxUsage` aparecerá no CUR de uma conta somente se ela tiver instâncias em execução na reserva de capacidade. Para obter mais informações sobre os itens de linha do CUR, consulte [Monitoring Capacity Reservations](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html).
Use o ARN da reserva de capacidade no CUR para determinar quem é o proprietário da reserva de capacidade. Se o ARN incluir o ID da conta da AWS, você será o proprietário da reserva de capacidade. Caso contrário, a reserva de capacidade será de propriedade de outra conta, mas o faturamento será atribuído a você.
As tags de alocação de custos atribuídas à reserva de capacidade pelo proprietário não aparecerão no CUR da conta do consumidor. As tags de alocação de custos aparecem somente no CUR do proprietário da reserva de capacidade.
## Considerações
Lembre-se do seguinte ao atribuir o faturamento de uma reserva de capacidade compartilhada:
+ Você não pode fazer atribuições de faturamento parcial ou dividido. O faturamento de toda a capacidade disponível de uma reserva de capacidade só pode ser atribuído a uma conta por vez.
+ A capacidade disponível de uma reserva de capacidade pode mudar com o tempo. Isso afetará o faturamento da conta atribuída. Por exemplo, a capacidade disponível poderá aumentar se o proprietário da reserva de capacidade aumentar o tamanho da reserva de capacidade ou se outras contas de consumidores interromperem ou encerrarem as instâncias em execução na reserva de capacidade.
+ O faturamento só pode ser atribuído a uma conta de consumidor integrada na mesma conta pagante do AWS Organizations. O faturamento será automaticamente revogado da conta do consumidor se ele deixar a organização ou se a reserva de capacidade não for mais compartilhada com ele.
+ Somente o proprietário da reserva de capacidade pode cancelar uma solicitação de atribuição de faturamento pendente e revogar o faturamento de uma conta atribuída depois que a solicitação for aceita.
# Atribuir o faturamento de uma reserva de capacidade compartilhada do EC2 a outra conta
Para atribuir o faturamento da capacidade disponível de uma reserva de capacidade compartilhada a outra conta, o proprietário da reserva de capacidade deve iniciar uma solicitação para a conta pretendida. No console do Amazon EC2, essa solicitação é chamada de *solicitação de transferência*.
O proprietário de uma reserva de capacidade poderá atribuir o faturamento da capacidade disponível da reserva de capacidade a uma conta somente se:
+ A reserva de capacidade já estiver compartilhada com a conta.
+ A conta for integrada na mesma conta pagante do AWS Organizations que aquela do proprietário da reserva de capacidade.
O faturamento é atribuído à conta especificada somente quando ela aceita a solicitação.
Quando o proprietário de uma reserva de capacidade inicia uma solicitação, um evento do Amazon EventBridge é enviado para a conta solicitada. Para obter mais informações, consulte [Monitorar as solicitações de atribuição de faturamento para reservas de capacidade compartilhadas](billing-ownership-events.md).
------
#### [ Console ]
**Para atribuir o faturamento de uma reserva de capacidade compartilhada**
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, selecione **Reservas de capacidade**, e depois escolha a reserva de capacidade compartilhada.
1. Na seção **Faturamento da capacidade disponível**, escolha **Atribuir faturamento**.
1. Na tela **Atribuir faturamento**, selecione a conta do consumidor à qual atribuir o faturamento e, em seguida, escolha **Solicitar**.
------
#### [ AWS CLI ]
**Para atribuir o faturamento de uma reserva de capacidade compartilhada**
Use o comando [associate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-capacity-reservation-billing-owner.html). Em `--capacity-reservation-id`, especifique o ID da reserva de capacidade compartilhada. Em `--unused-reservation-billing-owner-id`, especifique o ID da conta da AWS à qual a cobrança será atribuída.
```
aws ec2 associate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**Para atribuir o faturamento de uma reserva de capacidade compartilhada**
Use o cmdlet [Register-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2CapacityReservationBillingOwner.html). Em `-CapacityReservationId`, especifique o ID da reserva de capacidade compartilhada. Em `-UnusedReservationBillingOwnerId`, especifique o ID da conta da AWS à qual a cobrança será atribuída.
```
Register-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Visualizar solicitações de atribuição de faturamento para reservas de capacidade compartilhadas do EC2
O proprietário de uma reserva de capacidade pode visualizar somente a solicitação de atribuição de faturamento mais recente que ele iniciou. E as contas de consumidores podem visualizar somente as solicitações de atribuição de faturamento mais recentes enviadas para elas.
As solicitações poderão ser visualizadas por 24 horas após entrarem no estado `cancelled`, `expired` ou `revoked`. Após 24 horas, elas não poderão mais ser visualizadas.
------
#### [ Console ]
**(Proprietário da reserva de capacidade) Para visualizar as solicitações que você iniciou**
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, selecione **Reservas de capacidade** e escolha a reserva de capacidade compartilhada da qual visualizar as solicitações.
1. A seção **Faturamento da capacidade disponível** mostra a solicitação mais recente e seu estado atual.
**(Conta de consumidor) Para solicitações enviadas para você**
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, selecione **Reservas de capacidade**.
1. Se você tiver solicitações pendentes, o banner **Solicitações de atribuição de faturamento pendentes** aparecerá na parte superior da tela. Se o banner não aparecer, você não tem nenhuma solicitação pendente.
Para ver as solicitações, escolha **Revisar solicitações** no banner.
------
#### [ AWS CLI ]
**(Proprietário da reserva de capacidade) Para visualizar as solicitações que você iniciou**
Use o comando [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role odcr-owner
```
**(Conta de consumidor) Para ver as solicitações enviadas para você**
Use o comando [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role unused-reservation-billing-owner
```
------
#### [ PowerShell ]
**(Proprietário da reserva de capacidade) Para visualizar as solicitações que você iniciou**
Use o cmdlet [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html).
```
Get-EC2CapacityReservationBillingRequest `
-Role odcr-owner
```
**(Conta de consumidor) Para ver as solicitações enviadas para você**
Use o cmdlet [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html).
```
Get-EC2CapacityReservationBillingRequest `
-Role unused-reservation-billing-owner
```
------
Uma solicitação pode estar em um dos estados a seguir.
| Estado | Descrição |
| --- | --- |
| pending | A solicitação não foi aceita nem rejeitada, mas ainda não expirou. |
| accepted | A solicitação foi aceita pela conta especificada. O faturamento da capacidade disponível da reserva de capacidade é atribuído à conta do consumidor. |
| rejected | A solicitação foi rejeitada pela conta do consumidor. |
| cancelled | A solicitação foi cancelada pelo proprietário da reserva de capacidade enquanto ela estava no estado pending. |
| revoked | O faturamento foi revogado da conta do consumidor por um dos seguintes motivos: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/view-billing-transfers.html) |
| expired | A solicitação expirou porque a conta do consumidor não a aceitou nem a rejeitou no prazo de 12 horas. |
# Aceitar ou rejeitar o faturamento de uma reserva de capacidade compartilhada do EC2
Caso receba uma solicitação de atribuição de faturamento para uma reserva de capacidade compartilhada com você, será possível aceitá-la ou rejeitá-la. A solicitação permanecerá no estado `pending` até que seja aceita ou rejeitada.
Se você aceitar a solicitação, ela entrará no estado `accepted`, e o faturamento de qualquer capacidade disponível ou *não utilizada* dessa reserva de capacidade será atribuída à conta a partir desse momento. Depois de aceitar uma solicitação, somente o proprietário da reserva de capacidade poderá revogar o faturamento da conta.
Se você rejeitar a solicitação, ela entrará no estado `rejected`, e o faturamento da capacidade disponível da reserva de capacidade permanecerá atribuído ao proprietário da reserva de capacidade.
As solicitações expirarão se não forem aceitas ou rejeitadas em até 12 horas. Se uma solicitação expirar, o faturamento de qualquer capacidade não utilizada da reserva de capacidade permanecerá atribuído ao proprietário da reserva de capacidade.
Quando uma solicitação é aceita ou rejeitada, um evento do Amazon EventBridge é enviado para a conta do proprietário da reserva de capacidade. Quando uma solicitação expira, um evento do Amazon EventBridge é enviado ao proprietário da reserva de capacidade e à conta do consumidor. Para obter mais informações, consulte [Monitorar as solicitações de atribuição de faturamento para reservas de capacidade compartilhadas](billing-ownership-events.md).
------
#### [ Console ]
**Para aceitar ou rejeitar uma solicitação**
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, selecione **Reservas de capacidade**.
1. Se você tiver solicitações pendentes, o banner **Solicitações de atribuição de faturamento pendentes** aparecerá na parte superior da tela. Se o banner não aparecer, você não tem nenhuma solicitação pendente.
Para ver as solicitações, escolha **Revisar solicitações** no banner.
1. Selecione a solicitação para aceitar ou rejeitar e, em seguida, escolha **Aceitar** ou **Rejeitar**.
------
#### [ AWS CLI ]
**Para aceitar uma solicitação**
Use o comando [accept-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-capacity-reservation-billing-ownership.html). Em `--capacity-reservation-id`, especifique o ID da reserva de capacidade da qual aceitar a solicitação.
```
aws ec2 accept-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
**Para rejeitar uma solicitação**
Use o comando [reject-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/reject-capacity-reservation-billing-ownership.html). Em `--capacity-reservation-id`, especifique o ID da reserva de capacidade da qual rejeitar a solicitação.
```
aws ec2 reject-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
------
#### [ PowerShell ]
**Para aceitar uma solicitação**
Use o cmdlet [Approve-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2CapacityReservationBillingOwnership.html).
```
Approve-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
**Para rejeitar uma solicitação**
Use o cmdlet [Deny-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Deny-EC2CapacityReservationBillingOwnership.html).
```
Deny-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
------
# Cancelar ou revogar solicitações de atribuição de faturamento para reservas de capacidade compartilhadas do EC2
Somente o proprietário da reserva de capacidade pode cancelar uma solicitação de atribuição de faturamento `pending`. Se uma solicitação pendente for cancelada, ela entrará no estado `cancelled`, e o faturamento de qualquer capacidade disponível ou *não utilizada* da reserva de capacidade permanecerá atribuído ao proprietário da reserva de capacidade.
Depois que a solicitação é `accepted`, somente o proprietário da reserva de capacidade pode revogar a cobrança da conta atribuída. Se o faturamento for revogado, a solicitação entrará no estado `revoked`, e o faturamento de qualquer capacidade disponível da reserva de capacidade será reatribuído ao proprietário da reserva de capacidade.
Quando uma solicitação é cancelada ou revogada, os eventos do Amazon EventBridge são enviados para o proprietário da reserva de capacidade e para a conta do consumidor especificada. Para obter mais informações, consulte [Monitorar as solicitações de atribuição de faturamento para reservas de capacidade compartilhadas](billing-ownership-events.md).
------
#### [ Console ]
**Para cancelar ou revogar uma solicitação**
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, selecione **Reservas de capacidade** e depois escolha a reserva de capacidade da qual cancelar ou revogar a solicitação.
1. Na seção **Faturamento da capacidade disponível**, escolha **Cancelar transferência** ou **Revogar transferência**, dependendo do estado atual da solicitação.
------
#### [ AWS CLI ]
**Para cancelar ou revogar uma solicitação**
Use o comando [disassociate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-capacity-reservation-billing-owner.html). Em `--unused-reservation-billing-owner-id`, especifique o ID da conta da AWS da qual a solicitação foi enviada.
```
aws ec2 disassociate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**Para cancelar ou revogar uma solicitação**
Use o cmdlet [Unregister-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2CapacityReservationBillingOwner.html). Em `-UnusedReservationBillingOwnerId`, especifique o ID da conta da AWS da qual a solicitação foi enviada.
```
Unregister-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Monitorar as solicitações de atribuição de faturamento para reservas de capacidade compartilhadas
O Amazon EC2 envia eventos do Amazon EventBridge quando o estado de uma solicitação de atribuição de faturamento muda.
+ Os eventos são enviados para o proprietário da reserva de capacidade quando uma solicitação entra nos seguintes estados: `accepted` \$1 `rejected` \$1 `expired` \$1 `revoked`.
+ Os eventos são enviados para a conta do consumidor solicitada quando uma solicitação entra nos seguintes estados: `pending` \$1 `expired` \$1 `cancelled` \$1 `revoked`.
Para obter mais informações sobre o Amazon EventBridge, consulte o [Guia do usuário do Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
A seguir está o padrão de eventos do Amazon EventBridge.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request pending|accepted|rejected|cancelled|revoked|expired",
"source":"aws.ec2",
"account":"account_id",
"time":"state_change_timestamp",
"region":"region",
"resources":[
"arn:aws:ec2:region:cr_owner_account_id:capacity-reservation/cr_id"
],
"detail":{
"capacity-reservation-id":"cr_id",
"updateTime":timestamp,
"ownerAccountId":"cr_owner_account_id",
"unusedReservationChargesOwnerID":"consumer_account_id",
"status":"pending|accepted|rejected|cancelled|revoked|expired",
"statusMessage":"message
}
}
```
O exemplo a seguir é de um evento enviado ao proprietário da reserva de capacidade (`222222222222`) quando uma conta de consumidor (`111111111111`) aceita uma solicitação de atribuição de faturamento para uma reserva de capacidade compartilhada (`cr-01234567890abcdef`).
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request accepted",
"source":"aws.ec2",
"account":"222222222222",
"time":"2024-09-01Thh:59:59Z",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:222222222222:capacity-reservation/cr-01234567890abcdef"
],
"detail":{
"capacity-reservation-id":"cr-01234567890abcdef",
"updateTime":"2024-08-01Thh:59:59Z",
"ownerAccountId":"222222222222",
"unusedReservationChargesOwnerID":"111111111111",
"status":"accepted",
"statusMessage":"billing transfer status message"
}
}
```
## Permissões de Reserva de capacidade compartilhada
### Permissões para proprietários
Os proprietários são responsáveis por gerenciar e cancelar suas Reservas de Capacidade compartilhadas. Os proprietários não podem modificar instâncias em execução na Reserva de capacidade compartilhada que sejam de propriedade de outras contas. Os proprietários continuam responsáveis pelo gerenciamento das instâncias que executam na Reserva de capacidade compartilhada.
### Permissões para consumidores
Os consumidores são responsáveis pelo gerenciamento de suas instâncias que estão em execução na Reserva de capacidade compartilhada. Os consumidores não podem modificar a Reserva de capacidade compartilhada de nenhuma forma e não podem visualizar nem modificar instâncias que são de propriedade de outros consumidores ou do proprietário da Reserva de capacidade. Os consumidores só podem visualizar a capacidade total e a capacidade disponível na reserva compartilhada.
## Faturamento e medição
Não há cobranças adicionais pelo compartilhamento de Reservas de Capacidade.
Por padrão, o proprietário da reserva compartilhada é cobrado pelas instâncias que executa na reserva de capacidade e por qualquer capacidade não utilizada, enquanto os consumidores são cobrados pelas instâncias que executam na reserva de capacidade compartilhada. No entanto, você pode atribuir o faturamento da capacidade disponível de uma reserva de capacidade compartilhada a uma conta de consumidor específica. Para obter mais informações, consulte [Atribuição de faturamento para reservas de capacidade compartilhadas do Amazon EC2](assign-billing.md).
Se o proprietário da reserva de capacidade pertencer a uma conta de pagador diferente e a reserva de capacidade estiver coberta por uma instância reservada regional ou por um Savings Plan, o proprietário da reserva de capacidade continuará sendo cobrado pela instância reservada regional ou pelo Savings Plan. Nesses casos, o proprietário da reserva de capacidade paga pela instância reservada regional ou pelo Savings Plan, e os consumidores são cobrados pelas instâncias que executam na reserva de capacidade compartilhada.
## Limites de instâncias
Todo o uso da Reserva de capacidade é contado em relação aos limites de instância sob demanda do proprietário da Reserva de capacidade. Isso inclui:
+ Capacidade reservada não utilizada
+ Uso por instâncias de propriedade do proprietário da Reserva de capacidade
+ Uso por instâncias de propriedade de consumidores
As instâncias executadas na capacidade reservada por consumidores são contadas em relação ao limite de instância sob demanda do proprietário da Reserva de capacidade. Os limites de instâncias dos consumidores são a soma de seus próprios limites de instância sob demanda e a capacidade disponível nas Reservas de Capacidade compartilhadas que podem acessar.
# Frotas de reserva de capacidade
Uma*frota de reserva de capacidade sob demanda* é um grupo de reservas de capacidade.
Uma solicitação de frota de reserva de capacidade contém todas as informações de configuração necessárias para iniciar uma frota de reserva de capacidade. Com uma só solicitação, é possível reservar grandes quantidades de capacidade do Amazon EC2 para sua workload em vários tipos de instância, até uma capacidade de destino especificada.
Após criar uma frota de reserva de capacidade, é possível gerenciar coletivamente as reservas de capacidade na frota modificando ou cancelando a frota de reserva de capacidade.
**Topics**
+ [
## Funcionamento das frotas de reserva de capacidade
](#cr-how-it-works)
+ [
## Considerações
](#considerations)
+ [
## Preços
](#pricing)
+ [Conceitos e planejamento](crfleet-concepts.md)
+ [Criar](create-crfleet.md)
+ [Modifique](modify-crfleet.md)
+ [Cancelar](cancel-crfleet.md)
+ [Exemplos de configuração](crfleet-example-configs.md)
+ [Uso de perfis vinculados ao serviço](using-service-linked-roles.md)
## Funcionamento das frotas de reserva de capacidade
Quando você cria uma frota de reserva de capacidade, a frota tenta criar reservas individuais de capacidade para atender à capacidade total de destino especificada na solicitação de frota.
O número de instâncias para as quais a frota reserva capacidade depende da [*capacidade total pretendida*](crfleet-concepts.md#target-capacity) e dos [*pesos dos tipos de instâncias*](crfleet-concepts.md#instance-weight) especificados por você. O tipo de instância para o qual a capacidade é reservada depende da [*estratégia de alocação*](crfleet-concepts.md#allocation-strategy) e das [*prioridades de tipos de instâncias*](crfleet-concepts.md#instance-priority) que você usa.
Se não houver capacidade suficiente no momento de criação da frota e ela não conseguir atingir imediatamente sua capacidade total de destino, a frota tentará criar assíncronamente reservas de capacidade até que tenha reservado a quantidade de capacidade solicitada.
Quando a frota atinge sua capacidade total de destino, ela tenta manter essa capacidade. Se houver o cancelamento de uma reserva de capacidade na frota, dependendo da configuração da frota, ela criará automaticamente uma ou mais reservas de capacidade para substituir a capacidade perdida e manter a capacidade total de destino.
Não é possível gerenciar as reservas de capacidade na frota individualmente. Elas devem ser gerenciadas coletivamente modificando a frota. Quando você modifica uma frota, as reservas de capacidade na frota são atualizadas automaticamente para refletir as alterações.
Atualmente, as frotas de reserva de capacidade são compatíveis com os critérios `open` de correspondência de instâncias, e todas as reservas de capacidade executadas por uma frota usam automaticamente esses critérios de correspondência de instâncias. Com esse critério, novas instâncias e instâncias existentes que têm atributos correspondentes (por exemplo: tipo de instância, plataforma, zona de disponibilidade e locação) são executadas automaticamente nas reservas de capacidade criadas por uma frota. As frotas de reserva de capacidade não são compatíveis com critérios de correspondência de instâncias direcionadas.
## Considerações
Ao trabalhar com frotas de reserva de capacidade, lembre-se do seguinte:
+ Uma frota de reserva de capacidade pode ser criada, modificada, visualizada e cancelada usando a AWS CLI e API da AWS.
+ Não é possível gerenciar as reservas de capacidade em uma frota individualmente. Elas devem ser gerenciadas coletivamente modificando ou cancelando a frota.
+ Uma frota de reserva de capacidade não pode abranger regiões.
+ Uma frota de reserva de capacidade não pode abranger zonas de disponibilidade.
+ Reservas de capacidade criadas por uma frota de reserva de capacidade são marcadas automaticamente com a seguinte etiqueta gerada da AWS:
+ Chave – — `aws:ec2-capacity-reservation-fleet`
+ Valor – — `fleet_id`
É possível usar essa etiqueta para identificar reservas de capacidade que foram criadas por uma frota de reserva de capacidade.
## Preços
Não há cobranças adicionais pelo uso de frotas de reserva de capacidade. Você recebe cobranças pelas reservas de capacidade individuais criadas por suas frotas de reserva de capacidade. Para mais informações sobre o faturamento de reservas de capacidade, consulte [Definição de preços e faturamento da Reserva de capacidade](capacity-reservations-pricing-billing.md).
# Conceitos e planejamento de frota de reserva de capacidade
As informações a seguir descrevem como planejar uma frota de reserva de capacidade e descrevem os conceitos de frota de reserva de capacidade, incluindo capacidade total de destino, estratégia de alocação, peso do tipo de instância e prioridade do tipo de instância.
**Topics**
+ [
## Planejar uma frota de reserva de capacidade
](#plan-cr-fleet)
+ [
## Capacidade total de destino
](#target-capacity)
+ [
## Estratégia de alocação
](#allocation-strategy)
+ [
## Peso do tipo de instância
](#instance-weight)
+ [
## Prioridade do tipo de instância
](#instance-priority)
## Planejar uma frota de reserva de capacidade
Ao planejar uma frota de reserva de capacidade, recomendamos que você faça o seguinte:
1. Determine a quantidade de capacidade computacional necessária para sua workload.
1. Decida os tipos de instância e zonas de disponibilidade que deseja usar.
1. Atribua uma prioridade a cada tipo de instância com base em suas necessidades e preferências. Para obter mais informações, consulte [Prioridade do tipo de instância](#instance-priority).
1. Crie um sistema de ponderação de capacidade que faça sentido para sua workload. Atribua um peso a cada tipo de instância e determine sua capacidade total de destino. Para obter mais informações, consulte [Peso do tipo de instância](#instance-weight) e [Capacidade total de destino](#target-capacity).
1. Determine se precisa da reserva de capacidade indefinidamente ou apenas por um período de tempo específico.
## Capacidade total de destino
A *capacidade total de destino* define a quantidade total de capacidade computacional que a frota de reserva de capacidade reserva. Você especifica a capacidade total de destino ao criar a frota de reserva de capacidade. Após a criação da frota, o Amazon EC2 cria automaticamente reservas de capacidade para reservar capacidade até a capacidade total de destino.
O número de instâncias para as quais a frota de reserva de capacidade reserva a capacidade é determinado pela capacidade total de destino e pelo *peso do tipo de instância* que você especificar para cada tipo de instância na frota de reserva de capacidade (`total target capacity`/`instance type weight` = `number of instances`).
É possível atribuir uma capacidade total de destino com base em unidades que são significativas para sua workload. Por exemplo, se sua workload exigir um determinado número de vCPUs, será possível atribuir a capacidade total de destino com base no número necessário de vCPUs. Se sua workload exigir `2048` vCPUs, especifique uma capacidade total de destino de `2048` e, em seguida, atribua pesos de tipo de instância com base no número de vCPUs fornecidas pelos tipos de instância na frota. Para ver um exemplo, consulte [Peso do tipo de instância](#instance-weight).
## Estratégia de alocação
A estratégia de alocação para sua frota de reserva de capacidade determina como ela atenderá a solicitações de capacidade reservada das especificações de tipo de instância na configuração da frota de reserva de capacidade.
Atualmente, só há compatibilidade com a estratégia de alocação `prioritized`. Com essa estratégia, a frota de reserva de capacidade cria reservas de capacidade usando as prioridades que você atribuiu a cada uma das especificações de tipo de instância na configuração da frota de reserva de capacidade. Valores mais baixos de prioridade indicam maior prioridade para uso. Por exemplo, digamos que você crie uma frota de reserva de capacidade que use os seguintes tipos de instância e prioridades:
+ `m4.16xlarge` – prioridade = 1
+ `m5.16xlarge` – prioridade = 3
+ `m5.24xlarge` – prioridade = 2
Primeiramente a frota tenta criar reservas de capacidade para `m4.16xlarge`. Se o Amazon EC2 tiver capacidade insuficiente da `m4.16xlarge`, a frota tenta criar reservas de capacidade para `m5.24xlarge`. Se o Amazon EC2 tiver capacidade insuficiente da `m5.24xlarge`, a frota cria reservas de capacidade para `m5.16xlarge`.
## Peso do tipo de instância
O *peso do tipo de instância* é um peso que você atribui a cada tipo de instância na frota de reserva de capacidade. O peso determina quantas unidades de capacidade cada instância do tipo específico de instância são contabilizadas na *capacidade total de destino* da frota.
É possível atribuir pesos com base em unidades que são significativas para sua workload. Por exemplo, se sua workload exigir um determinado número de vCPUs, será possível atribuir pesos com base no número de vCPUs fornecidas por cada tipo de instância na frota de reserva de capacidade. Nesse caso, se você criar uma frota de reserva de capacidade usando instâncias `m4.16xlarge` e `m5.24xlarge`, você atribuiria pesos que correspondem ao número de vCPUs para cada instância da seguinte forma:
+ `m4.16xlarge` – `64` vCPUs, peso = `64` unidades
+ `m5.24xlarge` – `96` vCPUs, peso = `96` unidades
O peso do tipo de instância determina o número de instâncias para as quais a frota de reserva de capacidade reserva a capacidade. Por exemplo, se uma frota de reserva de capacidade com uma capacidade de destino total de `384` unidades usar os tipos e pesos de instância do exemplo anterior, a frota poderia reservar capacidade para `6` instâncias `m4.16xlarge` (384 de capacidade total de destino/64 de tipo de instância com peso = 6 instâncias), ou `4` instâncias `m5.24xlarge` (384/96 = 4).
Se você não atribuir pesos de tipo de instância ou se atribuir um peso de tipo de instância de `1`, a capacidade total de destino é baseada puramente na contagem de instâncias. Por exemplo, se uma frota de reserva de capacidade com uma capacidade total de destino de `384` unidades usar os tipos de instância do exemplo anterior, mas omitir os pesos ou especificar um peso de `1` para ambos os tipos de instância, a frota poderia reservar capacidade para `384` instâncias `m4.16xlarge` ou `384` instâncias `m5.24xlarge`.
## Prioridade do tipo de instância
A *prioridade do tipo de instância* é um valor que você atribui aos tipos de instância na frota. As prioridades são usadas para determinar quais dos tipos de instância especificados para a frota devem ter o uso priorizado.
Valores mais baixos de prioridade indicam uma maior prioridade para uso.
# Criar uma frota de reserva de capacidade
Quando você cria uma frota de reserva de capacidade, ela cria automaticamente reservas de capacidade para os tipos de instância especificados na solicitação de frota, até a capacidade total de destino especificada. O número de instâncias para as quais a frota de reserva de capacidade reserva capacidade depende da capacidade total de destino e dos pesos de tipo de instância que você especifica na solicitação. Para obter mais informações, consulte [Peso do tipo de instância](crfleet-concepts.md#instance-weight) e [Capacidade total de destino](crfleet-concepts.md#target-capacity).
Ao criar a frota, especifique os tipos de instância a serem usados e uma prioridade para cada um desses tipos de instância. Para obter mais informações, consulte [Estratégia de alocação](crfleet-concepts.md#allocation-strategy) e [Prioridade do tipo de instância](crfleet-concepts.md#instance-priority).
**nota**
A função **AWSServiceRoleForEC2CapacityReservationFleet** vinculada a serviço é criada automaticamente em sua conta na primeira vez que você cria uma frota de reserva de capacidade. Para obter mais informações, consulte [Uso de funções vinculadas aos serviços para a frota de reserva de capacidadeUso de perfis vinculados ao serviço do EC2 Capacity Manager](using-service-linked-roles.md).
Atualmente, as frotas de reserva de capacidade são compatíveis apenas com os critérios `open` de correspondência de instâncias.
------
#### [ AWS CLI ]
**Para criar uma frota de reserva de capacidade**
Use o comando [create-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation-fleet.html).
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 24 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-12-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Veja a seguir o conteúdo de `instanceTypeSpecification.json`.
```
[
{
"InstanceType": "m5.xlarge",
"InstancePlatform": "Linux/UNIX",
"Weight": 3.0,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
O seguinte é um exemplo de saída.
```
{
"Status": "submitted",
"TotalFulfilledCapacity": 0.0,
"CapacityReservationFleetId": "crf-abcdef01234567890",
"TotalTargetCapacity": 24
}
```
------
#### [ PowerShell ]
**Para criar uma frota de reserva de capacidade**
Use o cmdlet [New-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationFleet.html).
```
New-EC2CapacityReservationFleet `
-TotalTargetCapacity 24 `
-AllocationStrategy "prioritized" `
-InstanceMatchCriterion "open" `
-Tenancy "default" `
-EndDate 2021-12-31T23:59:59.000Z `
-InstanceTypeSpecification $specification
```
A especificação é definida conforme a seguir.
```
$specification = New-Object Amazon.EC2.Model.ReservationFleetInstanceSpecification
$specification.InstanceType = "m5.xlarge"
$specification.InstancePlatform = "Linux/UNIX"
$specification.Weight = 3.0
$specification.AvailabilityZone = "us-east-1a"
$specification.EbsOptimized = $true
$specification.Priority = 1
```
------
# Modificar uma frota de reserva de capacidade
É possível modificar a qualquer momento a capacidade total de destino e a data de uma frota de reserva de capacidade. Ao modificar a capacidade total de destino de uma frota de reserva de capacidade, a frota cria automaticamente novas reservas de capacidade ou modifica ou cancela as reservas de capacidade existentes na frota para atender à nova capacidade total de destino. Quando você modifica a data de término da frota, as datas de término de todas as reservas de capacidade individuais são atualizadas de maneira adequada.
**Considerações**
+ Após modificar uma frota, o status dela muda para `modifying`. Não é possível tentar fazer modificações adicionais em uma frota enquanto ela estiver no estado `modifying`.
+ Você não pode modificar a locação, a zona de disponibilidade, os tipos de instância, as plataformas de instância, as prioridades ou os pesos usados por uma frota de reserva de capacidade. Se precisar alterar qualquer um desses parâmetros, talvez seja necessário cancelar a frota existente e criar uma nova com os parâmetros necessários.
+ Não é possível especificar `--end-date` e `--remove-end-date` no mesmo comando.
------
#### [ AWS CLI ]
**Para modificar uma frota de reserva de capacidade**
Use o comando [modify-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation-fleet.html).
**Exemplo 1: modificar a capacidade total do destino**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--total-target-capacity 160
```
**Exemplo 2: modificar a data de término**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--end-date 2021-07-04T23:59:59.000Z
```
**Exemplo 3: remover a data de término**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--remove-end-date
```
------
#### [ PowerShell ]
**Para modificar uma frota de reserva de capacidade**
Use o cmdlet [Edit-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservationFleet.html).
**Exemplo 1: modificar a capacidade total do destino**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-TotalTargetCapacity 160
```
**Exemplo 2: modificar a data de término**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-EndDate 2021-07-04T23:59:59.000Z
```
**Exemplo 3: remover a data de término**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-RemoveEndDate
```
------
# Cancelar uma frota de reserva de capacidade
Quando não precisar mais de uma frota de reserva de capacidade e da capacidade que ela reserva, é possível cancelá-la. Quando você cancela uma frota, o status muda para `cancelled` e ela não poderá mais criar novas reservas de capacidade. Além disso, todas as reservas de capacidade individuais na frota são canceladas. As instâncias que estavam em execução anteriormente na capacidade reservada continuam a ser executadas normalmente na capacidade compartilhada.
------
#### [ AWS CLI ]
**Para cancelar uma frota de reserva de capacidade**
Use o comando [cancel-capacity-reservation-fleets](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation-fleets.html).
```
aws ec2 cancel-capacity-reservation-fleets \
--capacity-reservation-fleet-ids crf-abcdef01234567890
```
O seguinte é um exemplo de saída.
```
{
"SuccessfulFleetCancellations": [
{
"CurrentFleetState": "cancelling",
"PreviousFleetState": "active",
"CapacityReservationFleetId": "crf-abcdef01234567890"
}
],
"FailedFleetCancellations": []
}
```
------
#### [ PowerShell ]
**Para cancelar uma frota de reserva de capacidade**
Use o cmdlet [Stop-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2CapacityReservationFleet.html).
```
Stop-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-abcdef01234567890
```
------
# Exemplo de configurações de frota de reserva de capacidade
O exemplo a seguir cria uma frota de reserva de capacidade que usa dois tipos de instância: `m5.4xlarge` e `m5.12xlarge`.
Ele usa um sistema de ponderação com base no número de vCPUs fornecidas pelos tipos de instância especificados. A capacidade total de destino é de `480` vCPUs. O tipo `m5.4xlarge` fornece 16 vCPUs e tem um peso de `16`, enquanto o `m5.12xlarge` fornece 48 vCPUs e tem um peso de `48`. Este sistema de ponderação configura a frota de reserva de capacidade para reservar capacidade para 30 instâncias `m5.4xlarge` (480/16 = 30) ou 10 instâncias `m5.12xlarge` (480/48 = 10).
A frota está configurada para priorizar a capacidade de `m5.12xlarge` e obtém prioridade de `1`, enquanto `m5.4xlarge` obtém uma prioridade mais baixa de `2`. Isso significa que a frota tentará reservar primeiramente a capacidade de `m5.12xlarge`, e só tentará reservar `m5.4xlarge` se o Amazon EC2 tiver capacidade insuficiente de `m5.12xlarge`.
A frota reserva a capacidade para `Windows` instâncias e a reserva expira automaticamente em `October 31, 2021` às `23:59:59` UTC.
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 480 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-10-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Veja a seguir o conteúdo de `instanceTypeSpecification.json`.
```
[
{
"InstanceType": "m5.4xlarge",
"InstancePlatform":"Windows",
"Weight": 16,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 2
},
{
"InstanceType": "m5.12xlarge",
"InstancePlatform":"Windows",
"Weight": 48,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
# Uso de funções vinculadas aos serviços para a frota de reserva de capacidade
A frota de reserva de capacidade sob demanda usa [funções vinculadas a serviço](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html#id_roles_terms-and-concepts) do AWS Identity and Access Management (IAM). Uma função vinculada a serviço é um tipo exclusivo de função do IAM vinculada diretamente à frota de reserva de capacidade. As funções vinculadas a serviço são predefinidas pela frota de reserva de capacidade e incluem todas as permissões que o serviço requer para chamar outros serviços da AWS em seu nome.
Uma função vinculada a serviço facilita a configuração da frota de reserva de capacidade porque você não precisa adicionar as permissões necessárias manualmente. A frota de reserva de capacidade define as permissões das funções vinculadas a serviço e, exceto se definido de outra forma, somente a frota de reserva de capacidade pode assumir suas funções. As permissões definidas incluem a política de confiança e a política de permissões, que não pode ser anexada a nenhuma outra entidade do IAM.
Um perfil vinculado ao serviço poderá ser excluído somente após excluir seus atributos relacionados. Isso protege seus recursos da frota de reserva de capacidade, pois você não pode remover por engano as permissões para acessar os recursos.
## Permissões de funções vinculadas aos serviços para a frota de reserva de capacidade
A Frota de reservas de capacidade usa o perfil vinculado ao serviço denominado **AWSServiceRoleForEC2CapacityReservationFleet** para criar, descrever, modificar e cancelar Reservas de capacidade em uma Frota de reservas de capacidade em seu nome.
O perfil vinculado a serviço AWSServiceRoleForEC2CapacityReservationFleet confia nas entidades a seguir para assumir o perfil:
+ `capacity-reservation-fleet.amazonaws.com`
Esse perfil usa a política gerenciada pela AWS `AWSEC2CapacityReservationFleetRolePolicy`. Para obter mais informações, consulte [AWS Política gerenciada da: AWSEC2CapacityReservationFleetRolePolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-AWSEC2CapacityReservationFleetRolePolicy).
Você deve configurar permissões para que uma entidade do IAM (por exemplo, um usuário, grupo ou função) crie, edite ou exclua um perfil vinculado a serviço. Para obter mais informações, consulte [Permissões de perfil vinculado a serviços](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html#service-linked-role-permissions) no *Guia do usuário do IAM*.
## Criar uma função vinculada ao serviço para a frota de reserva de capacidade
Não é necessário criar manualmente um perfil vinculado ao serviço. Quando você cria uma frota de reserva de capacidade usando o comando `create-capacity-reservation-fleet` da AWS CLI ou a API `CreateCapacityReservationFleet`, a função vinculada a serviço é criada automaticamente para você.
Se excluir esse perfil vinculado ao serviço e precisar criá-lo novamente, será possível usar esse mesmo processo para recriar o perfil em sua conta. Quando você cria uma frota de reserva de capacidade, a frota de reserva de capacidade cria a função vinculada a serviço para você novamente.
## Editar uma função vinculada ao serviço para a frota de reserva de capacidade
A frota de reserva de capacidade não permite que você edite a função vinculada a serviço AWSServiceRoleForEC2CapacityReservationFleet. Depois que criar um perfil vinculado ao serviço, você não poderá alterar o nome do perfil, pois várias entidades podem fazer referência a ele. No entanto, será possível editar a descrição do perfil usando o IAM. Para obter mais informações, consulte [Editar uma descrição de perfil vinculado ao serviço](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-service-linked-role.html#edit-service-linked-role-iam-console) no *Guia do usuário do IAM*.
## Excluir uma função vinculada ao serviço para a frota de reserva de capacidade
Se você não precisar mais usar um recurso ou serviço que requer um perfil vinculado ao serviço, é recomendável excluí-lo. Dessa forma, você não tem uma entidade não utilizada que não seja monitorada ativamente ou mantida. No entanto, é necessário excluir os recursos de sua função vinculada a serviço antes que seja possível exclui-la manualmente.
**nota**
Se o serviço da frota de reserva de capacidade estiver usando a função quando você tentar excluir os recursos, a exclusão poderá falhar. Se isso acontecer, espere alguns minutos e tente a operação novamente.
**Para excluir a função vinculada a serviço AWSServiceRoleForEC2CapacityReservationFleet**
1. Use o comando `delete-capacity-reservation-fleet` da AWS CLI ou a API `DeleteCapacityReservationFleet` para excluir as frotas de reserva de capacidade em sua conta.
1. Use o console do IAM, a AWS CLI ou a API da AWS para excluir a função vinculada a serviço AWSServiceRoleForEC2CapacityReservationFleet. Para obter mais informações, consulte [Excluir uma função vinculada ao serviço](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage_delete.html#id_roles_manage_delete_slr) no *Guia do usuário do IAM*.
## Regiões com suporte a funções vinculadas aos serviços para frota de reserva de capacidade
A frota de reserva de capacidade é compatível com o uso de funções vinculadas a serviço em todas as regiões nas quais o serviço esteja disponível. Para mais informações, consulte [Regiões e endpoints da AWS](https://docs.aws.amazon.com/general/latest/gr/ec2-service.html#ec2_region).
# Monitorar o uso de reservas de capacidade com métricas do CloudWatch
Com as métricas do CloudWatch, é possível monitorar as Reservas de Capacidade e identificar a capacidade não utilizada configurando os alarmes do CloudWatch para notificá-lo quando os limites de uso forem atingidos. Isso pode ajudá-lo a manter um volume constante de Reserva de capacidade e atingir um nível mais alto de utilização.
As reservas de capacidade enviam dados de métricas ao CloudWatch a cada cinco minutos. Não há suporte para métricas de Reservas de Capacidade que estejam ativas por menos de cinco minutos.
Para obter mais informações sobre como visualizar métricas no console do CloudWatch, consulte [Usar as métricas do Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html). Para obter mais informações sobre como criar alarmes, consulte [Criar alarmes do Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Topics**
+ [
## Métricas de uso da Reserva de capacidade
](#capacity-reservation-usage-metrics)
+ [
## Dimensões de métricas da Reserva de capacidade
](#capacity-reservation-dimensions)
+ [
## Visualizar métricas do CloudWatch nas Reservas de Capacidade
](#viewing-capacity-reservation-metrics)
## Métricas de uso da Reserva de capacidade
O namespace `AWS/EC2CapacityReservations` inclui as seguintes métricas de uso que é possível usar para monitorar e manter a capacidade sob demanda dentro dos limites especificados para sua reserva.
| Métrica | Descrição |
| --- | --- |
| UsedInstanceCount | O número de instâncias que estão em uso no momento. Unidade: contagem |
| AvailableInstanceCount | O número de instâncias disponíveis. Unidade: contagem |
| TotalInstanceCount | O número total de instâncias reservadas. Unidade: contagem |
| InstanceUtilization | A porcentagem de instâncias de capacidade reservada que estão em uso no momento. Unidade: percentual |
## Dimensões de métricas da Reserva de capacidade
É possível usar as dimensões a seguir para refinar as métricas listadas na tabela anterior na região e na conta selecionada.
| Dimensão | Descrição |
| --- | --- |
| (Nenhuma dimensão) | Esta dimensão filtra a métrica especificada para todas as reservas de capacidade. |
| CapacityReservationId | Esta dimensão filtra a métrica especificada para a reserva de capacidade identificada. |
| InstanceType | Esta dimensão filtra a métrica especificada para o tipo de instância identificado. |
| AvailabilityZone | Esta dimensão filtra a métrica especificada para a zona de disponibilidade identificada. |
| InstanceMatchCriteria | Esta dimensão filtra a métrica especificada para os critérios de correspondência da instância identificados (`open` ou `targeted`). |
| InstancePlatform | Esta dimensão filtra os dados da métrica especificada para a plataforma identificada. |
| Tenancy | Esta dimensão filtra a métrica especificada para a locação identificada. |
## Visualizar métricas do CloudWatch nas Reservas de Capacidade
As métricas são agrupadas primeiro pelo namespace do serviço e, em seguida, pelas várias dimensões com suporte. É possível usar os procedimentos a seguir para visualizar as métricas de suas Reservas de Capacidade.
**Para visualizar as métricas da Reserva de capacidade usando o console do CloudWatch**
1. Abra o console do CloudWatch em [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Se necessário, altere a região. Na barra de navegação, selecione a região em que a Reserva de capacidade reside. Para obter mais informações, consulte [Regiões e endpoints](https://docs.aws.amazon.com/general/latest/gr/rande.html).
1. No painel de navegação, selecione **Metrics** (Métricas).
1. Para **Todas as métricas**, escolha **Reservas de Capacidade do EC2**.
1. Escolha entre as dimensões métricas anteriores **Para todas as reservas de capacidade**, **Por reserva de capacidade**, **Por tipo de instância**, **Por zona de disponibilidade**, **Por plataforma**, **Por critérios de correspondência de instância** ou **Por locação**, e as métricas serão agrupadas por Nenhuma dimensão, `CapacityReservationId`, `InstanceType`, `AvailabilityZone`, `Platform`, `InstanceMatchCriteria` e `Tenancy`, respectivamente.
1. Para classificar a métrica, use o cabeçalho da coluna. Para criar um gráfico de uma métrica, marque a caixa de seleção ao lado da métrica.
**Para visualizar métricas da reserva de capacidade via AWS CLI**
Use o comando [list-metrics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html) a seguir:
```
aws cloudwatch list-metrics --namespace "AWS/EC2CapacityReservations"
```
# Monitorar a subutilização da Reserva de capacidade
É possível monitorar a subutilização da Reserva de capacidade usando o seguinte:
**Topics**
+ [
## Eventos do Amazon EventBridge
](#cr-underutilization-events)
+ [
## Notificações por e-mail e no painel do AWS Health
](#monitor-cr-utilization)
## Eventos do Amazon EventBridge
O AWS Health envia eventos para o Amazon EventBridge quando uma reserva de capacidade em sua conta está abaixo de 20% do uso em determinados períodos. Com o EventBridge, é possível estabelecer regras que acionam ações programáticas em resposta a tais eventos. Por exemplo, você pode criar uma regra que vai cancelar automaticamente uma reserva de capacidade quando a utilização estiver abaixo de 20% em um período de sete dias.
Os eventos no EventBridge são representados como objetos JSON. Os campos que são exclusivos do evento estão contidos na seção "detalhes" do objeto JSON. O campo "evento" contém o nome do evento. O campo "resultados" contém o status concluído da ação que acionou o evento. Para obter mais informações, consulte [Amazon EventBridge event patterns](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) no *Amazon EventBridge User Guide*.
Para saber mais, consulte o [Guia do Usuário do Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
Não há suporte a este recurso na AWS GovCloud (US).
### Eventos
O AWS Health enviará os eventos a seguir quando o uso de capacidade para uma reserva de capacidade estiver abaixo de 20%.
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION`
Veja a seguir um exemplo de evento gerado quando uma reserva de capacidade recém-criada está abaixo de 20% do uso da capacidade em um período de 24 horas.
```
{
"version": "0",
"id": "b3e00086-f271-12a1-a36c-55e8ddaa130a",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-10T12:03:38Z",
"region": "ap-south-1",
"resources": [
"cr-01234567890abcdef"
],
"detail": {
"eventArn": "arn:aws:health:ap-south-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_cr-01234567890abcdef-6211-4d50-9286-0c9fbc243f04",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION",
"eventTypeCategory": "accountNotification",
"startTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"endTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef"
}
]
}
}
```
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY`
Veja a seguir um exemplo de evento gerado quando uma ou mais reservas de capacidade estão abaixo de 20% do uso da capacidade em um período de sete dias.
```
{
"version": "0", "id":"7439d42b-3c7f-ad50-6a88-25e2a70977e2",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-07T06:06:01Z",
"region": "us-east-1",
"resources": [
"cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%",
"cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
],
"detail": {
"eventArn": "arn:aws:health:us-east-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY_726c1732-d6f6-4037-b9b8-bec3c2d3ba65",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY",
"eventTypeCategory": "accountNotification",
"startTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"endTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%"
},
{
"entityValue": "cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
}
]
}
}
```
### Criar uma regra de EventBridge
Para receber notificações por e-mail quando a utilização da reserva de capacidade estiver abaixo de 20%, crie um tópico do Amazon SNS e, em seguida, crie uma regra do EventBridge para o evento `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION`.
**Para criaro tópico do Amazon SNS**
1. Abra o console do Amazon SNS em [https://console.aws.amazon.com/sns/v3/home](https://console.aws.amazon.com/sns/v3/home).
1. No painel de navegação, selecione **Topics (Tópicos)** e **Create topic (Criar tópico)**.
1. Em **Tipo**, escolha **Padrão**.
1. Em **Nome**, digite um nome para o novo tópico.
1. Escolha **Criar tópico**.
1. Selecione **Criar assinatura**.
1. Em **Protocolo**, escolha **E-mail** e, em seguida, para **Endpoint**, insira o endereço de e-mail que receberá as notificações.
1. Selecione **Criar assinatura**.
1. O endereço de e-mail inserido acima receberá uma mensagem de e-mail com a seguinte linha de assunto: `AWS Notification - Subscription Confirmation`. Siga as instruções para confirmar sua assinatura.
**Como criar a regra do EventBridge**
1. Abra o console do Amazon EventBridge em [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. No painel de navegação, escolha **Rules** (Regras) e **Create rule** (Criar regras).
1. Em **Nome**, digite um nome para a nova regra.
1. Em **Rule type**, escolha **Rule with an event pattern**.
1. Escolha **Próximo**.
1. Em **Padrão de evento**, faça o seguinte:
1. Em **Fonte do evento**, selecione **Serviços da AWS**.
1. Em **Serviço da AWS**, escolha **AWS Health**.
1. Em **Tipo de evento**, escolha **Notificação de subutilização de ODCR do EC2**.
1. Escolha **Próximo**.
1. Em **Destino 1**, faça o seguinte:
1. Em **Tipos de destino**, escolha **Serviço da AWS**.
1. Em **Select a target** (Selecionar um destino), escolha **SNS topic** (Tópico do SNS).
1. Em **Tópico**, escolha o tópico criado anteriormente.
1. Selecione **Próximo** e, em seguida, **Próximo** novamente.
1. Escolha **Criar regra**.
## Notificações por e-mail e no painel do AWS Health
O AWS Health enviará o e-mail e as notificações do Health Dashboard a seguir quando a utilização da capacidade para reservas de capacidade em sua conta estiver abaixo de 20%.
+ Notificações individuais para cada reserva de capacidade recém-criada que esteve abaixo de 20% de utilização nas últimas 24 horas.
+ Uma notificação resumida para todas as reservas de capacidade que estiveram abaixo de 20% de utilização nos últimos sete dias.
As notificações por e-mail e as notificações do Health Dashboard serão enviadas para o endereço de e-mail associado à conta da AWS que tem as reservas de capacidade como propriedade. As notificações incluem as seguintes informações:
+ O ID da reserva de capacidade.
+ A zona de disponibilidade da reserva de capacidade.
+ A taxa de utilização média para a reserva de capacidade.
+ O tipo de instância e a plataforma (sistema operacional) da reserva de capacidade.
Além disso, quando a utilização da capacidade de uma reserva de capacidade em sua conta estiver abaixo de 20% em um período de 24 horas e sete dias, o AWS Health enviará eventos para o EventBridge. Com o EventBridge, é possível criar regras que ativam ações automáticas, como o envio de notificações por e-mail ou o acionamento de funções do AWS Lambda, em resposta a esses eventos. Para obter mais informações, consulte [Monitorar a subutilização da Reserva de capacidade](#cr-eventbridge).
# Monitorar alterações de estado para Reservas de capacidade com data no futuro
O Amazon EC2 envia um evento ao Amazon EventBridge quando o estado de uma Reserva de capacidade com data no futuro é alterado.
Veja a seguir um exemplo desse evento. Neste exemplo, a Reserva de capacidade com data futura entrou no estado `scheduled`. Observe o estado realçado no campo `detail-type`.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"EC2 Capacity Reservation Scheduled",
"source":"aws.ec2",
"account":"123456789012",
"time":"yyyy-mm-ddThh:mm:ssZ",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-1234567890abcdefg"
],
"detail":{
"capacity-reservation-id":"cr-1234567890abcdefg",
"state":"scheduled"
}
}
```
Os valores possíveis para o campo `detail-type` são:
+ `Scheduled`
+ `Active`
+ `Delayed`
+ `Unsupported`
+ `Failed`
+ `Expired`
Para mais informações sobre esses estados, consulte [Visualizar o estado de uma reserva de capacidade](capacity-reservations-view.md).
É possível criar eventos do Amazon EventBridge que monitoram esses eventos e, em seguida, acionam ações específicas quando eles ocorrerem. Para obter mais informações, consulte [Criar regras que reagem a eventos no Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
Para criar uma regra que monitora todos os eventos de alteração de estado, você pode usar o seguinte padrão de evento.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation"
}]
}
```
Para criar uma regra que monitora apenas alterações de estado específicas, você pode usar o seguinte padrão de evento.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation state"
}]
}
```
Por exemplo, o padrão de eventos a seguir monitora os eventos que são enviados quando uma Reserva de capacidade com data no futuro entra no estado `active`.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation Active"
}]
}
```
# Reservas de capacidade
As Reservas de capacidade interruptíveis ajudam você a disponibilizar temporariamente a capacidade não utilizada para outras workloads em sua conta. Isso lhe dá controle para recuperar a capacidade quando necessário. Quando você recupera a capacidade, todas as instâncias em execução dentro da reserva interruptível são encerradas. Depois de criar uma reserva interruptível, você pode compartilhá-la com contas AWS adicionais ou com sua organização AWS usando o AWS Resource Access Manager (RAM).
Use Reservas de capacidade interruptíveis quando tiver capacidade reservada não utilizada fora dos períodos de pico, entre implantações ou quando a workload diminui. Se você conhece outra equipe que poderia usar essa capacidade, pode disponibilizá-la criando uma Reserva de capacidade interruptível. Quando sua workload crítica precisar de capacidade de volta, você pode recuperá-la.
Você pode usar Reservas de capacidade interruptíveis como uma das seguintes opções:
+ **Proprietário da capacidade** — Você é o proprietário da Reserva de capacidade de origem e cria a reserva de capacidade interruptível para compartilhar a capacidade não utilizada com outras equipes, mantendo o controle para recuperá-la quando necessário.
+ **Consumidor de capacidade** — Você inicia instâncias em reservas interruptíveis compartilhadas, entendendo que suas instâncias podem ser encerradas quando o proprietário recupera a capacidade.
**Topics**
+ [
## Como funciona
](#how-interruptible-cr-works)
+ [
## Faturamento
](#interruptible-cr-billing)
+ [
## Considerações
](#interruptible-cr-considerations)
+ [
# Reservas de capacidade interruptíveis para proprietários de capacidade
](capacity-owner-procedures.md)
+ [
# Reservas de capacidade interruptíveis para consumidores de capacidade
](capacity-consumer-procedures.md)
+ [
# Monitore Reservas de capacidade interruptíveis com o EventBridge e o CloudTrail
](monitor-interruptible-cr.md)
## Como funciona
Para disponibilizar a capacidade não utilizada para outras equipes, crie uma reserva interruptível especificando o número de instâncias não utilizadas que você deseja compartilhar da sua reserva de origem. Quando você cria a reserva interruptível, transferimos essas instâncias da sua reserva de origem para a nova reserva interruptível em sua conta.
Mantemos a associação entre a reserva de origem e a Reserva de capacidade interruptível. Como resultado, quando você recupera sua capacidade, todas as instâncias de consumo em execução são encerradas e a capacidade é restaurada para sua reserva de origem original.
Principais recursos:
+ Disponibilize temporariamente a capacidade não utilizada, mantendo o controle para recuperá-la
+ Recupere a capacidade a qualquer momento. Para obter mais informações, consulte . [Processo de recuperação e rastreamento](capacity-owner-procedures.md#reclamation-process)
+ Compartilhe com contas adicionais ou com sua organização AWS usando o AWS Resource Access Manager (RAM)
## Faturamento
Quando você cria uma reserva interruptível, ela é cobrada como uma nova reserva independente. Isso divide seu faturamento:
+ Reserva de origem: você é cobrado pela capacidade total menos a capacidade alocada
+ Reserva interruptível: você é cobrado pela capacidade alocada
Para obter mais informações sobre o faturamento de Reservas de capacidade sob demanda, consulte [Preços e faturamento de Reservas de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html).
## Considerações
Antes de usar Reservas de capacidade interruptíveis, analise as seguintes limitações e requisitos que se aplicam aos proprietários e consumidores de capacidade.
### Proprietários de capacidade
+ Você não pode modificar ou cancelar diretamente uma Reserva de capacidade interruptível. Para editá-la, atualize a capacidade alocada da Reserva de Capacidade de origem.
+ Você só pode visualizar, lançar, marcar, compartilhar e atribuir faturamento para reservas interruptíveis.
+ Só é possível criar uma alocação interruptível por Reserva de capacidade de origem.
### Consumidores de capacidade
+ As Reservas de capacidade interruptíveis são, por padrão, Reservas de capacidade direcionadas, então você precisa direcioná-las na execução da sua instância.
+ Você não pode adicionar Reservas de capacidade interruptíveis aos grupos de reserva de capacidade.
+ Recomendamos que você só use Reservas de capacidade interruptíveis para aplicativos que podem ser interrompidos.
+ Suas instâncias serão encerradas quando o proprietário recuperar a capacidade — não há alternativa para o On-Demand ou o Spot. Para obter mais informações, consulte [Experiência de interrupção](capacity-consumer-procedures.md#interruption-experience).
# Reservas de capacidade interruptíveis para proprietários de capacidade
O proprietário da capacidade é a conta que possui a Reserva de capacidade de origem e cria a Reserva de capacidade interruptível para compartilhar a capacidade não utilizada com outras equipes, mantendo o controle para recuperá-la quando necessário.
Esta seção aborda como você (o proprietário da capacidade) pode criar, modificar, recuperar e rastrear uma Reserva de capacidade interruptível.
**Topics**
+ [
## Criar uma Reserva de capacidade interruptível
](#creating-interruptible-cr)
+ [
## Veja sua Reserva de capacidade interruptível
](#view-interruptible-cr)
+ [
## Modificando sua Reserva de capacidade interruptível
](#modify-interruptible-cr)
+ [
## Processo de recuperação e rastreamento
](#reclamation-process)
+ [
## Compartilhamento de reservas interruptíveis
](#sharing-interruptible-reservations)
## Criar uma Reserva de capacidade interruptível
Crie uma Reserva de capacidade interruptível para disponibilizar a capacidade não utilizada de sua reserva de origem para outras workloads, mantendo o controle para recuperá-la quando necessário.
### Pré-requisitos
Antes de criar uma alocação interruptível, certifique-se de que sua Reserva de capacidade sob demanda de origem atenda aos seguintes requisitos:
+ Sua Reserva de capacidade deve estar ativa sem data de término definida. Você não pode criar alocações a partir de reservas pendentes, expiradas, canceladas ou com datas de término programadas.
+ Sua Reserva de capacidade deve ter capacidade disponível para alocação. Você só pode alocar instâncias disponíveis (também chamada de capacidade não utilizada).
+ Só é possível criar uma alocação interruptível por Reserva de capacidade de origem. Se uma alocação já existir, você deverá modificá-la ou cancelá-la antes de criar uma nova.
+ Você pode alocar no máximo 1.000 instâncias de uma vez para uma Reserva de capacidade interruptível.
O usuário pode usar o console ou o AWS CLI para criar uma Reserva de capacidade interruptível.
------
#### [ Console ]
**Criar uma Reserva de capacidade interruptível**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Reservas de capacidade**.
1. Selecione sua Reserva de capacidade.
1. Escolha **Ações**, **Criar alocação interruptível**.
1. Em **Instâncias a alocar**, insira o número de instâncias para alocação.
1. (Opcional) Adicione tags.
1. Escolha **Criar alocação de capacidade interruptível**.
------
#### [ AWS CLI ]
**Para criar uma Reserva de capacidade interruptível**
Use o comando [create-interruptible-capacity-reservation-allocation](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-interruptible-capacity-reservation-allocation.html):
```
aws ec2 create-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 10
```
------
## Veja sua Reserva de capacidade interruptível
Depois de criar uma Reserva de capacidade interruptível, você pode ver a reserva interruptível em sua conta ou em um recurso específico.
### Visualize todas as Reservas de capacidade interruptíveis em sua conta
Use o procedimento a seguir para visualizar Reservas de capacidade interruptíveis em sua conta.
------
#### [ Console ]
**Para visualizar Reservas de capacidade interruptíveis em sua conta**
1. Acesse a página de Reservas de capacidade no console.
1. Procure reservas com a indicação **Interruptível** na coluna de tipos.
1. Selecione a reserva interruptível para visualizar detalhes.
------
#### [ AWS CLI ]
**Para ver as Reservas de capacidade interruptíveis em sua conta**
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-interruptible-id \
--filters Name=interruptible,Values=true
```
------
### Exibir Reserva de capacidade interruptível de uma fonte específica
Use o procedimento a seguir para visualizar a Reserva de capacidade interruptível criada a partir de uma Reserva de capacidade de origem específica.
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-source-id
```
Na resposta, você encontrará um objeto `interruptibleCapacityAllocations` que contém o ID de Reserva de capacidade interruptível e os detalhes da alocação. Para obter informações sobre a estrutura de resposta, consulte [InterruptibleCapacityAllocation](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_InterruptibleCapacityAllocation.html) na *Referência da API do Amazon EC2*.
## Modificando sua Reserva de capacidade interruptível
Use os procedimentos a seguir para editar ou cancelar sua Reserva de capacidade interruptível.
**nota**
Quando você reduz a alocação, primeiro recuperamos as instâncias disponíveis e, em seguida, as instâncias em execução, até atingirmos a contagem solicitada. Se conseguirmos atender à contagem inteiramente com as instâncias disponíveis, nenhuma rescisão ocorrerá. Todas as modificações na contagem de instâncias alocadas são feitas por meio da Reserva de capacidade de origem, não diretamente na Reserva de capacidade interruptível.
Você só pode modificar uma Reserva de capacidade interruptível em no máximo 1000 instâncias de uma vez (aumento ou diminuição).
### Edite sua Reserva de capacidade interruptível
Use o procedimento a seguir para editar sua Reserva de capacidade interruptível.
------
#### [ Console ]
1. Na página de detalhes da Reserva de capacidade de origem, escolha **Ações**. Em seguida, **edite a Reserva de capacidade interruptível**.
1. Para **alocar Instâncias**, insira o novo número:
+ Adicione mais capacidade de compartilhamento
+ Recupere a capacidade de sua reserva de capacidade de origem
1. Selecione **Atualizar**.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 80
```
------
### Cancele sua Reserva de capacidade interruptível
Use o procedimento a seguir para remover permanentemente a alocação e retornar toda a capacidade.
------
#### [ Console ]
1. Na página de detalhes da Reserva de capacidade de origem, navegue até os detalhes da alocação de capacidade interruptível.
1. Escolha **Editar alocação interruptível**.
1. Em Contagem de instâncias, insira **0**.
1. Selecione **Atualizar**.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 0
```
------
## Processo de recuperação e rastreamento
Quando você recupera a capacidade:
+ As instâncias em execução recebem um aviso de interrupção de 2 minutos por meio de eventos do EventBridge.
+ Após o período de notificação, as instâncias em execução na capacidade recuperada entram em um estado de desligamento e são encerradas.
+ Quando encerradas, as instâncias recuperadas ficam disponíveis em sua Reserva de capacidade de origem para uso imediato.
+ Seu status de alocação muda de **atualizado** para **ativo** quando concluído.
A recuperação completa pode levar alguns minutos, dependendo do tipo de instância e do tempo de desligamento. Para obter mais informações sobre a notificação do EventBridge que você recebe quando o processo é concluído, consulte [Conclusão de recuperação](monitor-interruptible-cr.md#reclamation-completion).
### Rastrear o status da recuperação
Monitore o progresso da recuperação descrevendo sua reserva de origem:
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-1234567890abcdef0
```
A resposta mostra esses campos dentro do objeto `interruptibleCapacityAllocation`:
+ `instance-count`: instâncias alocadas atuais
+ `target-instance-count`: quantidade solicitada após a reclamação
+ `status`: **atualizando** durante a recuperação e **ativo** quando concluído
## Compartilhamento de reservas interruptíveis
Você pode compartilhar reservas interruptíveis somente dentro da sua organização AWS usando o AWS Resource Access Manager (RAM).
Considerações:
+ Se uma conta de consumidor sair da sua organização, a reserva interruptível será automaticamente descompartilhada dessa conta.
+ Todas as instâncias em execução na reserva não compartilhada serão eventualmente encerradas.
+ Todas as outras funcionalidades de compartilhamento funcionam da mesma forma que as Reservas de capacidade padrão.
Para obter os procedimentos completos de compartilhamento, consulte [Compartilhar reservas de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservation-sharing.html).
# Reservas de capacidade interruptíveis para consumidores de capacidade
O consumidor de capacidade é a conta que inicia instâncias em Reservas de capacidade interruptíveis compartilhadas, entendendo que suas instâncias podem ser encerradas quando o proprietário recupera a capacidade.
Esta seção aborda como você (o consumidor de capacidade) pode iniciar instâncias em uma Reserva de capacidade interruptível e aprender sobre o que acontece quando a capacidade é recuperada pelo proprietário.
**Topics**
+ [
## Exibir uma Reserva de capacidade interruptível
](#view-interruptible-cr-consumer)
+ [
## Iniciar instâncias em Reservas interruptíveis
](#launch-instances-interruptible)
+ [
## Experiência de interrupção
](#interruption-experience)
## Exibir uma Reserva de capacidade interruptível
Use os procedimentos a seguir para visualizar uma Reserva de capacidade interruptível.
------
#### [ Console ]
**Visualizar Reservas de capacidade interruptíveis em sua conta**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Escolha **Reservas de capacidade**.
1. Na coluna **Tipo**, procure as reservas marcadas como **Interruptíveis**.
1. Anote os IDs de reserva para uso nas execuções de sua instância.
------
#### [ AWS CLI ]
**Para encontrar todas as Reservas de capacidade interruptíveis em sua conta**
Use o comando [describe-capacity-reservations](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-capacity-reservations.html):
```
aws ec2 describe-capacity-reservations \
--filters Name=state,Values=active
```
Procure as reservas onde `Interruptible` está definido como `true` na resposta.
**Para filtrar especificamente por reservas interruptíveis**
Use o seguinte comando:
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-ids cr-example123 \
--query 'CapacityReservations[?Interruptible==`true`]'
```
------
**nota**
As Reservas de capacidade interruptíveis são, por padrão, Reservas de capacidade direcionadas, então você precisa direcioná-las especificamente na execução da sua instância. Ao contrário das reservas abertas, as reservas interruptíveis não cobrirão automaticamente as instâncias correspondentes. Você deve especificar explicitamente o ID da reserva no lançamento.
## Iniciar instâncias em Reservas interruptíveis
Use o procedimento a seguir para iniciar instâncias do Amazon EC2 em Reservas de capacidade interruptíveis em sua conta.
**nota**
Recomendamos que você só use Reservas de capacidade interruptíveis para aplicativos que podem ser interrompidos.
------
#### [ Console ]
**Para iniciar instâncias em Reservas de capacidade interruptíveis**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. No painel do Amazon EC2, escolha **Launch Instance (Executar instância)**.
1. Defina suas configurações de instância.
1. Em **Detalhes avançados** para Reserva de capacidade, escolha **Iniciar instâncias interruptíveis em sua reserva ativa**.
1. Selecione o ID de reserva interruptível e a nova opção de compra da instância.
1. Escolha **Iniciar instância**.
------
#### [ AWS CLI ]
```
aws ec2 run-instances \
--instance-type m5.large \
--count 2 \
--image-id ami-12345678 \
--instance-market-options '{
"MarketType": "interruptible-capacity-reservation"
}' \
--capacity-reservation-specification '{
"CapacityReservationTarget": {
"CapacityReservationId": "cr-abcdef1234567890"
}
}'
```
------
### Execute instâncias com Grupos do Auto Scaling
Você também pode iniciar instâncias em reservas interruptíveis usando Grupos do Auto Scaling com modelos de lançamento. Configure o modelo de lançamento com o tipo de mercado interruptível e o ID de reserva e, em seguida, crie seu Grupo do Auto Scaling usando esse modelo. Para obter mais informações, consulte [Reservas de capacidade de interrupção com o EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/asg-interruptible-capacity-reservations.html).
## Experiência de interrupção
Quando a capacidade é recuperada pelo proprietário, você recebe um aviso de interrupção 2 minutos antes do encerramento da instância. Esse aviso vem por meio de eventos do EventBridge, dando a você tempo para:
+ Salve seu trabalho ou verifique seus aplicativos
+ Encerrar processos
+ Preparar o término de uma instância
O evento EventBridge inclui detalhes sobre quais instâncias serão encerradas e o horário exato da rescisão. Para obter mais informações, consulte [Alerta de interrupção da instância](monitor-interruptible-cr.md#instance-interruption-warning).
# Monitore Reservas de capacidade interruptíveis com o EventBridge e o CloudTrail
As Reservas de capacidade interruptíveis enviam notificações do EventBridge e eventos do CloudTrail para ajudá-lo a monitorar e responder às mudanças de capacidade.
**Topics**
+ [
## Notificações do EventBridge
](#eventbridge-notifications)
+ [
## Eventos do CloudTrail
](#cloudtrail-events)
## Notificações do EventBridge
Você recebe dois tipos de notificações do EventBridge. Para obter informações sobre a configuração de notificações do EventBridge, consulte [Criação de regras do Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
### Alerta de interrupção da instância
Se você estiver executando instâncias em uma reserva interruptível, receberá essa notificação 2 minutos antes de suas instâncias serem encerradas:
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[instance owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"resources": "[instance arn]",
"region": "[region]",
"detail": {
"instance-id": "[instance-id]",
"instance-action": "terminate",
"instance-termination-time": "yyyy-mm-ddThh:mm:ssZ",
"azId": "[availability-zone-id]"
}
}
```
### Conclusão de recuperação
Se você for proprietário da reserva de origem, receberá esta notificação quando a recuperação de capacidade for concluída:
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Interruptible Capacity Reservation Allocation Reclamation Completed",
"source": "aws.ec2",
"account": "[source Capacity Reservation Owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"region": "us-east-1",
"resources": ["source_cr_arn"],
"detail": {
"sourceCapacityReservationId": "string",
"instanceType": "string",
"availabilityZoneId": "string",
"TotalInstanceCount": "current total count in the source",
"ReclaimedInstanceCount": "count of instances added to the source",
"targetInstanceCount": "number"
}
}
```
## Eventos do CloudTrail
O CloudTrail registra esses eventos para Reservas de capacidade interruptíveis:
+ `InterruptibleCapacityReservationCreated`— Quando você cria uma alocação interruptível
+ `InterruptibleCapacityReservationAllocationUpdated`— Quando você modifica a alocação
+ `InterruptibleCapacityReservationCancelled`— Quando você cancela a alocação
+ `CapacityReservationModified`— Quando modificamos a reserva de origem para alocação
+ `InterruptibleCapacityReservationInstancesTerminated`— Quando encerramos instâncias durante a reclamação
# Blocos de capacidade para ML
Os blocos de capacidade para ML permitem que você reserve instâncias de computação acelerada baseadas em GPU em uma data futura para acomodar suas workloads de machine learning (ML) de curta duração. As instâncias executadas em um bloco de capacidade são automaticamente colocadas próximas umas das outras nos [ Amazon EC2 UltraClusters](https://aws.amazon.com/ec2/ultraclusters/) para redes sem bloqueio de baixa latência com escala de petabits.
Também é possível usar os blocos de capacidade para reservar capacidade nos servidores UltraServers do Amazon EC2. Os servidores UltraServers conectam várias instâncias do Amazon EC2 em uma interconexão aceleradora de baixa latência e alta largura de banda. Você pode usar os servidores UltraServers para lidar com as workloads de IA e ML que mais utilizam computação e memória em treinamento, ajuste e inferência. Para obter mais informações, consulte [Amazon EC2 UltraServers](https://aws.amazon.com/ec2/ultraservers/).
Com blocos de capacidade, você pode ver quando a capacidade da instância de GPU está disponível em datas futuras e agendar um bloco de capacidade para começar na hora que for melhor para você. Quando você reserva um bloco de capacidade, garante capacidade previsível de instâncias de GPU e pagando apenas pelo tempo que precisar. Recomendamos blocos de capacidade quando você precisa de GPUs para lidar com workloads de ML durante dias ou semanas seguidos e não deseja pagar por uma reserva enquanto as instâncias de GPU não estão em uso.
Estes são alguns casos de uso comuns de blocos de capacidade.
+ **Treinamento e ajuste fino de modelo de ML**: tenha acesso ininterrupto às instâncias de GPU que você reservou para realizar treinamento e ajuste fino do modelo de ML.
+ **Experimentos e protótipos de ML**: executar experimentos e desenvolver protótipos que exigem instâncias de GPU por períodos curtos.
Os Blocos de capacidade estão disponíveis para determinados tipos de instância em algumas regiões da AWS. Para obter mais informações, consulte [Tipos de instância e regiões compatíveis](#capacity-blocks-prerequisites).
É possível reservar um bloco de capacidade para uma hora de início em até oito semanas no futuro. Cada bloco de capacidade pode ter até 64 instâncias, e você pode ter até 256 instâncias nos blocos de capacidade.
**Topics**
+ [
## Tipos de instância e regiões compatíveis
](#capacity-blocks-prerequisites)
+ [
## Plataformas compatíveis
](#capacity-blocks-platforms)
+ [
## Considerações
](#capacity-blocks-considerations)
+ [
## Recursos relacionados
](#capacity-blocks-related-resources)
+ [
# Como funcionam os blocos de capacidade do Amazon EC2
](capacity-blocks-how.md)
+ [
# Preços e faturamento de blocos de capacidade
](capacity-blocks-pricing-billing.md)
+ [
# Encontrar e comprar blocos de capacidade
](capacity-blocks-purchase.md)
+ [
# Iniciar instâncias usando blocos de capacidade
](capacity-blocks-launch.md)
+ [
# Visualizar blocos de capacidade
](capacity-blocks-view.md)
+ [
# Estender blocos de capacidade
](capacity-blocks-extend.md)
+ [
# Compartilhar Blocos de capacidade
](capacity-blocks-share.md)
+ [
# Criar um grupo de recursos para Blocos de capacidade do UltraServer
](cb-group.md)
+ [
# Monitorar blocos de capacidade usando o EventBridge
](capacity-blocks-monitor.md)
+ [
# Registrar em log chamadas de API de blocos de capacidade com o AWS CloudTrail
](capacity-blocks-logging-using-cloudtrail.md)
## Tipos de instância e regiões compatíveis
Os blocos de capacidade da instância e UltraServer podem ser usados com os seguintes tipos de instância e regiões da AWS.
**nota**
Tamanhos de blocos de capacidade de 64 instâncias não são compatíveis com todos os tipos de instância em todas as Regiões da AWS.
### Blocos de capacidade da instância
+ **`p6-b300.48xlarge`**
+ Oeste dos EUA (Oregon): \$1 \$1 \$1 ) — `us-west-2`
+ **`p6-b200.48xlarge`**
+ Leste dos EUA (Norte da Virgínia) — `us-east-1`
+ Leste dos EUA (Ohio): `us-east-2`
+ Oeste dos EUA (Oregon): \$1 \$1 \$1 ) — `us-west-2`
+ **`p5.4xlarge`**
+ Leste dos EUA (Norte da Virgínia) — `us-east-1`
+ Leste dos EUA (Ohio): `us-east-2`
+ Oeste dos EUA (Oregon): \$1 \$1 \$1 ) — `us-west-2`
+ Europa (Londres): `eu-west-2`
+ Ásia-Pacífico (Mumbai): `ap-south-1`
+ Ásia-Pacífico (Tóquio): `ap-northeast-1`
+ Ásia-Pacífico (Sydney): `ap-southeast-2`
+ América do Sul (São Paulo): `sa-east-1`
+ **`p5.48xlarge`**
+ Leste dos EUA (Norte da Virgínia) — `us-east-1`
+ Leste dos EUA (Ohio): `us-east-2`
+ Oeste dos EUA (Norte da Califórnia): `us-west-1`
+ Oeste dos EUA (Oregon): \$1 \$1 \$1 ) — `us-west-2`
+ Europa (Estocolmo): `eu-north-1`
+ Europa (Londres): `eu-west-2`
+ América do Sul (São Paulo): `sa-east-1`
+ Ásia-Pacífico (Tóquio): `ap-northeast-1`
+ Ásia-Pacífico (Mumbai): `ap-south-1`
+ Ásia-Pacífico (Sydney): `ap-southeast-2`
+ Ásia-Pacífico (Jacarta): `ap-southeast-3`
+ Zona local do Leste dos EUA (Atlanta) — `us-east-1-atl-2a`
+ **`p5e.48xlarge`**
+ Leste dos EUA (Norte da Virgínia) — `us-east-1`
+ Leste dos EUA (Ohio): `us-east-2`
+ Oeste dos EUA (Norte da Califórnia): `us-west-1`
+ Oeste dos EUA (Oregon): \$1 \$1 \$1 ) — `us-west-2`
+ Europa (Estocolmo): `eu-north-1`
+ Europa (Londres): `eu-west-2`
+ Europa (Espanha): `eu-south-2`
+ América do Sul (São Paulo): `sa-east-1`
+ Ásia-Pacífico (Tóquio): `ap-northeast-1`
+ Ásia-Pacífico (Seul): `ap-northeast-2`
+ Ásia-Pacífico (Mumbai): `ap-south-1`
+ Ásia-Pacífico (Jacarta): `ap-southeast-3`
+ Zona local do Oeste dos EUA (Phoenix) — `us-west-2-phx-2a`
+ **`p4d.24xlarge`**
+ Leste dos EUA (Norte da Virgínia) — `us-east-1`
+ Leste dos EUA (Ohio): `us-east-2`
+ Oeste dos EUA (Oregon): \$1 \$1 \$1 ) — `us-west-2`
+ **`p4de.24xlarge`**
+ Leste dos EUA (Norte da Virgínia): ) — `us-east-1`
+ Oeste dos EUA (Oregon): ) — `us-west-2`
+ **`trn1.32xlarge`**
+ Leste dos EUA (Norte da Virgínia) — `us-east-1`
+ Leste dos EUA (Ohio): `us-east-2`
+ Oeste dos EUA (Norte da Califórnia): `us-west-1`
+ Oeste dos EUA (Oregon): \$1 \$1 \$1 ) — `us-west-2`
+ Europa (Estocolmo): `eu-north-1`
+ Ásia-Pacífico (Mumbai): `ap-south-1`
+ Ásia-Pacífico (Sydney): `ap-southeast-2`
+ Ásia-Pacífico (Melbourne): `ap-southeast-4`
+ **`trn2.3xlarge `**
+ Ásia-Pacífico (Melbourne): `ap-southeast-4`
+ América do Sul (São Paulo): `sa-east-1`
+ **`trn2.48xlarge`**
+ Leste dos EUA (Ohio): `us-east-2`
### Blocos de capacidade UltraServer
+ **`Trn2`**
+ Leste dos EUA (Ohio): `us-east-2`
+ **`P6e-GB200`**
+ Zona local do Leste dos EUA (Dallas) — `us-east-1-dfw-2a`
## Plataformas compatíveis
Atualmente, os blocos de capacidade para ML são compatíveis apenas com instâncias e UltraServers que tenham locação padrão. Quando você usa o Console de gerenciamento da AWS para comprar um bloco de capacidade, a opção de plataforma padrão é a Linux/UNIX. Quando você usa a AWS Command Line Interface (AWS CLI) ou o AWS SDK para comprar um bloco de capacidade, as seguintes opções de plataforma estão disponíveis:
+ Linux/UNIX
+ Red Hat Enterprise Linux
+ RHEL com HA
+ SUSE Linux
+ Ubuntu Pro
## Considerações
Antes de usar os blocos de capacidade, considere os seguintes detalhes e limitações.
+ Se detectarmos uma deficiência afetando um Bloco de Capacidade do UltraServer, notificaremos você, mas geralmente não tomaremos medidas para encerrar suas instâncias no Bloco de Capacidade. O objetivo é minimizar a interrupção não intencional em suas workloads. Você pode continuar usando o Bloco de Capacidade do UltraServer como está após receber essa notificação ou solicitar a correção encerrando todas as instâncias no bloco de capacidade e enviando um caso de suporte. AWS Após recebermos seu caso de suporte, notificaremos você quando concluirmos a correção e você poderá reiniciar as instâncias em seu Bloco de Capacidade UltraServer.
+ Nos blocos de capacidade do UltraServer `P6e-GB200`, é necessário encerrar suas instâncias pelo menos 60 minutos antes do horário de término do bloco de capacidade.
+ Para comprar e usar blocos de capacidade em zonas locais, você deve se inscrever na zona local.
+ Cada bloco de capacidade pode ter até 64 instâncias, e você pode ter até 256 instâncias nos blocos de capacidade.
+ É possível descrever as ofertas do bloco de capacidade que podem começar em apenas 30 minutos.
+ Os blocos de capacidade terminam às 11h30, Horário Universal Coordenado (UTC).
+ O processo de encerramento de instâncias em execução em um bloco de capacidade começa às 11h, Horário Universal Coordenado (UTC) no último dia da reserva.
+ Os blocos de capacidade podem ser reservados para uma hora de início em até oito semanas no futuro.
+ Não são permitidos cancelamentos de bloqueios de capacidade.
+ Os Blocos de capacidade do UltraServer não podem ser compartilhados entre contas da AWS nem dentro da sua organização da AWS.
+ O bloco de capacidade não pode ser [movido](capacity-reservations-move.md) ou [dividido](capacity-reservations-split.md).
+ Apenas blocos de capacidade UltraServer podem ser utilizados com grupos de recursos. Blocos de capacidade de instância não podem ser utilizados com grupos de recursos. Para obter mais informações, consulte [Criar um grupo de recursos para Blocos de capacidade do UltraServer](cb-group.md).
+ O número total de instâncias que podem ser reservadas em blocos de capacidade entre todas as contas da sua organização da AWS não pode ultrapassar 256 instâncias em uma determinada data.
+ Para usar um bloco de capacidade, as instâncias devem ser direcionadas especificamente para o ID da reserva.
+ As instâncias em um bloco de capacidade não contam para seus limites de instâncias sob demanda.
+ Para instâncias P5 usando uma AMI personalizada, verifique se você tem [os softwares e a configuração necessários para EFA](gpu-instances-started.md).
+ Para grupos de nós gerenciados do Amazon EKS, consulte [Criar um grupo de nós gerenciados com blocos de capacidade do Amazon EC2 para ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html). Para grupos de nós autogerenciados do Amazon EKS, consulte [Usar blocos de capacidade para ML com nós autogerenciados](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks.html).
## Recursos relacionados
Após criar um bloco de capacidade, será possível fazer o seguinte com ele:
+ Iniciar instâncias no bloco de capacidade. Para obter mais informações, consulte [Iniciar instâncias usando blocos de capacidade](capacity-blocks-launch.md).
+ Crie um grupo do Amazon EC2 Auto Scaling. Para obter mais informações, consulte [Usar blocos de capacidade para workloads de machine learning](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-template-capacity-blocks.html) no *Guia do usuário do Amazon EC2 Auto Scaling*.
**nota**
Se você usa o Amazon EC2 Auto Scaling ou o Amazon EKS, é possível programar a escalabilidade para ser executada no início da reserva do bloco de capacidade. Com o escalamento programado, o AWS gerencia automaticamente as novas tentativas para que você não precise se preocupar em implementar uma lógica de repetições para lidar com falhas transitórias.
+ Melhore os fluxos de trabalho de ML com o AWS Parallel Computing Service. Para obter mais informações, consulte [Suporte de blocos de capacidade para AWS Parallel Computing Service](https://aws.amazon.com/blogs/hpc/announcing-capacity-blocks-support-for-aws-parallel-computing-service/).
+ Melhore os fluxos de trabalho de ML com o AWS ParallelCluster. Para obter mais informações, consulte [Aprimorar fluxos de trabalho de ML com o AWS ParallelCluster e os Blocos de Capacidade do Amazon EC2 para ML](https://aws.amazon.com/blogs/hpc/enhancing-ml-workflows-with-aws-parallelcluster-and-amazon-ec2-capacity-blocks-for-ml/).
Para obter mais informações sobre o AWS Parallel Computing Service, consulte [O que é o AWS Parallel Computing Service](https://docs.aws.amazon.com/pcs/latest/userguide/what-is-service.html).
Para obter mais informações sobre o AWS ParallelCluster, consulte [O que é o AWS ParallelCluster](https://docs.aws.amazon.com/parallelcluster/latest/ug/what-is-aws-parallelcluster.html).
# Como funcionam os blocos de capacidade do Amazon EC2
Você pode reservar um bloco de capacidade com as seguintes especificações:
+ Reserve um horário de início com até oito semanas de antecedência
+ Defina a duração de uma reserva de 1 a 14 dias ou um múltiplo de 7 dias, até 182 dias (exemplos: 21 dias, 28 dias)
+ Configure até 64 instâncias por bloco de capacidade
+ Configure até 256 instâncias em vários blocos de capacidade
Nos servidores UltraServers do Amazon EC2, cada um corresponde a um bloco de capacidade. Você pode fazer uma única solicitação para vários servidores UltraServers.
Você pode usar blocos de capacidade para reservar instâncias `p6-b200`, `p5`, `p5e`, `p5en`, `p4d`, `p4de`, `trn1` e `trn2`. Compre os seguintes tipos de servidores UltraServer usando blocos de capacidade: `P6e-GB200` e `Trn2` (em pré-visualização).
Para reservar um bloco de capacidade, você começa especificando suas necessidades de capacidade, incluindo o tipo de instância ou o tipo de servidor UltraServer, o número de instâncias ou de UltraServers, a quantidade de tempo, a data de início mais antiga e a última data de término de que precisa. Depois, você vê uma oferta disponível do bloco de capacidade que atende às suas especificações. A oferta do bloco de capacidade inclui detalhes como hora de início, zona de disponibilidade e preço da reserva. O preço de oferta de um bloco de capacidade depende da disponibilidade e da demanda no momento em que a oferta é feita. Depois que você reserva um bloco de capacidade, o preço não muda mais. Para obter mais informações, consulte [Preços e faturamento de blocos de capacidade](capacity-blocks-pricing-billing.md).
Quando você compra uma oferta de bloco de capacidade, a reserva é criada para a data e o número de instâncias selecionados. Quando sua reserva de bloco de capacidade começa, você pode direcionar as inicializações de instância especificando o ID da reserva nas solicitações de inicialização.
É possível usar todas as instâncias reservadas por até 30 minutos (para os tipos de instância) ou 60 minutos (para o tipo de servidor UltraServer) antes da hora de término do bloco de capacidade. Faltando 30 minutos (para os tipos de instância) ou 60 minutos (para os tipos de servidor UltraServer) para o fim da reserva do bloco de capacidade, começamos a encerrar todas as instâncias em execução no bloco de capacidade. Usamos esse tempo para limpar as instâncias antes de entregar o bloco de capacidade ao próximo cliente. Emitimos um evento por meio do EventBridge 10 minutos antes do início do processo de encerramento. Para obter mais informações, consulte [Monitorar blocos de capacidade usando o EventBridge](capacity-blocks-monitor.md).
# Preços e faturamento de blocos de capacidade
Com os blocos de capacidade para ML do Amazon EC2, você só paga pelo que reserva. O preço de um bloco de capacidade depende da disponibilidade e da demanda de blocos de capacidade no momento da compra. É possível ver o preço de uma oferta de bloco de capacidade antes de fazer a reserva. O preço do bloco de capacidade é cobrado à vista no momento em que a reserva é feita. Quando você pesquisa um bloco de capacidade em um intervalo de datas, retornamos a oferta de bloco de capacidade com o menor preço disponível. Depois que você reservou um bloco de capacidade, o preço não muda mais.
Quando você usa um bloco de capacidade, paga pelo sistema operacional que usa quando as instâncias estão em execução. Para obter mais informações sobre os preços de sistemas operacionais, consulte [Amazon EC2 Capacity Blocks for ML Pricing](https://aws.amazon.com/ec2/capacityblocks/pricing/).
## Faturamento
O preço de uma oferta de bloco de capacidade é cobrado à vista. O pagamento é faturado na sua conta da AWS dentro de 5 minutos a 12 horas após a compra de um bloco de capacidade. Enquanto seu pagamento é processado, o recurso de reserva do bloco de capacidade permanece em um estado `payment-pending`. Se o pagamento não puder ser processado pelo menos cinco minutos antes do horário de início do bloco ou em 12 horas (o que ocorrer primeiro), o bloco de capacidade será liberado e o estado da reserva passará a ser `payment-failed`.
Depois que o pagamento é processado com sucesso, o estado do recurso do bloco de capacidade passa de `payment-pending` para `scheduled`. Você recebe uma fatura que reflete o pagamento antecipado à vista. Na fatura, você pode associar o valor pago ao ID da reserva do bloco de capacidade.
Quando a reserva do bloco de capacidade começa, você é cobrado com base apenas no sistema operacional que usa enquanto as instâncias estão em execução na reserva. É possível ver o uso e as cobranças associadas até a data de fechamento da sua fatura mensal de uso no AWS Cost and Usage Report.
**nota**
Os descontos dos Savings Plans e das instâncias reservadas não se aplicam aos blocos de capacidade.
**Visualizar sua fatura**
É possível visualizar sua conta no console do Gerenciamento de Faturamento e Custos da AWS. O pagamento antecipado do bloco de capacidade aparece no mês em que você adquiriu a reserva.
Depois que sua reserva começa, sua fatura mostra linhas separadas para o tempo usado e não usado da reserva do bloco. É possível usar esses itens de linha para ver quanto tempo foi usado de sua reserva. Você só verá uma cobrança por uso na linha de tempo usado se usar um sistema operacional premium. Para obter mais informações, consulte [Preços e faturamento de blocos de capacidade](#capacity-blocks-pricing-billing). Não há custo adicional por tempo não usado.
Para obter mais informações, consulte [Exibição da sua fatura](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) no *Guia do usuário do Gerenciamento de Faturamento e Custos da AWS*.
Se o bloco de capacidade começar em um mês diferente do mês em que você adquiriu a reserva, o preço inicial e o uso da reserva aparecerão em meses de cobrança diferentes. No seu AWS Cost and Usage Report, o ID da reserva do bloco de capacidade está listado no item da linha **reservation/ReservationARN** do pagamento antecipado e o **lineItem/ResourceID** na fatura mensal fechada para que você possa associar o uso ao preço pago antecipadamente correspondente.
# Encontrar e comprar blocos de capacidade
Para reservar um bloco de capacidade, primeiro, você precisa encontrar um bloco de tempo durante o qual a capacidade esteja disponível e que atenda às suas necessidades. Para encontrar um bloco de capacidade disponível para reservar, você deve especificar os itens a seguir.
+ O número de instâncias de que você precisa
+ O tempo durante o qual você precisa das instâncias
+ O intervalo de datas quando você precisa da reserva
Para pesquisar uma oferta disponível de bloco de capacidade, você especifica a duração da reserva e o número de instâncias. É necessário especificar durações de reserva em **incrementos de 1 dia até um total de 14 dias e incrementos de 7 dias até um total de 182 dias**. Cada bloco de capacidade pode ter até 64 instâncias, e você pode ter até 256 instâncias nos blocos de capacidade.
Ao solicitar um bloco de capacidade que atenda às suas especificações, fornecemos os detalhes de até seis blocos disponíveis. Todos os blocos de capacidade terminam às 11h30 UTC, então os blocos que começam no mesmo dia terão durações mais próximas da duração desejada. Um bloco terá uma duração um pouco menor que a duração desejada, enquanto a de outro será um pouco maior.
Os detalhes da oferta incluem a hora de início da reserva, a zona de disponibilidade da reserva e o preço da reserva. Para obter mais informações, consulte [Preços e faturamento de blocos de capacidade](capacity-blocks-pricing-billing.md).
É possível comprar a oferta de bloco de capacidade exibida ou modificar os critérios de pesquisa para ver as outras opções disponíveis. Não há prazo de validade predefinido para a oferta, mas as ofertas só estão disponíveis por ordem de chegada.
Ao comprar uma oferta de bloco de capacidade, você recebe uma resposta imediata confirmando que o bloco de capacidade foi reservado. Após a confirmação, você verá uma nova reserva de capacidade em sua conta com um tipo de reserva de `capacity-block` e uma `start-date` definida como a hora de início da oferta que você comprou. A reserva do bloco de capacidade é criada em um estado de `payment-pending`. Depois que o pagamento antecipado é processado com sucesso, o estado da reserva passa a ser `scheduled`. Para obter mais informações, consulte [Faturamento](capacity-blocks-pricing-billing.md#capacity-blocks-billing).
**nota**
Para comprar e usar blocos de capacidade em zonas locais, você deve se inscrever na zona local.
------
#### [ Console ]
**Para encontrar e comprar um bloco de capacidade**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Na barra de navegação na parte superior da tela, selecione uma Região da AWS. Essa escolha é importante porque os tamanhos de blocos de capacidade de 64 instâncias não são compatíveis com todos os tipos de instância em todas as regiões.
1. No painel de navegação, escolha **Reservas de capacidade**, **Criar bloco de capacidade**.
1. Em **Tipos de blocos de capacidade**, escolha **Instâncias** ou **UltraServers**.
1. Em **Atributos de capacidade**, você pode definir os parâmetros da pesquisa de bloco de capacidade. Por padrão, a plataforma é Linux. Se você quiser selecionar outro sistema operacional, use a AWS CLI. Para obter mais informações, consulte [Plataformas compatíveis](ec2-capacity-blocks.md#capacity-blocks-platforms).
1. Em **Capacidade total** (para instâncias) ou **Contagem de UltraServer** (para UltraServers), especifique o número de instâncias ou UltraServers que deseja reservar.
1. Em **Duração**, insira o número de dias ou semanas durante os quais você precisa da reserva.
1. Em **Intervalo de datas para pesquisar blocos de capacidade**, insira a data mais antiga em que você deseja que a reserva comece.
1. Escolha **Encontrar blocos de capacidade**.
1. Se houver um bloco de capacidade disponível que atenda às suas especificações, você verá uma oferta em **Blocos de capacidade recomendados**. Se houver várias ofertas que atendam às suas especificações, a oferta de bloco de capacidade disponível mais antiga será exibida. Para ver outras ofertas de blocos de capacidade, ajuste as entradas da pesquisa e escolha **Localizar blocos de capacidade novamente**.
1. Quando encontrar uma oferta do bloco de capacidade que você queira comprar, escolha **Avançar**.
1. (Opcional) Na página **Adicionar tags**, escolha **Adicionar nova tag**.
1. A página **Revisar e comprar** lista a data de início e a data de término, a duração, o número total de instâncias e o preço.
**nota**
Blocos de capacidade não podem ser cancelados depois que você os reserva.
1. Na janela pop-up **Comprar um bloco de capacidade**, digite confirmar e depois escolha **Comprar**.
------
#### [ AWS CLI ]
**Para encontrar um Bloco de Capacidade de instância**
Use o comando [describe-capacity-block-extension-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-offerings.html).
O exemplo a seguir encontra Blocos de Capacidade de instância.
```
aws ec2 describe-capacity-block-offerings \
--instance-type p5.48xlarge \
--instance-count 16 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48 \
--all-availability-zones
```
O exemplo a seguir encontra Blocos de Capacidade do UltraServer.
```
aws ec2 describe-capacity-block-offerings \
--ultraserver-type u-p6e-gb200x72 \
--ultraserver-count 1 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48
```
**Para comprar um bloco de capacidade**
Use o comando [ purchase-capacity-block](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html) com o ID de oferta do Bloco de Capacidade da saída do exemplo anterior.
```
aws ec2 purchase-capacity-block \
--capacity-block-offering-id cb-0123456789abcdefg \
--instance-platform Linux/UNIX
```
------
#### [ PowerShell ]
**Para encontrar Blocos de Capacidade**
Use o cmdlet [Get-EC2CapacityBlockOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockOffering.html).
O exemplo a seguir encontra Blocos de Capacidade de instância.
```
Get-EC2CapacityBlockOffering `
-InstanceType p5.48xlarge `
-InstanceCount 16 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z `
-AllAvailabilityZones $true
```
O exemplo a seguir encontra Blocos de Capacidade do UltraServer.
```
Get-EC2CapacityBlockOffering `
-UltraserverType u-p6e-gb200x72 `
-UltraserverCount 1 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z
```
**Para comprar um bloco de capacidade**
Use o cmdlet [New-EC2EC2CapacityBlock](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2EC2CapacityBlock.html) com o ID de oferta do bloco de capacidade da saída do exemplo anterior.
```
New-EC2EC2CapacityBlock `
-CapacityBlockOfferingId cb-0123456789abcdefg `
-InstancePlatform Linux/UNIX
```
------
# Iniciar instâncias usando blocos de capacidade
Para usar o bloco de capacidade, você deve especificar o ID da reserva do bloco de capacidade ao iniciar as instâncias. A inicialização de uma instância em uma reserva de capacidade reduz a capacidade disponível de acordo com o número de instâncias iniciadas. Por exemplo, se a capacidade de instância comprada for de oito instâncias e você executar quatro instâncias, a capacidade disponível será reduzida em quatro.
Se você encerrar uma instância em execução no bloco de capacidade antes que a reserva termine, poderá iniciar uma nova instância em seu lugar. Quando você interrompe ou encerra uma instância em um bloco de capacidade, são necessários vários minutos para limpar sua instância antes que você possa executar outra instância para substituí-la. Durante esse tempo, a instância ficará em um estado de Interrompendo ou `shutting-down`. Depois que esse processo é concluído, o estado da sua instância passa para `stopped` ou `terminated`. Em seguida, a capacidade disponível no bloco de capacidade é atualizada para mostrar outra instância disponível para uso.
**Requisitos**
+ A instância não pode ser iniciada em uma sub-rede em uma zona de disponibilidade diferente da zona de disponibilidade em que o bloco de capacidade está localizado.
+ Sua instância não pode ser iniciada usando uma AMI com uma plataforma diferente da plataforma em seu bloco de capacidade.
+ Para usar blocos de capacidade em zonas locais, você deve se inscrever na zona local.
------
#### [ Console ]
**Para iniciar instâncias em um bloco de capacidade**
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Na barra de navegação na parte superior da tela, selecione uma região para a reserva do bloco de capacidade.
1. No painel do console do Amazon EC2, selecione **Launch instance (Executar instância)**.
1. Siga o procedimento para [iniciar uma instância](ec2-launch-instance-wizard.md).
1. Expanda **Detalhes avançados** e, para **Opção de compra**, escolha **Blocos de capacidade**. Depois, siga um destes procedimentos:
+ Para iniciar as instâncias em um bloco de capacidade específico, em **Reserva de capacidade**, escolha **Especificar reserva de capacidade** e selecione o bloco de capacidade.
+ (*Apenas UltraServers*) Para iniciar as instâncias em um grupo de recursos do Bloco de capacidade do UltraServer, em **Reserva de capacidade**, escolha **Especificar grupo de recursos de Reserva de capacidade** e depois selecione o grupo de recursos.
1. Escolha **Iniciar instância**.
------
#### [ AWS CLI ]
**Para iniciar instâncias usando um Bloco de capacidade**
Use o comando [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) com a opção `instance-market-options MarketType`.
O exemplo a seguir inicia uma instância em um Bloco de capacidade específico.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p5.48xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_block_id}
```
O exemplo a seguir inicia uma instância em um grupo de recursos de Bloco de capacidade do UltraServer.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p6e-gb200.36xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationResourceGroupArn=resource_group_arn}
```
------
#### [ PowerShell ]
**Para iniciar instâncias em um bloco de capacidade**
Use o cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) com a opção `-InstanceMarketOption` definida da seguinte maneira.
```
$marketoption = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketoption.MarketType = "capacity-block"
```
O exemplo a seguir inicia uma instância em um Bloco de capacidade específico.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p5.48xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationId capacity_block_id
```
O exemplo a seguir inicia uma instância em um grupo de recursos de Bloco de capacidade do UltraServer.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p6e-gb200.36xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationResourceGroupArn "resource_group_arn"
```
------
**Recursos relacionados**
+ Para criar um modelo de execução direcionado para um bloco de capacidade, consulte [Armazenar os parâmetros de execução de instâncias nos modelos de execução do Amazon EC2](ec2-launch-templates.md)
+ Para iniciar instâncias em um bloco de capacidade usando a Frota do EC2, consulte [Tutorial: configurar o EC2 Fleet para executar instâncias em blocos de capacidade](ec2-fleet-launch-instances-capacity-blocks-walkthrough.md).
+ Para configurar um grupo de nós gerenciados do EKS com um bloco de capacidade, consulte [Criar um grupo de nós gerenciados com blocos de capacidade para ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html) no **Guia do usuário do Amazon EKS**.
+ Para configurar AWS ParallelCluster usando um Bloco de Capacidade, consulte [ML em AWS ParallelCluster](https://catalog.workshops.aws/ml-on-aws-parallelcluster/en-US).
# Visualizar blocos de capacidade
Depois que reservar um bloco de capacidade, será possível visualizar a reserva do bloco de capacidade em sua conta da AWS. É possívelrá visualizar a `start-date` e a `end-date` para saber quando sua reserva começará e terminará. Antes do início de uma reserva do bloco de capacidade, a capacidade disponível aparece como zero. É possível ver quantas instâncias estarão disponíveis em seu bloco de capacidade pelo valor da tag da chave de tag `aws:ec2capacityreservation:incrementalRequestedQuantity`.
Quando uma reserva de bloco de capacidade começa, o estado da reserva passa de `scheduled` para `active`. Emitimos um evento por meio do Amazon EventBridge para notificar você de que o bloco de capacidade está disponível para uso. Para obter mais informações, consulte [Monitorar blocos de capacidade usando o EventBridge](capacity-blocks-monitor.md).
Os blocos de capacidade têm os seguintes status:
+ `payment-pending`: o pagamento antecipado ainda não foi processado.
+ `payment-failed`: não foi possível processar o pagamento no prazo de 12 horas. O bloco de capacidade foi liberado.
+ `scheduled`: o pagamento foi processado e a reserva do bloco de capacidade ainda não começou.
+ `active`: a capacidade reservada está disponível para seu uso.
+ `expired`: a reserva do bloco de capacidade expirou automaticamente na data e hora especificadas na solicitação da reserva. A capacidade reservada não está mais disponível para uso.
------
#### [ Console ]
**Para visualizar blocos de capacidade**
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 **Reservas de Capacidade**.
1. Na página **Visão geral das reservas de capacidade**, você vê uma tabela de recursos com detalhes sobre todos os seus recursos de reserva de capacidade. Para encontrar suas reservas de blocos de capacidade, selecione **Blocos de capacidade** na lista suspensa acima de **ID da reserva de capacidade**. Na tabela, você pode ver informações sobre os blocos de capacidade, como datas de início e término, duração e status.
1. Para obter mais detalhes sobre um bloco de capacidade, selecione o ID da reserva do bloco de capacidade que você deseja visualizar. A página **Detalhes da reserva de capacidade** exibe todas as propriedades da reserva e o número de instâncias que estão em uso ou que estão disponíveis no bloco de capacidade.
**nota**
Antes do início de uma reserva do bloco de capacidade, a capacidade disponível aparece como zero. É possível ver quantas instâncias estarão disponíveis quando a reserva de bloco de capacidade começar usando o seguinte valor de tag para a chave de tag: `aws:ec2capacityreservation:incrementalRequestedQuantity`.
------
#### [ AWS CLI ]
**Para visualizar blocos de capacidade**
Por padrão, quando você usa o comando [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html), as reservas de capacidade sob demanda e as reservas de blocos de capacidade são listadas. Para visualizar somente as suas reservas de bloco de capacidade, filtre as reservas do tipo `capacity-block`.
```
aws ec2 describe-capacity-reservations \
--filters Name=reservation-type,Values=capacity-block
```
------
#### [ PowerShell ]
**Para visualizar blocos de capacidade**
Use o cmdlet [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html). Por padrão, tanto as reservas de capacidade sob demanda quanto as reservas de blocos de capacidade são listadas. Para visualizar somente as suas reservas de bloco de capacidade, filtre as reservas do tipo `capacity-block`.
```
Get-EC2CapacityReservation `
-Filter @{Name="reservation-type"; Values="capacity-block"}
```
------
# Estender blocos de capacidade
Com os blocos de capacidade, você reserva a capacidade computacional das workloads, garantindo disponibilidade e consistência. Para acomodar suas necessidades em constante mudança, você pode estender a duração dos blocos de capacidade existentes conforme necessário.
Para estender um bloco de capacidade, ele deve ter um status de `active` ou `scheduled` e não ter extensões que estejam como `payment-pending`. Você pode solicitar a prorrogação da duração do seu bloco de capacidade até no mínimo 1 hora ou no máximo 56 dias antes que ele expire. É possível estender o bloco de capacidade em incrementos de 1 a 14 dias e em incrementos de 7 dias até 182 dias (26 semanas) no total. Ao estender o bloco de capacidade, a data de término dele será atualizada para que suas instâncias possam continuar funcionando sem interrupções.
+ Não há limite para o número de extensões que você pode aplicar a um bloco de capacidade
+ O ID de reserva de capacidade permanecerá o mesmo após a extensão do bloco
+ Os blocos de capacidade só podem ser estendidos se houver capacidade suficiente disponível para comportá-los, o que não é garantido.
## Faturamento
O preço de uma oferta de bloco de capacidade é cobrado à vista. A extensão permanecerá como `payment-pending` até que a fatura seja paga. Se o pagamento não puder ser processado dentro de 12 horas ou até 35 minutos antes do término programado do bloco de capacidade (o que ocorrer primeiro), sua extensão não terá êxito e o status mudará para `payment-failed`. A reserva do bloco de capacidade permanecerá `active` e será encerrada na data de término original.
Depois que o pagamento for processado com êxito, o status da extensão do bloco de capacidade mudará para `payment-succeeded` e a data de término da reserva do bloco de capacidade será atualizada para a nova. Os detalhes da extensão podem ser consultados na seção **Detalhes da extensão do bloco de capacidade** do console ou usando o comando [describe-capacity-block-extension-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-history.html).
## Estender blocos de capacidade
------
#### [ Console ]
**Para estender um bloco de capacidade**
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 **Reservas de Capacidade**.
1. Na página **Visão geral das reservas de capacidade**, você vê uma tabela de recursos com detalhes sobre todos os seus recursos das reservas de capacidade. Selecione o ID da reserva referente ao bloco de capacidade que você deseja estender.
1. No menu suspenso **Ações**, escolha **Estender bloco de capacidade**.
1. Em **Duração**, insira o número de dias ou semanas pelos quais você precisa estender a reserva.
1. Escolha **Encontrar bloco de capacidade**.
1. Se houver um bloco de capacidade disponível que atenda às suas especificações, uma oferta aparecerá em **Blocos de capacidade recomendados**. Para ver outras ofertas de blocos de capacidade, ajuste as entradas da pesquisa e escolha **Localizar blocos de capacidade novamente**.
1. Quando encontrar uma oferta do bloco de capacidade que deseja comprar, escolha **Estender**.
1. Na janela pop-up **Estender bloco de capacidade**, insira *confirmar* e escolha **Estender**.
------
#### [ AWS CLI ]
**Para encontrar uma extensão de bloco de capacidade**
Use o comando [describe-capacity-block-extension-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-offerings.html). O exemplo a seguir pesquisa uma extensão de bloco de capacidade de 48 horas para a reserva especificada.
```
aws ec2 describe-capacity-block-extension-offerings \
--capacity-reservation-id cr-1234567890abcdefg \
--capacity-block-extension-duration-hours 48
```
**Para estender um bloco de capacidade**
Use o comando [purchase-capacity-block-extension](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block-extension.html). Especifique o ID da oferta de extensão da saída do exemplo anterior.
```
aws ec2 purchase-capacity-block-extension \
--capacity-block-extension-offering-id cbe-0123456789abcdefg \
--capacity-reservation-id cr-1234567890abcdefg
```
------
#### [ PowerShell ]
**Para encontrar uma extensão de bloco de capacidade**
Use o cmdlet [Get-EC2CapacityBlockExtensionOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockExtensionOffering.html). O exemplo a seguir pesquisa uma extensão de bloco de capacidade de 48 horas para a reserva especificada.
```
Get-EC2CapacityBlockExtensionOffering `
-CapacityReservationId cr-1234567890abcdefg `
-CapacityBlockExtensionDurationHour 48
```
**Para estender um bloco de capacidade**
Use o cmdlet [Invoke-EC2CapacityBlockExtension](https://docs.aws.amazon.com/powershell/latest/reference/items/Invoke-EC2CapacityBlockExtension.html). Especifique o ID da oferta de extensão da saída do exemplo anterior.
```
Invoke-EC2CapacityBlockExtension `
-CapacityBlockExtensionOfferingId cbe-0123456789abcdefg `
-CapacityReservationId cr-1234567890abcdefg
```
------
# Compartilhar Blocos de capacidade
O compartilhamento de Blocos de capacidade permite que os proprietários do Bloco de Capacidade compartilhem os Blocos de Capacidade do Amazon EC2 com outras contas da AWS dentro de uma organização da AWS. Assim você pode maximizar o uso da capacidade reservada da GPU em diferentes equipes e projetos para usar com eficiência os Blocos de capacidade.
A conta da AWS proprietária do Bloco de capacidade (proprietário) pode compartilhá-lo com outras contas da AWS (consumidores). Um proprietário pode compartilhar um Bloco de capacidade com contas da AWS específicas dentro de sua organização da AWS, uma unidade organizacional dentro de sua organização da AWS ou toda a organização da AWS. Os consumidores podem iniciar instâncias em Blocos de capacidade que foram compartilhados da mesma forma que iniciam instâncias em Blocos de capacidade de sua propriedade.
## Pré-requisitos para compartilhar Blocos de capacidade
Para que você possa compartilhar um Bloco de capacidade, as seguintes condições devem ser atendidas:
+ **Você deve possuir o Bloco de capacidade**: não é possível compartilhar um Bloco de capacidade que tenha sido compartilhado com você.
+ **O estado do Bloco de capacidade deve estar ativo ou programado**: Blocos de capacidade que estão em outros [estados](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html), como `expired` ou `payment-pending` não podem ser compartilhados.
+ **Compartilhamento somente dentro da sua organização da AWS**: um proprietário pode compartilhar um Bloco de capacidade com contas da AWS específicas dentro de sua organização da AWS, uma unidade organizacional dentro de sua organização da AWS ou toda a organização da AWS.
+ **Blocos de capacidade do UltraServer não compatíveis**: você não pode compartilhar Blocos de capacidade para Amazon EC2 UltraServers.
+ **Qualificação da conta**: o compartilhamento de Blocos de capacidade não está disponível para novas contas da AWS ou contas da AWS com histórico de faturamento limitado.
## Serviços relacionados
O compartilhamento de Blocos de capacidade integra-se ao AWS Resource Access Manager (AWS RAM). O AWS RAM é um serviço que permite compartilhar seus recursos da AWS com qualquer conta da AWS ou por meio do AWS Organizations. Com o AWS RAM, você compartilha recursos que possui criando um *compartilhamento de recursos*. Um compartilhamento de recursos especifica os recursos a serem compartilhados, e os consumidores com os quais compartilhá-los. Os consumidores podem ser contas individuais da AWS, unidades organizacionais ou toda uma organização do AWS Organizations.
Para obter mais informações sobre o AWS RAM, consulte o *[Manual do usuário do AWS RAM](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Permissões de Blocos de capacidade compartilhada
### Permissões para proprietários
O proprietário do Bloco de capacidade permanece responsável pelo gerenciamento do Bloco de capacidade (por exemplo, extensão, compartilhamento) e pelas instâncias que executa nele. Os proprietários não podem modificar as instâncias que os consumidores executam nos Blocos de capacidade que compartilharam.
### Permissões para clientes
Os consumidores podem iniciar instâncias na capacidade compartilhada e são responsáveis por gerenciar essas instâncias. Os consumidores não podem visualizar ou modificar instâncias de propriedade de outros consumidores ou do proprietário do Bloco de capacidade. Os consumidores também podem visualizar apenas a capacidade total e a capacidade disponível no Bloco de capacidade compartilhado.
## Compartilhar Blocos de capacidade
Para compartilhar um Bloco de capacidade, é necessário adicioná-lo um compartilhamento de recursos. Um compartilhamento de recursos é um recurso do AWS RAM que permite que você compartilhe seus recursos entre Contas da AWS.
Se você adicionar o Bloco de capacidade a um compartilhamento de recursos compartilhado com toda organização da AWS, os consumidores da organização terão acesso ao Bloco de capacidade compartilhado.
------
#### [ Console ]
**Para compartilhar um Bloco de capacidade de sua propriedade usando o console do Amazon EC2**
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 **Reservas de Capacidade**.
1. Escolha o Bloco de capacidade a ser compartilhado e escolha **Ações, Compartilhar reserva**.
1. Selecione o compartilhamento de recursos ao qual adicionar o Bloco de capacidade e escolha **Compartilhar Reserva de capacidade)**.
Pode levar alguns minutos para que os consumidores obtenham acesso ao Bloco de capacidade compartilhado.
**Para adicionar um Bloco de capacidade para um novo recurso compartilhado**
Primeiro, você precisa criar o compartilhamento de recursos usando o console do AWS RAM. Para obter mais informações, consulte [Criar um compartilhamento de recurso](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) no *Guia do usuário do AWS RAM*.
------
#### [ AWS CLI ]
**Para compartilhar um Bloco de capacidade de sua propriedade**
Use os comandos [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html) e [associate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/associate-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
```
aws ram associate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Para compartilhar um Bloco de capacidade de sua propriedade**
Use os cmdlets [New-RAMResourceShare](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html) e [Connect-RAMResourceShare](https://docs.aws.amazon.com/powershell/latest/reference/items/Connect-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
```
Connect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
Os Blocos de capacidade operam por **ordem de chegada** para todas as contas, independentemente do status de propriedade. Quando você compartilha um Bloco de capacidade, se um consumidor inicia instâncias antes do proprietário, essas instâncias ocupam a capacidade até que o consumidor encerre as instâncias ou até 30 minutos antes da expiração do Bloco de capacidade.
## Parar de compartilhar um Bloco de capacidade
Você pode parar de compartilhar um Bloco de capacidade a qualquer momento até 30 minutos antes da data de expiração do bloco.
**O que acontece quando você para de compartilhar:**
+ Os consumidores não podem mais executar novas instâncias no Bloco de capacidade que não era compartilhado.
+ Todas as instâncias em execução continuam funcionando até 30 minutos antes da data de expiração do Bloco de capacidade, a menos que sejam encerradas pelo consumidor.
------
#### [ Console ]
**Para interromper o compartilhamento de um Bloco de capacidade que você possui usando o console do Amazon EC2, clique aqui.**
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 **Reservas de Capacidade**.
1. Selecione o Bloco de capacidade e escolha a guia **Compartilhamento**.
1. A guia **Compartilhamento** lista os compartilhamentos de recursos aos quais o Bloco de capacidade foi adicionado. Selecione o compartilhamento de recursos do qual remover o Bloco de capacidade.
1. Escolha **Remover do compartilhamento de recursos**.
------
#### [ AWS CLI ]
**Para parar de compartilhar um Bloco de capacidade de sua propriedade**
Use o comando [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Para parar de compartilhar um Bloco de capacidade de sua propriedade**
Use o cmdlet [Disconnect-RAMResourceShare](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
## Monitore o uso compartilhado do Bloco de capacidade
Os proprietários do Bloco de capacidade podem monitorar quais contas estão usando seus Blocos de capacidade compartilhados e monitorar o uso de instâncias por conta.
------
#### [ AWS CLI ]
**Para monitorar o uso de um Bloco de capacidade**
Use o comando [get-capacity-reservation-usage](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-capacity-reservation-usage.html).
```
aws ec2 get-capacity-reservation-usage \
--capacity-reservation-id cr-1234abcd56EXAMPLE
```
**Essa API permite que os proprietários:**
+ Ver quais contas estão usando o Bloco de capacidade no momento.
+ Ver o número de instâncias que cada conta está executando.
------
## Notificações de encerramento de instância
As contas do proprietário e do consumidor que tiverem instâncias em execução no Bloco de capacidade receberão um evento do EventBridge 40 minutos antes do término da reserva do Bloco de capacidade, indicando que todas as instâncias em execução na reserva começarão a ser encerradas em dez minutos. Para obter mais informações, consulte [Monitorar blocos de capacidade usando o EventBridge](capacity-blocks-monitor.md).
## Extensões do Bloco de capacidade
Os Blocos de capacidade podem ser estendidos enquanto são compartilhados. Somente a conta do proprietário pode estender um Bloco de capacidade compartilhado.
Quando um Bloco de capacidade é estendido, as instâncias em execução lançadas pelo proprietário ou pelos consumidores herdam automaticamente a nova data de expiração, e os consumidores podem continuar usando a capacidade compartilhada até a nova data de expiração sem nenhuma interrupção da instância.
## Definição de preço e faturamento
Os proprietários são cobrados pelos Blocos de capacidade que compartilham e pagam antecipadamente pelo Bloco de capacidade quando o compram. Os proprietários também pagam pelas taxas do sistema operacional pelas instâncias que executam no Bloco de capacidade.
Os consumidores são cobrados somente pelas cobranças do sistema operacional pelas instâncias que executam no Bloco de capacidade compartilhado. Os consumidores não são cobrados pela reserva do Bloco de capacidade em si.
# Criar um grupo de recursos para Blocos de capacidade do UltraServer
É possível usar o AWS Resource Groups para criar coleções lógicas de Blocos de capacidade do UltraServer. Depois de criar o grupo de recursos, é possível adicionar Blocos de capacidade do UltraServer que você possui em sua conta. Depois de adicionar os Blocos de capacidade do UltraServer, é possível direcionar o lançamento de instâncias para o grupo de recursos em vez dos blocos de capacidade individuais. As instâncias direcionadas a um grupo de recursos correspondem a qualquer Bloco de capacidade do UltraServer no grupo que tenha atributos correspondentes e capacidade disponível. Se o grupo de recursos não tiver um Bloco de capacidade do UltraServer com atributos correspondentes e capacidade disponível, a inicialização da instância falhará.
Se um Bloco de capacidade do UltraServer for removido de um grupo de recursos enquanto houver instâncias em execução, essas instâncias continuarão em execução no Bloco de capacidade. Se um Bloco de capacidade do UltraServer em um grupo terminar enquanto houver instâncias em execução, as instâncias serão encerradas.
Não é possível adicionar Blocos de capacidade de instância a um grupo de recursos.
Para criar um grupo de recursos para Blocos de capacidade do UltraServer, use um dos métodos a seguir.
------
#### [ AWS CLI ]
**Para criar um grupo de recursos para Blocos de capacidade do UltraServer**
[Use o comando AWS CLIcreate-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html) e, para `--configuration`, especifique o seguinte:
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
#### [ PowerShell ]
**Para criar um grupo de recursos para Blocos de capacidade do UltraServer**
Use o cmdlet [New-RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html). Para `-Configuration`, especifique o seguinte:
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
Depois de criar um grupo de recursos para o Bloco de capacidade do UltraServer, utilize um dos métodos a seguir para adicionar Blocos de capacidade do UltraServer existentes a ele.
------
#### [ AWS CLI ]
**Para adicionar um Bloco de capacidade do UltraServer a um grupo de recursos**
Use o comando [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html). Para `--group`, especifique o nome do grupo de recursos que você criou. Para `--resource-arns`, especifique os ARNs dos Blocos de capacidade do UltraServer a serem adicionados.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns CapacityReservationArn
```
------
#### [ PowerShell ]
**Para adicionar um Bloco de capacidade do UltraServer a um grupo de recursos**
Use o cmdlet [Add-RGResource](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html). Para `-Group`, especifique o nome do grupo de recursos que você criou. Para `-ResourceArn `, especifique os ARNs dos Blocos de capacidade do UltraServer a serem adicionados.
O exemplo a seguir adiciona duas reservas de capacidade ao grupo especificado.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn CapacityReservationArn
```
------
# Monitorar blocos de capacidade usando o EventBridge
Quando a reserva do bloco de capacidade começa, o Amazon EC2 emite um evento por meio do EventBridge que indica que a capacidade está pronta para ser usada. Quarenta minutos antes do término da reserva do bloco de capacidade, você recebe outro evento do EventBridge informando que todas as instâncias em execução na reserva começarão a ser encerradas em dez minutos. Para obter mais informações sobre eventos do EventBridge, consulte [Eventos do Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-events.html).
As seguintes estruturas de eventos para eventos emitidos para blocos de capacidade:
**Bloco de capacidade fornecido**
O exemplo a seguir mostra um evento para o bloco de capacidade fornecido.
```
{
"customer_event_id": "[Capacity Reservation Id]-delivered",
"detail_type": "Capacity Block Reservation Delivered",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Aviso de expiração do bloco de capacidade**
O exemplo a seguir mostra um evento para aviso de expiração do bloco de capacidade.
```
{
"customer_event_id": "[Capacity Reservation Id]-approaching-expiry",
"detail_type": "Capacity Block Reservation Expiration Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Aviso de interrupção da instância de reserva de capacidade**
O exemplo a seguir mostra um evento para aviso de interrupção da instância de reserva de capacidade do EC2.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail_type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"region": "[Region]",
"resources": [
"[Instance ARN]"
],
"detail": {
"instance-id": "[Instance ID]",
"instance-action": "terminate",
"instance-termination-time": "[Current time]",
"availability-zone-id": "[Availability Zone ID]",
"instance-lifecycle": "capacity-block"
}
}
```
# Registrar em log chamadas de API de blocos de capacidade com o AWS CloudTrail
Os blocos de capacidade são integrados ao AWS CloudTrail, um serviço que fornece um registro das ações realizadas por um usuário, um perfil ou um serviço da AWS em blocos de capacidade. O CloudTrail captura chamadas de API para blocos de capacidade como eventos. As chamadas capturadas incluem chamadas do console de blocos de capacidade e chamadas de código para as operações de API de blocos de capacidade. Se você criar uma trilha, poderá habilitar a entrega contínua de eventos do CloudTrail a um bucket do Amazon S3, incluindo eventos para blocos de capacidade. Se você não configurar uma trilha, ainda poderá visualizar os eventos mais recentes no console do CloudTrail no **Histórico de eventos**. Com as informações coletadas pelo CloudTrail, você pode determinar a solicitação que foi feita para os blocos de capacidade, o endereço IP do qual a solicitação foi feita, quem fez a solicitação, quando ela foi feita e outros detalhes.
Para saber mais sobre o CloudTrail, consulte o [Guia do usuário do AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html).
## Informações sobre blocos de capacidade no CloudTrail
O CloudTrail é habilitado em sua Conta da AWS quando ela é criada. Quando ocorre alguma atividade nos blocos de capacidade, essa atividade é registrada em um evento do CloudTrail junto com outros eventos de serviço da AWS em **Histórico de eventos**. Você pode visualizar, pesquisar e baixar eventos recentes em sua Conta da AWS. Para saber mais, consulte [Como visualizar eventos com o histórico de eventos do CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Para ter um registro contínuo de eventos na Conta da AWS, incluindo os para blocos de capacidade, crie uma trilha. Uma *trilha* permite que o CloudTrail entregue arquivos de log a um bucket do Amazon S3. Por padrão, quando você cria uma trilha no console, ela é aplicada a todas as Regiões da AWS. A trilha registra eventos de todas as regiões na partição da AWS e entrega os arquivos de log no bucket do Amazon S3 que você especifica. Além disso, é possível configurar outros AWS serviços para melhor analisar e agir de acordo com dados coletados do evento nos logs CloudTrail. Para saber mais, consulte:
+ [Visão geral da criação de uma trilha](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [Serviços e integrações compatíveis com o CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html)
+ [Configuração notificações do Amazon SNS para o CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/configure-sns-notifications-for-cloudtrail.html)
+ [Como receber arquivos de log do CloudTrail de várias regiões](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) e [Como receber arquivos de log do CloudTrail de várias contas](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Todas os blocos de capacidade são registrados em log pelo CloudTrail e são documentados na Amazon EC2 API Reference. Por exemplo, as chamadas para as ações `CapacityBlockScheduled` e `CapacityBlockActive` geram entradas nos arquivos de log do CloudTrail.
Cada entrada de log ou evento contém informações sobre quem gerou a solicitação. As informações de identidade ajudam a determinar:
+ Se a solicitação foi feita com credenciais de usuário-raiz ou usuário do AWS Identity and Access Management (IAM).
+ Se a solicitação foi feita com credenciais de segurança temporárias de um perfil ou de um usuário federado.
+ Se a solicitação foi feita por outro serviço da AWS.
Para saber mais, consulte [Elemento userIdentity do CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Entender as entradas nos arquivos de log de capacidade
Uma trilha é uma configuração que permite a entrega de eventos como arquivos de log a um bucket Amazon S3 especificado. Os arquivos de log do CloudTrail contêm uma ou mais entradas de log. Um evento representa uma única solicitação de qualquer fonte, e inclui informações sobre a ação solicitada, data e hora da ação, parâmetros da solicitação e assim por diante. Os arquivos de log do CloudTrail não são um rastreamento de pilha ordenada de chamadas de API pública, portanto, não são exibidos em uma ordem específica.
Os seguintes exemplos mostram entradas no log do CloudTrail para:
+ [TerminateCapacityBlocksInstances](#understanding-capacity-blocks-entries-terminatecapacityblockinstances)
+ [CapacityBlockPaymentFailed](#understanding-capacity-blocks-entries-capacityblockpaymentfailed)
+ [CapacityBlockScheduled](#understanding-capacity-blocks-entries-capacityblockscheduled)
+ [CapacityBlockActive](#understanding-capacity-blocks-entries-capacityblockactive)
+ [CapacityBlockFailed](#understanding-capacity-blocks-entries-capacityblockfailed)
+ [CapacityBlockExpired](#understanding-capacity-blocks-entries-capacityblockexpired)
**nota**
Alguns campos foram ocultados nos exemplos por questão de privacidade dos dados.
### TerminateCapacityBlocksInstances
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "TerminateCapacityBlockInstances",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"
}
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-0598c7d356eba48d7"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
}
}
```
### CapacityBlockPaymentFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockPaymentFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "payment-failed"
}
}
```
### CapacityBlockScheduled
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockScheduled",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "scheduled"
}
}
```
### CapacityBlockActive
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockActive",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "active"
}
}
```
### CapacityBlockFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "failed"
}
}
```
### CapacityBlockExpired
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockExpired",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "expired"
}
}
```