現在、巨大なファイル (35GB 以上) をコピーするときに非常に遅い速度が発生しています。驚いたことに、最初は 300MB/秒という非常に高い転送速度で始まりますが、転送開始から 10 ～ 20 秒後に 4MB/秒に低下します。ファイルは iSCSI LUN からマシン上のローカル ドライブに転送されています。また、ファイルを /dev/null にコピーしようとしましたが、結果は同じで、ターゲットには 1Gbs のリンクがあり、ターゲット、スイッチ、イニシエーターはすべてプライベート VLan 上にあり、3 つのコンポーネントすべてで MTU も 9000 に設定されています。
転送速度が突然 4MB/秒に低下する理由を誰か理解してくれませんか?
お時間をいただきありがとうございます。
ストレージは、NETAPP FAS2040、RHL 5.2、CISCO スイッチです。
よろしくお願いいたします。
答え1
スイッチは 9000 MTU を処理できない可能性が高いため、大量のパケットを再送信する必要があります。MTU をデフォルトの 1500 に変更して、速度が向上するかどうかを確認してください。
その他の要因には、ホストの負荷 (/dev/null かどうかは関係なく、ネットワーク アダプタは引き続きロードされます) とストレージ ドライブの最大速度が含まれます。約 4MB/秒なので、ドライブのボトルネックではなく、MTU が高すぎるためにルータが大量のパケットを破棄している可能性が高くなります。
答え2
適切な Cisco スイッチがあり、MTU 9000 がサポートされている場合は、パケットの再送信が発生するパスのどこでもジャンボ フレームが有効になっていることを確認する必要があります。
パスがジャンボ フレームをサポートしているかどうかをテストするのは非常に簡単です。ホストから、パケット サイズ 9000 でネットアップに ping を実行します。両方のインターフェイスから両方のターゲット アドレスに ping を実行します (マルチパスの場合)。最後に、これは 100% の保証ではありません。次に、スイッチを調べて、断片化されたパケットがないことを確認する必要があります。カウンターがあると思いますが、ある場合はパケットは表示されないはずです。
そうは言っても、ジャンボ フレームが原因ではないと思います。さらに、ジャンボ フレームは 1G リンク上ではパフォーマンス面でほとんど効果がありません。デュアル 1G リンクを使用している場合、最高でも 200 - 240MBps が期待できます。300 がどこから出てきたのかはわかりませんが、数学的に言えばほぼ不可能に思えます。ただし、35GB のファイルをコピーするのに 4MBps というのは非常に低いように思えます。これは大きなファイルであり、100% シーケンシャル IO である必要があります。これは SAN やスイッチングとは関係なく、ホストに関係しているのではないかと思います。コピー先のディスクはどのようなものですか? ディスクの数はいくつですか? RAID はどれですか? BBC はありますか? 別のホストを試しましたか? また、マルチパス設定はどうなっていますか? ラウンドロビンを使用していますか? 120MBps を超える場合は使用していると思われます。