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 reservar capacidade de computação em uma região do Azure ou uma zona de disponibilidade por qualquer período de tempo. Ao contrário das Instâncias Reservadas, não é necessário se inscrever em um compromisso com prazo de um ou três anos. Crie e exclua reservas a qualquer momento, e tenha total controle sobre como você deseja gerenciar suas reservas.

Depois de criar a reserva de capacidade, é possível 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 VM. Por exemplo, Standard_D2s_v3.
• Localização – cada reserva é para uma localização (região). Se esse local tiver zonas de disponibilidade, a reserva também poderá especificar uma dessas zonas.
• Quantidade – cada reserva tem uma quantidade de instâncias a ser reservada.

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 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 aceita sua solicitação de reserva, ela fica disponível para VMs com as configurações correspondentes. Para consumir a reserva de capacidade, a VM precisa especificá-la nas propriedades relacionadas. Caso contrário, a reserva de capacidade não será utilizada. Um benefício desse design é que você pode direcionar apenas as cargas de trabalho críticas para reservas, e as demais cargas de trabalho não críticas podem ser executadas sem capacidade reservada.

Benefícios da Reserva de capacidade

• Depois de implantada, a capacidade fica reservada para seu uso e está sempre disponível dentro do escopo dos SLAs aplicáveis
• Pode ser implantada e excluída a qualquer momento sem compromisso de prazo
• Pode ser combinada automaticamente com as Instâncias Reservadas para usar descontos de compromisso de prazo

SLA para a Reserva de Capacidade

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

Qualquer declaração em relação ao SLA requer o cálculo dos Minutos não disponíveis da capacidade reservada. Veja a seguir um exemplo de como calcular os minutos de indisponibilidade.

• Uma reserva de capacidade sob demanda tem uma capacidade total de cinco unidades reservadas. A reserva de capacidade sob demanda começa no estado de capacidade não utilizada com zero máquinas virtuais alocadas.
• Uma Implantação com suporte de 5 é alocada para a Reserva de capacidade sob demanda. Três máquinas virtuais foram bem-sucedidas e duas falharam com um erro de capacidade de máquina virtual. Resultado: duas unidades reservadas começam a acumular minutos de indisponibilidade.
• Nenhuma ação é executada por 20 minutos. Resultado: duas unidades reservadas acumulam 15 minutos de indisponibilidade cada.
• A cada 20 minutos, uma Implantação com suporte da 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 permanece em 15 Minutos não disponíveis acumulados. Outra Unidade reservada retoma os Minutos não disponíveis acumulados.
• Mais quatro implantações com suporte de quantidade um 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 indisponibilidade (quatro tentativas x 10 minutos entre as tentativas) para um total de 55 minutos de indisponibilidade.

Com base nesse exemplo de acumulação de minutos de indisponibilidade, veja a seguir o cálculo de crédito de serviço.

• Uma Unidade reservada acumulou 15 minutos de Tempo de inatividade. A Porcentagem do tempo de atividade é de 99,97%. Essa unidade reservada não se qualifica para o crédito de serviço.
• Outra Unidade reservada acumulou 55 minutos de Tempo de inatividade. A Porcentagem do tempo de atividade é de 99,87. Essa Unidade reservada é qualificada para o Crédito de serviço de 10%.

Limitações e restrições

• A criação de reservas de capacidade requer cotas da mesma maneira que a criação de máquinas virtuais.
• A criação de reserva de capacidade está atualmente limitada a determinados tamanhos e séries de VM. A Lista de SKUs de recursos de computação anuncia o conjunto de tamanhos de VM com suporte.
• A série de VMs a seguir dá suporte à criação de reservas de capacidade:
  • Av2
  • B
  • 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 FD (Domínio de Falha) de até três pode ser definida conforme desejado usando Conjuntos de Dimensionamento de Máquinas Virtuais. Uma implantação com mais de 3 FDs não será implantada na Reserva de Capacidade.
• O suporte para a série de VMs abaixo para reserva de capacidade está em Visualização Pública:
  • Série M, v3
  • Série NC,v3
  • Série NV, v3 e mais recente
  • Lsv2
  • Para a série N mencionada acima, na implantação da VM, a contagem de domínio de falha (FD) de 1 pode ser definida usando conjuntos de dimensionamento de máquinas virtuais. Uma implantação com mais de 1 FD não será implantada na 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
• 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 (versão prévia)
• Os seguintes tipos de implantação não são compatíveis:
  • VMs do Spot
  • Nós de 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 conjunto de grupos de posicionamento único definidos como 'true'
  • Armazenamento UltraSSD
  • VMs retomando da hibernação
  • VMs que exigem Criptografia vnet
• A 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.

Preços e cobrança

As reservas de capacidade são cobradas com a mesma taxa que o tamanho da VM subjacente. Por exemplo, se você criar uma reserva para a dez VMs D2s_v3, começará a ser cobrado por dez VMs D2s_v3, mesmo que a reserva não esteja sendo usada.

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

