Réservation de capacité à la demande

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 engager sur une durée d’un an ou de trois ans. Vous pouvez créer et supprimer des réservations à tout moment et avoir 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é, vous pouvez utiliser les ressources tout de suite. La capacité est réservée pour vous jusqu’à ce que vous supprimiez la réservation.

La réservation de capacité présente 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.
• Localisation : Chaque réservation est pour une localisation (région). Si cette localisation 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é, les 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 accepte votre demande de réservation, celle-ci est disponible pour les machines virtuelles avec les 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 ici est que vous pouvez cibler uniquement les charges de travail critiques vers des réservations, tandis que les autres charges de travail non critiques peuvent s’exécuter sans capacité réservée.

Avantages de la réservation de capacité

• Après le déploiement, la capacité est réservée à votre usage et reste disponible dans le cadre des contrats de niveau de service (SLA) applicables.
• La capacité peut être déployée et supprimée à tout moment, sans engagement de durée.
• La capacité peut être combinée automatiquement avec des instances réservées pour utiliser les remises qu’offrent les engagements de durée.

SLA pour la réservation de capacité

Lisez les détails du contrat SLA concernant la réservation de capacité.

Pour toute réclamation portant sur le contrat SLA, vous devez calculer les 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 avec une quantité de 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 avec une quantité de 2 est tenté. Une machine virtuelle réussit et l’autre machine virtuelle é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 avec une quantité de 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 à 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 à 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 de réservations 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
  • G
  • Bpsv2
  • Bsv2 (Intel) et Basv2 (AMD)
  • Série D et Ds, v2 et versions plus récentes ; AMD et Intel
  • Dadsv5
  • Série Dav4
  • Dasv4 et versions ultérieures
  • Séries Ddv4 et v5
  • Série Dds, v4 et plus récentes
  • Séries Dlsv5 et plus récentes
  • Séries Dldsv5 et plus récentes
  • Séries DCsv2
  • Séries DCasv5 et DCadsv5
  • Séries DCesv5 et DCedsv5
  • Séries ECasv5 et ECadsv5
  • Séries ECesv5 et ECedsv5
  • Séries Dplsv5 et plus récentes
  • Séries Dps et Dpds, v5 et plus récentes
  • Séries Dplds, v5 et plus récentes
  • Séries Eps et Epds, v5 et plus récentes
  • Série E, toutes les versions ; AMD et Intel
  • Séries Eav4 and Easv4
  • Séries Easv5 et Eadsv5
  • Série Ebdsv5 et Ebsv5
  • Séries Ed et Eds, v4 et plus récentes
  • Série F, toutes les versions
  • Série FX
  • Lsv3 (Intel) et Lasv3 (AMD)

  Lors du déploiement d’une machine virtuelle, vous pouvez définir une quantité de domaines d’erreur jusqu’à trois en utilisant Azure Virtual Machine Scale Sets. Un déploiement avec plus de trois domaines d’erreur échoue sur une réservation de capacité.

• Lors du déploiement de la série de machines virtuelles suivante pour la réservation de capacité, vous pouvez définir une quantité de 1 domaine d’erreur en utilisant Virtual Machine Scale Sets. Un déploiement avec plus d’un domaine d’erreur échoue sur une réservation de capacité :

  • Série NC, v3
  • Série NCasT4_v3
  • Série NCADSA10_v4
  • Série NC_A100_v4
  • Série NV, v3 et plus récentes
  • Série NVadsA10_v5
  • Série NGads V620_v1
  • Série M v2
  • Série M, v3

• La prise en charge de la série de machines virtuelles suivante pour la réservation de capacité est en préversion publique :

  • Lsv2

• La prise en charge des autres séries de machines virtuelles n’est pas disponible actuellement :

  • Série M v1
  • Série M, HM et VHM
  • 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
  • Virtual Machine Scale Sets avec orchestration flexible

• 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
  • Virtual Machine Scale Sets avec un seul groupe de placement défini sur true
  • Disques de stockage Ultra Azure (anciennement UltraSSD)
  • Machines virtuelles reprenant après une mise en veille prolongée
  • Machines virtuelles nécessitant le chiffrement du réseau virtuel

• Un 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é.

• Clouds pris en charge pour la réservation de capacité :

  • Cloud Azure
  • Azure pour le gouvernement
  • Azure en Chine (préversion)
    • Désolé, le support n’est pas disponible pour la Chine Nord et la Chine Est

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 de 10 machines virtuelles D2s_v3, elles vous sont facturées 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 que la machine virtuelle est utilisée, vous payez seulement la machine virtuelle, pas 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. La facture compte six machines virtuelles D2s_v3 et quatre réservations de capacité inutilisées, le tout au même tarif qu’une machine virtuelle D2s_v3.

