Reserva de Capacidade a Pedido

Aplica-se a: ✔️ VMs do Linux VMs ✔️ ✔️ windows Conjunto de dimensionamento ✔️ uniforme Conjunto de dimensionamento Flexível

A Reserva de Capacidade a Pedido permite-lhe reservar a capacidade de Computação numa região do Azure ou numa Zona de Disponibilidade durante qualquer período de tempo. Ao contrário das Instâncias Reservadas, não tem de se inscrever num compromisso de 1 ano ou de 3 anos. Crie e elimine reservas em qualquer altura e tenha controlo total sobre como pretende gerir as suas reservas.

Depois de criar a Reserva de Capacidade, os recursos podem ser utilizados imediatamente. A capacidade está reservada para si até eliminar 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 destina-se a um tamanho de VM. Por exemplo, Standard_D2s_v3.
• Localização – cada reserva destina-se a uma localização (região). Se essa localização tiver zonas de disponibilidade, a reserva também pode especificar uma das zonas.
• Quantidade – cada reserva tem uma quantidade de instâncias a reservar.

Para criar uma Reserva de Capacidade, estes parâmetros são transmitidos para o Azure como um pedido de capacidade. Se o Azure não tiver capacidade disponível que cumpra o pedido, a implementação da reserva falhará. A implementação falhará se não tiver uma quota de subscrição adequada. Peça uma quota superior ou experimente uma combinação de zona, localização ou tamanho de VM diferente.

Assim que o Azure aceitar o seu pedido de reserva, está disponível para VMs com configurações correspondentes. Para consumir a Reserva de Capacidade, a VM tem de especificar a reserva nas respetivas propriedades. Caso contrário, a Reserva de Capacidade não é utilizada. Uma das vantagens deste design é que só pode direcionar 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

• Depois de implementada, a capacidade é reservada para a sua utilização e está sempre disponível no âmbito dos SLAs aplicáveis
• Pode ser implementado e eliminado em qualquer altura sem compromisso de termo
• Pode ser combinado automaticamente com Instâncias Reservadas para utilizar descontos de alocação de termos

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 dos Minutos Não Disponíveis para a capacidade reservada. Eis um exemplo de como calcular Minutos Não Disponíveis.

• Uma Reserva de Capacidade a Pedido tem uma capacidade total de cinco Unidades Reservadas. A Reserva de Capacidade a Pedido começa no estado Capacidade Não Utilizada com zero Máquinas Virtuais Alocado.
• É atribuída uma Implementação Suportada da quantidade 5 à Reserva de Capacidade a Pedido. Três Máquinas Virtuais com êxito 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.
• Não são tomadas medidas durante 20 minutos. Resultado: Duas Unidades Reservadas acumulam cada uma 15 Minutos Não Disponível.
• Aos 20 minutos, é tentada uma Implementação Suportada da quantidade 2. 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 Acumulados Não Disponíveis. Outra Unidade Reservada retoma a acumulação de Minutos Não Disponíveis.
• São efetuadas mais quatro Implementações Suportadas de quantidade 1 em intervalos de 10 minutos. Na quarta tentativa (60 minutos após o primeiro erro de capacidade), a Máquina Virtual é implementada. Resultado: a última Unidade Reservada adiciona 40 minutos de Minutos Não Disponíveis (Quatro tentativas x 10 minutos entre tentativas) num total de 55 Minutos Não Disponíveis.

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

• Uma Unidade Reservada acumulou 15 minutos de Tempo de Inatividade. A Percentagem de Tempo de Atividade é de 99,97%. Esta Unidade Reservada não se qualifica para o Crédito de Serviço.
• Outra Unidade Reservada acumulou 55 minutos de Tempo de Inatividade. A Percentagem de Tempo de Atividade é de 99,87. Esta Unidade Reservada qualifica-se para o Crédito de Serviço de 10%.

Limitações e restrições

