T2 CPUクレジット計算中に「アイドル」CPUを構成するものは何ですか？

EC2 T2の「バースト可能な」タイプのドキュメントでは、次のように述べています。

ベースラインのパフォーマンスとバースト能力は、CPUクレジットによって制御されます。各T2インスタンスは、インスタンスのサイズに応じて、設定されたレートでCPUクレジットを継続的に受け取ります。T2インスタンスは、アイドル状態のときにCPUクレジットを蓄積し、アクティブなときにCPUクレジットを使用します。CPUクレジットは、1分間のフルCPUコアのパフォーマンスを提供します。

わからないのはアイドルとはどういう意味ですか？すべてのインスタンスが0％を超えるCPUを使用しているので、インスタンスが「アイドル」と見なされるCPU使用率の図はありますか？

驚くべきことに、この用語の寛大な用法を考えると、「アイドル」の定義をどこにも見つけることができません。

良い質問は、アマゾンのEC2のドキュメントT2インスタンスでのCPUのクレジットは、実際にここでより正確かもしれない-入門ブログ記事新しい低コストのEC2インスタンスバースト可能なパフォーマンスとより良い説明を提供し、途中でテーブルを参照してください。

「ベースラインパフォーマンス」というラベルの付いた列は、インスタンスに割り当てられた基礎となる物理CPUのシングルコアパフォーマンスの割合を示します。たとえば、t2.smallインスタンスは、2.5 GHz（ターボモードでは最大3.3 GHz）で動作するIntel Xeonプロセッサのシングルコアの20％にアクセスできます。t2.mediumは、シングルコアのパフォーマンスの40％にアクセスできます。これは、ユーザー（またはオペレーティングシステム、もう少し正確に言うと）は、要求に応じて一方または両方のコアで使用できます。

「CPUクレジット/時間」というラベルの付いた列は、T2インスタンスが1時間ごとに受け取るCPUクレジットの割合を示します。CPUクレジットは、インスタンスがCPUのベースライン割り当てを使用しないときに蓄積され、インスタンスがアクティブなときに使用されます。未使用のCPUクレジットは最大24時間保存されます。【重点鉱山】

「アイドル」は、Linuxサーバーに対して一般的に定義することが難しいことで有名です。一般的なレベルでは、アイドルは、ユーザーモード、システムモード、低優先度モード、I / O待機または割り込みに費やされない時間である必要があります-適切な種類のワークロードを与える特別な規定により、I / O待機時間はユーザーモード時間に変換される（別のプロセスの場合）。

しかし、AWS t2のアイドルの問題では、これは成り立ちません。t1の間も（「盗まれた」時間のため）保持されませんでしたが、それでもt2の動作は説明できません。アイドル時間が（Linux topとAWS CloudWatchの両方で報告されているように）文書化されたしきい値レベルをはるかに上回っているシナリオに遭遇しましたが、インスタンスはCPUクレジットを獲得せずに失っています。これはAmazon側の会計エラーであると思います。修正されるまで、CPU使用率とアイドルがどのように定義されているかを理解するのが難しすぎると、時間の無駄になります。

AWSのサポートフォーラムにいくつかの例示的なグラフを投稿しました。https://forums.aws.amazon.com/thread.jspa?messageID=568026#568026

これは以下のようなものです

全体で最大10％のシングルコアで実行されるマイクロインスタンスを使用している場合。サーバーがシングルコアの5％を消費しているときが来たとすると、コンピューティング能力の5％がアイドル状態であると見なされます。この5％は、24時間だけコース外に蓄積され続けます。今、この蓄積があり、サーバーがこの蓄積された計算能力から借りることができるよりも、計算能力に飢えている間を意味する場合。この計算能力のために、彼らはCPUクレジットと呼ばれる空想的な言葉を使用しました。

私はGoogleを見つけて、いくつかのブログhttp://themindtracks.com/amazon-launches-new-low-cost-ec2-instances-burstable-performance/で良い説明を見つけました