Reserva de capacidade sob demanda

  • Artigo

Aplica-se a: ✔️ VMs Linux VMs ✔️ ✔️ do Windows Conjunto ✔️ de escala uniforme Conjuntos de balanças flexíveis

A Reserva de Capacidade sob demanda permite reservar capacidade de computação em uma região do Azure ou em uma zona de disponibilidade por qualquer período de tempo. Ao contrário das Instâncias Reservadas, você não precisa se inscrever para um compromisso de 1 ou 3 anos. Crie e exclua reservas a qualquer momento e tenha controle total sobre como deseja gerenciar suas reservas.

Depois de criar a Reserva de Capacidade, os recursos podem ser usados imediatamente. A capacidade é reservada para você até que você exclua a reserva.

A Reserva de Capacidade tem algumas propriedades básicas que são sempre definidas no momento da criação:

  • Tamanho da VM - Cada reserva é para um tamanho de VM. Por exemplo, Standard_D2s_v3.
  • Localização - Cada reserva é para um local (região). Se esse local tiver zonas de disponibilidade, a reserva também pode especificar uma das zonas.
  • Quantidade - Cada reserva tem uma quantidade de instâncias a serem reservadas.

Para criar uma Reserva de Capacidade, esses parâmetros são passados para o Azure como uma solicitação de capacidade. Se o Azure não tiver capacidade disponível que atenda à solicitação, a implantação de reserva falhará. Sua implantação falhará se você não tiver uma cota de assinatura adequada. Solicite uma cota mais alta ou tente uma combinação diferente de tamanho, local ou zona de VM.

Assim que o Azure aceitar sua solicitação de reserva, ele estará disponível para VMs com configurações correspondentes. Para consumir a Reserva de Capacidade, a VM precisa especificar a reserva em suas propriedades. Caso contrário, a Reserva de Capacidade não será usada. Um benefício desse design é que você pode direcionar apenas cargas de trabalho críticas para reservas e outras cargas de trabalho não críticas podem ser executadas sem capacidade reservada.

Benefícios da Reserva de Capacidade

  • Uma vez implementada, a capacidade fica reservada para sua utilização e está sempre disponível no âmbito dos SLAs aplicáveis
  • Pode ser implantado e excluído a qualquer momento sem compromisso de prazo
  • Pode ser combinado automaticamente com Instâncias Reservadas para usar descontos de compromisso de prazo

SLA para reserva de capacidade

Leia os detalhes do Contrato de Nível de Serviço no SLA para Reserva de Capacidade.

Qualquer reclamação contra o SLA requer o cálculo das Atas Não Disponíveis para a capacidade reservada. Aqui está um exemplo de como calcular minutos não disponíveis.

  • Uma Reserva de Capacidade Sob Demanda tem uma Capacidade Total de cinco Unidades Reservadas. A Reserva de Capacidade Sob Demanda começa no estado Capacidade Não Utilizada com zero Máquinas Virtuais Alocadas.
  • Uma implantação suportada de quantidade 5 é alocada para a reserva de capacidade sob demanda. Três máquinas virtuais são bem-sucedidas e duas falham com um erro de capacidade da máquina virtual. Resultado: Duas Unidades Reservadas começam a acumular Minutos Não Disponíveis.
  • Nenhuma ação é tomada por 20 minutos. Resultado: Duas Unidades Reservadas acumulam 15 Minutos Não Disponíveis cada.
  • Em 20 minutos, uma implantação suportada de quantidade 2 é tentada. Uma Máquina Virtual é bem-sucedida, a outra Máquina Virtual falha com um erro de capacidade da Máquina Virtual. Resultado: Uma Unidade Reservada fica a 15 Minutos acumulados Não Disponíveis. Outra Unidade Reservada retoma acumulando Minutos Não Disponíveis.
  • Mais quatro implantações suportadas de quantidade 1 são feitas em intervalos de 10 minutos. Na quarta tentativa (60 minutos após o primeiro erro de capacidade), a Máquina Virtual é implantada. Resultado: A última Unidade Reservada adiciona 40 minutos de Minutos Não Disponíveis (Quatro tentativas x 10 minutos entre tentativas) para um total de 55 Minutos Não Disponíveis.

