CPUのシステムパフォーマンスの分析に使用される指標は何ですか？

CPUは、 Data ONTAPで利用可能な物理リソースタイプの1つです。
システムパフォーマンスを分析する際には、システムを全体的に評価する必要があります。
ボトルネックを分析するための一般的な戦略は、サービスメトリック (プロトコル/ボリューム/LUN レイテンシ/ワークロード) とコンポーネントメトリック (CPU、ディスク IO、ネットワーク IO) の両方を使用することです。
- これにより、システムの完全なビューが提供され、誤った結論が削減されます。
CPU リソースに特に注目すると、作業は優先度に分類されます。
- いくつかの種類の作業は、バックグラウンド作業または必須ではない/機会作業として識別されます。
  - つまり、バックグラウンド作業が 1 つ以上の CPU コアを使用している場合、要求が到着すると、より優先度の高い作業に事実上切り替わります。
また、システム負荷が増加すると、処理の最適化によって、物理CPUコア使用率と論理CSMPドメイン使用率の両方の測定値が非線形にスケーリングされる可能性があります。これは複雑なコンピューティングシステムでは正常な動作です。

CSMP モデルにより、次の 3 つの CPU ボトルネックタイプが発生する可能性があります。

平均 CPU コア使用率:すべてのコアの CPU コア使用率の平均測定値が 100% に達します。
論理ドメインのボトルネック:
- 論理ドメインが同時実行数の上限に達した場合。
- 例えば、論理ドメインの同時実行数が1CPUコアで、使用率が100%に達した場合などです。
論理ドメイン間の相互作用:
- 一部の論理ドメインは相互に排他的であり、別の相関論理ドメインと同時に実行することはできません。
  - 例えば、WAFL_ex並列WAFL処理を表すのに対し、Kahunaは直列WAFL処理を表します。
  - これら2つの論理ドメインは相互に排他的であり、Kahunaは1つのCPUでのみアクティブにできます。WAFL_ex 1CPU以上で動作可能ですが、KahunaとWAFL_Ex 同時にアクティブにすることはできません。
- 作業量に応じて、カフナは実行できる作業量を制限することができます。WAFL_ex 。
  - 注:このタイプのボトルネックは、前の条件の単純なバリエーションです。

注：ドメインボトルネックまたは平均CPUボトルネックのいずれかに達しない限り、物理CPUコアのボトルネックは発生しません。したがって、物理CPU使用率を直接的な指標として監視することは効果的ではありません。

注: Data ONTAP 8.2.1 以降、CPU 使用率を表すアルゴリズム (cpu_busy ) が変更され、CPU コアの総数に基づいて異なるアルゴリズムが採用されました。

CPUコア数20以下cpu_busy以下の 2 つの値のうち大きい方を返します。
- すべてのCPUコアの平均CPU使用率（avg_processor_busy ）
- 同時実行数が1である最もビジーなドメインのCPU使用率
> 20 CPUコア、cpu_busy以下の3つの値のうち最も高い値を返します。20個以上のCPUコアを持つプラットフォームの場合、これらのCPUコアは2つのパーティションに均等に分割されます。
- 最初のパーティション（非WAFLパーティション）の平均 CPU 使用率
- 2番目のパーティション（WAFLパーティション）の平均CPU使用率
- 同時実行数が1である最もビジーなドメインのCPU使用率