Superalocação de 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 VMs extras 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 a contagem de VMs além da quantidade reservada não recebe o benefício do SLA de disponibilidade da capacidade. Desde que o Azure tenha capacidade disponível que atenda aos requisitos da máquina virtual, a alocação extra 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 máquina virtual (myVM1) que está associada ao grupo. Vá para Criar uma reserva de capacidade e Associar uma VM a uma reserva de capacidade para obter mais detalhes.
Exibição de instância para grupo de Reserva de Capacidade
A Exibição da Instância de um grupo da Reserva de Capacidade tem a seguinte aparência:
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 criamos outra máquina virtual chamada myVM2 e a associamos ao grupo de Reserva de Capacidade acima.
A Exibição da Instância para um grupo da Reserva de Capacidade agora tem a seguinte aparência:
{
"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>"
}
]
}
]
}
}
}
Observe que o comprimento de virtualMachinesAllocated (2) é maior que capacity (1). Esse estado válido é conhecido como superalocado.
Importante
O Azure não interromperá as alocações apenas porque uma reserva de capacidade está totalmente consumida. As regras de dimensionamento automático, a expansão temporária e os requisitos relacionados funcionarão além da quantidade de capacidade reservada, desde que o Azure tenha a capacidade disponível e que outras restrições, como cota disponível, sejam atendidas.
Estados e considerações
Há três estados válidos para uma determinada reserva de capacidade:
| Estado | Status | Considerações |
|---|---|---|
| Capacidade reservada disponível | Comprimento de virtualMachinesAllocated<capacity |
Toda a capacidade reservada é necessária? Opcionalmente, reduza a capacidade para reduzir os custos. |
| Reserva consumida | Comprimento de virtualMachinesAllocated == capacity |
VMs adicionais 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 planejadas adicionais recebam um SLA. |
| Reserva superalocada | Comprimento de virtualMachinesAllocated>capacity |
VMs adicionais 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 for desalocada. Opcionalmente, aumente a capacidade para adicionar SLA de capacidade para mais das VMs existentes. |