Les réservations de capacité utilisées et inutilisées sont éligibles au plan d’économies et aux remises qu’offrent les engagements de durée d’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) affiche zéro. Les huit machines virtuelles D2s_v3 restantes sont facturées normalement. Les remises qu’offrent les engagements de durée peuvent être appliquées à la machine virtuelle ou à 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. Peut être créée et supprimée selon les besoins du client.	Engagement à durée déterminée d’un an ou de trois ans.
Remise de facturation	Facturée aux tarifs de paiement à l’utilisation pour la taille de machine virtuelle sous-jacente.*	Économies significatives par rapport aux tarifs de paiement à l’utilisation.
Contrat SLA de capacité	Offre une garantie de capacité dans la localisation spécifiée (région ou zone de disponibilité).	Ne fournit pas de garantie de capacité. Les clients peuvent choisir l’option Priorité de capacité pour obtenir un meilleur accès, mais celle-ci ne s’accompagne d’aucun contrat SLA.
Région versus zones de disponibilité	Peut être déployée par région ou par zone de disponibilité.	Disponible uniquement au niveau régional.

*Éligible à 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, citons USA Est, Europe Nord ou Asie Sud-Est.
• Le groupe définit les zones éligibles. Par exemple, citons 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 la 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 à la localisation, Azure retourne un message d’erreur.

Vous pouvez ajuster la quantité réservée de la réservation après le déploiement initial en changeant la propriété de 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. Nous vous recommandons de créer une réservation, de migrer des machines virtuelles existantes, puis de 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 que ces instances de machine virtuelle supplémentaires sont déployées, la quantité de machines virtuelles allouées à la réservation peut dépasser la quantité réservée. Pour en savoir plus, consultez Surallouer 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é.

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 quantité pour la consommation de la capacité. Ces machines virtuelles sont En cours d’exécution ou Arrêtées (Allouées), ou sont dans un état de transition tel que En cours de 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 un é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 consomme l’une des instances de capacité de réserve.

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.

Comme illustré dans 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é ressemble à ce diagramme :

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. Parce 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 :

Le capacity et la longueur de virtualMachinesAllocated sont égal à 2. Toutefois, la longueur de virtualMachinesAssociated est toujours 3 parce que 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 désallouée est toujours comptée dans le quota alloué à la réservation. Si vous disposez d’un quota inutilisé suffisant, vous pouvez déployer de nouvelles machines virtuelles dans la réservation de capacité et bénéficier du SLA d’une 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 tant qu’elle n’est pas 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 dissociation terminée, la réservation de capacité devrait ressembler à ce diagramme :

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, vous pouvez supprimer la réservation de capacité. Une fois que la réservation est supprimée, vous ne la payez plus.

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 la localisation. 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 de 2 a été 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.

Dans le diagramme précédent, 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 du paiement à l’utilisation 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 la 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 capacité inutilisée. Les autres frais liés aux disques, au réseau et aux autres composants associés à la machine virtuelle allouée apparaissent également sur la facture.

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 les disques et le réseau. L’autre instance inutilisée est facturée à un tarif de paiement à l’utilisation 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é, la taille de machine virtuelle que vous avez sélectionnée vous est facturée aux tarifs 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, pour le coût de la réservation de capacité à la demande et pour la machine virtuelle à proprement parler une fois que je l’ai approvisionnée ?

  Non, vous n’êtes facturé qu’une seule fois pour la réservation de capacité à la demande.

• Puis-je appliquer Azure Reserved Virtual Machine Instances aux réservations de capacité à la demande pour réduire les coûts ?

  Oui, vous pouvez appliquer les instances réservées existantes ou futures à des réservations de capacité à la demande et bénéficier de remises d’instance réservée. Les instances réservées disponibles sont appliquées automatiquement aux réservations de capacité de la même façon que pour les machines virtuelles.

• Quelle est la différence entre Reserved Virtual Machine Instances et les réservations de capacité à la demande ?

  Les instances réservées et les réservations de capacité à la demande s’appliquent aux machines virtuelles Azure. Toutefois, les instances réservées offrent des réservations à tarif réduit pour vos machines virtuelles par rapport aux tarifs du paiement à l’utilisation dans le cadre d’un engagement de durée d’un an ou de trois 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 aux tarifs du paiement à l’utilisation une fois que la réservation de capacité est correctement approvisionnée. Contrairement aux instances réservées, qui priorisent la capacité mais ne la 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.

Contenu connexe

Commencez à réserver la capacité de calcul. Consultez d’autres articles sur les réservations de capacité :

• Créer une réservation de capacité
• Surallocation d’une réservation de capacité
• Modifier une réservation de capacité
• Associer une machine virtuelle
• Supprimer une machine virtuelle
• Associer un groupe de machines virtuelles identiques - Orchestration flexible
• Associer un groupe de machines virtuelles identiques - Orchestration uniforme
• Supprimer un groupe de machines virtuelles identiques