Reserva de capacidade sob demanda

Aplica-se a: ✔️ VMs do Linux ✔️ VMs do Windows ✔️ Conjuntos de dimensionamento uniformes ✔️ Conjuntos de dimensionamento flexíveis

A reserva de capacidade sob demanda permite que você reserve 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 em um compromisso de um ano ou três anos. Você pode criar e excluir reservas a qualquer momento e ter controle total sobre como deseja gerenciar suas reservas.

Depois de criar a reserva de capacidade, você pode usar os recursos 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 máquina virtual (VM). Um exemplo é Standard_D2s_v3.
• Local: cada reserva é para um local (região). Se este local tiver zonas de disponibilidade, a reserva também poderá especificar uma das zonas.
• Quantidade: cada reserva tem uma quantidade de instâncias a serem reservadas.

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

Depois que o Azure aceitar a sua solicitação de reserva, ela 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 ter como alvo apenas cargas de trabalho críticas para as reservas e outras cargas de trabalho não críticas podem ser executadas sem capacidade reservada.

Benefícios da reserva de capacidade

• Após a implantação, a capacidade é reservada para o seu uso e está sempre disponível no escopo dos contratos de nível de serviço (SLAs) aplicáveis.
• A capacidade pode ser implantada e excluída a qualquer momento sem compromisso de termo.
• A capacidade pode ser combinada automaticamente com instâncias reservadas para usar descontos de compromisso por termo.

SLA para reserva de capacidade

Leia os detalhes do SLA em SLA para reserva de capacidade.

Qualquer requerimento judicial ou extrajudicial contra o SLA requer que você calcule os Minutos 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 VMs alocadas.
• Uma implantação com suporte com uma quantidade de 5 é alocada para a reserva de capacidade sob demanda. Três VMs foram bem-sucedidas e duas falharam com um erro de capacidade de VM. O resultado é que duas unidades reservadas começam a acumular Minutos Não Disponíveis.
• Nenhuma ação é executada por 20 minutos. O resultado é que duas unidades reservadas acumulam 15 minutos cada.
• Em 20 minutos, uma implantação com suporte com uma quantidade de 2 é tentada. Uma VM é bem-sucedida e a outra VM falha com um erro de capacidade de VM. O resultado é que uma unidade reservada permanece em 15 Minutos Não Disponíveis acumulados. Outra unidade reservada retoma a acumulação de Minutos Não Disponíveis.
• Mais quatro implantações com suporte com uma quantidade de 1 são feitas em intervalos de 10 minutos. Na quarta tentativa (60 minutos após o primeiro erro de capacidade), a VM é implantada. O resultado é que 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.

Neste exemplo de acúmulo de Minutos Não Disponíveis, aqui está o cálculo do crédito do serviço:

• Uma unidade reservada acumulou 15 minutos de tempo de inatividade. O tempo de atividade percentual é de 99,97%. Esta unidade reservada não se qualifica para um crédito de serviço.
• Outra unidade reservada acumulou 55 minutos de tempo de inatividade. O tempo de atividade percentual é de 99,87. Esta unidade reservada se qualifica para um crédito de serviço de 10%.

Limitações e restrições

• A criação de reservas de capacidade requer uma cota da mesma maneira que quando você cria VMs.

• Atualmente, a criação de reservas de capacidade está 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 com suporte.