A partir deste exemplo de acumulação de Minutos Não Disponíveis, aqui está o cálculo do Crédito de Serviço.

  • Uma Unidade Reservada acumulou 15 minutos de Inatividade. O tempo de atividade percentual é de 99,97%. Esta Unidade Reservada não se qualifica para Crédito de Serviço.
  • Outra Unidade Reservada acumulou 55 minutos de Inatividade. O tempo de atividade percentual é de 99,87. Esta Unidade Reservada tem direito a um Crédito de Serviço de 10%.

Limitações e restrições

  • A criação de reservas de capacidade requer cota da mesma maneira que a criação de máquinas virtuais.
  • A criação de reservas de capacidade está atualmente limitada a determinadas séries e tamanhos de VM. A lista de SKUs de recursos de computação anuncia o conjunto de tamanhos de VM suportados.
  • A seguinte série VM oferece suporte à criação de reservas de capacidade:
    • Av2
    • N
    • Bsv2 (Intel) e Basv2 (AMD)
    • Bpsv2
    • Série D, v2 e mais recente; AMD e Intel
    • Série DCsv2
    • Série DCasv5
    • Séries DCesv5 e DCedsv5
    • Série Dplsv5
    • Série Dpsv, v5 e mais recente
    • Série Dpdsv6
    • Série Dplsv6
    • Série Dpldsv6
    • Dlsv5 e séries mais recentes
    • Dldsv5 e séries mais recentes
    • Série E, todas as versões; AMD e Intel
    • Séries Eav4 e Easv4
    • Séries ECasv5 e ECadsv5
    • Séries ECesv5 e ECedsv5
    • Série F, todas as versões
    • Séries Fasv6 e Falsv6
    • Série Fx
    • Lsv3 (Intel) e Lasv3 (AMD)
    • Na implantação da VM, a contagem de Domínio de Falha (FD) de até 3 pode ser definida conforme desejado usando Conjuntos de Dimensionamento de Máquina Virtual. Uma implantação com mais de 3 FDs não será implantada em relação a uma Reserva de Capacidade.
  • O suporte para a série VM abaixo para reserva de capacidade está em Visualização pública:
    • Série M, v3
    • Lsv2
    • NC-série, v3
    • NV-series, v2 e mais recentes
    • Para a série N acima mencionada, na implantação da VM, a contagem de Domínio de Falha (FD) de 1 pode ser definida usando Conjuntos de Escala de Máquina Virtual. Uma implantação com mais de 1 FD não será implantada em relação a uma Reserva de Capacidade.
  • O suporte para outras séries de VM não está disponível no momento:
    • Série M, v1 e v2
    • Série ND
    • Série HB
    • Série HC
  • Os seguintes tipos de implantação são suportados:
    • VM única
    • Conjuntos de escala de máquina virtual com orquestração uniforme
    • Conjuntos de dimensionamento de máquina virtual com orquestração flexível (visualização)
  • Os seguintes tipos de implantação não são suportados:
    • Spot VMs
    • Nós de host dedicados do Azure ou VMs implantados em hosts dedicados
    • Conjuntos de Disponibilidade
  • Não há suporte para outras restrições de implantação. Por exemplo:
    • Grupo de Colocação por Proximidade
    • Domínios de atualização
    • Conjuntos de dimensionamento de máquina virtual com grupo de posicionamento único definido 'true'
    • Armazenamento UltraSSD
    • VMs retomando da hibernação
    • VMs que exigem criptografia vnet
  • A subscrição afixada não pode utilizar a funcionalidade
  • Apenas a subscrição que criou a reserva pode utilizá-la.
  • As reservas só estão disponíveis para clientes pagos do Azure. Contas patrocinadas, como Avaliação Gratuita e Azure para Estudantes, não são qualificadas para usar esse recurso.

Preços e faturação

