Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Mode standard pour les instances de performance à capacité extensible
Une instance de performance à capacité extensible configurée en mode `standard` est adaptée aux charges de travail avec une utilisation d’UC moyenne constamment inférieure à l’utilisation d’UC de référence de l’instance. Pour émettre en rafales au-dessus du niveau de base, l’instance dépense les crédits cumulés dans son solde de crédits UC. Si l’instance commence à manquer de crédits cumulés, son utilisation d’UC diminue progressivement pour atteindre le niveau d’utilisation de référence. Ainsi, l’instance ne subit pas une forte baisse des performances lorsque son solde de crédits UC est épuisé. Pour plus d’informations, consultez [Concepts clés pour les instances à performances extensibles](burstable-credits-baseline-concepts.md).
**Contents**
+ [Concepts de mode standard pour les instances à capacité extensible](burstable-performance-instances-standard-mode-concepts.md)
+ [Fonctionnement des instance de performance à capacité extensible standards](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works)
+ [Crédits de lancement](burstable-performance-instances-standard-mode-concepts.md#launch-credits)
+ [Limites de crédits de lancement](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits)
+ [Différences entre crédits de lancement et crédits gagnés](burstable-performance-instances-standard-mode-concepts.md#burstable-performance-instances-diff-launch-earned-credits)
+ [Exemples de mode standard pour les instances à capacité extensible](standard-mode-examples.md)
+ [Exemple 1 : Expliquer l’utilisation des crédits avec T3 standard](standard-mode-examples.md#t3_standard_example)
+ [Exemple 2 : Expliquer l’utilisation des crédits avec T2 standard](standard-mode-examples.md#t2-standard-example)
+ [Période 1 : 1 – 24 heures](standard-mode-examples.md#period-1)
+ [Période 2 : 25 – 36 heures](standard-mode-examples.md#period-2)
+ [Période 3 : 37 – 61 heures](standard-mode-examples.md#period-3)
+ [Période 4 : 62 – 72 heures](standard-mode-examples.md#period-4)
+ [Période 5 : 73 – 75 heures](standard-mode-examples.md#period-5)
+ [Période 6 : 76 – 90 heures](standard-mode-examples.md#period-6)
+ [Période 7 : 91 – 96 heures](standard-mode-examples.md#period-7)
# Concepts de mode standard pour les instances à capacité extensible
Le mode `standard` est une option de configuration pour les instances de performance à capacité extensible. Il peut être activé ou désactivé à tout moment pour une instance en cours d’exécution ou arrêtée. Vous pouvez [la définir `standard` comme option de crédit par défaut](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account) au niveau du compte, par AWS région, par famille d'instances de performance éclatante, afin que toutes les nouvelles instances de performance actualisées du compte soient lancées à l'aide de l'option de crédit par défaut.
## Fonctionnement des instance de performance à capacité extensible standards
Lorsqu’une instance de performance à capacité extensible configurée en mode `standard` est en cours d’exécution, elle gagne continuellement (à une résolution de l’ordre de la milliseconde) un taux déterminé de crédits gagnés par heure. Lorsqu’une instance T2 Standard est arrêtée, elle perd tous ses crédits accumulés et le solde de crédits est remis à zéro. Lorsqu’elle est redémarrée, elle reçoit un nouveau jeu de crédits de lancement, et commence à accumuler des crédits gagnés. Pour les instances Standard T4g, T3a et T3, le solde de crédits d’UC est conservé pendant sept jours après l’arrêt de l’instance. Ensuite, les crédits sont perdus. Si vous démarrez l’instance dans les sept jours, aucun crédit n’est perdu.
Les instances T2 standard reçoivent deux types de [crédits UC](burstable-credits-baseline-concepts.md#key-concepts) : les *crédits gagnés* et les *crédits de lancement*. Lorsqu’une instance T2 Standard est en cours d’exécution, elle gagne continuellement (à une résolution de l’ordre de la milliseconde) un taux déterminé de crédits gagnés par heure. Au début, elle n’a pas de crédits gagnés pour une bonne expérience de démarrage ; elle reçoit donc, à cet effet, des crédits de lancement, qui sont dépensés pendant qu’elle accumule des crédits gagnés.
Les instances T4g, T3a et T3 ne reçoivent pas de crédits de lancement parce qu’elles prennent en charge le mode Illimité. La configuration du crédit en mode illimité permet aux instances T4g, T3a et T3 d’utiliser autant d’UC que nécessaire pour déborder au-delà de la ligne de base et aussi longtemps que nécessaire.
## Crédits de lancement
Les instances T2 Standard reçoivent 30 crédits de lancement par vCPU au lancement ou au démarrage, et les instances T1 Standard reçoivent 15 crédits de lancement. Par exemple, une `t2.micro` instance possède un vCPU et obtient 30 crédits de lancement, tandis qu'une `t2.xlarge` instance possède quatre v CPUs et obtient 120 crédits de lancement. Les crédits de lancement sont conçus pour fournir une bonne expérience de démarrage et permettre aux instances de s’exécuter en mode rafale dès le lancement, avant qu’elles aient accumulé des crédits gagnés.
Les crédits de lancement sont dépensés en premier, avant les crédits gagnés. Les crédits de lancement non dépensés sont accumulés dans le solde de crédits UC, mais ne sont pas comptés dans la limite du solde de crédits UC. Par exemple, une instance `t2.micro` comporte une limite de solde de crédits UC de 144 crédits gagnés. Si elle est lancée et reste inactive pendant 24 heures, son solde de crédits UC atteint 174 (30 crédits de lancement \$1 144 crédits gagnés), ce qui se situe au-delà de la limite. Toutefois, une fois que l’instance a dépensé les 30 crédits de lancement, le solde de crédits ne peut pas excéder 144. Pour en savoir plus sur la limite du solde de crédits pour l’UC par rapport à chaque taille d’instance, consultez le [tableau des crédits](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
Le tableau suivant répertorie l'allocation initiale de crédits CPU reçue au lancement ou au démarrage, ainsi que le nombre de CPUs v.
| Type d’instance | Crédits de lancement | v CPUs |
| --- | --- | --- |
| t1.micro | 15 | 1 |
| t2.nano | 30 | 1 |
| t2.micro | 30 | 1 |
| t2.small | 30 | 1 |
| t2.medium | 60 | 2 |
| t2.large | 60 | 2 |
| t2.xlarge | 120 | 4 |
| t2.2xlarge | 240 | 8 |
## Limites de crédits de lancement
Le nombre de fois où les instances T2 Standard peuvent recevoir des crédits de lancement est limité. La limite par défaut est définie sur 100 lancements ou démarrages de toutes les instances T2 Standard combinées par compte, par région et par déploiement de 24 heures. Par exemple, la limite est atteinte lorsqu’une instance est arrêtée et démarrée 100 fois sur une période de 24 heures, ou lorsque 100 instances sont lancées sur une période de 24 heures, ou toute autre combinaison équivalente à 100 démarrages. Les nouveaux comptes peuvent présenter une limite inférieure qui augmentera au fil du temps en fonction de votre utilisation.
**Astuce**
Pour vous assurer que vos charges de travail obtiennent toujours les performances nécessaires, passez à une instance [Mode illimité pour les instances de performance à capacité extensible](burstable-performance-instances-unlimited-mode.md) ou utilisez une taille d’instance supérieure.
## Différences entre crédits de lancement et crédits gagnés
Le tableau suivant répertorie les différences entre les crédits de lancement et les crédits gagnés.
| | Crédits de lancement | Crédits gagnés |
| --- | --- | --- |
| **Taux d’obtention de crédits** | Les instances T2 Standard obtiennent 30 crédits de lancement par processeur vCPU au lancement ou au démarrage. Si une instance T2 bascule du mode `unlimited` au mode `standard`, elle n’obtient pas de crédits de lancement au moment du basculement. | Chaque instance T2 gagne continuellement (à une résolution de l’ordre de la milliseconde) un taux déterminé de crédits UC par heure, en fonction de sa taille. Pour plus d’informations sur le nombre de crédits pour l’UC gagnés par taille d’instance, consultez le [tableau des crédits](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table). |
| **Limite d’obtention de crédits** | La limite pour la réception de crédits de lancement est définie sur 100 lancements ou démarrages de toutes les instances T2 Standard combinées par compte, par région et par déploiement de 24 heures. Les nouveaux comptes peuvent présenter une limite inférieure qui augmentera au fil du temps en fonction de votre utilisation. | Une instance T2 ne peut pas accumuler davantage de crédits que la limite du solde de crédits UC. Si le solde de crédits UC a atteint sa limite, les crédits gagnés une fois que la limite a été atteinte sont détruits. Les crédits de lancement ne sont pas comptés dans la limite. Pour en savoir plus sur la limite du solde de crédits pour l’UC pour chaque taille d’instance T2, consultez le [tableau des crédits](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table). |
| **Utilisation des crédits** | Les crédits de lancement sont dépensés en premier, avant les crédits gagnés. | Les crédits gagnés sont dépensés uniquement lorsque tous les crédits de lancement ont été dépensés. |
| **Expiration des crédits** | Les crédits de lancement d’une instance T2 Standard en cours d’exécution n’expirent pas. Lorsqu’une instance T2 Standard s’arrête ou passe à T2 illimité, tous les crédits de lancement sont perdus. | Lorsqu’une instance T2 est en cours d’exécution, les crédits gagnés qui ont été accumulés n’expirent pas. Lorsque l’instance T2 s’arrête, tous les crédits gagnés accumulés sont perdus. |
Le suivi du nombre de crédits de lancement accumulés et de crédits gagnés accumulés est assuré par la métrique `CPUCreditBalance` CloudWatch . Pour plus d'informations, consultez `CPUCreditBalance` dans le [tableau des métriques CloudWatch ](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table).
# 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`.
**Topics**
+ [Exemple 1 : Expliquer l’utilisation des crédits avec T3 standard](#t3_standard_example)
+ [Exemple 2 : Expliquer l’utilisation des crédits avec T2 standard](#t2-standard-example)
## 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](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
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’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. Tous les crédits gagnés au-delà de cette limite sont rejetés.
**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 deux heures suivantes, l’instance est à un pic de 60 % d’utilisation de l’UC et épuise sa valeur de `CPUCreditBalance` complète de 122 crédits. À la fin de cette période, la valeur de `CPUCreditBalance` est nulle et l’utilisation de l’UC 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, l’utilisation de l’UC 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’utilisation de l’UC est de 0 %. Pendant ce temps, l’instance gagne 144 crédits, qu’elle accumule dans son solde `CPUCreditBalance`.
![\[Utilisation de l’UC d’une instance standard T3.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t3_standard_graph.png)
## 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](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table). Pour en savoir plus sur les limites, consultez [Limites de crédits de lancement](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits).
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 l’utilisation de l’UC, 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’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. Environ 14 heures après le lancement, le solde de crédits est de72 (30 crédits de lancement \$1 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 \$1 72 crédits gagnés.
![\[Au cours de la période 1 pour l’instance standard T2, le solde de crédits est de 102 crédits.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t2-graph1.png)
| | |
| --- |--- |
| Taux de dépense de crédits | 0 crédits par 24 heures (utilisation de l’UC 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 \$1 72 crédits gagnés) |
**Conclusion**
Si l’UC n’est pas utilisée après le lancement, l’instance accumule plus de crédits qu’elle ne peut en gagner en 24 heures (30 crédits de lancement \$1 72 crédits gagnés = 102 crédits).
Dans un scénario réel, une instance EC2 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 \$1 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.
![\[Le solde de crédits a atteint sa limite de 72 crédits gagnés accumulés.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t2-graph2.png)
| | |
| --- |--- |
| Taux de dépense de crédits | 0 crédits par 24 heures (utilisation de l’UC 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 \$1 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 % d’UC, 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.
![\[Les nouveaux crédits gagnés sont rejetés, car le solde de crédits a déjà atteint sa limite.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t2-graph3.png)
| | |
| --- |--- |
| Taux de dépense de crédits | 28,8 crédits par 24 heures (1,2 crédits par heure, utilisation de l’UC 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 % d’UC, ce qui équivaut à 13.2 crédits. Cette utilisation de l’UC 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é.
![\[Le solde se stabilise à 72 crédits, car il n’y a aucun crédit de lancement accumulé.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t2-graph4.png)
| | |
| --- |--- |
| Taux de dépense de crédits | 28,8 crédits par 24 heures (1,2 crédits par heure, utilisation de l’UC de 2 %, 40 % 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’utilisation de l’UC 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.
![\[Au terme des trois heures, le solde de crédits est de 45 crédits gagnés accumulés.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t2-graph5.png)
| | |
| --- |--- |
| Taux de dépense de crédits | 288 crédits par 24 heures (12 crédits par heure, utilisation de l’UC 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) \$1 crédits gagnés (9)) — le solde diminue à 216 crédits par 24 heures (taux de dépense 288/24 \$1 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 % d’UC, ce qui équivaut à 18 crédits. L’utilisation 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.
![\[L’instance gagne plus de crédits qu’elle en dépense.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t2-graph6.png)
| | |
| --- |--- |
| Taux de dépense de crédits | 28,8 crédits par 24 heures (1,2 crédits par heure, utilisation de l’UC 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 \$1 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 – l’utilisation— de l’UC est 0 % – et aucun crédit n’est dépensé. L’utilisation de l’UC 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.
![\[Les crédits gagnés qui dépassent cette limite sont rejetés.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/t2-graph7.png)
| | |
| --- |--- |
| Taux de dépense de crédits | 0 crédits par 24 heures (utilisation de l’UC 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 \$1 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](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).