• A seguinte série de VMs dá suporte à criação de reservas de capacidade:

  • Av2
  • B
  • Bpsv2
  • Bsv2 (Intel) e Basv2 (AMD)
  • Séries D e Ds, v2 e mais recentes; AMD e Intel
  • Dadsv5
  • Série Dav4
  • Dasv4 e mais recente
  • Séries Ddv4 e v5
  • Séries Dds, v4 e mais recentes
  • Dlsv5 e séries mais recentes
  • Dldsv5 e séries mais recentes
  • Série DCsv2
  • Séries DCasv5 e DCadsv5
  • Séries DCesv5 e DCedsv5
  • Séries ECasv5 e ECadsv5
  • Séries ECesv5 e ECedsv5
  • Dplsv5 e séries mais recentes
  • Série Dps e Dpds, v5 e mais recente
  • Séries Dpsv, v5 e mais recente
  • Séries Eps e Epds, v5 e mais recentes
  • Série E, todas as versões; AMD e Intel
  • Séries Eav4 e Easv4
  • Séries Easv5 e Eadsv5
  • Ebdsv5 e Ebsv5 series
  • Séries Ed e Eds, v4 e mais recentes
  • Série F, todas as versões
  • Série FX
  • Lsv3 (Intel) e Lasv3 (AMD)

  Na implantação da VM, você pode definir uma contagem de domínio de falha (FD) de até três usando Conjuntos de Dimensionamento de Máquinas Virtuais do Microsoft Azure. Uma implantação com mais de três FDs falha ao implantar em uma reserva de capacidade.

• Na implantação da VM para a seguinte série de VMs para reserva de capacidade, você pode definir uma contagem de FD de um usando Conjuntos de Dimensionamento de Máquinas Virtuais. Uma implantação com mais de um FD falha ao implantar em uma reserva de capacidade:

  • Série NC, v3
  • série NCasT4_v3
  • Série NCADSA10_v4
  • série NC_A100_v4
  • Série NV, v3 e mais recente
  • NVadsA10_v5 series
  • Série V620_v1 NGads
  • Série M, v2
  • Série M, v3

• O suporte para a seguinte série de VMs para reserva de capacidade está em versão prévia pública:

  • Lsv2

• O suporte para outras séries de VM não está disponível no momento:

  • Série M, v1
  • Série M, HM e VHM
  • Série ND
  • Série Hb
  • Série Hc

• Há suporte para os seguintes tipos de implantação:

  • VM única
  • Conjuntos de Dimensionamento de Máquinas Virtuais com Orquestração Uniforme
  • Conjuntos de Dimensionamento de Máquinas Virtuais com Orquestração Flexível

• Os seguintes tipos de implantação não são compatíveis:

  • VMs do Spot
  • Nós do Host Dedicado do Azure ou VMs implantadas em hosts dedicados
  • Conjuntos de disponibilidade

• Outras restrições de implantação não são compatíveis. Por exemplo:

  • Grupo de posicionamento por proximidade
  • Atualizar domínios
  • Conjuntos de Dimensionamento de Máquinas Virtuais com um único grupo de posicionamento definido como true
  • Armazenamento de Disco Ultra do Azure (antigo UltraSSD)
  • VMs retomando da hibernação
  • VMs que exigem criptografia de rede virtual

• Uma assinatura fixada não pode usar o recurso.

• Somente a assinatura que criou a reserva poderá usá-la.

• As reservas só estão disponíveis para clientes pagos do Azure. Contas patrocinadas, como avaliação gratuita e Microsoft Azure for Students, não estão qualificadas para usar esse recurso.

• Nuvens compatíveis com a reserva de capacidade:

  • Nuvem do Azure
  • Azure para Governo
  • Azure na China (Versão Prévia)
    • O suporte não está disponível para o Norte da China e o Leste da China

Preços e cobrança

As reservas de capacidade têm o mesmo preço que o tamanho da VM subjacente. Por exemplo, se você criar uma reserva para 10 VMs D2s_v3, você começará a ser cobrado por 10 VMs D2s_v3, mesmo que a reserva não esteja sendo usada.

Se você implantar uma VM D2s_v3 e especificar a propriedade de reserva, a reserva de capacidade será usada. Depois que a VM estiver em uso, você pagará 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ê vê uma fatura para seis VMs D2s_v3 e quatro reservas de capacidade não utilizadas, ambas cobradas na mesma taxa que uma VM D2s_v3.

As reservas de capacidade utilizadas e não utilizadas são qualificadas para receber descontos de compromisso por termo 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 por dois recursos (VM ou reserva de capacidade não utilizada) será zerado. As oito D2s_v3 restantes são cobradas normalmente. Os descontos de compromisso por termo podem ser aplicados à VM ou à reserva de capacidade não utilizada.

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

