Réservation de capacité à la demande

  • Article

S’applique à : ✔️ Machines virtuelles Linux ✔️ Machines virtuelles Windows ✔️ Groupes identiques uniformes ✔️ Groupes identiques flexibles

La réservation de capacité à la demande vous permet de réserver de la capacité de calcul dans une région ou une zone de disponibilité Azure pour n’importe quelle durée. Contrairement aux Instances réservées, vous n’êtes pas obligé de vous inscrire pour un engagement d’une durée de 1 an ou de 3 ans. Créez et supprimez des réservations à tout moment et ayez un contrôle total sur la façon dont vous souhaitez gérer vos réservations.

Une fois que vous avez créé la réservation de capacité, les ressources peuvent être utilisées immédiatement. La capacité est réservée pour vous jusqu’à ce que vous supprimiez la réservation.

La réservation de capacité comporte des propriétés de base qui sont toujours définies au moment de la création :

  • Taille de la machine virtuelle : Chaque réservation correspond à une taille de machine virtuelle. Par exemple : Standard_D2s_v3.
  • Emplacement : Chaque réservation est pour un emplacement (région). Si cet emplacement a des zones de disponibilité, la réservation peut également spécifier l’une des zones.
  • Quantité : Chaque réservation a une quantité d’instances à réserver.

Pour créer une réservation de capacité, ces paramètres sont passés à Azure en tant que demande de capacité. Si Azure n’a pas de capacité disponible qui répond à la demande, le déploiement de la réservation échoue. Votre déploiement échoue si vous ne disposez pas d’un quota d’abonnement adéquat. Demandez plus de quota ou essayez une taille de machine virtuelle, un emplacement ou une combinaison de zones différents.

Une fois qu’Azure a accepté votre demande de réservation, elle est disponible pour les machines virtuelles avec des configurations correspondantes. Pour consommer la réservation de capacité, la machine virtuelle doit spécifier la réservation dans ses propriétés. Dans le cas contraire, la réservation de capacité n’est pas utilisée. L’un des avantages de cette conception est que vous pouvez cibler uniquement des charges de travail critiques vers des réservations et d’autres charges de travail non critiques peuvent s’exécuter sans capacité réservée.

Avantages de la réservation de capacité

  • Une fois déployée, la capacité est réservée à votre utilisation et sera toujours disponible dans le cadre des contrats SLA applicables
  • Peut être déployée et supprimée à tout moment, sans engagement de terme
  • Peut être combinée automatiquement avec des instances réservées pour utiliser les remises sur engagement à terme

SLA pour la réservation de capacité

Veuillez lire les détails du Contrat de niveau de service dans le SLA pour la réservation de capacité.

Toute revendication sur le contrat SLA requiert le calcul des minutes d’indisponibilité pour la capacité réservée. Voici un exemple de mode de calcul de minutes d’indisponibilité.

  • Une réservation de capacité à la demande a une capacité totale de cinq unités réservées. La réservation de capacité à la demande commence dans l’état de capacité disponible avec zéro machine virtuelle allouée.
  • Un déploiement pris en charge de quantité 5 est alloué à la réservation de capacité à la demande. Trois machines virtuelles réussissent et deux échouent avec une erreur de capacité de machine virtuelle. Résultat : deux unités réservées commencent à accumuler des minutes d’indisponibilité.
  • Aucune action n’est effectuée pendant 20 minutes. Résultat : deux unités réservées accumulent chacune 15 minutes d’indisponibilité.
  • Après 20 minutes, un déploiement pris en charge de quantité 2 est tenté. Une machine virtuelle réussit, l’autre échoue avec une erreur de capacité de machine virtuelle. Résultat : une unité réservée reste à 15 minutes d’indisponibilité accumulées. Une autre unité réservée reprend l’accumulation de minutes d’indisponibilité.
  • Quatre déploiements pris en charge supplémentaires de quantité 1 sont effectués à intervalles de 10 minutes. À la quatrième tentative (60 minutes après la première erreur de capacité), la machine virtuelle est déployée. Résultat : la dernière unité réservée ajoute 40 minutes d’indisponibilité (quatre tentatives x 10 minutes entre les tentatives) pour un total de 55 minutes d’indisponibilité.

