Resumo

  • Savings Plans troca um compromisso monetário por hora, durante um ou três anos, por preços menores em uso computacional elegível. A AWS afirma que o produto não reserva capacidade e não pode ser cancelado durante o prazo.
  • Uma EC2 On-Demand Capacity Reservation mantém capacidade compatível em uma Availability Zone específica. O equivalente à tarifa On-Demand é cobrado tanto quando a vaga é ocupada quanto quando fica ociosa.
  • As duas camadas podem ser combinadas: Savings Plans ou o desconto de uma Reserved Instance regional podem reduzir a cobrança de uma Capacity Reservation. Isso separa preço de colocação, sem garantir a saúde da aplicação.
  • Utilização, cobertura, ocupação, lançamento e disponibilidade do serviço são cinco evidências diferentes.

Comprometer gasto não é guardar uma máquina

A descrição de Savings Plans começa por um valor de uso computacional por hora. O cliente escolhe compromisso de um ou três anos e pagamento integral antecipado, parcial ou sem antecipação. Em troca, o uso elegível recebe tarifa menor durante o prazo.

Compute Savings Plans foi desenhado para deixar o desconto circular. Ele pode cobrir EC2 entre famílias, tamanhos, sistemas operacionais, tenancies e Regiões, além de uso elegível em Fargate e Lambda. EC2 Instance Savings Plans restringe o benefício a uma família de instâncias dentro de uma Região. A AWS anuncia até 66% e até 72% de redução sobre On-Demand, respectivamente. O “até” depende da oferta e do uso; não é economia garantida para toda conta.

No Upfront tampouco é uma opção mensal de saída. A AWS informa que Savings Plans não pode ser cancelado no prazo. A modalidade apenas muda quando o caixa sai. Se a demanda recuar, o compromisso por hora continua e a parcela não usada não se transforma em hardware reservado.

O indicador certo para essa obrigação é a utilização. No exemplo oficial, US$9,80 de uso calculado às tarifas Savings Plans contra compromisso de US$10 por hora representa 98%. A leitura comprova consumo econômico do contrato. Não comprova que uma nova instância encontrará espaço na zona desejada.

Uma vaga vazia continua no boleto

A On-Demand Capacity Reservation responde à pergunta física. Ela reserva capacidade EC2 em uma Availability Zone para combinação definida de tipo de instância, plataforma e tenancy. Reservas ativas e não usadas também consomem os limites de instâncias On-Demand da conta.

Enquanto a capacidade estiver provisionada, a AWS cobra o equivalente à tarifa On-Demand. Se o cliente mantém vinte vagas e executa quinze instâncias compatíveis, paga as quinze instâncias e cinco vagas ociosas. As quinze ocupadas não recebem uma segunda cobrança de reserva; as cinco vazias, porém, permanecem faturadas.

Ociosidade pode ser o produto comprado. Uma temporada de vendas, uma exigência regulatória ou a retomada após falha pode justificar capacidade que passa a maior parte do tempo silenciosa. O teste econômico compara a cobrança ociosa com o dano que um lançamento indisponível produziria. Sem exercício, simulação ou atualização de atributos, a justificativa envelhece.

Savings Plans pode aplicar desconto à Capacity Reservation, assim como uma Reserved Instance regional. Portanto, o cliente pode pagar por disponibilidade e usar um segundo contrato para reduzir a tarifa. A sobreposição demonstra que desconto e capacidade são complementares, não duas descrições do mesmo ativo.

A reserva precisa reconhecer o lançamento

Uma instância só entra no direito comprado se cumprir as regras de correspondência: tipo, plataforma, zona e tenancy; reserva ativa; quantidade livre.

Reservas open podem receber automaticamente lançamentos compatíveis. Sem correspondência, determinadas preferências deixam a solicitação usar capacidade On-Demand comum. Uma reserva targeted exige referência específica; falta de vaga compatível pode causar falha. Assim, um modelo de lançamento em outra zona pode deixar a reserva vazia e, ao mesmo tempo, procurar capacidade fora dela.

Uma Savings Plan não altera esse caminho. A AWS documenta InsufficientInstanceCapacity quando não existe capacidade On-Demand disponível para o pedido. A tarifa reduzida pode ter funcionado corretamente em todas as horas anteriores. Nunca concedeu prioridade de colocação.

Mesmo ocupar a reserva não encerra o processo. A instância pode falhar no health check, não alcançar dados ou dependências, ou não estar pronta para assumir tráfego. A reserva demonstra uma vaga computacional consumida. Continuidade exige outra prova.

O nome Reserved Instance exige um complemento

As Reserved Instances regionais e zonais mostram por que o nome não basta. A regional não reserva capacidade. Seu desconto pode acompanhar uso entre zonas da Região e, em situações elegíveis, entre tamanhos. A zonal reserva capacidade na zona selecionada, mas perde flexibilidade de zona e de tamanho correspondente.

A AWS informa que o escopo não muda o preço da RI. Dois contratos com o mesmo nome e preço podem entregar direitos operacionais diferentes. Uma planilha que guarda apenas taxa e desconto apaga o detalhe que decide se há capacidade.

O comprador precisa registrar três dimensões: rigidez e duração do gasto, mobilidade do desconto e precisão geográfica e técnica da capacidade. Um workload móvel pode extrair mais valor de flexibilidade. Um sistema de recuperação que precisa subir numa zona específica pode pagar pela precisão. A menor tarifa não resolve necessariamente o risco mais caro.

O desconto segue a carteira, não a intenção

A AWS aplica os benefícios automaticamente. Reserved Instances vêm primeiro. Depois EC2 Instance Savings Plans; em seguida Compute Savings Plans. O compromisso restante cobre os usos elegíveis com maior percentual de economia até acabar; o restante fica em On-Demand.

Em faturamento consolidado, o uso da conta proprietária é atendido primeiro e outras contas podem receber o benefício quando o compartilhamento está ativado. Um plano comprado por causa de um serviço pode, meses depois, ser consumido por outro. A utilização agregada permanece alta, mas não valida a demanda que sustentou a decisão original.

O relatório de cobertura observa a parcela do custo elegível coberta pelo plano. Utilização mede o contrato comprado; cobertura mede a base de uso. Nenhuma delas mede vagas EC2 ou saúde de aplicação.

Fontes