web-dev-qa-db-ja.com

ESXi 5x:パスごとのIOPSの数を変更すると、劇的な改善が見られます

esxclideviceconfigオプションの一部として-iopsパラメーターを表示または使用したことがないのは少し恥ずかしいです。

記事に出くわし、さまざまなブロックサイズと読み取り/書き込み値を使用する前後のベンチマークに進みました。ディスク構成に関係なく、間もなく導入されるv3700SANのパフォーマンスが驚くほど向上していることがわかりました。

スタックスイッチでSolarwindsの無料SNMP帯域幅モニターを使用して8つのiSCSIインターフェイス(アクティブ/アクティブ設計)のスループットを監視すると、各インターフェイスが120ish Mbps(または12%の使用率)から325ish Mbps(〜33%の使用率)に跳ね上がるのがわかりました。 。それらのいくつかはペグされていたため、その特定のポートでパケット損失が発生したと思いました(IOMeterジョブが完了する前にポート統計を確認する機会がありませんでした)。

では、特定のパス(リンク)を過飽和にする以外に、ここでの欠点は何ですか?人々が使用している安全で幸せな設定は何ですか?良すぎて真実ではないようです。

4
gravyface

VMwareで実行するiSCSIMPIO構成のほとんどは、最終的にSANベンダーが推奨するパス選択ポリシーを使用します。

ラウンドロビンの場合、私が使用したほとんどのストレージシステムでは、パスをデフォルトの1000から1に切り替える前に、動作するI/Oのデフォルト数を減らすことをお勧めします。


編集:私は最近の仕事でv3700を持っていました。 IBMのベストプラクティス(P. 12) は、パスをESXi 5.1で修正し、ラウンドロビンを5.5で修正する必要があることを反映しています。チューニングについては、1 I/O操作にチューニングしました。

3
ewwhite