O preço das Reservas de Capacidade é igual ao do tamanho da VM subjacente. Por exemplo, se você criar uma reserva para 10 D2s_v3 VMs, começará a ser cobrado por 10 D2s_v3 VMs, mesmo que a reserva não esteja sendo usada.

Se, em seguida, você implantar uma VM D2s_v3 e especificar a propriedade de reserva, a Reserva de Capacidade será usada. Uma vez em uso, você paga apenas pela VM e não pela Reserva de Capacidade. Digamos que você implante seis VMs D2s_v3 na Reserva de Capacidade mencionada anteriormente. Você verá uma fatura para seis VMs D2s_v3 e quatro Reserva de Capacidade não utilizadas, ambas cobradas à mesma taxa que uma VM D2s_v3.

Tanto a Reserva de Capacidade usada quanto a não utilizada são elegíveis para descontos de compromisso de prazo do Plano de Economia e Instâncias Reservadas. No exemplo anterior, se você tiver Instâncias Reservadas para duas VMs D2s_v3 na mesma região do Azure, a cobrança de dois recursos (VM ou Reserva de Capacidade não utilizada) será zerada. Os oito D2s_v3 restantes são faturados normalmente. Os descontos de compromisso de termo podem ser aplicados na VM ou na Reserva de Capacidade não utilizada.

Diferença entre reserva de capacidade sob demanda e instâncias reservadas

Differences Reserva de capacidade sob demanda Instâncias Reservadas
Termo Não é necessário compromisso de termo. Pode ser criado e excluído de acordo com a exigência do cliente Compromisso a termo fixo de um ou três anos
Desconto na faturação Cobrado a taxas pré-pagas para o tamanho da VM subjacente* Economia significativa de custos em relação às taxas de pagamento conforme o uso
SLA de capacidade Fornece garantia de capacidade no local especificado (região ou zona de disponibilidade) Não fornece uma garantia de capacidade. Os clientes podem escolher "prioridade de capacidade" para obter melhor acesso, mas essa opção não possui um SLA
Região vs Zonas de Disponibilidade Pode ser implantado por região ou por zona de disponibilidade Disponível apenas a nível regional

*Elegível para desconto de Instâncias Reservadas se adquirido separadamente

Trabalhar com reserva de capacidade

A Reserva de Capacidade é criada para um tamanho de VM específico numa região do Azure ou numa Zona de Disponibilidade. Todas as reservas são criadas e geridas como parte de um Grupo de Reservas de Capacidade.

O grupo especifica o local do Azure:

  • O grupo define a região na qual todas as reservas são criadas. Por exemplo, Leste dos EUA, Norte da Europa ou Sudeste Asiático.
  • O grupo define as zonas elegíveis. Por exemplo, AZ1, AZ2, AZ3 em qualquer combinação.
  • Se nenhuma zona for especificada, o Azure selecionará o posicionamento para o grupo em algum lugar na região. Cada reserva especifica a região e não pode definir uma zona.

Cada reserva em um grupo é para um tamanho de VM. Se as zonas elegíveis foram selecionadas para o grupo, a reserva deve ser para uma das zonas suportadas.

Um grupo pode ter apenas uma reserva por tamanho de VM por zona ou apenas uma reserva por tamanho de VM se nenhuma zona for selecionada.

Para consumir Reserva de Capacidade, especifique Grupo de Reserva de Capacidade como uma das propriedades da VM. Se o grupo não tiver uma reserva correspondente ao tamanho e ao local, o Azure retornará uma mensagem de erro.

A quantidade reservada para reserva pode ser ajustada após a implantação inicial, alterando a propriedade de capacidade. Outras alterações na Reserva de Capacidade, como tamanho ou localização da VM, não são permitidas. A abordagem recomendada é criar uma nova reserva, migrar todas as VMs existentes e, em seguida, excluir a reserva antiga se não for mais necessário.

