O que constitui CPU “inativa” durante o cálculo do crédito da CPU T2?

Question

A documentação para os tipos "explodíveis" do EC2 T2 diz:

The baseline performance and ability to burst are governed by CPU credits. Each T2 instance continuously receives CPU credits at a set rate, depending on the instance size. T2 instances accrue CPU credits when they are idle, and use CPU credits when they are active. A CPU credit provides the performance of a full CPU core for one minute.

O que eu não entendo é o que significa ocioso ? Todas as instâncias usam um pouco de CPU > 0%, então, há uma figura de uso da CPU na qual a instância é considerada "inativa"?

Surpreendentemente, dado o uso liberal deste termo, não consigo encontrar uma definição de "ocioso" em qualquer lugar.

    

Answer 1

Boa pergunta, a documentação do Amazon EC2 para Créditos da CPU em instâncias T2 poderiam ser mais precisos aqui - a postagem introdutória do blog Novas instâncias EC2 de baixo custo com desempenho intermitente fornecem uma explicação melhor, veja a tabela no meio:

The column labeled "Baseline Performance" indicates the percentage of single core performance of the underlying physical CPU allocated to the instance. For example, a t2.small instance has access to 20% of a single core of an Intel Xeon processor running at 2.5 GHz (up to 3.3 GHz in Turbo mode). A t2.medium has access to 40% of the performance of a single core, which you (or your operating system, to be a bit more precise) can use on one or both cores as dictated by demand.

The column labeled "CPU Credits / Hour" indicates the rate of CPU Credits that the T2 instance receives each hour. CPU Credits accumulate when the instance doesn't use its baseline allocation of CPU, and are spent when the instance is active. Unused CPU Credits are stored for up to 24 hours. [emphasis mine]

    

Answer 2

"ocioso" é notoriamente difícil de definir em geral para servidores Linux. No nível geral, ocioso deve ser qualquer tempo não gasto em modo de usuário, modo de sistema, modo de baixa prioridade, espera ou interrupção de i / o - com a disposição especial que forneceu o tipo certo de carga de trabalho, tempo de espera de E / S poderia ser convertido para o modo de usuário (para outro processo).

No entanto, na questão de inatividade do AWS t2, isso não é válido. Também não foi válido para o t1 (devido ao tempo "roubado"), mas mesmo isso não explica o comportamento do t2. Já me deparei com cenários em que o tempo inativo (conforme relatado pelo Linux top e pelo AWS CloudWatch) está muito acima dos níveis de limite documentados, mas a instância está perdendo créditos da CPU em vez de obtê-los. Eu acredito que isso seja um erro de contabilidade no lado da Amazon, e até que seja corrigido, tentando muito difícil entender como a utilização da CPU e ocioso são definidos será uma perda de tempo ..

Eu publiquei alguns gráficos ilustrativos nos fóruns de suporte da AWS, onde esperamos que eles respondam. link

    

Answer 3

Isso é algo como abaixo

Se você estiver usando micro instância que é executada em no máximo 10% de um único núcleo. Suponha que os tempos cheguem quando o seu servidor estiver consumindo 5% de um único núcleo, portanto, considere manter 5% do poder de computação como ocioso. Este 5% continua acumulado fora do curso por apenas 24 horas. Agora, se você tem esse acúmulo e significados, enquanto seu servidor está faminto por poder de computação do que pode obter emprestado deste poder computacional acumulado. Para esse poder de computação, eles usaram uma palavra chique chamada Créditos de CPU.

Eu pesquisei e encontrei uma boa explicação em um link do blog