À partir de cet exemple d’accumulation de minutes d’indisponibilité, voici le calcul de crédit de service.

  • Une unité réservée a accumulé 15 minutes de temps d’arrêt. Le pourcentage de temps d’activité est de 99,97 %. Cette unité réservée n’est pas éligible pour un crédit de service.
  • Une autre unité réservée a accumulé 55 minutes de temps d’arrêt. Le pourcentage de temps d’activité est de 99,87 %. Cette unité réservée est éligible pour un crédit de service de 10 %.

Limitations et restrictions

  • La création de réservations de capacité requiert un quota de la même manière que la création de machines virtuelles.
  • La création d’une réservation de capacité est actuellement limitée à certaines tailles et séries de machines virtuelles. La liste des références (SKU) de ressources de calcul publie l’ensemble des tailles de machines virtuelles prises en charge.
  • La série de machines virtuelles suivante prend en charge la création de réservations de capacité :
    • Av2
    • B
    • Série D, v2 et versions plus récentes ; AMD et Intel
    • Série E, toutes les versions ; AMD et Intel
    • Série F, toutes les versions
    • Série FX
    • Lsv3 (Intel) et Lasv3 (AMD)
    • Lors du déploiement d’une machine virtuelle, le nombre de domaines d’erreur (FD) peut être défini jusqu’à 3 selon le besoin à l’aide du service Virtual Machine Scale Sets. Un déploiement avec plus de 3 domaines d’erreur ne peut pas être déployé sur une réservation de capacité.
  • La prise en charge de la série de machines virtuelles ci-dessous pour la réservation de capacité est disponible en préversion publique :
    • Série M, v3
    • Lsv2
    • Série NC, v3
    • Séries NV, v2 et versions ultérieures
    • Pour la série N mentionnée ci-dessus, lors du déploiement d’une machine virtuelle, vous pouvez définir le nombre de domaines d’erreur (FD) sur 1 à l’aide du service Virtual Machine Scale Sets. Un déploiement avec plus de 1 domaine d’erreur ne peut pas être déployé sur une réservation de capacité.
  • La prise en charge d’autres séries de machines virtuelles n’est pas disponible actuellement :
    • Série M, v1 et v2
    • Série ND
    • Série Hb
    • Série Hc
  • Les types de déploiements pris en charge sont les suivants :
    • Machine virtuelle unique
    • Groupes de machines virtuelles identiques à orchestration uniforme
    • Groupes de machines virtuelles identiques à orchestration flexible (préversion)
  • Les types de déploiements non pris en charge sont les suivants :
    • Machines virtuelles Spot
    • Nœuds ou machines virtuelles Azure Dedicated Host déployés sur des hôtes dédiés
    • Groupes à haute disponibilité
  • D’autres contraintes de déploiement ne sont pas prises en charge : Par exemple :
    • Groupe de placement de proximité
    • Domaines de mise à jour
    • Service Virtual Machine Scale Sets avec un groupe de placement unique défini sur « true »
    • Stockage UltraSSD
    • Machines virtuelles reprenant après une mise en veille prolongée
    • Machines virtuelles nécessitant un chiffrement de réseau virtuel
  • L’abonnement épinglé ne peut pas utiliser la fonctionnalité
  • Seul l’abonnement qui a créé la réservation peut l’utiliser.
  • Les réservations sont uniquement disponibles pour les clients Azure payants. Les comptes sponsorisés tels que la version d’évaluation gratuite et Azure for Students ne sont pas éligibles à l’utilisation de cette fonctionnalité.

Tarification et facturation

Les réservations de capacité sont facturées au même tarif que la taille de machine virtuelle sous-jacente. Par exemple, si vous créez une réservation pour 10 machines virtuelles D2s_v3, vous commencerez à être facturé pour celles-ci même si la réservation n’est pas utilisée.

Si vous déployez ensuite une machine virtuelle D2s_v3 et spécifiez la propriété de réservation, la réservation de capacité est utilisée. Une fois en cours d’utilisation, vous ne payez que pour les machines virtuelles et pas pour la réservation de capacité. Supposons que vous déployez six machines virtuelles D2s_v3 sur la réservation de capacité mentionnée précédemment. Vous serez facturé pour six machines virtuelles D2s_v3 et quatre réservations de capacité inutilisées, toutes deux au même tarif qu’une machine virtuelle D2s_v3.

