いいじゃないか、三流で。

  概要 Nutanix サイザーはデフォルト設定では CPU リソース計算のロジックが特殊なので少し調べてみた     免責事項 本記事の内容は推測多分に含んでおり、詳細については正しくない可能性があります。 実際に計算が微妙に合わない部分などもありますが、実際のサイジング結果から大きくずれているということはないので、 厳密さはないものの、 CPU 計算ロジックの概要としてお考え下さい。     CPU サイジングに関わる前提知識 CPU リソース計算のロジックが複雑になっている要因を一言でいえば、 CPU モデル毎の性能差である。 つまり、同じ 1 コアでも CPU モデルによってその性能が大きく異なる。 もし 5 年前の CPU で 4 コア必要なアプリケーションがあったとして、最新の CPU のコアでは 2 コアで済む場合もある。 そのようなケースで性能差を考えずに基盤更改の際に単純にコア数だけでサイジングをしてしまうとオーバーサイジングになってしまう。 昨今のソフトウェアはソケット単位ではなくコア単位の課金になっているケースが多いため、コア数が増えるとソフトウェアコストも増えてしまう。   そのため、きちんと CPU の性能差を理解して適切なサイジングをすることがコスト観点で重要となっている。     Nutanix Sizer の CPU リソース計算のロジック（ Applied Weight 利用時） 参考： Nutanix Sizer Help   Nutanix Sizer から出力される BOM を見ると CPU リソースとして以下の項目がある。   今回議題にしているのは Physical RAW Capacity （ Cores ）と Effective RAW Capacity （ Cores ）の違いについてである。 Physical RAQ Capacity （ Cores ）はその名の通り、物理的なコア数である。 この例では 24Core の CPU （ Intel 6442Y) が 8 基利用されているので、合計で 192 ...