Surallouer 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 de niveau de service (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 part du principe 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. Pour plus d’informations, accédez à Créer une réservation de capacité et Associer une machine virtuelle à une réservation de capacité.
Vue d’instance pour un groupe de réservations de capacité
La vue d’instance d’un groupe de réservations de capacité ressemble à l’exemple suivant :
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 nous l’associons au groupe de réservations de capacité précédent.
La vue d’instance pour le groupe de réservations de capacité ressemble à l’exemple suivant :
{
"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>"
}
]
}
]
}
}
}
La longueur de virtualMachinesAllocated (2) est supérieure à capacity (1). Cet état valide est appelé suralloué.
Important
Azure n’arrête pas les allocations 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 si Azure a la capacité disponible et que d’autres contraintes comme le quota disponible sont remplies.
États et considérations
Il existe trois états valides pour une réservation de capacité spécifique :
| State | É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é en cas de désallocation. Augmentez éventuellement la capacité pour ajouter le contrat SLA de capacité à davantage de machines virtuelles existantes. |