Tanto a Reserva de Capacidade usada quanto a não usada são elegíveis para descontos de compromisso de termo do Plano de Economia e das 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. As oito D2s_v3 restantes são cobradas normalmente. Os descontos de compromisso de prazo podem ser aplicados na VM ou na reserva de capacidade não usada.

Diferença entre Reserva de capacidade sob demanda e 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 o requisito do cliente	Compromisso de prazo fixo de um ou três anos
Desconto de cobrança	Cobrado com tarifas pagas conforme o uso para o tamanho de VM subjacente*	Economia de custo significativa em relação às tarifas pagas 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 essa opção não contém um SLA
Região vs Zonas de Disponibilidade	Pode ser implantada por região ou por zona de disponibilidade	Disponível somente no nível regional

*Qualificada para desconto de instâncias reservadas se adquirida separadamente

Trabalhar com a Reserva de capacidade

A Reserva de Capacidade é criada para um tamanho específico de VM 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. Por exemplo, Leste dos EUA, Norte da Europa ou Sudeste da Ásia.
• O grupo define as zonas qualificadas. Por exemplo, AZ1, AZ2, 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 não pode 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 correspondente ao tamanho e ao local, o Azure retornará uma mensagem de erro.

A quantidade reservada para a reserva pode ser ajustada após a implantação inicial alterando-se a propriedade de capacidade. Outras alterações na reserva de capacidade, como o tamanho ou o local 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á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 cota, as verificações de cota são omitidas para a implantação da VM até a quantidade reservada. Alocar VMs além da quantidade reservada é chamar 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 ao preenchimento da capacidade extra pelo Azure. 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, acesse Sobrealocar reserva de capacidade.

Ciclo de vida da Reserva de capacidade

Quando uma reserva é criada, o Azure separa 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 em relação à Reserva de Capacidade e à contagem para consumir a capacidade. Essas VMs estão em Execução, foram Interrompidas (Alocadas), ou estão em um estado de transição, como estarem Iniciando ou sendo Interrompidas. Essa lista não inclui as VMs que estão em estado desalocado, chamado de Interrompido (desalocado).
• virtualMachinesAssociated = Lista de VMs associadas à Reserva de Capacidade. Essa lista tem todas as VMs que foram configuradas para usar a reserva, incluindo aquelas que estão no estado desalocado.

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

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

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

As alocações com relação à reserva de capacidade serão bem-sucedidas desde que as VMs tenham propriedades correspondentes e haja 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 sobrealocado. Essa terceira VM requer uma cota não utilizada e o preenchimento de capacidade extra pelo Azure. Depois que a terceira VM for alocada, a Reserva de Capacidade agora tem a seguinte aparência:

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, pois a VM 0, embora desalocada, ainda está associada à Reserva de Capacidade. Para evitar a saturação de cota, a VM 0 desalocada ainda conta em relação à cota alocada para a reserva. Contanto que você tenha cotas não utilizadas suficientes, é possível 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é que seja explicitamente excluída. Para excluir uma Reserva de Capacidade, a primeira etapa é desassociar todas as VMs na propriedade virtualMachinesAssociated. Quando a desassociação for concluída, a Reserva de Capacidade deverá ter esta aparência:

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

Uso e cobrança

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

Exemplo

Por exemplo, digamos que uma Reserva de Capacidade com quantidade reservada 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:

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. Para a outra instância, a taxa de PAYG (pagamento conforme o uso) é cobrada de acordo com o tamanho de VM reservado.

Quando uma VM é alocada em relação à Reserva de Capacidade, os outros componentes da VM, como discos, rede, extensões e 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. As outras cobranças por discos, rede e outros componentes associados à VM alocada também aparecem na fatura.

Na imagem anterior, o desconto da instância reservada de VM é aplicado à VM 0, que é cobrada somente com relação a outros componentes, como disco e rede. A outra instância não usada está sendo cobrada pela taxa PAYG para o tamanho reservado da VM.

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 selecionado com taxas de pagamento conforme o uso, independentemente da VM ter sido provisionada ou não. Visite a página de preços das VMs Windows e Linux para obter mais detalhes.

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

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

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

  Sim, você pode aplicar as 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 VMs.

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

  Tanto as RIs e quanto as reservas de capacidade sob demanda são aplicáveis às VMs do Azure. No entanto, as RIs fornecem taxas de reserva com desconto para suas VMs em comparação com as taxas pagas conforme o uso como resultado de um compromisso de prazo 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ê incorre em cobranças de acordo com taxas de pagamento conforme o uso depois que a reserva de capacidade é provisionada com sucesso. 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 dos negócios, recuperação de desastre e expansão de aplicativos críticos.

Próximas etapas

Comece a reservar capacidade de computação. Confira nossos outros artigos relacionados à 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 – Flexível
• Associar um conjunto de dimensionamento de máquinas virtuais – Uniforme
• Remover um conjunto de dimensionamento de máquinas virtuais