Surallocation d’une réservation de capacité
S’applique à : ✔️ Machines virtuelles Linux ✔️ Machines virtuelles Windows ✔️ Groupes identiques uniformes ✔️ Groupes identiques flexibles
Azure autorise l’association de machines virtuelles supplémentaires au-delà de la limite de réservations de capacité. Ces machines virtuelles sont disponibles pour permettre la rafale et d’autres scénarii de montée en charge sans les limites de la capacité réservée. La seule différence est que le nombre de machines virtuelles au-delà de la quantité réservée ne reçoit pas l’avantage de la disponibilité de capacité du contrat SLA. Tant qu’Azure dispose d’une capacité disponible qui répond aux exigences des machines virtuelles, les allocations supplémentaires sont correctement réalisées.
La vue d’instance d’un groupe de réservations de capacité fournit un instantané de l’utilisation pour chaque réservation de capacité membre. Vous pouvez utiliser la vue d’instance pour voir le fonctionnement de la surallocation.
Cet article suppose que vous avez créé un groupe de réservations de capacité (myCapacityReservationGroup ), une réservation de capacité membre (myCapacityReservation) et une machine virtuelle (myVM1) associée au groupe. Accédez à Créer une réservation de capacité et Associer une machine virtuelle à une réservation de capacité pour plus de détails.
Vue d’instance pour le groupe de réservations de capacité
L’affichage de l’instance d’un groupe de réservations de capacité se présente comme suit :
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>"
}
]
}
]
}
}
}
Supposons que nous créons une autre machine virtuelle nommée myVM2 et que vous l’associiez au groupe de réservations de capacité ci-dessus.
L’affichage de l’instance pour le groupe de réservations de capacité se présente comme suit :
{
"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>"
}
]
}
]
}
}
}
Notez que la longueur de virtualMachinesAllocated (2) est supérieure à capacity (1). Cet état valide est appelé suralloué.
Important
Azure n’arrête pas les allocations juste parce qu’une réservation de capacité est entièrement consommée. Les règles de mise à l’échelle automatique, le scale-out temporaire et les exigences associées fonctionnent au-delà de la quantité de capacité réservée, à condition qu’Azure ait la capacité disponible et que d’autres contraintes comme le quota disponible soient remplies.
États et considérations
Il existe trois états valides pour une réservation de capacité donnée :
| État | État | Considérations |
|---|---|---|
| Capacité de réserve disponible | Longueur de virtualMachinesAllocated<capacity |
La capacité de réserve est-elle nécessaire ? Réduisez éventuellement la capacité pour réduire les coûts. |
| Réservation consommée | Longueur de virtualMachinesAllocated == capacity |
Les machines virtuelles supplémentaires ne recevront pas le contrat SLA de capacité, sauf si certaines machines virtuelles existantes sont désallouées. Essayez éventuellement d’augmenter la capacité pour que les machines virtuelles supplémentaires planifiées reçoivent un contrat SLA. |
| Réservation surutilisée | Longueur de virtualMachinesAllocated>capacity |
Les machines virtuelles supplémentaires ne recevront pas le contrat SLA de capacité. En outre, la quantité de machines virtuelles (longueur de virtualMachinesAllocated – capacity) ne recevra pas de contrat SLA de capacité si elle est désallouée. Augmentez éventuellement la capacité pour ajouter le contrat SLA de capacité à davantage de machines virtuelles existantes. |