MPIOではどのようなスループットを期待できますか?


12

2つの1 Gbps NICを備えたDell PowerEdge 2950は、スイッチ上の2つの1 Gbpsポートに接続され、1つの仮想インターフェイスとして存在する4つの1 Gbps NICを備えたNetAppに接続されます。24ドライブ、7200k SATA、NetApp RAID-DP。Microsoft iSCSIイニシエーターのMPIOを使用して、各ホストNICをNetAppにマップしました。SQLIOを使用したテストでは、書き込みスループットは約200 MBで妥当と思われますが、読み取りは100 MBに近くなります。

私の読み取りは、私の書き込みのように200 MBに近いはずではありませんか?これは構成の問題ですか、それとも理解できない根本的なストレージの問題がありますか?

ここに画像の説明を入力してください

更新:ランダムワークロードのIOPSは次のとおりです。読み取りは意味がありますが、書き込み用に20000をどうするかはわかりません。SANキャッシュは3.2 GBです。SQLIOテストは25 GBファイルに対するものです。

ここに画像の説明を入力してください


3
NetAppデバイスのキャッシュは何ですか?いくつかのメトリックを取得できるSAN管理者がいますか?NetAppがあり、レポートと警告ログの組み合わせでいくつかの問題を特定することができました。最終的に、私たちの状況は不良なファイバーカードでしたが、NetAppのサポートは根本原因の解決に非常に役立ちました。
swasheck

2
アグリゲートとボリュームの構成を調べて、ディスクが正しく使用されていることを確認することをお勧めします(NetAppの専門家がどれだけいるのかわかりませんが、構成を投稿してください)。通常、書き込みは読み取りよりも高速です。書き込みはディスクにプッシュされる前にファイラーにキャッシュされる可能性がありますが、既にキャッシュにない限り読み取りはディスクにヒットする必要があります。
ネイサンジョリー

2
@mrdennyこの「64kブロックでのIOの99%」という概念はどこから来たのですか?ウェス・ブラウンそうするようにボブ・ドーはそうでないことを示します。これら2つの包括的な記事を無視したとしても、8Kページサイズを使用するプラットフォームで8K IOを表示することは確かに常識に基づいています。
マークストーリースミス

2
@mrdenny Mineはその後壊れる必要があります。サポートに電話する必要がありますか?私はここに座ってプロセスモニターでデータファイルのIOアクティビティを見て、予想される64Kの読み取りが豊富にある一方で、他の8Kの複数の読み取りともちろん8Kの書き込みがたくさんあります。ログアクティビティは予想どおりで、512バイトの単一書き込みから60kまでの512バイトの倍数です。
マークストーリースミス

2
@ MarkStorey-Smith私の経験では、8kの読み取りは通常、フラグメンテーションと相関しています。また、ページを排除するスキャンによるメモリトラッシング、低いページライフタイム(つまり、エクステントのほとんどがまだメモリ内にある)を示している可能性があります。適切に調整されたシステムでは、64kの読み取りが表示されるはずです。もちろん、書き込みは実際に汚れているものに依存します。
レムスルサヌ

回答:


7

ディスク書き込みはファイラーのメモリ(NVRAM)に実際に送られ、後でディスクにフラッシュされます-アイドル状態のファイラーでは、これらは信じられないほど高速であり、20,000のiopsは非常に信じられます(ほとんどのSSDで同様の速度が見られます) 。

一方、読み取りは、ファイラーの読み取りキャッシュ(書き込みとは異なり、揮発性メモリ上にある)に既にない限り、ディスクから取得する必要があります。

回転するディスクのIOPSにストレージベンダーを固定することは困難ですが、7200RPMドライブの場合、80-120 IOPSは非常に信じられます。おそらくNetAppのRAID-DPおよび/またはスペアで2、3個のディスクを失ったことを考えると、2,200 iopsは、それぞれ約100 iopsを実行する22個のディスクから期待できるものに近いです。

これは読み取り速度を説明しない場合があります(シーケンシャル読み取りを実行している場合、ディスクが完全な2200 iopsを実行していない可能性があります)が、少なくとも書き込みパフォーマンスの説明に役立つ場合があります。


ネイサンに感謝します。2枚のNICとMPIOで2倍のスループットを期待する必要がありますか?
ヘンリーリー

1
順次読み取りテストの実行中にファイラーの使用率を確認できますか?100%に達した場合、それらのボトルネックはファイラーにある可能性が高く(各ディスクの構成またはiopsの制限のため)、MPIO /追加のMPIO接続は何も追加しません。書き込みスループットがさらに増加する場合があります。
ネイサンジョリー

5

後世のために、多くの試行錯誤の後、予想されるスループットを得る方法を見つけました。

前述のように、NetAppには4つの物理NICに裏打ちされた1つの仮想インターフェイスがありました。ホストには2つのNICがあり、各iSCSIから1つの仮想インターフェイスへのパスがあるように、MS iSCSIイニシエーターを介してMPIOを構成しました。結果は上記のスループットでした。書き込みは200 MB近くまたは2つのNICの速度で意味がありましたが、読み取りはその半分または1つのNICの速度でした。

詳細に調べてみると、SANの担当者は、読み取りのためにトラフィックが物理NICの1つだけを流れていることに気付きました。私たちの側で設定ミスがあったかどうかはわかりませんが、私たちが試みた2つのことがあり、両方ともスループットを得ました。1つは、4つのNICでバッキングされた1つの仮想インターフェイスから、それぞれ2つのNICでバッキングされた2つの仮想インターフェイスに変更することでした。次に、1つのホストNICを1つの仮想インターフェイスにマップします。もう1つ試したのは、SAN側で「エイリアス」を使用して複数の仮想インターフェイスを提示することでした。(私はSANの人ではないので、うまくいけばそれを正しく言いました。)

私の要点は、複数のインターフェイスを提供するためにSANが必要だったため、イニシエーターが本当に複数のパスを見たことです。これがスループットです。

ここに画像の説明を入力してください


なぜ今、小さな書き込みが遅くなっていますか?
ジャックはtopanswers.xyzを試す13年

確かではありませんが、まだ理解できていません。私がそれを理解した場合、私はポストバックします。
ヘンリーリー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.