iSCSI経由の読み取り/書き込みパフォーマンスが遅いSAN
これは、Cybernetics miSAN D iSCSI SANからVMを実行するESXi 4.0の新しいセットアップです。
VMで大量のデータ読み取りテストを行ったところ、ローカルディスクにVMが配置されている低速のVMWare Server 1.0ホストにある同じVMで1.5分であったのに対し、8分かかりました。私はSANからの読み取り速度を監視しており、最大読み取り速度が3MB/sをわずかに超えており、VMのディスク使用量は3MB/sを超えています。
サーバーとSANは両方とも同じ1GBスイッチに接続されています。私はこのガイドに従いました
virtualgeek.typepad.com/virtual_geek/2009/09/a-multivendor-post-on-using-iscsi-w ith-vmware-vsphere.html
マルチパス設定を適切に行うために、VMでまだ良いパフォーマンスが得られません。私はSANを知っており、ネットワークは100MB/s以上を処理できるはずですが、それがうまくいきません。 ESXiホストの2 GB NICにマルチパス化されたSANに2 GB NICがあります。 VMkernelごとに1つのNIC。速度を向上させるために他に確認または実行できることはありますか？ヒントを事前に感謝します。
そのSANハードウェアはVmwareで認定されているので、サポートに調べてもらいます。パフォーマンスが低下する一般的な原因は、SANハードウェアのインターフェースに過負荷がかかるためです。同じSANへの複数の接続がある場合、すべてが最高速度で提供できるわけではありません。
また、SATAディスクでも最大3Gb/sの帯域幅があるため、ローカルディスクは常にSAN設定よりも高速になります。したがって、SAN =ローカルディスクの速度と一致することはありません。おそらく、ファイバーの代わりにイーサネットを使用しているため、パフォーマンスも向上しません。
SAN=は、速度のためだけでなく、すべての重要なデータを配置し、適切なRAIDレベルが適用されていることを確認できる中央管理の場所にするために使用します。また、 SANの利点の1つであるレプリケーションなどの機能。
そのセットアップは、妥当なパフォーマンスを提供できるはずであり、私が収集できるものから、アレイが小さなブロックのランダムIOでも毎秒約60〜70メガバイトを維持できるはずです。私はそれらについての経験はありませんが、仕様では、要件を簡単に処理できるはずであり、検索によって返されるいくつかのレビューがそれを後押しします。
とにかく、私があなただったら、私は最初に少し後退するでしょう。マルチパスを（最初から）取り除き、単一のパス（VMware側）を取得して、かなりのパフォーマンスを維持できることを確認します。 10,000個のSASドライブが完全に搭載された8ドライブユニット、1つのホットスペア、7ドライブのRAID 5パックがあると仮定すると、1つで100メガ/秒を超えるシーケンシャルな読み取りまたは書き込みを簡単に提供できます。すべてのip\tcpとiSCSIのオーバーヘッドを考慮に入れている、優れた専用のGbit LAN上のインターフェース。 SANとの間の大きなファイルコピー（アレイの書き込みキャッシュよりもかなり大きいもの）の単純な一括テストを実行して、それが表示されていることを確認します。 SANボリュームの読み取りと書き込みを行っている場合、パフォーマンスはそのBTWの半分以下になります。そうでない場合は、すべての通常の容疑者を確認する必要があります。
- まず、SANのキャッシュが正しく構成されていることを確認してください
- すべてのドライブが正常であることを確認してください。つまり、RAIDの再構築と戦っていません。
- スイッチが正常で、他のものでビジー状態でないことを確認します。理想的には、SANトラフィックを独自のスイッチに分離する必要があります。それができない場合は、独自のVLANに配置してください。
- 他のもので非常に忙しい安いスイッチの上にそれを絶対に置かないでください。
- すべてのポート（ESX、スイッチ、SAN）のデュプレックスと速度の設定を確認する
- 他のすべてが機能していることがわかるまで、ジャンボフレームとESXをいじるのは避けてください
- スイッチでハードウェアフロー制御を確実に有効にする
テストするときは、ESXホストもSANも他でビジー状態になっていることを確認してください。
単一のアップリンクで順次トラフィックの100メガ/秒以上が正常に取得されたら、マルチパスが違いを生むかどうかを検討することができます。 ESX4のiSCSIでは可能ですが、ESX 4と組み合わせてストレージアレイがそれを正しくサポートしない限り、その可能性は低いです。そのガイダンスについては、アレイベンダーに問い合わせてください。
マルチパスが問題を引き起こしている可能性があります。マルチパスを無効にし、SANへの1Gb接続を1つだけ確立することはできますか？リンク不良またはパケット配信の遅延により、VMwareは負荷がかかるとパススラッシングになる可能性があります...
ところで、SANとESXiホストがそのリンク上の2つのデバイスだけだった場合、1Gbリンクの最大スループットは〜30MBytes/secになります...
ISCSI NICに使用しているロードバランシングポリシー-ほとんどすべての状況で、1つのデバイスが別のデバイスと通信しています-ボンディング/イーサチャネル/チーミング/フォームのいずれかを使用するものは、使用可能なリンクの1つだけを使用しますが、話-つまり、1Gbpsを超えることはありません。ちなみに、特にiSCSIでは、すべてのカプセル化が関係しているため、完全に利用できることはほとんどありません。
VMwareのネイティブマルチパスIOドライバ（MPIO）はアクティブ/パッシブのみであるため、LUNごとに1つのパスのみを使用することに注意してください。すべてのトラフィックが1つのLUNの場合、そのトラフィックをそこに到達させるために使用するパスは1つだけです。サポートされているサードパーティのMPIOドライバー（私が知っている）は、アクティブ/アクティブMPIOドライバーであるEMCのPowerPathのみですが、Enterprise Plusエディションが必要ですvSphere。
注目すべきいくつかのこと。
SAN、スイッチ、ホストでジャンボフレームを有効にしましたか？ SANは、監視ツールを介してパフォーマンスの問題を示していますか？問題のLUNの背後に何台のディスクが置かれていますか？これらの同じディスクに他のデータがどれだけヒットしていますか？