簡単な紹介
オンラインビジネスの最近の実行は、私の同僚は、アイドルすでに低い、というマシンのCPU使用率が非常に高いZABBIX警告を私に言っていないが、アラームのCPUが出てきません。それから私は、アラーム状態、次回実行する分析プロセスの概要を、CPUのトリガを分析するために始めました。
まず、私は、トリガ設定があり、機械のトリガ条件にアラームを参照してください
{base_template：system.cpu.util [ユーザー] .count（＃3,85、 "GE"）}> 1
フリップフロップは、ユーザ空間がアラームを監視する3比率85％以上で占められていることを示しています。それから私は、値は、マシン上のトップオーダーを通じてであることをどのくらい見ます
このチャートを読んだ後、私は少し違う私の認識で発見され、各プロセスは、魚の和によって占有されなければならない前に、私はCPUを理解し、実際には、ない場合を行います。
これらの二つの基礎の意味を見てください：
CPU（複数可）：スペースの割合が、ユーザCPUによって占有を示しています。
％のCPUは：CPU時間の現在の占有率にその最後の更新を示します。
各論理ルックCPUの割合は、コアを占領しました
実際には、各異なるコアのパーセンテージ占有のように、すべてのユーザがそう平均見て、全体のCPUの平均処理するCPU（複数可）を意味します。
％のCPUショーはパーセンテージので、時には、我々が見る、プロセスはマルチスレッドで複数のコアを占有できるのでそれは、むしろ全体のCPU（16コア）の割合よりも、核プロセスによって占め、そして時には100より大きくてもよいです価値は、より多くの時間の100％を超えるが、コア* 100の合計数を超えることはありません。
前に調整する必要があり、トリガーに条件をトリガまたは追加するように、フリップフロップ戦略の監督の下で、アラーム、実際のデータを監視するために、トリガされないであろう実際のトリガを監視し、見ることができます
{base_template：system.cpu.util [アイドル] .avg（1M）} <15
これは、85％を超えるアイドルアラーム通知を使用する場合フリー、すなわち、15％未満の割合を決定することです。
PS：トリガー小さい場合に、CPUの圧力測定
エコー "スケール= 500; 4 *（1）" | -l -q BC