Exemples de mode illimité pour les instances à performances illimitées

Les exemples suivants expliquent l’utilisation des crédits lorsque des instances sont configurées en mode unlimited.

Exemple 1 : Expliquer l’utilisation des crédits avec T3 illimité

Cet exemple montre l’utilisation de l’UC d’une instance t3.nano lancée en mode unlimited et comment l’instance dépense les crédits gagnés et excédentaires pour maintenir l’utilisation de l’UC.

Une instance t3.nano gagne 144 crédits UC sur une période glissante de 24 heures, qu’elle peut rembourser pour 144 minutes d’utilisation de processeur vCPU. Lorsqu'il épuise le solde créditeur de son processeur (représenté par la CloudWatch métriqueCPUCreditBalance), il peut dépenser les crédits CPU excédentaires, qu'il n'a pas encore gagnés, pour augmenter aussi longtemps qu'il en a besoin. Comme une instance t3.nano gagne un maximum de 144 crédits sur une période de 24 heures, elle peut dépenser des crédits excédentaires jusqu’à ce maximum sans être facturée immédiatement. Si elle dépense plus de 144 crédits UC, la différence fait l’objet d’une facturation à la fin de l’heure.

L’exemple illustré par le graphique suivant a pour but de montrer comment une instance peut passer en mode rafale à l’aide des crédits excédentaires, même après avoir épuisé son CPUCreditBalance. Le flux de travail suivant référence les points numérotés sur le graphique :

P1 – À 0 heure sur le graphe, l’instance est lancée en mode unlimited et commence immédiatement à gagner des crédits. L’instance reste inactive après son lancement (l’utilisation de l’UC est de 0 %) et aucun crédit n’est dépensé. Tous les crédits non dépensés sont accumulés dans le solde de crédits. Pendant les premières 24 heures, CPUCreditUsage est à 0 et la valeur de CPUCreditBalance atteint son maximum de 144.

P2 – Pendant les 12 heures suivantes, l’utilisation de l’UC est à 2,5 %, ce qui est inférieur au niveau de référence de 5 %. L’instance gagne plus de crédits qu’elle n’en dépense, mais la valeur de CPUCreditBalance ne peut pas dépasser son maximum de 144 crédits.

P3 – Pendant les 24 heures suivantes, l’utilisation de l’UC est de 7 % (au-dessus du niveau de référence), ce qui nécessite la dépense de 57,6 crédits. L’instance dépense plus de crédits qu’elle n’en gagne et la valeur de CPUCreditBalance baisse jusqu’à 86,4 crédits.

P4 – Pendant les 12 heures suivantes, l’utilisation de l’UC baisse jusqu’à 2,5 % (sous le niveau de référence), ce qui nécessite la dépense de 36 crédits. Au même moment, l’instance gagne 72 crédits. L’instance gagne plus de crédits qu’elle n’en dépense et la valeur CPUCreditBalance augmente jusqu’à 122 crédits.

P5 – Pendant les 5 heures suivantes, l’instance est à un pic de 100 % d’utilisation de l’UC et dépense un total de 570 crédits pour maintenir ce pic. Environ une heure après le début de cette période, l’instance épuise son solde CPUCreditBalance complet de 122 crédits et commence à dépenser les crédits excédentaires pour maintenir l’utilisation de l’UC élevée, totalisant 448 crédits excédentaires dans cette période (570-122=448). Lorsque la valeur de CPUSurplusCreditBalance atteint 144 crédits d’UC (maximum qu’une instance t3.nano peut gagner dans une période de 24 heures), les crédits excédentaires dépensés par la suite ne peuvent pas être compensés par les crédits gagnés. Les crédits excédentaires dépensés par la suite s’élèvent à 304 crédits (448-144=304), ce qui entraîne de faibles frais supplémentaires à la fin de l’heure pour 304 crédits.

P6 – Pendant les 13 heures suivantes, l’utilisation de l’UC est à 5 % (niveau de référence). L’instance gagne autant de crédits qu’elle en dépense, sans excès pour rembourser progressivement le solde CPUSurplusCreditBalance. La valeur de CPUSurplusCreditBalance reste à 144 crédits.

P7 – Pendant les dernières 24 heures de cet exemple, l’instance est en veille et l’utilisation de l’UC est de 0 %. Pendant ce temps, l’instance gagne 144 crédits, qu’elle utilise pour rembourser progressivement le solde CPUSurplusCreditBalance.

Exemple 2 : Expliquer l’utilisation des crédits avec T2 illimité

Cet exemple montre l’utilisation de l’UC d’une instance t2.nano lancée en mode unlimited et comment l’instance dépense les crédits gagnés et excédentaires pour maintenir l’utilisation de l’UC.

Une instance t2.nano gagne 72 crédits UC sur une période glissante de 24 heures, qu’elle peut rembourser pour 72 minutes d’utilisation de processeur vCPU. Lorsqu'il épuise le solde créditeur de son processeur (représenté par la CloudWatch métriqueCPUCreditBalance), il peut dépenser les crédits CPU excédentaires, qu'il n'a pas encore gagnés, pour augmenter aussi longtemps qu'il en a besoin. Comme une instance t2.nano gagne un maximum de 72 crédits sur une période de 24 heures, elle peut dépenser des crédits excédentaires jusqu’à ce maximum sans être facturée immédiatement. Si elle dépense plus de 72 crédits UC, la différence fait l’objet d’une facturation à la fin de l’heure.

L’exemple illustré par le graphique suivant a pour but de montrer comment une instance peut passer en mode rafale à l’aide des crédits excédentaires, même après avoir épuisé son CPUCreditBalance. Vous pouvez supposer qu’au début de la ligne de temps du graphique, l’instance dispose d’un solde de crédits accumulés égal au nombre maximum de crédits qu’elle peut gagner en 24 heures. Le flux de travail suivant référence les points numérotés sur le graphique :

1 – Dans les 10 premières minutes, CPUCreditUsage est à 0, et la valeur de CPUCreditBalance reste à son maximum de 72.

2 – À 23h40, lorsque l’utilisation de l’UC augmente, l’instance dépense les crédits UC, et la valeur de CPUCreditBalance diminue.

3 – À 00 h 47, l’instance a épuisé l’intégralité de son CPUCreditBalance et commence à dépenser des crédits excédentaires pour maintenir l’utilisation élevée de l’UC.

4 – Les crédits excédentaires sont dépensés jusqu’à 01h55, lorsque la valeur de CPUSurplusCreditBalance atteint 72 crédits UC. Cela équivaut au nombre maximum de crédits qu’une instance t2.nano peut gagner sur une période de 24 heures. Les crédits excédentaires dépensés par la suite ne peuvent pas être compensés par les crédits gagnés au cours de la période de 24 heures, ce qui entraîne de faibles frais supplémentaires à la fin de l’heure.

5 – L’instance continue de dépenser les crédits excédentaires jusqu’à 02h20 environ. À ce moment-là, l’utilisation de l’UC chute au-dessous du niveau de base, et l’instance commence à gagner des crédits à raison de 3 crédits par heure (soit 0,25 crédit toutes les 5 minutes), qu’elle utilise pour rembourser progressivement le CPUSurplusCreditBalance. Une fois que la valeur de CPUSurplusCreditBalance est nulle, l’instance commence à accumuler les crédits gagnés dans son CPUCreditBalance à raison de 0,25 crédit toutes les 5 minutes.

Calcul de la facture (instance Linux)

Les crédits excédentaires coûtent 0,05 $ par heure vCPU. L’instance a dépensé environ 25 crédits excédentaires entre 01h55 et 02h20, ce qui équivaut à 0,42 heure vCPU. Les frais supplémentaires pour cette instance sont de 0,42 heure vCPU x 0,05 $/heure vCPU = 0,021 $, arrondi à 0,02 $. Facture de fin de mois correspondant à cette instance T2 illimité :

Calcul de la facture (instance Windows)

Les crédits excédentaires coûtent 0,096 $ par heure vCPU. L’instance a dépensé environ 25 crédits excédentaires entre 01h55 et 02h20, ce qui équivaut à 0,42 heure vCPU. Les frais supplémentaires pour cette instance sont de 0,42 heure vCPU x 0,096 $/heure vCPU = 0,04032 $, arrondi à 0,04 $. Facture de fin de mois correspondant à cette instance T2 illimité :

Vous pouvez définir des alertes de facturation pour être notifié toutes les heures des frais accumulés, puis prendre des mesures au besoin.