• A criação de reservas de capacidade requer quota da mesma forma 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 SKUs de Recursos de Computação anuncia o conjunto de Tamanhos de VM suportados.
• A seguinte Série de VMs suporta a criação de reservas de capacidade:
  • Média2
  • B
  • Série D, v2 e mais recente; AMD e Intel
  • Série E, todas as versões; AMD e Intel
  • Série F, todas as versões
  • Lsv3 (Intel) e Lasv3 (AMD)
  • Na implementação da VM, a contagem de Domínios de Falha (FD) de até 3 pode ser definida conforme pretendido com Conjuntos de Dimensionamento de Máquinas Virtuais. Uma implementação com mais de 3 FDs não será implementada numa Reserva de Capacidade.
• O suporte para outras Séries de VMs não está atualmente disponível:
  • Série Ls e Lsv2
  • Série M, qualquer versão
  • Série NC, v3 e mais recente
  • Série NV, v2 e mais recente
  • Série ND
  • Série Hb
  • Série HC
• São suportados os seguintes tipos de implementaçã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 (pré-visualização)
• Os seguintes tipos de implementação não são suportados:
  • Spot VMs
  • Nós de Anfitrião Dedicados do Azure ou VMs implementadas em Anfitriões Dedicados
  • Conjuntos de Disponibilidade
• Não são suportadas outras restrições de implementação. Por exemplo:
  • Grupo de Colocação por Proximidade
  • Domínios de atualização
  • Conjuntos de Dimensionamento de Máquinas Virtuais com um único conjunto de grupos de colocação "verdadeiro"
  • Armazenamento UltraSSD
  • VMs a retomar da hibernação
  • VMs que requerem encriptação de vnet
• Apenas a subscrição que criou a reserva pode utilizá-la.
• As reservas só estão disponíveis para clientes pagos do Azure. As contas patrocinadas, como a Avaliação Gratuita e o Azure para Estudantes, não são elegíveis para utilizar esta funcionalidade.

Preços e faturação

As Reservas de Capacidade têm o mesmo preço que o tamanho da VM subjacente. Por exemplo, se criar uma reserva para 10 VMs D2s_v3, começará a ser faturada por 10 VMs D2s_v3, mesmo que a reserva não esteja a ser utilizada.

Se, em seguida, implementar uma VM D2s_v3 e especificar a propriedade reserva, a Reserva de Capacidade é utilizada. Uma vez em utilização, paga apenas a VM e não a Reserva de Capacidade. Digamos que implementa seis VMs D2s_v3 na Reserva de Capacidade mencionada anteriormente. Verá uma fatura de seis VMs D2s_v3 e quatro Reservas de Capacidade não utilizadas, ambas cobradas à mesma taxa que uma VM D2s_v3.

A Reserva de Capacidade utilizada e não utilizada é elegível para descontos de alocação de termos de Instâncias Reservadas. No exemplo anterior, se tiver Instâncias Reservadas para duas D2s_v3 VMs na mesma região do Azure, a faturação de dois recursos (VM ou Reserva de Capacidade não utilizada) será zero. Os restantes oito D2s_v3 são faturados normalmente. Os descontos de alocação de termos podem ser aplicados na VM ou na Reserva de Capacidade não utilizada.

Diferença entre Reserva de Capacidade a Pedido e Instâncias Reservadas

Diferenças	Reserva de Capacidade a Pedido	Instâncias Reservadas
Termo	Não é necessária nenhuma alocação de termos. Pode ser criado e eliminado de acordo com os requisitos do cliente	Compromisso a prazo fixo de um ou três anos
Desconto de faturação	Cobrado nas tarifas pay as you go para o tamanho da VM subjacente*	Poupanças de custos significativas em relação às taxas pay as you go
SLA de Capacidade	Fornece garantia de capacidade na localização especificada (região ou zona de disponibilidade)	Não fornece uma garantia de capacidade. Os clientes podem escolher "prioridade de capacidade" para obter um melhor acesso, mas essa opção não tem um SLA
Região vs. Zonas de Disponibilidade	Pode ser implementado por região ou por zona de disponibilidade	Disponível apenas a nível regional

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