Les réservations de capacité utilisés et inutilisés sont éligibles pour le plan d’économie et les remises pour l’engagement de durée des instances réservées. Dans l’exemple précédent, si vous avez des instances réservées pour deux machines virtuelles D2s_v3 dans la même région Azure, la facturation de deux ressources (machine virtuelle ou réservation de capacité inutilisée) sera mise à zéro. Les huit machines virtuelles D2s_v3 restantes sont facturées normalement. Les remises sur engagement à terme peuvent être appliquées soit à la machine virtuelle, soit à la réservation de capacité inutilisée.

Différence entre la réservation de capacité à la demande et les instances réservées

Différences Réservation de capacité à la demande Instances réservées
Terme Aucun engagement de durée n’est requis. Création et suppression selon les exigences du client Engagement de terme fixe d’un an ou de trois ans
Remise de facturation Facturé au tarif de paiement à l’utilisation pour la taille de machine virtuelle sous-jacente* Économies significatives par rapport au tarif de paiement à l’utilisation
Contrat SLA de capacité Offre une garantie de capacité à l’emplacement spécifié (région ou zone de disponibilité) Ne fournit pas de garantie de capacité. Les clients peuvent choisir l’option « Priorité de la capacité » pour obtenir un meilleur accès, mais cela n’entraîne aucun contrat SLA
Région ou Zones de disponibilité Peut être déployé par région ou par zone de disponibilité Disponible uniquement au niveau régional

*Éligible pour la remise liée aux instances réservées en cas d’achat séparé

Travailler avec la réservation de capacité

La réservation de capacité est créée pour une taille de machine virtuelle spécifique dans une région ou une zone de disponibilité Azure. Toutes les réservations sont créées et gérées dans le cadre d’un groupe de réservations de capacité.

Le groupe spécifie l’emplacement Azure :

  • Le groupe définit la région dans laquelle toutes les réservations sont créées. Par exemple, USA Est, Europe Nord ou Asie Sud-Est.
  • Le groupe définit les zones éligibles. Par exemple, AZ1, AZ2 et AZ3 dans n’importe quelle combinaison.
  • Si aucune zone n’est spécifiée, Azure sélectionne l’emplacement du groupe quelque part dans la région. Chaque réservation spécifie la région et peut ne pas définir de zone.

Chaque réservation dans un groupe correspond à une taille de machine virtuelle. Si des zones éligibles ont été sélectionnées pour le groupe, la réservation doit être pour l’une des zones prises en charge.

Un groupe ne peut avoir qu’une seule réservation par taille de machine virtuelle par zone, ou une seule réservation par taille de machine virtuelle si aucune zone n’est sélectionnée.

Pour consommer une réservation de capacité, spécifiez le groupe de réservations de capacité comme l’une des propriétés de machine virtuelle. Si le groupe n’a pas de réservation correspondant à la taille et à l’emplacement, Azure retourne un message d’erreur.

La quantité réservée pour la réservation peut être ajustée après le déploiement initial en modifiant la propriété capacité. Les autres modifications apportées à la réservation de capacité, telles que la taille ou l’emplacement de la machine virtuelle, ne sont pas autorisées. L’approche recommandée consiste à créer une réservation, à migrer des machines virtuelles existantes, puis à supprimer l’ancienne réservation si vous n’en avez plus besoin.

La réservation de capacité ne crée pas de limites sur le nombre de déploiements de machines virtuelles. Azure prend en charge l’allocation d’autant de machines virtuelles que vous le souhaitez à la réservation. Étant donné que la réservation elle-même requiert un quota, les contrôles de quota sont omis pour le déploiement de machines virtuelles jusqu’à la quantité réservée. L’allocation de machines virtuelles au-delà de la quantité réservée est appelée surallocation de réservation. Une surallocation de machines virtuelles n’est pas couverte par le SLA et les machines virtuelles font l’objet de contrôles de quota. Azure apportera la capacité supplémentaire. Une fois déployés, ces instances de machine virtuelle supplémentaires peuvent entraîner la quantité de machines virtuelles allouées à la réservation pour dépasser la quantité réservée. Pour en savoir plus, consultez Surallocation d’une réservation de capacité.

