Reserva de capacidade de sobrealocação
Aplica-se a: ✔️ VMs Linux VMs ✔️ ✔️ do Windows Conjunto ✔️ de escala uniforme Conjuntos de balanças flexíveis
O Azure permite a associação de máquinas virtuais (VMs) extras acima do número de reservas de capacidade. Essas VMs estão disponíveis para permitir cenários de burst e outros cenários de expansão sem os limites de capacidade reservada. A única diferença é que a contagem de VMs além da quantidade reservada não recebe o benefício do contrato de nível de serviço (SLA) de disponibilidade de capacidade. Desde que o Azure tenha capacidade disponível que atenda aos requisitos da VM, a alocação extra será bem-sucedida.
A Visualizaçã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 funciona a superalocação.
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) associada ao grupo. Para obter mais informações, consulte Criar uma reserva de capacidade e Associar uma VM a uma reserva de capacidade.
Visualização de instância para um grupo de reserva de capacidade
O Modo de Exibição de Instância para um grupo de reserva de capacidade se parece com este exemplo:
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 VM chamada myVM2 e a associamos ao grupo de reserva de capacidade anterior.
O Modo de Exibição de Instância para o grupo de reserva de capacidade agora se parece com este exemplo:
{
"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 interromperá as alocações porque uma reserva de capacidade é totalmente consumida. As regras de dimensionamento automático, a expansão temporária e os requisitos relacionados funcionam além da quantidade de capacidade reservada se o Azure tiver capacidade disponível e outras restrições, como a cota disponível, forem atendidas.
Estados e considerações
Existem três estados válidos para uma reserva de capacidade específica:
| Estado | Estado | Considerações |
|---|---|---|
| Capacidade reservada disponível | Comprimento de virtualMachinesAllocated<capacity |
Toda a capacidade reservada é necessária? Opcionalmente, reduza a capacidade de reduzir custos. |
| Reserva consumida | Comprimento de virtualMachinesAllocated == capacity |
Mais VMs não receberão o SLA de capacidade, a menos que algumas VMs existentes sejam deslocalizadas. Opcionalmente, tente aumentar a capacidade para que VMs planejadas extras recebam um SLA. |
| Reserva sobreatribuída | Comprimento de virtualMachinesAllocated>capacity |
Mais VMs não receberão o SLA de capacidade. Além disso, a quantidade de VMs (comprimento de – capacity) não receberá um SLA de virtualMachinesAllocated capacidade se for deslocalizada. Opcionalmente, aumente a capacidade para adicionar SLA de capacidade a mais VMs existentes. |