# Modo ilimitado de instâncias expansíveis
Uma instância expansível configurada como `unlimited` pode sustentar alta utilização de CPU por qualquer período, sempre que necessário. O preço por hora da instância cobre automaticamente todos os picos de uso da CPU se a utilização média de CPU da instância for igual ou menor que a linha de base durante um período contínuo de 24 horas ou durante a vida útil da instância, o que for menor.
Na grande maioria das workloads de uso geral, as instâncias configuradas como `unlimited` fornecem uma performance ampla sem encargos adicionais. Se a instância funcionar com maior utilização de CPU por um período prolongado, ela poderá fazer isso por uma taxa adicional uniforme por hora de vCPU. Para obter informações sobre preços, consulte a [definição de preço do Amazon EC2](https://aws.amazon.com/ec2/pricing/) e [definição de preço do modo ilimitado T2/T3/T4](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing).
Caso tenha criado sua Conta da AWS antes de 15 de julho de 2025 e use uma instância `t2.micro` ou `t3.micro` da oferta do [Nível gratuito da AWS](https://aws.amazon.com/free/) no modo `unlimited`, poderão ser aplicadas cobranças se o consumo médio durante um período contínuo de 24 horas exceder o [uso de linha de base](burstable-credits-baseline-concepts.md#baseline_performance) da instância.
As instâncias T4g, T3a e T3 são iniciadas como `unlimited` por padrão (a menos que você [altere o padrão](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)). Se a média de uso de CPU em um período de 24 horas exceder a linha de base, você incorrerá em cobranças por créditos excedentes. Se você executar Instâncias spot como `unlimited` e planejar usá-las imediatamente e por um curto período, sem tempo ocioso para acumular créditos de CPU, serão cobrados créditos excedentes. Recomendamos iniciar as instâncias spot no modo [padrão](burstable-performance-instances-standard-mode.md) para evitar custos mais altos. Para obter mais informações, consulte [Os créditos excedentes podem gerar cobranças](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits) e [Executar instâncias de desempenho expansível](how-spot-instances-work.md#burstable-spot-instances).
**nota**
Instâncias T3 iniciadas em um lançamento de host dedicado como `standard` por padrão; o modo `unlimited` não é compatível com instâncias T3 em um host dedicado.
**Contents**
+ [Conceitos de modo ilimitado de instâncias com capacidade de expansão](burstable-performance-instances-unlimited-mode-concepts.md)
+ [Como funcionam as instâncias expansíveis](burstable-performance-instances-unlimited-mode-concepts.md#how-burstable-performance-instances-unlimited-works)
+ [Quando usar o modo ilimitado versus CPU fixa](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode)
+ [Os créditos excedentes podem gerar cobranças](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)
+ [Quanto custa uma performance intermitente ilimitada?](burstable-performance-instances-unlimited-mode-concepts.md#how-much-does-unlimited-burstable-performance-cost)
+ [Nenhum crédito de execução para T2 ilimitada](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-no-launch-credits)
+ [Ativar modo ilimitado](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-enabling)
+ [O que acontece com os créditos quando é feita alternância de ilimitada para padrão](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-switching-and-credits)
+ [Monitorar uso de crédito](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-monitoring-credit-usage)
+ [Exemplos de modo ilimitado de instâncias com capacidade de expansão](unlimited-mode-examples.md)
+ [Exemplo 1: explicar o uso de créditos com T3 ilimitada](unlimited-mode-examples.md#t3_unlimited_example)
+ [Exemplo 2: explicar o uso de créditos com T2 ilimitada](unlimited-mode-examples.md#t2_unlimited_example)
# Conceitos de modo ilimitado de instâncias com capacidade de expansão
O modo `unlimited` é uma opção de configuração de crédito para instâncias expansíveis. Ele pode ser habilitado ou desabilitado a qualquer momento para uma instância interrompida ou em execução. É possível [definir `unlimited` como a opção de crédito padrão](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account) no nível da conta por região da AWS, por família de instâncias expansíveis, para que todas as novas instâncias de performance expansível na conta sejam iniciadas usando a opção de crédito padrão.
## Como funcionam as instâncias expansíveis
Se uma instância expansível configurada como `unlimited` esgota seu crédito de CPU, ela pode gastar créditos *excedentes* para ter expansão acima da [linha de base](burstable-credits-baseline-concepts.md#baseline_performance). Quando sua utilização de CPU ficar abaixo da linha de base, ela usará os créditos de CPU que ela ganhar para pagar os créditos excedentes gastos anteriormente. A capacidade de ganhar créditos de CPU para pagar créditos excedentes permite que o Amazon EC2 mantenha a média de utilização de CPU de uma instância em um período de 24 horas. Se o uso médio da CPU durante um período de 24 horas exceder a lista de referência, a instância será cobrada pelo uso adicional em uma [taxa adicional fixa](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) por hora de vCPU.
O gráfico a seguir mostra o uso da CPU de um `t3.large`. A utilização da CPU de linha de base para um `t3.large` é 30%. Se a instância for executada com 30% de utilização da CPU ou menos, em média, durante um período de 24 horas, não haverá cobrança adicional porque o custo já está coberto pelo preço por hora da instância. No entanto, se a instância for executada com 40% de utilização da CPU, em média, durante um período de 24 horas, conforme mostrado no gráfico, a instância será cobrada pelo uso adicional de 10% da CPU em uma [taxa adicional fixa](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) por hora de vCPU.
![\[Uso faturado de CPU de uma instância t3.large.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/t3-cpu-usage.png)
Para obter mais informações sobre a utilização da linha de base por vCPU para cada tipo de instância e quantos créditos cada tipo de instância recebe, consulte a [tabela de créditos](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
## Quando usar o modo ilimitado versus CPU fixa
Ao determinar se use uma instância expansível no modo `unlimited`, como T3, ou uma instância de performance fixa, como M5, você precisa determinar o uso da CPU de equilíbrio. O uso da CPU de equilíbrio para uma instância expansível é o ponto em que uma instância expansível custa o mesmo que uma instância de performance fixa. O uso da CPU de equilíbrio ajuda a determinar o seguinte:
+ Se o uso médio da CPU em um período de 24 horas estiver no uso de CPU de equilíbrio ou abaixo dele, use uma instância expansível no modo `unlimited` para que você possa se beneficiar do preço mais baixo de uma instância expansível enquanto obtém ao mesma performance de uma instância de performance fixa.
+ Se o uso médio da CPU durante um período de 24 horas estiver acima do uso de CPU de equilíbrio, a instância expansível custará mais do que a instância de performance fixa de tamanho equivalente. Se uma instância T3 apresentar uma expansão contínua para 100% da CPU, você acabará pagando aproximadamente 1,5 vezes o preço de uma instância M5 de tamanho equivalente.
O gráfico a seguir mostra o ponto de uso da CPU de equilíbrio em que um `t3.large` custa o mesma que um `m5.large`. O ponto de uso da CPU de equilíbrio para um `t3.large` é 42,5%. Se o uso médio da CPU estiver em 42,5%, o custo de executar o `t3.large` é o mesmo que um `m5.large`, e é mais caro se o uso médio da CPU estiver acima de 42,5%. Se a workload precisar de menos de 42,5% do uso médio da CPU, será possível se beneficiar do preço mais baixo do `t3.large` ao obter a mesma performance de um `m5.large`.
![\[O break-even point de uso de CPU para uma instância t3.large é 42,5%.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/T3-unltd-when-to-use.png)
A tabela a seguir mostra como calcular o limite de uso da CPU de equilíbrio para que você possa determinar quando é mais barato usar uma instância expansível no modo `unlimited` ou uma instância de performance fixa. As colunas na tabela são rotuladas de A a K.
| Tipo de instância | vCPUs | Preço\$1/hora de T3 | Preço\$1/hora de M5 | Diferença de preço | Utilização da linha de base T3 por vCPU (%) | Cobrança por hora de vCPU de créditos excedentes | Cobrança por minuto de vCPU | Mais minutos de expansão disponíveis por vCPU | % de CPU adicional disponível | % de CPU de equilíbrio |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| A | B | C | D | E = D - C | F | G | H = G / 60 | I = E / H | J = (I / 60) / B | K = F \$1 J |
| t3.large | 2 | US\$1 0,0835 | 0,096 USD | 0,0125 USD | 30% | 0,05 USD | US\$1 0,000833 | 15 | 12,5% | 42,5% |
| |
| --- |
| \$1O preço é baseado no us-east-1 e no SO Linux. |
A tabela fornece as seguintes informações:
+ A coluna A mostra o tipo de instância, `t3.large`.
+ A coluna B mostra o número de vCPUs para o `t3.large`.
+ A coluna C mostra o preço de um `t3.large` por hora.
+ A coluna D mostra o preço de um `m5.large` por hora.
+ A coluna E mostra a diferença de preço entre o `t3.large` e o `m5.large`.
+ A coluna F mostra a utilização da linha de base por vCPU do `t3.large`, que é 30%. Na linha de base, o custo por hora da instância abrange o custo do uso da CPU.
+ A coluna G mostra a [taxa adicional fixa](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) por hora de vCPU em que uma instância é cobrada, se apresentar uma expansão em 100% da CPU depois de ter esgotado seus créditos ganhos.
+ A coluna H mostra a [taxa adicional fixa](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) por minuto de vCPU em que uma instância é cobrada, se apresentar uma expansão em 100% da CPU depois de ter esgotado seus créditos ganhos.
+ A coluna I mostra o número de minutos adicionais que o `t3.large` pode apresentar uma expansão por hora para 100% da CPU pagando o mesmo preço por hora que um `m5.large`.
+ A coluna J mostra o uso adicional da CPU (em %) ao longo da linha de base em que a instância pode apresentar uma expansão enquanto paga o mesmo preço por hora que um `m5.large`.
+ A coluna K mostra o uso da CPU de equilíbrio (em%) em que o `t3.large` pode apresentar uma expansão sem pagar mais do que o `m5.large`. Qualquer coisa acima disso, e o `t3.large` custará mais do que o `m5.large`.
A tabela a seguir mostra o uso da CPU de equilíbrio (em%) para os tipos de instância T3 em comparação com os tipos de instância M5 de tamanho semelhante.
| Tipo de instância do T3 | Uso da CPU de equilíbrio (em %) para T3 comparado a M5 |
| --- | --- |
| t3.large | 42,5% |
| t3.xlarge | 52,5 % |
| t3.2xlarge | 52,5 % |
## Os créditos excedentes podem gerar cobranças
Se a utilização média de CPU de um instância for igual ou inferior à linha de base, a instância não incorrerá encargos adicionais. Como uma instância ganha um [número máximo de créditos](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) em um período de 24 horas (por exemplo, uma instância `t3.micro` pode ganhar no máximo 288 créditos em um período de 24 horas), ela pode gastar créditos excedentes até esse limite máximo sem gerar uma cobranças imediatamente.
Contudo, se a utilização de CPU permanecer acima da linha de base, a instância não poderá obter créditos suficientes para pagar os créditos excedentes que ela gastou. Os créditos excedentes que não são pagos são cobrados a uma taxa adicional fixa por hora de vCPU. Para obter informações sobre a taxa, consulte a [definição de preço do modo ilimitado T2/T3/T4g](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing).
Os créditos excedentes que foram gastos anteriormente são cobrados quando uma das seguintes situações ocorre:
+ Os créditos excedentes ultrapassaram o [número máximo de créditos](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) que a instância pode obter em um período de 24 horas. Os créditos excedentes gastos acima do limite máximo são cobrados no final da hora.
+ A instância é interrompida ou encerrada.
+ A instância é alterada de `unlimited` para `standard`.
Os créditos excedentes gastos são monitorados pela métrica CloudWatch do `CPUSurplusCreditBalance`. Os créditos excedentes cobrados são monitorados pela métrica CloudWatch do `CPUSurplusCreditsCharged`. Para obter mais informações, consulte [Métricas adicionais do CloudWatch para instâncias expansíveis](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-cw-metrics).
## Quanto custa uma performance intermitente ilimitada?
Se você usa créditos excedentes e eles não são pagos pelos créditos ganhos (consulte [Os créditos excedentes podem gerar cobranças](#unlimited-mode-surplus-credits)), você paga uma taxa adicional fixa por hora de vCPU pelos créditos excedentes. A taxa está listada na seção [Definição de preços do modo ilimitado T2/T3/T4g](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing), na página *Definição de preços sob demanda do Amazon EC2*.
## Nenhum crédito de execução para T2 ilimitada
As instâncias T2 padrão recebem [créditos de execução](burstable-performance-instances-standard-mode-concepts.md#launch-credits), mas as instâncias T2 ilimitadas não as recebem. Uma instância T2 ilimitada pode apresentar expansão acima da linha de base a qualquer momento, sem encargos adicionais, desde que sua utilização média de CPU seja igual ou inferior à linha de base em um período contínuo de 24 horas ou durante sua vida útil, o que for menor. Como tal, as instâncias T2 ilimitadas não requerem créditos de execução para atingir alta performance imediatamente após a execução.
Se uma instância T2 for alterada de `standard` para `unlimited`, todos os créditos de execução acumulados serão removidos do `CPUCreditBalance` antes do `CPUCreditBalance` restante ser transferido.
As instâncias T4g, T3a e T3 nunca recebem créditos de inicialização porque são iniciadas no modo Ilimitado por padrão e, portanto, podem ter picos de utilização imediatamente após a inicialização. A configuração de crédito de modo ilimitado permite que as instâncias T4g, T3a e T3 usem o máximo de CPU necessário para expandir além da linha de base e pelo tempo necessário.
## Ativar modo ilimitado
É possível alterar de `unlimited` para `standard` e de `standard` para `unlimited` a qualquer momento em uma instância interrompida ou em execução. Para obter mais informações, consulte [Configurar a especificação de crédito ao iniciar](burstable-performance-instances-how-to.md#launch-burstable-performance-instances) e [Gerenciar a especificação de crédito de uma instância de desempenho expansível](burstable-performance-instances-how-to.md#modify-burstable-performance-instances).
É possível definir `unlimited` como a opção de crédito padrão no nível da conta por região da AWS, por família de instâncias expansíveis, para que todas as novas instâncias de performance com capacidade de expansão na conta sejam executadas usando a opção de crédito padrão. Para obter mais informações, consulte [Gerenciar a especificação de crédito padrão para uma conta](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account).
É possível verificar se uma instância expansível está configurada como `unlimited` ou `standard` usando o console do Amazon EC2 ou a AWS CLI. Para obter mais informações, consulte [Configurar instâncias de desempenho expansível](burstable-performance-instances-how-to.md).
## O que acontece com os créditos quando é feita alternância de ilimitada para padrão
`CPUCreditBalance` é uma métrica do CloudWatch que controla o número de créditos que uma instância acumulou. `CPUSurplusCreditBalance` é uma métrica do CloudWatch que monitora o número de créditos excedentes que uma instância gastou.
Ao alterar uma instância configurada como `unlimited` para `standard`, ocorre o seguinte:
+ O valor `CPUCreditBalance` permanece inalterado e é transferido.
+ O valor `CPUSurplusCreditBalance` é cobrado imediatamente.
Quando uma instância `standard` é alterada para `unlimited`, ocorre o seguinte:
+ O valor `CPUCreditBalance` que contém créditos ganhos acumulados é transferido.
+ Para instâncias T2 padrão, todos os créditos de execução são removidos do valor `CPUCreditBalance`, e o valor `CPUCreditBalance` que contém os créditos ganhos acumulados é transferido.
## Monitorar uso de crédito
Para verificar se a instância está gastando mais créditos do que a linha de base fornece, é possível usar as métricas do CloudWatch no monitoramento do uso e configurar alarmes horários para ser notificado sobre o uso de crédito. Para obter mais informações, consulte [Monitore créditos de CPU para instâncias com capacidade de expansão](burstable-performance-instances-monitoring-cpu-credits.md).
# Exemplos de modo ilimitado de instâncias com capacidade de expansão
Os seguintes exemplos explicam o uso de créditos para instâncias configuradas como `unlimited`.
**Topics**
+ [Exemplo 1: explicar o uso de créditos com T3 ilimitada](#t3_unlimited_example)
+ [Exemplo 2: explicar o uso de créditos com T2 ilimitada](#t2_unlimited_example)
## Exemplo 1: explicar o uso de créditos com T3 ilimitada
Neste exemplo, você verá a utilização de CPU de uma instância `t3.nano` executada como `unlimited` e como ela gasta créditos *ganhos* e *excedentes* para sustentar a utilização de CPU.
A instância `t3.nano` ganha 144 créditos de CPU em um período contínuo de 24 horas, que ela pode resgatar para 144 minutos de uso de vCPU. Quando ela esgotar o saldo de créditos de CPU (representado pela métrica CloudWatch do `CPUCreditBalance`), poderá gastar os créditos de CPU— *excedentes*, que ela *ainda não ganhou*—, para ter expansão durante o tempo que precisar. Como uma instância `t3.nano` ganha no máximo 144 créditos em um período de 24 horas, ela poderá gastar os créditos excedentes até esse limite máximo, sem ser cobrada imediatamente por isso. Se ela gastar mais de 144 créditos de CPU, será cobrada pela diferença no final da hora.
A intenção do exemplo, ilustrada pelo gráfico a seguir, é mostrar como uma instância pode apresentar expansão usando créditos excedentes, mesmo após esgotar seu `CPUCreditBalance`. O fluxo de trabalho a seguir faz referência aos pontos numerados no gráfico:
**P1** – às 0 horas no gráfico, a instância é executada como `unlimited` e começa a ganhar créditos imediatamente. A instância permanece inativa desde a sua execução (o uso da CPU é de 0%), e nenhum crédito é gasto. Todos os créditos não gastos são acumulados no saldo de crédito. Nas primeiras 24 horas, `CPUCreditUsage` é de 0, e o valor `CPUCreditBalance` atinge seu máximo de 144.
**P2** – nas próximas 12 horas, a utilização de CPU é de 2,5%, que é abaixo da linha de base de 5%. A instância ganha mais créditos do que gasta, mas o valor `CPUCreditBalance` não pode exceder seu máximo de 144 créditos.
**P3** – nas próximas 24 horas, a utilização de CPU é de 7% (acima da linha de base), o que exige um gasto de 57,6 créditos. A instância gasta mais do que ganha, e o valor `CPUCreditBalance` diminui para 86,4 créditos.
**P4** – nas próximas 12 horas, a utilização de CPU diminui para 2,5% (abaixo da linha de base), o que exige um gasto de 36 créditos. Ao mesmo tempo, a instância ganha 72 créditos. A instância ganha mais créditos do que gasta, e o valor `CPUCreditBalance` aumenta para 122 créditos.
**P5** – nas próximas 5 horas, a instância tem expansão para 100% de utilização de CPU e gasta um total de 570 créditos para sustentar a expansão. Após aproximadamente uma hora desse período, a instância esgota todo o `CPUCreditBalance` de 122 créditos e começa a gastar os créditos excedentes para sustentar o alto uso de CPU, totalizando 448 créditos excedentes nesse período (570 - 122 = 448). Quando o valor `CPUSurplusCreditBalance` atingir 144 créditos de CPU (o máximo que uma instância `t3.nano` pode ganhar em um período de 24 horas), todos os créditos excedentes gastos após esse período não poderão ser compensados por créditos ganhos. Os créditos excedentes gastos depois desse período totalizam 304 créditos (448 - 144 = 304), resultando em uma pequena cobrança adicional ao fim dessa hora para 304 créditos.
**P6** – nas próximas 13 horas, a utilização de CPU é de 5%, (a linha de base). A instância ganha o número de créditos que gastar, sem precisar pagar por excessos do `CPUSurplusCreditBalance`. O valor `CPUSurplusCreditBalance` permanece em 144 créditos.
**P7** – nas últimas 24 horas neste exemplo, a instância está inativa, e a utilização de CPU é de 0%. Durante esse período, a instância ganha 144 créditos, que usa para pagar o `CPUSurplusCreditBalance`.
![\[A instância t3 ganhou 144 créditos após 24 horas.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/t3_unlimited_graph.png)
## Exemplo 2: explicar o uso de créditos com T2 ilimitada
Neste exemplo, você verá a utilização de CPU de uma instância `t2.nano` executada como `unlimited` e como ela gasta créditos *ganhos* e *excedentes* para sustentar a utilização de CPU.
A instância `t2.nano` ganha 72 créditos de CPU em um período contínuo de 24 horas, que ela pode resgatar para 72 minutos de uso de vCPU. Quando ela esgotar o saldo de créditos de CPU (representado pela métrica CloudWatch do `CPUCreditBalance`), poderá gastar os créditos de CPU— *excedentes*, que ela *ainda não ganhou*—, para ter expansão durante o tempo que precisar. Como uma instância `t2.nano` ganha no máximo 72 créditos em um período de 24 horas, ela poderá gastar os créditos excedentes até esse limite máximo, sem ser cobrada imediatamente por isso. Se ela gastar mais de 72 créditos de CPU, será cobrada pela diferença no final da hora.
A intenção do exemplo, ilustrada pelo gráfico a seguir, é mostrar como uma instância pode apresentar expansão usando créditos excedentes, mesmo após esgotar seu `CPUCreditBalance`. É possível supor que, no início de linha de tempo no gráfico, a instância tem um saldo de créditos acumulados igual ao número máximo de créditos que ela pode ganhar em 24 horas. O fluxo de trabalho a seguir faz referência aos pontos numerados no gráfico:
**1** – Nos primeiros 10 minutos, `CPUCreditUsage` está em 0 e o valor `CPUCreditBalance` permanece no limite máximo de 72.
**2** – Às 23H40, à medida que a utilização da CPU aumenta, a instância gasta os créditos de CPU e o valor `CPUCreditBalance` diminui.
**3** – Por volta de 00h47, a instância esgota todo o seu `CPUCreditBalance` e começa a gastar os créditos excedentes para manter o alto uso da CPU.
**4** – Os créditos excedentes são gastos até 01h55, quando o valor `CPUSurplusCreditBalance` atinge 72 créditos de CPU. Isso é igual ao limite máximo que uma instância `t2.nano` pode ganhar em um período de 24 horas. Qualquer crédito excedente gasto a partir daí não poderá ser compensado pelos créditos ganhos no período de 24 horas, o que resultará em uma pequena taxa adicional no final da hora.
**5** – A instância continua a gastar os créditos excedentes até às 02h20. Nesse momento, a utilização da CPU cai abaixo da linha de base, e a instância começa a ganhar 3 créditos por hora (ou 0,25 crédito a cada 5 minutos), que ela usa para pagar o `CPUSurplusCreditBalance`. Quando o valor `CPUSurplusCreditBalance` reduz para 0, a instância começa a acumular créditos ganhos em seu `CPUCreditBalance` a 0,25 crédito a cada 5 minutos.
![\[Utilização de CPU com gráficos de uma instância t2.nano lançada como ilimitada.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/t2_unlimited_graph.png)
**Como calcular a fatura (instância do Linux)**
Os créditos excedentes custam USD 0,05 por hora de vCPU. A instância gastou cerca de 25 créditos excedentes entre 01h55 e 02h20, o que equivale a 0,42 horas de vCPU. As cobranças adicionais para essa instância são de USD 0,42 por hora de vCPU x USD 0,05/hora de vCPU = USD 0,021, que é arredondado para USD 0,02. Esta é a conta de final do mês desta instância T2 ilimitada:
![\[Exemplo de fatura para uma instância T2 ilimitada.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_linux.png)
**Como calcular a fatura (instância do Windows)**
Os créditos excedentes custam USD 0,096 por hora de vCPU. A instância gastou cerca de 25 créditos excedentes entre 01h55 e 02h20, o que equivale a 0,42 horas de vCPU. As cobranças adicionais para essa instância são de USD 0,42 por hora de vCPU x USD 0,096/hora de vCPU = USD 0,04032, que é arredondado para USD 0,04. Esta é a conta de final do mês desta instância T2 ilimitada:
![\[Exemplo de fatura para uma instância T2 ilimitada.\]](http://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_windows.png)
É possível configurar alertas de pagamento para ser notificado a cada hora sobre quaisquer cobranças acumuladas e tomar providências, se necessário.