Diferenças	Reserva de capacidade sob demanda	Instâncias reservadas
Termo	Não há obrigatoriedade de compromisso com prazo. Pode ser criada e excluída de acordo com a necessidade do cliente.	Compromisso de prazo fixo de um ou três anos.
Desconto de cobrança	Cobrado a taxas de Pagamento Conforme o Uso para o tamanho da VM subjacente.*	Redução 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 a Prioridade de capacidade para obter melhor acesso, mas esta opção não carrega um SLA.
Região versus zonas de disponibilidade	Pode ser implantado por região ou por zona de disponibilidade.	Disponível apenas a nível regional.

*Qualificado para o desconto as instâncias reservadas se comprado separadamente.

Trabalhar com reserva de capacidade

A reserva de capacidade é criada para um tamanho de VM específico em uma região do Azure ou em uma zona de disponibilidade. Todas as reservas são criadas e gerenciadas como parte de um grupo de reserva de capacidade.

O grupo especifica a localização do Azure:

• O grupo define a região em que todas as reservas são criadas. Exemplos são Leste dos EUA, Norte da Europa ou Sudeste da Ásia.
• O grupo define as zonas qualificadas. Os exemplos são AZ1, AZ2 e AZ3 em qualquer combinação.
• Se nenhuma zona for especificada, o Azure selecionará o local para o grupo em algum lugar da região. Cada reserva especifica a região e pode não definir uma zona.

Cada reserva em um grupo é para um tamanho de VM. Se as zonas qualificadas foram selecionadas para o grupo, a reserva deve ser para uma das zonas com suporte.

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 a reserva de capacidade, especifique o grupo de reserva de capacidade como uma das propriedades da VM. Se o grupo não tiver uma reserva que corresponda ao tamanho e ao local, o Azure retornará uma mensagem de erro.

Você pode ajustar a quantidade reservada da reserva após a implantação inicial alterando a propriedade de capacidade. Outras alterações na reserva de capacidade, como o tamanho ou o local da VM, não são permitidas. Recomendamos que você crie uma nova reserva, migre todas as VMs existentes e exclua a reserva antiga se ela não for mais necessária.

A reserva de capacidade não cria limites no número de implantações de VM. O Azure dá suporte à alocação de tantas VMs quanto forem desejadas em relação à reserva. Como a reserva em si requer uma cota, as verificações de cota são omitidas para implantação de VM até a quantidade reservada. Alocar VMs além da quantidade reservada é chamado de 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 ao Azure fornecer a capacidade extra. Depois de implantadas, essas instâncias de VM extras podem fazer com que a quantidade de VMs alocadas na reserva exceda a quantidade reservada. Para saber mais, confira Alocar em excesso a reserva de capacidade.

Ciclo de vida da reserva de capacidade

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

Acompanhe o estado da reserva geral por meio das seguintes propriedades:

• capacity: quantidade total de instâncias reservadas pelo cliente.
• virtualMachinesAllocated: lista de VMs alocadas na reserva de capacidade e contagem do consumo da capacidade. Essas VMs estão Em execução or Interrompidas (Alocadas), ou elas estão em um estado de transição como Iniciando ou Interrompendo. Esta lista não inclui as VMs que estão em um estado desalocado, que são conhecidas como Interrompidas (desalocadas).
• 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 um estado desalocado.

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

Quando uma VM é alocada na reserva de capacidade, ela consome uma das instâncias de capacidade reservadas.

O status da reserva de capacidade mostra capacity como 2 e o comprimento de virtualMachinesAllocated e virtualMachinesAssociated como 1.

As alocações na reserva de capacidade são bem-sucedidas se as VMs tiverem propriedades correspondentes e houver pelo menos uma instância de capacidade vazia.

Conforme mostrado em nosso exemplo, quando uma terceira VM é alocada em relação à reserva de capacidade, a reserva entra no estado superalocado. Essa terceira VM requer uma cota não utilizada e o preenchimento de capacidade extra pelo Azure. Depois que a terceira VM é alocada, a reserva de capacidade agora se parece com este diagrama:

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

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

