我们在几个工作站和文件服务器之间传输大型媒体文件（音频/视频文件，在某些情况下每个文件最大可达 20GB），有时我感觉网络因此陷入困境（目录列表可能需要 5-10 秒才能显示，文件夹正在“计算大小”而不是显示其总大小等）
大多数工作站和两台服务器都有第二个未使用的千兆以太网端口。我听说将这些端口连接到另一台交换机并将它们设置为不同子网下的附加路由可能会有所帮助，但最近没有看到足够多关于这个主题的文章来说服我这样做是值得的。（我有一个备用的 8 端口非托管千兆以太网交换机、足够的 cat5e 和宝贵的时间）
有人做过这样的事吗或者知道这是否值得付出努力？
答案1
运行单独的并行网络几乎肯定不是解决此问题的最佳方法。这需要大量工作和维护，并且不太可能解决您的问题。请记住，它不会自动平衡两个网络上的流量。因此，例如，如果所有客户端都使用第二个网络进行文件共享，那么它将饱和，目录列表仍然会很慢。您的第一个网络可能仍然很快，但没有人会使用它进行文件共享。
这是我想尝试的：
- 测量文件服务器上的网络吞吐量。如果它接近理论线速的 80%，那么你需要更快的网络连接。你可以使用文件服务器上的第二个以太网端口，将两者绑定到一个网络接口容量增加一倍。您的交换机必须支持此功能，并且实际使用额外容量时会受到一些限制。
- 如果网络吞吐量不是很高，则查看文件服务器的其他因素，看看它们是否是瓶颈，例如中央处理器（不太可能），或内存（更多将允许它缓存更多）。
- 最可能的原因是磁盘运行速度不够快。您可以查看更好的 RAID 系统， 用一个集群文件系统， 要不就数据分片到多个文件服务器。如何执行此操作在很大程度上取决于您的应用程序和操作系统环境。
如果你的交换机支持 SNMP，我会花时间进行设置芝诺斯或类似的东西。它将绘制每个端口的利用率，这将大大提高您查明瓶颈的能力。它还可以绘制客户端和服务器机器的重要统计数据。
答案2
如果您的问题是网络设备争用，那么将传输移至另一个子网会有所帮助。您必须小心确保传输通过第二个网络而不是第一个网络进行。
但是，如果您尝试在涉及传输这些大文件的服务器上列出目录，则问题可能是因为相关计算机上的驱动器太忙，无法快速处理您的请求。在这种情况下，服务器上的额外网络容量将无济于事。
答案3
您需要测量当前的网络和服务器利用率。如果没有现有资源利用率的实际数据，就无法明确地说是否存在性能问题以及使用第二个 NIC 是否有用。
另一个选择可能是对网络进行分段。将一半的客户端和一台服务器插入一台交换机，然后将交换机插在一起。在最常用的客户端/服务器之间建立中继端口也可能是一种可能性（但如果两台交换机都不受管理，则不行）。
答案4
您可以使用独立子网（假设它全部为千兆）来做一件事，那就是使用巨型帧来增加吞吐量。要实现这一点，所有设备（包括交换机）都必须支持巨型帧。
我有一个以这种方式设置的“后端”网络；服务器和 NAS 盒各自在这个网络上都有一个接口（设置为巨型帧），服务器和 NAS 盒通过这个网络相互通信，为客户端释放了“前端”接口。