Exemples de mode standard pour les instances à capacité extensible

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 après son lancement (l'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 — Pendant les 12 heures suivantes, l'CPUutilisation 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. Tous les crédits gagnés au-delà de cette limite sont rejetés.

P3 — Pendant les 24 heures suivantes, CPU l'utilisation 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, CPU l'utilisation 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 deux heures suivantes, l'instance est à un pic de 60 % d'CPUutilisation et épuise sa CPUCreditBalance valeur de complète de 122 crédits. À la fin de cette période, la CPUCreditBalance valeur de est nulle et CPU l'utilisation est obligée de baisser jusqu'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 — Pendant les 14 heures suivantes, CPU l'utilisation est à 5 % (niveau de référence). L’instance gagne autant de crédits qu’elle en dépense. La valeur de CPUCreditBalance reste à 0.

P7 — Pendant les dernières 24 heures de cet exemple, l'instance est en veille et l'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, après leur CPU utilisation, 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 après son lancement (l'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 (CPUutilisation 0 %)
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 pas CPU d'utilisation après le lancement, l'instance accumule plus de crédits qu'elle ne 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 utilise quelques crédits pendant le lancement et l'exécution, ce qui évite que le solde atteigne 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 (CPUutilisation 0 %)
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

Pendant les 25 heures suivantes, l'instance utilise 2 %CPU, ce qui équivaut à 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édits par heure, CPU utilisation de 2 %, 40 % du taux d'obtention 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

Pendant les 11 heures suivantes, l'instance utilise 2 %CPU, ce qui équivaut à 13.2 crédits. Cette CPU utilisation est identique à celle 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édits par heure, CPU utilisation de 2 %, 400 % du taux d'obtention 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

Pendant les trois heures suivantes, l'CPUutilisation de l'instance passe à 20 %, ce qui équivaut à 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, CPU utilisation de 20 %, 400 % du taux d'obtention 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

Pendant les 15 heures suivantes, l'instance utilise 2 %CPU, ce qui équivaut à 18 crédits. L'CPUutilisation est la même que celle des 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édits par heure, CPU utilisation de 2 %, 40 % du taux d'obtention 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 (CPUl'utilisation est de 0 %) et aucun crédit n'est dépensé. L'CPUutilisation est identique à celle de la deuxième période, mais le solde ne se stabilise pas à 102 crédits. Il se stabilise— à 72 crédits, soit la limite du solde de crédits de 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 (CPUutilisation 0 %)
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.