Reserva de capacidade sob demanda
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 um ou três anos. Pode criar e eliminar reservas a qualquer momento e ter controlo total sobre a forma como quer gerir as 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
. - 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, os 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.
Depois que o Azure aceita sua solicitação de reserva, ele fica 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
- Após a implantação, a capacidade é reservada para seu uso e está sempre disponível dentro do escopo dos SLAs (Service Level Agreements, contratos de nível de serviço) aplicáveis.
- A capacidade pode ser implantada e excluída a qualquer momento, sem compromisso de prazo.
- A capacidade pode ser combinada automaticamente com instâncias reservadas para usar descontos de compromisso de prazo.
SLA para reserva de capacidade
Leia os detalhes do SLA no SLA para reserva de capacidade.
Qualquer reclamação 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 suportada com uma quantidade de 5 é alocada para a reserva de capacidade sob demanda. Três VMs são bem-sucedidas e duas falham com um erro de capacidade da VM. O resultado é que duas unidades reservadas começam a acumular Minutos Não Disponíveis.
- Nenhuma ação é tomada por 20 minutos. O resultado é que duas unidades reservadas acumulam, cada uma, 15 minutos não disponíveis.
- Em 20 minutos, uma implantação suportada com uma quantidade de 2 é tentada. Uma VM é bem-sucedida e a outra VM falha com um erro de capacidade da VM. O resultado é uma unidade reservada a 15 minutos acumulados não disponíveis. Outra unidade reservada retoma acumulando Minutos Não Disponíveis.
- Mais quatro implantações suportadas 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.
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 um crédito de serviço.
- Outra unidade reservada acumulou 55 minutos de inatividade. A percentagem de tempo de atividade é 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 uma cota da mesma maneira que quando você cria VMs.
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.
As seguintes séries de VM suportam a criação de reservas de capacidade:
- Av2
- N
- Bpsv2
- Bsv2 (Intel) e Basv2 (AMD)
- Séries D e D, v2 e mais recentes; AMD e Intel
- Dadsv5
- Série Dav4
- Dasv4 e mais recentes
- Séries Ddv4 e v5
- Série DDS, v4 e mais recente
- 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éries Dps e DPDS, v5 e mais recentes
- Série Dplds, 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
- Séries Ebdsv5 e Ebsv5
- 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 de VM, você pode definir uma contagem de domínio de falha (FD) de até três usando os Conjuntos de Escala de Máquina Virtual do Azure. Uma implantação com mais de três FDs não consegue implantar em relação a uma reserva de capacidade.
Na implantação de VM para as seguintes séries de VM para reserva de capacidade, você pode definir uma contagem FD de uma usando Conjuntos de Escala de Máquina Virtual. Uma implantação com mais de um FD não consegue implantar em relação a 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 recentes
- Série NVadsA10_v5
- NGads V620_v1 série
- Série M, v2
- Série M, v3
O suporte para a seguinte série de VMs para reserva de capacidade está em visualização 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
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
Os seguintes tipos de implantação não são suportados:
- Spot VMs
- Nós de Host Dedicado 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 de proximidade
- Domínios de atualização
- Conjuntos de dimensionamento de máquina virtual com grupo de posicionamento único definido como
true
- Azure Ultra Disk Storage (anteriormente UltraSSD)
- VMs retomando da hibernação
- VMs que exigem criptografia de rede virtual
Uma assinatura fixada não pode usar o recurso.
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.
Nuvens suportadas para reserva de capacidade:
- Cloud do Azure
- Azure para Governo
- Azure na China (Pré-visualização)
- O suporte não está disponível para China Norte e China Leste
Preços e faturação
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 D2s_v3 VMs, começará a ser cobrado por 10 D2s_v3 VMs, 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ê verá uma fatura para seis VMs D2s_v3 e quatro reservas de capacidade não utilizadas, ambas cobradas à mesma taxa que uma VM D2s_v3.
As reservas de capacidade usadas e não utilizadas são elegíveis para descontos de compromisso de prazo do Plano de Poupança 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. O termo descontos de compromisso pode ser aplicado à VM ou à 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 certo de um ou três anos. |
Desconto na faturação | Cobrado a taxas pré-pagas para o tamanho da VM subjacente.* | Poupança de custos significativa em relação às taxas de pagamento consoante a utilização. |
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 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 o desconto de 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 uma zona de disponibilidade. Todas as reservas são criadas e gerenciadas 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. Exemplos são o Leste dos EUA, o Norte da Europa ou o Sudeste Asiático.
- O grupo define as zonas elegíveis. Exemplos são AZ1, AZ2 e 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 pode não 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 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.
Você pode ajustar a quantidade reservada para reserva 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. 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 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 uma 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 é chamada 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 o Azure cumprindo a capacidade extra. Depois de 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, consulte Sobrealocar 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.
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 consumir a capacidade. Essas VMs estão em execução ou interrompidas (alocadas) ou em um estado de transição, como Iniciando ou parando. Essa lista não inclui as VMs que estão em um estado desalocado, que são chamadas de 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 um estado desalocado.
O exemplo anterior começa com capacity
como 2 e o 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.
O status da reserva de capacidade mostra capacity
como 2 e o comprimento de virtualMachinesAllocated
e virtualMachinesAssociated
como 1.
As alocações em relação à reserva de capacidade serão bem-sucedidas se as VMs tiverem propriedades correspondentes e houver pelo menos uma instância de capacidade vazia.
Como mostrado em 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 é 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 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:
O capacity
e o comprimento de virtualMachinesAllocated
são ambos 2. No entanto, o comprimento para virtualMachinesAssociated
ainda é 3 porque VM 0, embora deslocalizado, ainda está associado à reserva de capacidade. Para evitar uma superação de cota, a VM 0 desalocada ainda conta para a cota atribuída à 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 seu uso da cota.
A reserva de capacidade existe até ser explicitamente excluída. Para excluir uma reserva de capacidade, a primeira etapa é dissociar todas as VMs na virtualMachinesAssociated
propriedade. Depois que a desassociação for concluída, a reserva de capacidade deve ser semelhante a este diagrama:
O status da reserva de capacidade mostra capacity
como 2 e o comprimento de virtualMachinesAssociated
e virtualMachinesAllocated
como 0. A partir desse estado, você pode excluir a reserva de capacidade. Depois que ele é excluído, você não paga mais pela reserva.
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 foi criada uma reserva de capacidade com a quantidade reservada de 2. 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. Por outro lado, a taxa de pagamento conforme o uso é 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.
Na imagem anterior, o desconto de instância reservada da VM é aplicado à VM 0, que é cobrada apenas por outros componentes, como discos e rede. A outra instância não utilizada está sendo cobrada a uma taxa de pagamento conforme o uso para o 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 é o mesmo que o preço do tamanho da VM subjacente associado à reserva. Quando você usa a reserva de capacidade, é cobrado pelo tamanho da VM selecionado com tarifas pré-pagas, independentemente de a VM ter sido provisionada ou não. Para obter mais informações, consulte as páginas de preços de VMs do Windows e Linux .
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 Instâncias de Máquina Virtual 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âncias reservadas. 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 instâncias de máquina virtual reservadas e 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 tarifas de reserva com desconto para suas VMs em comparação com as tarifas pré-pagas como resultado de um compromisso de um ou três anos. Por outro lado, as reservas de capacidade sob demanda não exigem um compromisso.
Pode criar ou cancelar uma reserva de capacidade a qualquer momento. No entanto, não são aplicados descontos e você incorre em cobranças de tarifas pré-pagas após o provisionamento bem-sucedido da sua reserva de capacidade. 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 de negócio, recuperação após desastre e escalamento horizontal de aplicações críticas.
Conteúdos relacionados
Comece a reservar a capacidade de computação. Confira outros artigos de reserva de capacidade:
- Criar uma reserva de capacidade
- Reserva de capacidade de atribuição excessiva
- Modificar uma reserva de capacidade
- Associar uma VM
- Remover uma VM
- Associar um conjunto de escala de máquina virtual - Orquestração flexível
- Associar um conjunto de escala de máquina virtual - Orquestração Uniforme
- Remover um conjunto de dimensionamento de máquina virtual