A Reserva de Capacidade não cria limites para o número de implantações de VM. O Azure dá suporte à alocação de quantas VMs desejar em relação à reserva. Como a reserva em si requer cota, as verificações de cota são omitidas para implantação de VM até a quantidade reservada. A alocação de VMs além da quantidade reservada é a superalocação da reserva. A superalocação de VMs não é coberta pelo SLA e as VMs estão sujeitas a verificações de cota e o Azure cumprindo a capacidade extra. Uma vez implantadas, essas instâncias de VM extras podem fazer com que a quantidade de VMs alocadas em relação à reserva exceda a quantidade reservada. Para saber mais, vá para Superalocação de Reserva de Capacidade.

Ciclo de vida da reserva de capacidade

Quando uma reserva é criada, o Azure reserva o número solicitado de instâncias de capacidade no local especificado:

Imagem de reserva de capacidade 1.

Acompanhe o estado da reserva geral através das seguintes propriedades:

  • capacity = Quantidade total de instâncias reservadas pelo cliente.
  • virtualMachinesAllocated = Lista de VMs alocadas em relação à Reserva de Capacidade e contagem para o consumo da capacidade. Essas VMs estão em execução, interrompidas (alocadas) ou em um estado de transição, como Iniciando ou parando. Essa lista não inclui as VMs que estão no estado desalocado, conhecidas como Interrompidas (deslocalizadas).
  • virtualMachinesAssociated = Lista de VMs associadas à Reserva de Capacidade. Esta lista tem todas as VMs que foram configuradas para usar a reserva, incluindo as que estão em estado desalocado.

O exemplo anterior começa com capacity como 2 e comprimento de virtualMachinesAllocated e virtualMachinesAssociated como 0.

Quando uma VM é alocada em relação à Reserva de Capacidade, ela consome uma das instâncias de capacidade reservada:

Imagem de reserva de capacidade 2.

O status da Reserva de Capacidade mostra capacity como 2 e comprimento de virtualMachinesAllocated e virtualMachinesAssociated como 1.

As alocações em relação à Reserva de Capacidade são bem-sucedidas à medida que as VMs têm propriedades correspondentes e há pelo menos uma instância de capacidade vazia.

Usando nosso exemplo, quando uma terceira VM é alocada em relação à Reserva de Capacidade, a reserva entra no estado superalocado . Esta terceira VM requer quota não utilizada e cumprimento de capacidade extra do Azure. Depois que a terceira VM for alocada, a Reserva de Capacidade terá esta aparência:

Imagem de reserva de capacidade 3.

O capacity é 2 e o comprimento de virtualMachinesAllocated e virtualMachinesAssociated é 3.

Agora, suponha que o aplicativo seja reduzido para o mínimo de duas VMs. Como a VM 0 precisa de uma atualização, ela é escolhida para deallocation. A reserva muda automaticamente para este estado:

Imagem de reserva de capacidade 4.

O capacity e o comprimento de virtualMachinesAllocated são ambos 2. No entanto, o comprimento para virtualMachinesAssociated ainda é 3, pois a VM 0, embora deslocalizada, ainda está associada à Reserva de Capacidade. Para evitar a superação da cota, a VM 0 desalocada ainda conta na cota atribuída à reserva. Contanto que você tenha cota não utilizada suficiente, poderá implantar novas VMs na Reserva de Capacidade e receber o SLA de qualquer capacidade reservada não utilizada. Ou você pode excluir a VM 0 para remover seu uso de cota.

A Reserva de Capacidade existe até ser explicitamente eliminada. Para excluir uma Reserva de Capacidade, a primeira etapa é dissociar todas as VMs na virtualMachinesAssociated propriedade. Quando a desassociação estiver concluída, a Reserva de Capacidade deverá ter esta aparência:

Imagem de reserva de capacidade 5.

O status da Reserva de Capacidade mostra capacity como 2 e comprimento de virtualMachinesAssociated e virtualMachinesAllocated como 0. A partir desse estado, a Reserva de Capacidade pode ser excluída. Uma vez excluído, você não paga mais pela reserva.

Imagem de reserva de capacidade 6.

