目前，我们在复制大型文件（35GB+）时遇到速度非常慢的问题，令我们惊讶的是，它以非常高的 300MB/s 的传输速率开始，然后在传输 10-20 秒后降至 4MB/s。文件正在从 iSCSI LUN 传输到计算机上的本地驱动器，也尝试将文件复制到 /dev/null 结果相同，有一个 1Gbs 链接进入目标，目标、交换机和启动器都在私有 VLan 上，这三个组件上的 MTU 也设置为 9000。
有人能帮助我们理解为什么传输速度突然降到 4MB/s 吗？
感谢您的时间。
存储是 NETAPP FAS2040、RHL 5.2、CISCO 交换机。
问候，
答案1
您的交换机可能无法处理 9000 MTU，因此必须重新传输大量数据包。将您的 MTU 更改为默认的 1500，看看速度是否有所提高。
其他因素包括主机负载（无论是否为 /dev/null，网络适配器仍可加载）和存储驱动器的最大速率。由于它的速度约为 4MB/s，我怀疑这不是驱动器瓶颈，而是您的路由器由于 MTU 过高而丢弃了大量数据包。
答案2
如果您拥有不错的思科交换机并且可能支持 9000 的 MTU，但您需要确保在路径中的所有地方都启用了巨型帧，否则您将看到数据包重新传输。
测试您的路径是否支持巨型帧非常简单。从您的主机，使用 9000 的数据包大小 ping 您的 netapp。您需要从两个接口 ping 两个目标地址（假设您是多路径）。最后，这不是 100% 的保证，接下来您需要查看您的交换机以确认没有碎片数据包。我认为有一个计数器，如果有，您应该看不到任何数据包。
话虽如此，我还是怀疑它的巨型帧，更重要的是，巨型帧在 1g 链路上可能对你的性能影响很小。如果你有双 1g 链路，你最多应该希望看到 200 - 240MBps。我不确定 300 从何而来，从数学上讲这听起来几乎不可能。但是，以 4MBps 复制 35GB 文件的速度听起来很低。这是一个大文件，应该是 100% 顺序 IO。我怀疑它与你的 SAN 或交换机无关，而与你的主机有关。你复制的磁盘是什么样的？有多少个磁盘，如果有的话，是什么 raid？有 BBC 吗？你试过不同的主机吗？另外，你的多路径设置怎么样？你使用循环吗？如果你的速度超过 120MBps，我怀疑你是在使用。