より多くのLUNまたはより多くのストレージを持つ方が良いこと
より多くのLUNまたはより多くのストレージがある方が良いです。実際、私は1つのLUNごとに1つのストレージESXiを持っているので、約15のLUNと15のストレージがあります。 LUNには異なるスペースが割り当てられているため、ある種の問題が発生します。2つのLUNを削除すると、 1 2 3 4 [x] 6 [x] 8 9（そのような）IBMストレージアレイ上の5個と7個の空きディスクスペースから1つのLUNを作成することはできません。たくさんのLUNを持たないことが最初の議論です。 ESXiからいくつかのストレージ（約3つ）とストレージ内に作成する必要がある場合は、より良いアイデアですか？たとえば、ストレージ容量を拡張するために？私は良い解決策を探しています。
前もって感謝します。
それはすべてIOPSについてです。特定のデータストアを使用するVMは、lunのIOP容量を超えてはなりません。 E.Gは3つのVMLarryMoeとCurlyを検討します。 LarryはSQLサーバーを実行し、平均で700 iops /秒（ピークは1000）を実行します。Larryは500GBを使用します。 Moeは2008年のファイルサーバーで、平均IOPS 150 /秒（ピークは300）が低く、1TBのスペースがあります。 Curlyは、低IOPS 100（ピークは100）、低スペース40GBのWebサーバーです。これがフロントエンドIOPSです。実際のマシンで実行する必要があるのはいくつですか。支援されたIOPSは、必要なレイドタイプと冗長性に基づいて計算する必要があります。したがって、Larryの場合、おそらくRAID 10が必要です（読み取りと書き込みの50/50の組み合わせを想定します）。したがって、バックエンドに1050 IOPSが必要になります。これは、8つのスピンドル（SASまたはFC-14 SATA）を意味します。さらに、500GBで、妥当なデータストアサイズに近いため、1ルン専用です。 Moeに必要なIOPSはわずか150ですが、これをRAID 5にして、バックエンドで375 IOPS（3スピンドルのみ）にする必要がありますが、1 TBで、ディスクは300 GBしかないため、サイズだけで少なくとも5つのスピンドルが必要です。これにより、太いLUNが得られますが、IOPSは十分にあります（バックエンドで750、フロントエンドで300）。これでCurlyが残ります。同じLUNでCurlyとMoeを組み合わせることができますが、CurlyはWebサーバーであり、Moeが300でピークに達したときに遅延の問題は発生しません。CurlyをRAID 5セットに配置したり、スピンドルとスペースを犠牲にして冗長性を確保したり、2つのディスクでRAID 0 + 1を使用したりできますが、ドライブ障害の問題。
この話の教訓は、あなたが尋ねている質問には簡単な答えがないということです。 IOP要件に焦点を合わせれば、そこにどれだけ正確に到達しても問題はありません。まだ議論されていないこともありますが（ピークIOPSと平均の設計、SQLサーバーにはログ用にRAID 1を設定する必要があります）、うまくいけば私は主張しました。