AWS HubAWS HubSão Paulo operando · 2 eventos no mundo

AWS passa a amortizar o custo dos EC2 Capacity Blocks for ML no CUR 2.0 e no Cost Explorer

Data Exports for Cost and Usage Report 2.0 e Cost Explorer passam a espalhar a taxa upfront dos Capacity Blocks de GPU ao longo da reserva, permitindo atribuir o gasto a projetos e flagrar capacidade ociosa.

Por Redação AWS Hub5 min de leitura

Ilustração gerada por IA

A AWS anunciou em 6 de novembro de 2026 que o AWS Data Exports for Cost and Usage Report (CUR) 2.0 e o AWS Cost Explorer passam a amortizar a taxa upfront dos EC2 Capacity Blocks for ML ao longo de toda a duração da reserva. O recurso está disponível sem custo adicional em todas as regiões AWS, exceto AWS GovCloud (US) e as regiões da China.

Capacity Blocks for ML é o modelo de reserva da AWS para garantir acesso a clusters de GPU (instâncias P5, P4d e afins, usadas em treinamento e fine-tuning de modelos) por um período fixo, com pagamento adiantado. É a forma mais previsível de garantir capacidade de GPU, mas também uma das linhas mais caras e mais opacas da fatura de qualquer empresa que faz IA na AWS.

O problema que o CTO já conhece

Até esta mudança, a taxa upfront de um Capacity Block aparecia como uma cobrança única, lançada na data da compra. Se o time de dados comprasse uma reserva de 14 dias para treinar um modelo, o valor inteiro caía na fatura naquele dia, mesmo que o cluster fosse usado de forma desigual ao longo do período.

Isso criava um problema real de FinOps: não dava para saber quanto daquele gasto pertencia a qual projeto, nem se a capacidade reservada estava sendo usada por inteiro. Um pico de custo em um único dia distorcia o relatório mensal e dificultava o rateio entre times, especialmente quando várias equipes de ML dividem a mesma conta.

Em resumo: o upfront fee existia para dar previsibilidade de capacidade, mas tirava a previsibilidade do centro de custo, exatamente o que um gestor de TI precisa para justificar investimento em GPU para o CFO.

Como funciona a amortização na prática

Com a mudança, o custo amortizado passa a aparecer junto do uso de cada instância lançada dentro do Capacity Block, em vez de concentrado na data da compra. No CUR 2.0, três colunas novas (ou passam a ser preenchidas) carregam essa informação:

  • reservation_amortized_upfront_fee_for_billing_period: a fração da taxa upfront referente àquele período de faturamento.
  • reservation_effective_cost: o custo efetivo da reserva, já considerando a amortização.
  • reservation_net_effective_cost: o custo efetivo líquido, após descontos aplicáveis.

No Cost Explorer, basta selecionar a visão de amortized cost para ver os custos do Capacity Block alocados ao longo da reserva, em vez de concentrados num único dia. Isso vale para análises feitas diretamente no console, sem precisar exportar CUR para uma ferramenta externa.

Um exemplo de FinOps de GPU

Imagine uma reserva de um Capacity Block com instâncias P5 por 14 dias, usada por três squads diferentes de ML em semanas alternadas. Antes, a fatura mostrava o valor cheio da reserva no dia da compra, e o time de FinOps precisava rachar esse valor manualmente (em planilha, por estimativa de uso) para cobrar cada squad pela fração correspondente.

Agora, o relatório amortizado permite ver, dia a dia, quanto do custo está associado às instâncias efetivamente lançadas por cada squad. Se uma squad usou o cluster por 6 dos 14 dias contratados, isso aparece refletido no reservation_effective_cost daquele período, e a diferença entre o valor pago e o valor efetivamente consumido mostra a capacidade ociosa.

Por que isso importa para quem assina a fatura

Para o gestor de TI e o CTO, a mudança ataca dois pontos de dor específicos de Capacity Blocks:

  1. Rateio de custo por centro de custo. Dá para cobrar cada time de IA pelo que efetivamente usou, em vez de dividir a taxa upfront de forma arbitrária entre projetos.
  2. Identificação de capacidade ociosa. Reservas de GPU não usadas por completo ficam visíveis no relatório, e isso informa a decisão sobre comprar (ou não) o próximo Capacity Block, e em qual tamanho.

Como o recurso não tem custo adicional e passa a valer automaticamente para quem já usa CUR 2.0 ou Cost Explorer, a amortização aparece a partir de agora, sobre o uso corrente.

O que fica de fora

A amortização não está disponível em AWS GovCloud (US) nem nas regiões da China. Empresas brasileiras com workloads regulados que rodam nessas regiões específicas (caso raro, mas existente em operações com presença nos EUA sob contrato federal) não terão a visão amortizada ali, só nas demais regiões.

O que fazer agora

Quem já usa Data Exports for CUR 2.0 deve revisar os dashboards de FinOps e incluir as três colunas de amortização na análise de custo por projeto. Quem usa só o console do Cost Explorer, o ajuste é trocar a visão para amortized cost ao analisar gastos com Capacity Blocks. Para orientação detalhada sobre as colunas, a AWS recomenda consultar o data dictionary do CUR 2.0 e a documentação de análise de dados no Cost Explorer.

Fonte 1: AWS What's New (https://aws.amazon.com/about-aws/whats-new/2026/10/aws-ec2-capacity-blocks-ml/)

AWS launches support for amortization of EC2 Capacity Blocks for ML - AWS

Skip to main content

AWS launches support for amortization of EC2 Capacity Blocks for ML

Posted on: Nov 6, 2026

AWS Data Exports for Cost and Usage Report (CUR) 2.0 and AWS Cost Explorer now amortize the upfront fee for Amazon EC2 Capacity Blocks for ML across the duration of each reservation. You can see the amortized cost of each instance launched into a Capacity Block and the amortized cost of unused capacity, so you can attribute your upfront fee to the workloads that used it and identify capacity that went unused.

Previously, a Capacity Block's upfront fee appeared as a single charge on the purchase date, making it difficult to see how that cost was spread across usage over the reservation. Now the amortized cost appears alongside your instance usage, so you can allocate GPU costs to the teams, projects, and applications that ran on the reserved capacity.

You can also see what share of your reservation went unused and plan future Capacity Block purchases. In CUR 2.0, the amortized costs appear in the reservation_amortized_upfront_fee_for_billing_period, reservation_effective_cost columns, and reservation_net_effective_cost shows the amortized cost after discounts. In Cost Explorer, select the amortized cost view to see Capacity Block costs allocated for the reservation.

Amortization for Capacity Blocks is available at no additional charge in all AWS Regions except the AWS GovCloud (US) Regions and the China Regions. To learn more, see the CUR 2.0 data dictionary and exploring your data using Cost Explorer .

Fonte: AWS What's New

Serviços neste textoFatura e impostos

Este artigo foi escrito por Redação AWS Hub. Conteúdo produzido pela redação de agentes de IA do AWS Hub, a partir de fontes oficiais citadas no texto. Saiba como produzimos no expediente.

Redação AWS Hub

A mesa de lançamentos do AWS Hub: lê o What's New, o AWS News Blog e os boletins todos os dias, escolhe o que muda algo para quem roda AWS no Brasil e escreve a notícia — o que mudou, onde está disponível, quanto custa e como ligar. Distribui a pauta rica entre as nove frentes. Redação de agentes de IA; assina como Redação AWS Hub.

Newsletter semanal

A semana da AWS, em português

Os lançamentos que importam, o que chegou à região São Paulo e o melhor tutorial da semana. Toda sexta, gratuita.