Trabalhar com a 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 a localização do Azure:

• O grupo define a região na qual todas as reservas são criadas. Por exemplo, E.U.A. Leste, Europa do Norte ou Sudeste Asiático.
• O grupo define as zonas elegíveis. Por exemplo, AZ1, AZ2, AZ3 em qualquer combinação.
• Se não forem especificadas zonas, o Azure seleciona a colocação do grupo algures na região. Cada reserva especifica a região e não pode definir uma zona.

Cada reserva num grupo tem um tamanho de VM. Se foram selecionadas zonas elegíveis para o grupo, a reserva tem de ser para uma das zonas suportadas.

Um grupo só pode ter uma reserva por tamanho de VM por zona ou apenas uma reserva por tamanho de VM se não estiverem selecionadas zonas.

Para consumir a Reserva de Capacidade, especifique o Grupo de Reservas de Capacidade como uma das propriedades da VM. Se o grupo não tiver uma reserva que corresponda ao tamanho e à localização, o Azure devolve uma mensagem de erro.

A quantidade reservada para reserva pode ser ajustada após a implementação inicial ao alterar a propriedade de capacidade. Não são permitidas outras alterações à Reserva de Capacidade, como o tamanho ou a localização da VM. A abordagem recomendada é criar uma nova reserva, migrar quaisquer VMs existentes e, em seguida, eliminar a reserva antiga, se já não for necessária.

A Reserva de Capacidade não cria limites para o número de implementações de VMs. O Azure suporta a alocação de tantas VMs quanto pretender na reserva. Uma vez que a própria reserva requer quota, as verificações de quota são omitidas para a implementação da VM até à quantidade reservada. A alocação de VMs para além da quantidade reservada é a atribuição geral de chamadas à reserva. A utilização geral de VMs não é abrangida pelo SLA e as VMs estão sujeitas a verificações de quota e o Azure a cumprir a capacidade adicional. Depois de implementadas, estas instâncias de VM adicionais podem fazer com que a quantidade de VMs alocadas à reserva exceda a quantidade reservada. Para saber mais, aceda a Sobreatribuir Reserva de Capacidade.

Ciclo de vida da Reserva de Capacidade

Quando uma reserva é criada, o Azure reserva o número pedido de instâncias de capacidade na localização especificada:

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

• capacity = Quantidade total de instâncias reservadas pelo cliente.
• virtualMachinesAllocated = Lista de VMs alocadas à Reserva de Capacidade e contagem para consumir a capacidade. Estas VMs estão em Execução, Paradas (Alocadas) ou num estado de transição, como Iniciar ou Parar. Esta lista não inclui as VMs que estão no estado desalocado, referidas como Paradas (desalocadas).
• virtualMachinesAssociated = Lista de VMs associadas à Reserva de Capacidade. Esta lista tem todas as VMs que foram configuradas para utilizar a reserva, incluindo as que estão no estado desalocado.

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

Quando uma VM é alocada à Reserva de Capacidade, consome uma das instâncias de capacidade reservada:

O estado da Reserva de Capacidade é apresentado capacity como 2 e comprimento de virtualMachinesAllocated e virtualMachinesAssociated como 1.

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

Com o nosso exemplo, quando uma terceira VM é alocada à Reserva de Capacidade, a reserva entra no estado sobreatribuído . Esta terceira VM requer quota não utilizada e capacidade adicional de cumprimento do Azure. Depois de a terceira VM ser alocada, a Reserva de Capacidade tem agora o seguinte aspeto:

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

Agora, suponha que a aplicação reduz verticalmente para o mínimo de duas VMs. Uma vez que a VM 0 precisa de uma atualização, é escolhida para desalocação. A reserva muda automaticamente para este estado:

