Unity SizerのSkew値について

tanboi_3さん

(EMC Worldの資料にはアクセスできませんでした・・・)

→確かにURLリンクはアクセスできなくなっていますがこちらが一番近いと思います。

https://dell.to/3jFNlAT

Skew値はFast cache またFlash Driveのデザインのために参考にする値、と考えるとよさそうです。（どれだけメリハリつけてStorageを使えるのか、、といったイメージ）

Every environment has a different graph. Starting at the very worst of them (but certainly the easiest!): a skew of 50%. It would resemble a linear graph at a 45 degree angle, with half your capacity generating half your IOps. In essence all your data is about equally active. In this case tiering makes no sense: just size your entire pool with a suitable drive type and you’re done!

A better tiering example:  a skew of 90%. 10% of your capacity is 90% of your IOps. These scenarios are the ideal use-cases for tiering: a small amount of capacity is generating a lot of IOps: put it on flash! Add a bit of SAS to bridge the gap between flash and NL-SAS and top off with NL-SAS to get the capacity you need

参考：　Unity Sizer のヘルプより

Skew -This factor determines how well the data cab be focused on FAST Cache and Flash drives

上記をもとに・・・

・ご質問させていただきたいのですが、UnityでいうSkew=50%というのは、IOの50%がストレージ容量の50%に集中している、
つまり、全てのI/Oが全てのディスクに平均的に分散しているという状況で正しいでしょうか？

→IOPSに対してストレージ容量が同じようにActive であるということになります。

・Unity Sizer等でSkewの値を入力できますが、Skewの値を下げると基本的にIOPSが下がっていきます。
（IOPS：Skew値50% 値 90%) この理由はどう解釈すればよいでしょうか？

→Skew値が高い、すなわちそのStorageが高いIOPSを上げればそこがFlash ドライブ配置に最適であることが分かりますし、Skew値が低ければそれ以外のドライブ配置をすればいいという論理の元に計算がされていると考えればSkewの値を下げる＝Flash使用率が低い計算になり、IOPSは結果的に下がるのは納得の結果だと思います。

tanboi_3さん

ご返信をありがとうございます。

確かにFlashを積んでいる場合ではSkewの値を下げる＝Flash使用率が低い

計算になりIOPSが下がるのは納得なのですが、

全て同じHDDで構成した場合でも同じようにIOPSが下がっていくのが

気になっておりました。この現象の原因はわかるものでしょうか？

→Skew値＝Storage内でのアクセス集中の偏りを示す値であると考えれば

全て同じHDDで構成した場合であってもSkew値を下げる＝IOの偏りがなくなってすべてのHDDで同じようにアクセスされる＝IOPSが結果的には下がる、

ということだと思います。（Skew値を使ってどれだけメリハリのあるストレージIOのデザインができるのか、という話にすれば分かりやすいのかと ）