Todos os produtos
Search

Este produto

    Elastic Compute Service:Reserved instance usage rules

    Central de documentação

    Elastic Compute Service:Reserved instance usage rules

    Última atualização: Jul 03, 2026

    Instâncias reservadas correspondem automaticamente a instâncias elegíveis de pagamento conforme o uso para compensar taxas horárias de computação.

    Aviso

    Se nenhuma instância de pagamento conforme o uso correspondente estiver em execução em uma determinada hora, a instância reservada ficará ociosa, mas o faturamento continuará.

    Como funciona a correspondência

    A correspondência entre instâncias reservadas e instâncias de pagamento conforme o uso ocorre automaticamente. Nenhuma ação manual é necessária.

    Após a correspondência, a instância reservada compensa as taxas de computação das instâncias de pagamento conforme o uso correspondentes por hora até expirar. O poder de computação é calculado da seguinte forma:

    Poder de computação = Fator de normalização do tipo de instância × Número de instâncias

    O fator de normalização reflete a capacidade de computação de um tipo de instância com base na contagem de vCPU. Utilize esta tabela para calcular os valores de compensação quando os tamanhos das instâncias forem diferentes:

    Tamanho da instância

    Fator de normalização

    xlarge

    4

    2xlarge

    8

    4xlarge

    16

    Para todos os tipos de instância, Visualize a tabela de fatores de normalização.

    Problemas atuais no documento:

    • O título do documento não corresponde ao tópico abordado

    • Não está clara a diferença entre correspondência de cupom único para múltiplas instâncias e os exemplos de correspondência em que 1 cupom deduz valores de múltiplas instâncias?

    • A correspondência de instâncias entre contas refere-se ao recurso de compartilhamento de recursos de Cost and Billing. Deveria ser gerenciamento de recursos entre várias contas, e não apenas cupons de instância reservada; outros pacotes de recursos também deveriam estar disponíveis. Isso precisa ser confirmado

    • Ao analisar os detalhes de dedução no centro de faturamento, não fica claro como a dedução funciona

      image

    • Outros problemas detalhados foram observados

    Regras de correspondência

    Instâncias reservadas regionais e zonais possuem regras de correspondência distintas.

    Atributo Instância reservada regional Instância reservada zonal
    Região e zona Corresponde a instâncias de pagamento conforme o uso em qualquer zona da região Corresponde apenas a instâncias de pagamento conforme o uso na zona especificada
    Tipo de instância Mesma família de instâncias; dimensionamento flexível (especificações menores podem corresponder a maiores e vice-versa); sem reserva de recursos Correspondência exata do tipo de instância; suporta reserva de recursos
    Sistema operacional Deve haver correspondência

    Instâncias reservadas regionais

    Uma instância reservada regional compensa taxas quando todas as três condições abaixo são atendidas:

    • Mesma região: Suporta compensação entre zonas. A instância reservada e as instâncias de pagamento conforme o uso podem estar em zonas diferentes dentro da mesma região.

    • Mesma família de instâncias: Permite dimensionamento flexível dentro da família. Utilize os fatores de normalização para calcular os valores de compensação quando as especificações diferirem.

    • Mesmo SO: A instância reservada e as instâncias de pagamento conforme o uso devem executar o mesmo sistema operacional.

    Instâncias reservadas zonais

    Uma instância reservada zonal compensa taxas quando todas as três condições abaixo são atendidas:

    • Mesma zona: Ambas devem estar na mesma zona.

    • Mesmo tipo de instância: É necessária uma correspondência exata (mesma família e tamanho).

    • Mesmo SO: Ambas devem executar o mesmo sistema operacional.

    Nota

    Para verificar as instâncias de pagamento conforme o uso elegíveis antes da compra, consulte Comprar instâncias reservadas.

    Correspondência de cupom único para múltiplas instâncias

    Os cupons de instância reservada regionais e zonais suportam a correspondência de um único cupom para múltiplas instâncias, mas não permitem entregar maior poder de computação em menos tempo mediante redução do período de validade.

    Considere que você tenha 6 instâncias de pagamento conforme o uso e 1 cupom de instância reservada ativo, conforme mostrado na tabela a seguir.

    6 instâncias de pagamento conforme o uso

    1 cupom de instância reservada

    Configuração de cada instância:

    • China North 1 (Qingdao) Zone B

    • ecs.g5.6xlarge

    • Linux

    • Fator de poder de computação da especificação da instância: 24

    Atributos do cupom:

    • China North 1 (Qingdao) Zone B

    • ecs.g5.6xlarge

    • Linux

    • Fator de poder de computação da especificação da instância: 24

    • Quantidade de instâncias: 1

    • Período de validade: 1 ano

    Todas as 6 instâncias de pagamento conforme o uso atendem aos critérios de correspondência. Dentro de 1 hora, com base na duração de retenção de cada instância, o exemplo de dedução do cupom de instância reservada é apresentado na tabela a seguir.

    6 instâncias de pagamento conforme o uso

    1 cupom de instância reservada

    Efeito da dedução

    Consumo de poder de computação:

    • Duração de retenção de cada instância: 1 hora (cada uma consome poder de computação 24)

    • 6 instâncias consomem poder de computação por hora: 144 (6 instâncias*24)

    Entrega de poder de computação:

    1 cupom entrega poder de computação por hora: 24 (1 instância*24)

    O poder de computação entregue pelo cupom de instância reservada equivale ao consumido por 1 instância de pagamento conforme o uso. Deduz aleatoriamente a fatura de 1 instância; não reduzirá o período de validade para 2 meses para deduzir simultaneamente as faturas de 6 instâncias.

    Consumo de poder de computação:

    • Duração de retenção de cada instância: 10 minutos (cada uma consome poder de computação 24÷6)

    • 6 instâncias consomem poder de computação por hora: 24 (6 instâncias*24÷6)

    Entrega de poder de computação:

    1 cupom entrega poder de computação por hora: 24 (1 instância*24)

    O poder de computação entregue pelo cupom de instância reservada equivale ao consumido por 6 instâncias de pagamento conforme o uso, deduzindo as faturas de 6 instâncias.

    Consumo de poder de computação:

    • Duração de retenção de cada instância: 15 minutos (cada uma consome poder de computação 24÷4)

    • 6 instâncias consomem poder de computação por hora: 36 (6 instâncias*24÷4)

    Entrega de poder de computação:

    1 cupom entrega poder de computação por hora: 24 (1 instância*24)

    O poder de computação entregue pelo cupom de instância reservada é inferior ao consumido por 6 instâncias de pagamento conforme o uso. Deduz 1 hora de faturas de poder de computação, mas o valor específico de dedução para cada instância é aleatório.

    Cobertura das instâncias reservadas

    As instâncias reservadas compensam apenas taxas de computação (vCPUs e memória). Rede e armazenamento são faturados separadamente.

    Tipo de instância

    Taxas de computação (vCPUs e memória)

    Taxas de imagem de SO

    Instâncias Linux

    Coberto

    Não aplicável

    Instâncias Windows

    Coberto

    Coberto (licença do Windows incluída)

    Os custos de armazenamento podem ser compensados separadamente usando unidades de capacidade de armazenamento (SCUs). Combine instâncias reservadas com SCUs para reduzir tanto os custos de computação quanto os de armazenamento. Para detalhes completos sobre o faturamento do ECS, consulte Visão geral do faturamento.

    Prioridade de descontos

    Quando vários planos de desconto estão ativos, eles são aplicados nesta ordem:

    1. Instâncias reservadas e planos de recursos (como SCUs)

    2. Planos de economia de computação ECS

    3. Planos de economia de uso geral

    4. Cupons

    Exemplos

    Os cenários a seguir mostram como as instâncias reservadas correspondem e compensam instâncias de pagamento conforme o uso.

    Cenários de instância reservada regional:

    Cenários de instância reservada zonal:

    Exemplos de instância reservada regional

    Cenário 1: Uma RI de baixa especificação compensa uma instância de alta especificação (compensação parcial)

    Instância reservada

    Instância de pagamento conforme o uso

    Região/zona

    China (Qingdao), múltiplas zonas

    Qingdao Zone B

    Tipo de instância

    ecs.g5.xlarge

    ecs.g5.2xlarge

    SO

    Linux

    Linux

    Quantidade

    1

    1

    Fatores de normalização: ecs.g5.xlarge = 4, ecs.g5.2xlarge = 8.

    • Poder de computação da instância reservada: 1 × 4 = 4 unidades/hora

    • Poder de computação da instância de pagamento conforme o uso: 1 × 8 = 8 unidades/hora

    Resultado: A instância reservada compensa 50% das taxas horárias de computação.

    Cenário 2: Duas RIs de baixa especificação compensam uma instância de alta especificação (compensação total)

    Instâncias reservadas

    Instância de pagamento conforme o uso

    Região/zona

    China (Qingdao), múltiplas zonas (ambas)

    Qingdao Zone B

    Tipo de instância

    ecs.g5.xlarge (ambas)

    ecs.g5.2xlarge

    SO

    Linux (ambas)

    Linux

    Quantidade

    1 cada (2 no total)

    1

    Fatores de normalização: ecs.g5.xlarge = 4, ecs.g5.2xlarge = 8.

    • Duas instâncias reservadas: 2 × 4 = 8 unidades/hora

    • Instância de pagamento conforme o uso: 1 × 8 = 8 unidades/hora

    Resultado: As duas instâncias reservadas juntas compensam 100% das taxas horárias de computação.

    Cenário 3: Uma RI de alta especificação compensa uma instância de baixa especificação (com capacidade restante)

    Instância reservada

    Instância de pagamento conforme o uso

    Região/zona

    China (Qingdao), múltiplas zonas

    Qingdao Zone B

    Tipo de instância

    ecs.g5.4xlarge

    ecs.g5.2xlarge

    SO

    Linux

    Linux

    Quantidade

    1

    1

    Fatores de normalização: ecs.g5.4xlarge = 16, ecs.g5.2xlarge = 8.

    • Instância reservada: 1 × 16 = 16 unidades/hora

    • Instância de pagamento conforme o uso: 1 × 8 = 8 unidades/hora

    Resultado: A instância reservada compensa 100% das taxas horárias de computação. 50% do seu poder de computação permanece não utilizado.

    Cenário 4: Uma RI de alta especificação compensa múltiplas instâncias de baixa especificação entre zonas

    Instância reservada

    Instâncias de pagamento conforme o uso

    Região/zona

    China (Qingdao), múltiplas zonas

    2 instâncias em Qingdao Zone B; 2 instâncias em Qingdao Zone C

    Tipo de instância

    ecs.g5.4xlarge

    ecs.g5.xlarge (todas as quatro)

    SO

    Linux

    Linux

    Quantidade

    1

    4

    Fatores de normalização: ecs.g5.4xlarge = 16, ecs.g5.xlarge = 4.

    • Instância reservada: 1 × 16 = 16 unidades/hora

    • Instâncias de pagamento conforme o uso: 4 × 4 = 16 unidades/hora

    Resultado: A instância reservada compensa 100% das taxas horárias de computação em todas as quatro instâncias nas duas zonas.

    Cenário 5: Falha na correspondência — incompatibilidade de SO

    Instância reservada

    Instância de pagamento conforme o uso

    Resultado

    Região/zona

    China (Qingdao), múltiplas zonas

    Qingdao Zone B

    —

    Tipo de instância

    ecs.g5.4xlarge

    ecs.g5.xlarge

    —

    SO

    Linux

    Windows

    Incompatibilidade

    Resultado: A correspondência falha. Os sistemas operacionais são diferentes.

    Cenário 6: Falha na correspondência — região e família de instâncias diferentes

    Instância reservada

    Instância de pagamento conforme o uso

    Resultado

    Região/zona

    China (Qingdao)

    China (Hangzhou), Zone B

    Incompatibilidade de região

    Tipo de instância

    ecs.g5.xlarge

    ecs.c5.xlarge

    Incompatibilidade de família

    SO

    Linux

    Linux

    —

    Resultado: A correspondência falha devido a regiões diferentes e famílias de instâncias diferentes (g5 vs. c5).

    Exemplos de instância reservada zonal

    Cenário 7: Uma RI compensa uma instância (compensação total)

    Instância reservada

    Instância de pagamento conforme o uso

    Região/zona

    Qingdao Zone B

    Qingdao Zone B

    Tipo de instância

    ecs.g5.xlarge

    ecs.g5.xlarge

    SO

    Windows

    Windows

    Quantidade

    1

    1

    Ambas compartilham o fator de normalização 4.

    • Instância reservada: 1 × 4 = 4 unidades/hora

    • Instância de pagamento conforme o uso: 1 × 4 = 4 unidades/hora

    Resultado: A instância reservada compensa 100% das taxas horárias de computação.

    Cenário 8: Uma RI compensa múltiplas instâncias (compensação parcial)

    Instância reservada

    Instâncias de pagamento conforme o uso

    Região/zona

    Qingdao Zone B

    Qingdao Zone B

    Tipo de instância

    ecs.g5.xlarge

    ecs.g5.xlarge

    SO

    Windows

    Windows

    Quantidade

    1

    5

    • Instância reservada: 1 × 4 = 4 unidades/hora

    • Instâncias de pagamento conforme o uso: 5 × 4 = 20 unidades/hora

    Resultado: A instância reservada compensa 20% das taxas horárias combinadas de computação (100% de uma instância selecionada aleatoriamente).

    Cenário 9: Múltiplas RIs compensam uma instância (com capacidade restante)

    Instâncias reservadas

    Instância de pagamento conforme o uso

    Região/zona

    Qingdao Zone B

    Qingdao Zone B

    Tipo de instância

    ecs.g5.xlarge (ambas)

    ecs.g5.xlarge

    SO

    Windows (ambas)

    Windows

    Quantidade

    1 cada (2 no total)

    1

    • Duas instâncias reservadas: 2 × 4 = 8 unidades/hora

    • Instância de pagamento conforme o uso: 1 × 4 = 4 unidades/hora

    Resultado: As duas instâncias reservadas compensam 100% das taxas horárias de computação. 50% do poder de computação total permanece não utilizado.

    Cenário 10: Múltiplas RIs compensam múltiplas instâncias (compensação total)

    Instâncias reservadas

    Instâncias de pagamento conforme o uso

    Região/zona

    Qingdao Zone B

    Qingdao Zone B

    Tipo de instância

    ecs.g5.xlarge (todas)

    ecs.g5.xlarge (todas)

    SO

    Windows

    Windows

    Quantidade

    5

    5

    • Cinco instâncias reservadas: 5 × 4 = 20 unidades/hora

    • Cinco instâncias de pagamento conforme o uso: 5 × 4 = 20 unidades/hora

    Resultado: As cinco instâncias reservadas compensam 100% das taxas horárias combinadas de computação.

    Cenário 11: Reserva de recursos — nenhuma instância de pagamento conforme o uso em execução

    Instância reservada zonal

    Região/zona

    Qingdao Zone B

    Tipo de instância

    ecs.g5.2xlarge

    SO

    Linux

    Quantidade

    10

    Nenhuma instância de pagamento conforme o uso está em execução.

    Resultado: As instâncias reservadas ficam ociosas e o faturamento continua. Durante o prazo, 10 instâncias ecs.g5.2xlarge ficam reservadas em Qingdao Zone B, garantindo que instâncias de pagamento conforme o uso desse tipo possam ser criadas a qualquer momento.

    Cenário 12: Falha na correspondência — incompatibilidade de SO

    Instância reservada

    Instância de pagamento conforme o uso

    Resultado

    Região/zona

    Qingdao Zone B

    Qingdao Zone B

    —

    Tipo de instância

    ecs.g5.xlarge

    ecs.g5.xlarge

    —

    SO

    Linux

    Windows

    Incompatibilidade

    Resultado: A correspondência falha. Os sistemas operacionais são diferentes.

    Cenário 13: Falha na correspondência — zona e tipo de instância diferentes

    Instância reservada

    Instância de pagamento conforme o uso