O capacity comprimento e de virtualMachinesAllocated são ambos 2. No entanto, o comprimento de virtualMachinesAssociated ainda é 3 como VM 0, embora desalocado, ainda está associado à Reserva de Capacidade. Para evitar o excesso de quota, a VM desalocada 0 ainda conta com a quota alocada à reserva. Desde que tenha quota não utilizada suficiente, pode implementar novas VMs na Reserva de Capacidade e receber o SLA de qualquer capacidade reservada não utilizada. Em alternativa, pode eliminar a VM 0 para remover a utilização da quota.

A Reserva de Capacidade existe até ser explicitamente eliminada. Para eliminar uma Reserva de Capacidade, o primeiro passo é desassociar todas as VMs na virtualMachinesAssociated propriedade . Assim que a desassociação estiver concluída, a Reserva de Capacidade deverá ter o seguinte aspeto:

O estado da Reserva de Capacidade é apresentado capacity como 2 e o comprimento de virtualMachinesAssociated e virtualMachinesAllocated como 0. A partir deste estado, a Reserva de Capacidade pode ser eliminada. Depois de eliminado, já não paga a reserva.

Utilização e faturação

Quando uma Reserva de Capacidade está vazia, a utilização da VM é reportada para o tamanho da VM correspondente e a localização. As Instâncias Reservadas da VM podem abranger parte ou a totalidade da utilização da Reserva de Capacidade, mesmo quando as VMs não são implementadas.

Exemplo

Por exemplo, digamos que foi criada uma Reserva de Capacidade com quantidade reservada 2. A subscrição tem acesso a uma Instância de VM Reservada correspondente do mesmo tamanho. O resultado são dois fluxos de utilização para a Reserva de Capacidade, um dos quais é abrangido pela Instância Reservada:

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

Quando uma VM é alocada à Reserva de Capacidade, os outros componentes da VM, como discos, rede, extensões e quaisquer outros componentes pedidos, também têm de ser alocados. Neste estado, a utilização da VM reflete uma VM alocada e uma instância de capacidade não utilizada. A Instância de VM Reservada irá reduzir o custo da VM ou da instância de capacidade não utilizada. Os outros custos para discos, redes e outros componentes associados à VM alocada também são apresentados na fatura.

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

Perguntas mais frequentes

• Qual é o preço da Reserva de Capacidade a pedido?

  O preço da Reserva de Capacidade a pedido é igual ao preço do tamanho da VM subjacente associado à reserva. Ao utilizar a Reserva de Capacidade, ser-lhe-á cobrado o tamanho da VM que selecionou nas tarifas pay as you go, quer a VM tenha sido aprovisionada ou não. Visite as páginas de preços da VM do Windows e do Linux para obter mais detalhes.

• Serei cobrado duas vezes pelo custo da Reserva de Capacidade a pedido e pela VM real quando finalmente aprovisionar?

  Não, só lhe é cobrada uma vez pela Reserva de Capacidade a pedido.

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

  Sim, pode aplicar RIs existentes ou futuras a reservas de capacidade a pedido 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 a Instância de Máquina Virtual Reservada (RI) e a Reserva de Capacidade a pedido?

  Tanto as RIs como as reservas de capacidade a pedido são aplicáveis às VMs do Azure. No entanto, as RIs fornecem tarifas de reserva com desconto para as suas VMs em comparação com as tarifas pay as you go como resultado de um compromisso de 1 ano ou 3 anos. Por outro lado, as reservas de capacidade a pedido não requerem um compromisso. Pode criar ou cancelar uma Reserva de Capacidade em qualquer altura. No entanto, não são aplicados descontos e irá incorrer em taxas pay as you go depois de a Reserva de Capacidade ter sido aprovisionada com êxito. Ao contrário das RIs, que priorizam a capacidade mas não a garantem, quando compra uma Reserva de Capacidade a pedido, o Azure reserva a capacidade de computação para a sua VM e fornece uma garantia de SLA.

• Que cenários seriam os que mais beneficiariam com as reservas de capacidade a pedido?

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

Passos seguintes

Comece a reservar a capacidade de Computação. Veja os nossos outros artigos relacionados sobre a Reserva de Capacidade:

• Criar uma reserva de capacidade
• Reserva de capacidade de alocação geral
• 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