O capacity e o comprimento de virtualMachinesAllocated são 2. No entanto, o comprimento para virtualMachinesAssociated ainda é 3 porque a VM 0, embora desalocada, ainda está associada à reserva de capacidade. Para evitar um estouro de cota, a VM 0 desalocada ainda conta com a cota alocada para a reserva. Se você tiver 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 o uso da cota.

A reserva de capacidade existe até ser excluída explicitamente. Para excluir uma reserva de capacidade, a primeira etapa é desassociar todas as VMs na propriedade virtualMachinesAssociated. Depois que a desassociação for concluída, a reserva de capacidade deverá ser semelhante a este diagrama:

O status da reserva de capacidade mostra capacity como 2 e o comprimento de virtualMachinesAssociated e virtualMachinesAllocated como 0. Neste estado, você pode excluir a reserva de capacidade. Depois que ela for excluída, você não pagará mais pela reserva.

Uso e cobrança

Quando uma reserva de capacidade está vazia, o uso da VM é relatado para o tamanho da VM correspondente e o local. As Instâncias de VM Reservada podem abranger parte ou todo o uso de 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 de 2 foi 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.

No diagrama 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. Para a outra instância, a taxa de Pagamento Conforme o Uso é cobrada pelo tamanho da VM reservada.

Quando uma VM é alocada na 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 zera 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.

Na imagem anterior, o desconto da instância reservada da VM é aplicado à VM 0, que é cobrada apenas por outros componentes, como discos e rede. A outra instância não usada está sendo cobrada a uma taxa de Pagamento Conforme o Uso para o tamanho da VM reservada.

Perguntas frequentes

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

  O preço da reserva de capacidade sob demanda é o mesmo que o preço do tamanho da VM subjacente associado à reserva. Ao usar a reserva de capacidade, você será cobrado pelo tamanho da VM selecionada a taxas de Pagamento Conforme o Uso, independentemente de a VM ter sido provisionada ou não. Para obter mais informações, confira as páginas de preços de VM do Windows e Linux.

• Serei cobrado duas vezes pelo custo da reserva de capacidade sob demanda e pela VM real quando eu finalmente provisioná-la?

  Não, você só é cobrado uma vez pela reserva de capacidade sob demanda.

• Posso aplicar Instâncias de Máquinas Virtuais Reservadas do Azure a reservas de capacidade sob demanda para reduzir meus custos?

  Sim, você pode aplicar instâncias reservadas existentes ou futuras a reservas de capacidade sob demanda e receber descontos de instância reservada. As instâncias reservadas disponíveis são aplicadas automaticamente às reservas de capacidade da mesma forma que são aplicadas às VMs.

• Qual é a diferença entre as Instâncias de Máquinas Virtuais Reservadas e as reservas de capacidade sob demanda?

  As instâncias reservadas e as reservas de capacidade sob demanda são aplicáveis às VMs do Azure. No entanto, as instâncias reservadas fornecem taxas de reserva com desconto para suas VMs em comparação com as taxas de Pagamento Conforme o Uso como resultado de um compromisso de um ano ou três 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ê incorre em encargos com taxas de Pagamento Conforme o Uso depois que a sua reserva de capacidade é provisionada com sucesso. Ao contrário das instâncias reservadas, 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 dos negócios, recuperação de desastre e expansão de aplicativos críticos.

Conteúdo relacionado

Comece a reservar capacidade de computação. Confira outros artigos sobre reserva de capacidade:

• Criar uma reserva de capacidade
• Superalocação de reserva de capacidade
• Modificar uma reserva de capacidade
• Associar uma VM
• Remover uma VM
• Associar um conjunto de dimensionamento de máquinas virtuais – Orquestração Flexível
• Associar um conjunto de dimensionamento de máquinas virtuais – Orquestração Uniforme
• Remover um conjunto de dimensionamento de máquinas virtuais