Cycle de vie d’une réservation de capacité

Quand une réservation est créée, Azure met de côté le nombre demandé d’instances de capacité à l’emplacement spécifié :

Image de réservation de capacité 1.

Effectuez le suivi de l’état de la réservation globale par le biais des propriétés suivantes :

  • capacity = Quantité totale d’instances réservées par le client.
  • virtualMachinesAllocated = Liste des machines virtuelles allouées à la réservation de capacité et compte pour la consommation de la capacité. Ces machines virtuelles sont En cours d’exécution ou Arrêtées (Allouées) ou dans un état transitoire, tel que Démarrage ou En cours d’arrêt. Cette liste ne comprend pas les machines virtuelles en état de désallocation, également appelées Arrêtées (désallouées).
  • virtualMachinesAssociated = Liste des machines virtuelles associées à la réservation de capacité. Cette liste répertorie toutes les machines virtuelles qui ont été configurées pour utiliser la réservation, y compris celles qui sont dans l’état désalloué.

L’exemple précédent commence par capacity égal à 2 et la longueur de virtualMachinesAllocated et virtualMachinesAssociated est égale à 0.

Lorsqu’une machine virtuelle est ensuite allouée à la réservation de capacité, elle utilise l’une des instances de capacité de réserve :

Image de réservation de capacité 2.

L’état de la réservation de capacité affiche capacity égal à 2 et la longueur de virtualMachinesAllocated et de virtualMachinesAssociated égal à 1.

Les allocations par rapport à la réservation de capacité réussissent si les machines virtuelles ont des propriétés correspondantes et qu’il existe au moins une instance de capacité vide.

À l’aide de notre exemple, lorsqu’une troisième machine virtuelle est allouée à la réservation de capacité, la réservation passe à l’état surutilisé. Cette troisième machine virtuelle nécessite un quota inutilisé et une augmentation de la capacité supplémentaire d’Azure. Une fois que la troisième machine virtuelle est allouée, la réservation de capacité se présente désormais comme suit :

Image de réservation de capacité 3.

Le capacity est égal à 2 et la longueur de virtualMachinesAllocated et virtualMachinesAssociated est égale à 3.

Supposons à présent que l’application s’adapte à la valeur minimale de deux machines virtuelles. Étant donné que la machine virtuelle 0 a besoin d’une mise à jour, elle est choisie pour la désallocation. La réservation passe automatiquement à cet état :

Image de réservation de capacité 4.

Le capacity et la longueur de virtualMachinesAllocated sont égal à 2. Toutefois, la longueur de virtualMachinesAssociated est toujours 3, car la machine virtuelle 0, bien que désallouée, est toujours associée à la réservation de capacité. Pour éviter un dépassement de quota, la machine virtuelle 0 libérée est toujours décomptée du quota alloué à la réservation. Tant que vous disposez d’un quota inutilisé suffisant, vous pouvez déployer de nouvelles machines virtuelles dans la réservation de capacité et recevoir le SLA à partir de toute capacité réservée inutilisée. Vous pouvez également supprimer la machine virtuelle 0 pour supprimer son utilisation du quota.

La réservation de capacité existe jusqu’à ce qu’elle soit supprimée explicitement. Pour supprimer une réservation de capacité, la première étape consiste à dissocier toutes les machines virtuelles dans la propriété virtualMachinesAssociated. Une fois la désassociation terminée, la réservation de capacité doit se présenter comme suit :

Image de réservation de capacité 5.

L’état de la réservation de capacité affiche capacity égal à 2 et la longueur de virtualMachinesAssociated et de virtualMachinesAllocated égal à 0. À partir de cet état, la réservation de capacité peut être supprimée. Une fois supprimé, vous ne payez plus la réservation.

Image de réservation de capacité 6.

Utilisation et facturation

Quand une réservation de capacité est vide, l’utilisation de la machine virtuelle est signalée pour la taille de machine virtuelle correspondante et l’emplacement. Les instances réservées de machine virtuelle peuvent couvrir une partie ou la totalité de l’utilisation de la réservation de capacité même lorsque les machines virtuelles ne sont pas déployées.

