EC2, grande diferença entre top / sysstat e CloudWatch (cpulimit involved)

Question

Sim, eu li que é normal, mas no meu caso a disparidade é enorme e não consigo explicar, apenas olhe:

Eu corri o comando sar por um tempo (últimas linhas):

04:53:01 PM     all      0.40      0.00      3.41      0.00      0.00     96.19
04:53:06 PM     all      0.40      0.00      3.01      0.00      0.00     96.59
04:53:11 PM     all      0.80      0.00      3.81      0.00      0.00     95.39
04:53:16 PM     all      1.60      0.00      2.81      0.00      0.00     95.59
04:53:21 PM     all      0.40      0.00      3.21      0.00      0.00     96.39
04:53:26 PM     all      0.80      0.00      2.81      0.00      0.00     96.39
Average:        all      0.76      0.00      2.97      0.01      0.01     96.25

E este é o CloudWatch ao mesmo tempo:

Eutenhoodaemoncpulimit( link ) instalado ( como descrito aqui , adaptado para o Amazon Linux). Eu estou usando micro instância, é por isso que eu uso cpulimit (para evitar o afogamento). Então, quando eu o ligo, o uso do CloudWatch pula para exatamente 40%, enquanto o top / sar report ± 1%. Quando eu desligo, o relatório do CloudWatch é de ± 1% e o top / sar.

Alguma ideia aqui? É falha, ou estou usando ferramentas erradas (ou certas ferramentas erradas)?

Editar: realizei algumas experiências usando esta maravilhosa ferramenta e chegou a resultados interessantes. Basicamente CloudWatch CPU% não se relaciona linearmente com o topo da CPU%. Estes são resultados aproximados:

Top% CW%  Steal%
4%   40%  0%
10%  85%  0%
20%  100% 0%
50%  100% 30%

A carga ideal é de 20%. Isso é exatamente o que foi descrito aqui . O problema é que isso torna inútil o uso da CPU do CloudWatch para micro instância.

    

Answer 1

Você está alocado apenas uma fração de CPU. Sar mede o uso de toda a CPU e o cloudwatch mede o uso da fração. A julgar pelo gráfico, você recebe 0,075 de CPU.