Qu'est-ce qui constitue un processeur «inactif» lors du calcul du crédit du processeur T2?

La documentation pour les types EC2 T2 "éclatables" dit:

Les performances de base et la capacité d'éclatement sont régies par les crédits CPU. Chaque instance T2 reçoit en continu des crédits CPU à un taux défini, en fonction de la taille de l'instance. Les instances T2 accumulent des crédits CPU lorsqu'ils sont inactifs et utilisent des crédits CPU lorsqu'ils sont actifs. Un crédit CPU fournit les performances d'un cœur CPU complet pendant une minute.

Ce que je ne comprends pas, c'est ce que signifie l' inactivité ? Toutes les instances utilisent un processeur> 0%, y a-t-il donc un chiffre d'utilisation du processeur sous lequel l'instance est considérée comme "inactive"?

Étonnamment, étant donné l'usage libéral de ce terme, je ne trouve nulle part de définition de «ralenti».

Bonne question, la documentation Amazon EC2 pour les crédits CPU dans les instances T2 pourrait être plus précise ici en effet - le billet de blog d'introduction Nouvelles instances EC2 à faible coût avec performances éclatées fournit une meilleure explication, voir le tableau au milieu:

La colonne intitulée «Performances de base» indique le pourcentage de performances de cœur unique du processeur physique sous-jacent alloué à l'instance. Par exemple, une instance t2.small a accès à 20% d'un seul cœur d'un processeur Intel Xeon fonctionnant à 2,5 GHz (jusqu'à 3,3 GHz en mode Turbo). Un t2.medium a accès à 40% des performances d'un seul cœur, que vous (ou votre système d'exploitation, pour être un peu plus précis) pouvez utiliser sur un ou les deux cœurs en fonction de la demande.

La colonne intitulée "CPU Credits / Hour" indique le taux de CPU Credits que l'instance T2 reçoit chaque heure. Les crédits CPU s'accumulent lorsque l'instance n'utilise pas son allocation de base de CPU et sont dépensés lorsque l'instance est active . Les crédits CPU non utilisés sont stockés jusqu'à 24 heures. [c'est moi qui souligne]

"inactif" est notoirement difficile à définir en général pour les serveurs Linux. Au niveau général, l'inactivité devrait être tout le temps non consacré au mode utilisateur, au mode système, au mode basse priorité, aux E / S en attente ou aux interruptions - avec la disposition spéciale qui, étant donné le bon type de charge de travail, le temps d'attente des E / S pourrait être converti en temps en mode utilisateur (pour un autre processus).

Cependant, sur la question de l'inactivité d'AWS t2, cela ne tient pas. Cela ne valait pas non plus pour t1 (en raison du temps "volé"), mais même cela n'explique pas le comportement de t2. J'ai rencontré des scénarios où le temps d'inactivité (tel que rapporté par Linux top et par AWS CloudWatch) est bien supérieur aux niveaux de seuil documentés, mais l'instance perd des crédits CPU au lieu de les gagner. Je pense que c'est une erreur comptable du côté d'Amazon, et jusqu'à ce qu'elle soit corrigée, essayer trop fort de comprendre comment l'utilisation du CPU et l'inactivité sont définis sera une perte de temps.

J'ai publié des graphiques illustratifs sur les forums de support d'AWS, où j'espère qu'ils répondront. https://forums.aws.amazon.com/thread.jspa?messageID=568026#568026

C'est quelque chose comme ci-dessous

Si vous utilisez une micro-instance qui s'exécute sur un seul cœur max 10%. Supposons que votre serveur consomme 5% du cœur unique, il considère donc les 5% restants de la puissance de calcul comme inactifs. Ces 5% continuent de s'accumuler hors cours pendant 24 heures seulement. Maintenant, si vous avez cette accumulation et que votre serveur manque de puissance de calcul, il peut emprunter à cette puissance de calcul accumulée. Pour cette puissance de calcul, ils ont utilisé un mot de fantaisie appelé CPU Credits.

Je suis allé sur Google et j'ai trouvé une bonne explication sur un blog http://themindtracks.com/amazon-launches-new-low-cost-ec2-instances-burstable-performance/