Utilização e faturação

Quando uma Reserva de Capacidade está vazia, o uso da VM é relatado para o tamanho da VM correspondente e o local. As Instâncias Reservadas de VM podem cobrir parte ou todo o uso da Reserva de Capacidade, mesmo quando as VMs não são implantadas.

Exemplo

Por exemplo, digamos que uma Reserva de Capacidade com a quantidade reservada 2 tenha sido criada. A assinatura tem acesso a uma instância de VM reservada correspondente do mesmo tamanho. O resultado são dois fluxos de uso para a Reserva de Capacidade, um dos quais é coberto pela Instância Reservada:

Imagem de reserva de capacidade 7.

Na imagem anterior, um desconto de Instância de VM Reservada é aplicado a uma das instâncias não utilizadas e o custo dessa instância é zerado. Por outro lado, a taxa PAYG é cobrada pelo tamanho da VM reservado.

Quando uma VM é alocada em relação à Reserva de Capacidade, os outros componentes da VM, como discos, rede, extensões e quaisquer outros componentes solicitados, também devem ser alocados. Nesse estado, o uso da VM reflete uma VM alocada e uma instância de capacidade não utilizada. A Instância de VM Reservada zerará o custo da VM ou da instância de capacidade não utilizada. Os outros encargos para discos, rede e outros componentes associados à VM alocada também aparecem na fatura.

Imagem de reserva de capacidade 8.

Na imagem anterior, o desconto da Instância Reservada da VM é aplicado à VM 0, que só é cobrada por outros componentes, como disco e rede. A outra instância não utilizada está sendo cobrada à taxa PAYG pelo tamanho da VM reservado.

Perguntas mais frequentes

  • Qual é o preço da reserva de capacidade sob demanda?

    O preço da sua Reserva de Capacidade sob demanda é igual ao preço do tamanho da VM subjacente associado à reserva. Ao usar a Reserva de Capacidade, você será cobrado pelo tamanho da VM selecionado com tarifas pré-pagas, independentemente de a VM ter sido provisionada ou não. Visite as páginas de preços de VM do Windows e do Linux para obter mais detalhes.

  • Serei cobrado duas vezes, pelo custo da Reserva de Capacidade sob demanda e pela VM real quando finalmente provisioná-la?

    Não, você só será cobrado uma vez pela Reserva de Capacidade sob demanda.

  • Posso aplicar a Instância de Máquina Virtual Reservada (RI) à Reserva de Capacidade sob demanda para reduzir meus custos?

    Sim, você pode aplicar RIs existentes ou futuras a reservas de capacidade sob demanda e receber descontos de RI. As RIs disponíveis são aplicadas automaticamente à Reserva de Capacidade da mesma forma que são aplicadas às VMs.

  • Qual é a diferença entre Instância de Máquina Virtual Reservada (RI) e Reserva de Capacidade sob demanda?

    Tanto as RIs como as reservas de capacidade a pedido são aplicáveis às VMs do Azure. No entanto, as DRs oferecem tarifas de reserva com desconto para suas VMs em comparação com as tarifas pré-pagas como resultado de um compromisso de 1 ou 3 anos. Por outro lado, as reservas de capacidade sob demanda não exigem um compromisso. Você pode criar ou cancelar uma Reserva de Capacidade a qualquer momento. No entanto, nenhum desconto é aplicado e você incorrerá em cobranças de tarifas pré-pagas após o provisionamento bem-sucedido da sua Reserva de Capacidade. Ao contrário das RIs, que priorizam a capacidade, mas não a garantem, quando você compra uma Reserva de Capacidade sob demanda, o Azure reserva a capacidade de computação para sua VM e fornece uma garantia de SLA.

  • Quais cenários se beneficiariam mais das reservas de capacidade sob demanda?

    Os cenários típicos incluem continuidade de negócio, recuperação após desastre e escalamento horizontal de aplicações críticas.

Próximos passos

Comece a reservar a capacidade de computação. Confira nossos outros artigos relacionados à Reserva de Capacidade: