Exemples de mode standard pour les instances burstables

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

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

Cet exemple vous montre comment une instance t3.nano lancée en mode standard gagne, accumule et dépense des crédits gagnés. Vous pouvez voir que le solde de crédits reflète les crédits gagnés accumulés.

Une instance t3.nano en cours d’exécution gagne 144 crédits toutes les 24 heures. Sa limite de solde de crédits est de 144 crédits gagnés. Une fois que la limite est atteinte, les nouveaux crédits gagnés sont rejetés. Pour plus d’informations sur le nombre de crédits pour l’UC pouvant être gagnés et accumulés, consultez le tableau des crédits.

Vous pouvez lancer une instance T3 Standard et l’utiliser immédiatement. Ou vous pouvez lancer une instance T3 Standard et la laisser inactive pendant quelques jours avant d’y exécuter des applications. L’utilisation ou l’inactivité d’une instance détermine si les crédits sont accumulés ou dépensés. Si une instance reste inactive pendant 24 heures après son lancement, le solde de crédits atteint sa limite, qui correspond au nombre maximal de crédits gagnés qui peuvent être accumulés.

Cet exemple décrit une instance qui reste inactive pendant 24 heures après son lancement, et explique sept périodes sur une plage de 96 heures. L’exemple illustre les taux d’obtention, d’accumulation, de dépense et de rejet de crédits, ainsi que la valeur du solde de crédits à la fin de chaque période.

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 standard et commence immédiatement à gagner des crédits. L'instance reste inactive dès son lancement (le taux d'CPUutilisation 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 — Au cours des 12 prochaines heures, le CPU taux d'utilisation est de 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. Tous les crédits gagnés au-delà de cette limite sont rejetés.

P3 — Au cours des prochaines 24 heures, le CPU taux d'utilisation est de 7 % (au-dessus de la base de référence), ce qui nécessite une 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 — Au cours des 12 prochaines heures, le CPU taux d'utilisation diminue à 2,5 % (en dessous du niveau de référence), ce qui nécessite une 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 — Au cours des deux heures qui suivent, l'instance atteint un taux d'CPUutilisation de 60 % et épuise sa CPUCreditBalance valeur totale de 122 crédits. À la fin de cette période, lorsque le CPUCreditBalance taux d'utilisation est nul, le CPU taux d'utilisation est contraint de chuter au niveau d'utilisation de référence de 5 %. Au niveau de base, l’instance gagne autant de crédits qu’elle en dépense.

P6 — Au cours des 14 prochaines heures, le CPU taux d'utilisation est de 5 % (valeur de référence). L’instance gagne autant de crédits qu’elle en dépense. La valeur de CPUCreditBalance reste à 0.

P7 — Dans cet exemple, au cours des 24 dernières heures, l'instance est inactive et le taux d'CPUutilisation est de 0 %. Pendant ce temps, l’instance gagne 144 crédits, qu’elle accumule dans son solde CPUCreditBalance.

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

Cet exemple vous montre comment une instance t2.nano lancée en tant que standard gagne, accumule et dépense des crédits de lancement et des crédits gagnés. Vous pouvez voir que le solde de crédits reflète non seulement les crédits gagnés accumulés, mais également les crédits de lancement accumulés.

Une instance t2.nano obtient 30 crédits de lancement lorsqu’elle est lancée, et gagne 72 crédits par 24 heures. Sa limite du solde de crédits est de 72 crédit gagnés ; les crédits de lancement ne sont pas comptés dans la limite. Une fois que la limite est atteinte, les nouveaux crédits gagnés sont rejetés. Pour plus d’informations sur le nombre de crédits pour l’UC pouvant être gagnés et accumulés, consultez le tableau des crédits. Pour en savoir plus sur les limites, consultez Limites de crédits de lancement.

Vous pouvez lancer une instance T2 Standard et l’utiliser immédiatement. Ou vous pouvez lancer une instance T2 Standard et la laisser inactive pendant quelques jours avant d’y exécuter des applications. L’utilisation ou l’inactivité d’une instance détermine si les crédits sont accumulés ou dépensés. Si une instance reste inactive pendant 24 heurs après son lancement, le solde de crédits est affiché comme dépassant sa limite, car le solde reflète à la fois les crédits gagnés accumulés et les crédits de lancement accumulés. Cependant, une fois CPU utilisés, les crédits de lancement sont dépensés en premier. Par la suite, la limite reflète toujours le nombre maximum de crédits gagnés pouvant être accumulés.

Cet exemple décrit une instance qui reste inactive pendant 24 heures après son lancement, et explique sept périodes sur une plage de 96 heures. L’exemple illustre les taux d’obtention, d’accumulation, de dépense et de rejet de crédits, ainsi que la valeur du solde de crédits à la fin de chaque période.

Période 1 : 1 – 24 heures

À 0 heure sur le graphe, l’instance T2 est lancée en tant que standard et obtient immédiatement 30 crédits de lancement. Elle gagne des crédits lorsqu’elle s’exécute. L'instance reste inactive dès son lancement (le taux d'CPUutilisation 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. Environ 14 heures après le lancement, le solde de crédits est de72 (30 crédits de lancement + 42 crédits gagnés), ce qui équivaut à ce que l’instance peut gagner en 24 heures. 24 heures après le lancement, le solde de crédits dépasse 72 crédits, car les crédits de lancement non dépensés sont inclus dans le —solde de crédits. Le solde de crédits est de 102 crédits : 30 crédits de lancement + 72 crédits gagnés.

Taux de dépense de crédits	0 crédits par 24 heures (0 % CPU d'utilisation)
Taux d'obtention de crédits	72 crédits par 24 heures
Taux de rejet de crédits	0 crédits par 24 heures
Solde de crédits	102 crédits (30 crédits de lancement + 72 crédits gagnés)

Conclusion

S'il n'y a aucune CPU utilisation après le lancement, l'instance accumule plus de crédits que ce qu'elle peut gagner en 24 heures (30 crédits de lancement + 72 crédits gagnés = 102 crédits).

Dans un scénario réel, une EC2 instance consomme un petit nombre de crédits lors de son lancement et de son exécution, ce qui empêche le solde d'atteindre la valeur théorique maximale dans cet exemple.

Période 2 : 25 – 36 heures

Pendant les 12 heures suivantes, l’instance reste encore inactive et gagne des crédits, mais le solde de crédits n’augmente pas. Il se stabilise à 102 crédits (30 crédits de lancement + 72 crédits gagnés). Le solde de crédits a atteint sa limite de 72 crédits gagnés accumulés. C’est pour cette raison que les nouveaux crédits gagnés sont rejetés.

Taux de dépense de crédits	0 crédits par 24 heures (0 % CPU d'utilisation)
Taux d’obtention de crédits	72 crédits par 24 heures (3 crédits par heure)
Taux de rejet de crédits	72 crédits par 24 heures (100 % du taux d’obtention de crédits)
Solde de crédits	102 crédits (30 crédits de lancement + 72 crédits gagnés) — le solde est inchangé

Conclusion

Une instance gagne des crédits en permanence, mais elle ne peut pas accumuler des crédits gagnés au-delà de la limite du solde de crédits. Une fois que la limite est atteinte, les nouveaux crédits gagnés sont rejetés. Les crédits de lancement ne sont pas comptés dans la limite du solde de crédits. Si le solde comprend les crédits de lancement accumulés, il est affiché comme dépassant la limite.

Période 3 : 37 – 61 heures

Au cours des 25 prochaines heures, l'instance utilise 2 %CPU, ce qui nécessite 30 crédits. Pendant ce même laps de temps, elle gagne 75 crédits, mais le solde de crédits diminue. Le solde diminue car les crédits de lancement accumulés sont dépensés en premier, et les nouveaux crédits gagnés sont rejetés, car le solde de crédits a déjà atteint sa limite de 72 crédits gagnés.

Taux de dépense de crédits	28,8 crédits par 24 heures (1,2 crédit par heure, 2 % d'CPUutilisation, 40 % du taux d'accumulation de crédits) —30 crédits sur 25 heures
Taux d'obtention de crédits	72 crédits par 24 heures
Taux de rejet de crédits	72 crédits par 24 heures (100 % du taux d’obtention de crédits)
Solde de crédits	72 crédits (30 crédits de lancement ont été dépensés ; 72 crédits gagnés n’ont pas été dépensé)

Conclusion

Une instance dépense les crédits de lancement en premier, avant les crédits gagnés. Les crédits de lancement ne sont pas comptés dans la limite de crédits. Lorsque les crédits de lancement sont dépensés, le solde ne peut pas être plus élevé que ce qui peut être gagné en l’espace de 24 heures. De plus, lorsqu’une instance s’exécute, elle ne peut pas obtenir de nouveaux crédits de lancement.

Période 4 : 62 – 72 heures

Au cours des 11 prochaines heures, l'instance utilise 2 %CPU, ce qui nécessite 13,2 crédits. Il s'agit de la même CPU utilisation que lors de la période précédente, mais le solde ne diminue pas. Il reste à 72 crédits.

Le solde ne diminue pas, car le taux d’obtention de crédits est supérieur à celui de dépense de crédits. Pendant que l’instance dépense 13.2 crédits, elle en gagne également 33. Cependant, la limite du solde étant de 72 crédits, les éventuels crédits gagnés au-delà de la limite sont rejetés. Le solde se stabilise à 72 crédits, et non à 102 crédits comme lors de la deuxième période, car il n’y a aucun crédit de lancement accumulé.

Taux de dépense de crédits	28,8 crédits par 24 heures (1,2 crédit par heure, 2 % d'CPUutilisation, 40 % du taux d'accumulation de crédits) —13,2 crédits sur 11 heures
Taux d'obtention de crédits	72 crédits par 24 heures
Taux de rejet de crédits	43.2 crédits par 24 heures (60 % du taux d’obtention de crédits)
Solde de crédits	72 crédits (0 crédit de lancement, 72 crédits gagnés) — le solde atteint sa limite

Conclusion

Une fois que les crédits de lancement sont dépensés, la limite du solde de crédits est déterminée par le nombre de crédits qu’une instance peut gagner en l’espace de 24 heures. Si l’instance gagne plus de crédits qu’elle n’en dépense, les nouveaux crédits gagnés au-delà de la limite sont rejetés.

Période 5 : 73 – 75 heures

Au cours des trois heures suivantes, l'instance atteint un taux d'CPUutilisation de 20 %, ce qui nécessite 36 crédits. L’instance gagne neuf crédits au cours de ces trois heures, ce qui entraîne une diminution du solde de 27 crédits. Au terme des trois heures, le solde de crédits est de 45 crédits gagnés accumulés.

Taux de dépense de crédits	288 crédits par 24 heures (12 crédits par heure, 20 % d'CPUutilisation, 400 % du taux d'accumulation de crédits) —36 crédits sur 3 heures
Taux d’obtention de crédits	72 crédits par 24 heures (9 crédits en 3 heures)
Taux de rejet de crédits	0 crédits par 24 heures
Solde de crédits	45 crédits (solde précédent (72) - crédits dépensés (36) + crédits gagnés (9)) — le solde diminue à 216 crédits par 24 heures (taux de dépense 288/24 + taux d’obtention 72/24 = taux de diminution du solde 216/24)

Conclusion

Si une instance dépense plus de crédits qu’elle n’en gagne, son solde de crédits diminue.

Période 6 : 76 – 90 heures

Au cours des 15 prochaines heures, l'instance utilise 2 %CPU, ce qui nécessite 18 crédits. Il s'agit de la même CPU utilisation qu'aux périodes 3 et 4. Cependant, le solde augmente au cours de cette période, alors qu’il avait diminué pendant la troisième période, et s’était stabilisé pendant la quatrième.

Pendant la troisième période, les crédits de lancement accumulés avaient été dépensés et les crédits gagnés au-delà de la limite de crédits avaient été rejetés, ce qui explique la diminution du solde de crédits. Pendant la quatrième période, l’instance avait dépensé moins de crédits qu’elle n’en avait gagné. Les crédits gagnés au-delà de la limite ont été rejetés, ce qui explique la stabilisation du solde à 72 crédits.

Au cours de cette nouvelle période, il n’y a aucun crédit de lancement accumulé, et le nombre de crédits gagnés accumulés du solde est inférieur à la limite. Aucun crédit gagné n’est rejeté. De plus, l’instance gagne plus de crédits qu’elle n’en dépense, ce qui entraîne une augmentation du solde de crédits.

Taux de dépense de crédits	28,8 crédits par 24 heures (1,2 crédit par heure, 2 % d'CPUutilisation, 40 % du taux d'accumulation de crédits) —18 crédits sur 15 heures
Taux d’obtention de crédits	72 crédits par 24 heures (45 crédits en 15 heures)
Taux de rejet de crédits	0 crédits par 24 heures
Solde de crédits	72 crédits (le solde augmente à un taux de 43,2 crédits par 24 heures — taux de variation = taux de dépense 28,8/24 + taux d’obtention 72/24)

Conclusion

Si une instance dépense moins de crédits qu’elle n’en gagne, son solde de crédits augmente.

Période 7 : 91 – 96 heures

Pendant les six heures suivantes, l'instance reste inactive (le CPU taux d'utilisation est de 0 %) et aucun crédit n'est dépensé. Il s'agit de la même CPU utilisation qu'au cours de la période 2, mais le solde ne plafonne pas à 102 crédits ; il plafonne à 72 crédits, ce qui correspond à la limite du solde de crédit pour l'instance.

Au cours de la deuxième période, le solde de crédits comprenait 30 crédits de lancement accumulés. Les crédits de lancement ont été dépensés au cours de la troisième période. Une instance en cours d’exécution ne peut pas obtenir d’autres crédits de lancement. Lorsque la limite du solde de crédits est atteinte, les éventuels crédits gagnés au-delà de la limite sont rejetés.

Taux de dépense de crédits	0 crédits par 24 heures (0 % CPU d'utilisation)
Taux d'obtention de crédits	72 crédits par 24 heures
Taux de rejet de crédits	72 crédits par 24 heures (100 % du taux d’obtention de crédits)
Solde de crédits	72 crédits (0 crédit de lancement + 72 crédits gagnés)

Conclusion

Une instance gagne des crédits en permanence, mais ne peut pas accumuler des crédits gagnés si la limite du solde de crédits est atteinte. Une fois que la limite est atteinte, les nouveaux crédits gagnés sont rejetés. La limite du solde de crédits est déterminée par le nombre de crédits qu’une instance peut gagner en l’espace de 24 heures. Pour plus d’informations sur les limites du solde de crédits, consultez le tableau des crédits.