Superalocar a reserva de capacidade
Aplica-se a: ✔️ VMs do Linux ✔️ VMs do Windows ✔️ Conjuntos de dimensionamento uniformes ✔️ Conjuntos de dimensionamento flexíveis
O Azure permite a associação de máquinas virtuais (VMs) adicionais, acima do número das reservas de capacidade. Essas VMs estão disponíveis para permitir a intermitência e outros cenários de expansão sem os limites da capacidade reservada. A única diferença é que o número de VMs além da quantidade reservada não recebe o benefício do contrato de nível de serviço (SLA) para a disponibilidade da capacidade. Desde que o Azure tenha uma capacidade disponível que atenda aos requisitos da VM, a alocação adicional será bem-sucedida.
A Exibição de Instância de um grupo de reserva de capacidade fornece um instantâneo do uso para cada reserva de capacidade de membro. Você pode usar a exibição de instância para ver como a superalocação funciona.
Este artigo pressupõe que você criou um grupo de reserva de capacidade (myCapacityReservationGroup), uma reserva de capacidade de membro (myCapacityReservation) e uma VM (myVM1) que está associada ao grupo. Para obter mais informações, confira Criar uma reserva de capacidade e Associar uma VM a uma reserva de capacidade.
Exibição de Instância para grupo de reserva de capacidade
A Exibição de Instância de um grupo de reserva de capacidade se parece com o seguinte:
GET
https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/CapacityReservationGroups/myCapacityReservationGroup?$expand=instanceview&api-version=2021-04-01
{
"name": "myCapacityReservationGroup",
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/capacityReservationGroups/myCapacityReservationGroup",
"type": "Microsoft.Compute/capacityReservationGroups",
"location": "eastus",
"properties": {
"capacityReservations": [
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/capacityReservationGroups/MYCAPACITYRESERVATIONGROUP/capacityReservations/MYCAPACITYRESERVATION"
}
],
"virtualMachinesAssociated": [
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/myVM1"
}
],
"instanceView": {
"capacityReservations": [
{
"name": "myCapacityReservation",
"utilizationInfo": {
"virtualMachinesAllocated": [
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/myVM1"
}
]
},
"statuses": [
{
"code": "ProvisioningState/succeeded",
"level": "Info",
"displayStatus": "Provisioning succeeded",
"time": "<time>"
}
]
}
]
}
}
}
Digamos que decidimos criar outra VM chamada myVM2 e associá-la ao grupo de reserva de capacidade anterior.
A Exibição da Instância para um grupo de reserva de capacidade agora se parece com o seguinte:
{
"name": "myCapacityReservationGroup",
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/capacityReservationGroups/myCapacityReservationGroup",
"type": "Microsoft.Compute/capacityReservationGroups",
"location": "eastus",
"properties": {
"capacityReservations": [
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/capacityReservationGroups/MYCAPACITYRESERVATIONGROUP/capacityReservations/MYCAPACITYRESERVATION"
}
],
"virtualMachinesAssociated": [
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/myVM1"
},
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/myVM2"
}
],
"instanceView": {
"capacityReservations": [
{
"name": "myCapacityReservation",
"utilizationInfo": {
"virtualMachinesAllocated": [
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/myVM1"
},
{
"id": "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/myVM2"
}
]
},
"statuses": [
{
"code": "ProvisioningState/succeeded",
"level": "Info",
"displayStatus": "Provisioning succeeded",
"time": "<time>"
}
]
}
]
}
}
}
O comprimento de virtualMachinesAllocated (2) é maior que capacity (1). Esse estado válido é conhecido como superalocado.
Importante
O Azure não irá interromper as alocações apenas porque uma reserva de capacidade foi totalmente consumida. As regras de dimensionamento automático, expansão temporária e requisitos relacionados funcionam além da quantidade de capacidade reservada, desde que o Azure tenha a capacidade disponível e que outras restrições, como a cota disponível, sejam atendidas.
Estados e considerações
Existem três estados válidos para uma reserva de capacidade específica:
| Estado | Status | Considerações |
|---|---|---|
| Capacidade reservada disponível | Comprimento de virtualMachinesAllocated<capacity |
Toda a capacidade reservada é necessária? Opcionalmente, reduza a capacidade para reduzir custos. |
| Reserva consumida | Comprimento de virtualMachinesAllocated == capacity |
Mais VMs adicionadas não receberão o SLA de capacidade, a menos que algumas VMs existentes sejam desalocadas. Opcionalmente, tente aumentar a capacidade para que as VMs adicionais planejadas recebam um SLA. |
| Reserva superalocada | Comprimento de virtualMachinesAllocated>capacity |
Mais VMs adicionadas não receberão o SLA de capacidade. Além disso, a quantidade de VMs (comprimento de virtualMachinesAllocated – capacity) não receberá um SLA de capacidade se estiver desalocada. Opcionalmente, aumente a capacidade para adicionar SLA de capacidade a um maior número das VMs existentes. |