Exemple

Par exemple, imaginons qu’une réservation de capacité avec la quantité réservée 2 est créée. L’abonnement a accès à une instance de machine virtuelle réservée correspondante de la même taille. Le résultat est deux flux d’utilisation pour la réservation de capacité, dont l’un est couvert par l’instance réservée :

Image de réservation de capacité 7.

Dans l’image précédente, une remise d’instance de machine virtuelle réservée est appliquée à l’une des instances inutilisées et le coût de cette instance est mis à zéro. Pour l’autre instance, le tarif PAYG est facturé pour la taille de machine virtuelle réservée.

Lorsqu’une machine virtuelle est allouée à la réservation de capacité, les autres composants de machine virtuelle tels que les disques, le réseau, les extensions et tout autre composant requis doivent également être alloués. Dans cet état, l’utilisation de la machine virtuelle reflète une machine virtuelle allouée et une instance de capacité inutilisée. L’instance de machine virtuelle réservée met à zéro le coût de la machine virtuelle ou de l’instance de la capacité inutilisée. Les autres frais liés aux disques, à la mise en réseau et aux autres composants associés à la machine virtuelle allouée s’affichent également sur la facture.

Image de réservation de capacité 8.

Dans l’image précédente, la remise d’instance réservée de machine virtuelle est appliquée à la machine virtuelle 0, qui est facturée uniquement pour les autres composants, tels que le disque et la mise en réseau. L’autre instance inutilisée est facturée au tarif PAYG pour la taille de machine virtuelle réservée.

Forum aux questions

  • Quel est le prix de la réservation de capacité à la demande ?

    Le prix de votre réservation de capacité à la demande est identique au prix de la taille de machine virtuelle sous-jacente associée à la réservation. Lorsque vous utilisez la réservation de capacité, vous êtes facturé pour la taille de machine virtuelle que vous avez sélectionnée au tarif du paiement à l’utilisation, que la machine virtuelle ait été approvisionnée ou non. Pour plus d’informations, consultez les pages de tarification des machines virtuelles Windows et Linux.

  • Suis-je facturé deux fois, une fois pour le coût de la réservation de capacité à la demande et une fois pour la machine virtuelle réelle quand je l’ai enfin configurée ?

    Non, vous ne serez facturé qu’une seule fois pour la réservation de capacité à la demande.

  • Puis-je appliquer l’instance de machine virtuelle réservée (RI) à la réservation de capacité à la demande afin de réduire les coûts ?

    Oui, vous pouvez appliquer les services RI existants ou futurs à des réservations de capacité à la demande et recevoir des remises RI. Les services RI disponibles sont appliqués automatiquement à la réservation de capacité de la même façon que pour les machines virtuelles.

  • Quelle est la différence entre l’instance de machine virtuelle réservée (RI) et la réservation de capacité à la demande ?

    Les RI et les réservations de capacité à la demande s’appliquent aux machines virtuelles Azure. Toutefois, les services RI fournissent des taux de réservation réduits pour vos machines virtuelles par rapport au tarif du paiement à l’utilisation à la suite d’un engagement de durée, de 1 an ou de 3 ans. À l’inverse, les réservations de capacité à la demande ne nécessitent pas d’engagement. Vous pouvez créer ou supprimer une réservation de capacité à tout moment. Toutefois, aucune remise n’est appliquée et des frais sont facturés au tarif du paiement à l’utilisation une fois que la réservation de capacité a été correctement approvisionnée. Contrairement aux RI, qui hiérarchisent la capacité, mais ne le garantissent pas, lorsque vous achetez une réservation de capacité à la demande, Azure met de côté la capacité de calcul pour votre machine virtuelle et fournit une garantie SLA.

  • Quels scénarios tireraient le meilleur parti des réservations de capacité à la demande ?

    Les scénarios classiques incluent la continuité d’activité, la récupération d’urgence et le scale-out des applications stratégiques.

Étapes suivantes

Commencez à réserver la capacité de calcul. Consultez nos autres articles connexes sur la réservation de capacité :