添加第二个网络的性能优势

pri*_*uff 5 networking file-sharing subnet

我们在几个工作站和文件服务器之间传输大型媒体文件(音频/视频文件,在某些情况下每个文件大到 20GB),有时我觉得网络因此陷入困境(目录列表可能需要 5-显示 10 秒,文件夹正在“计算大小”而不是显示它们的总大小等)

大多数工作站和两台服务器都有第二个未使用的千兆以太网端口。我听说将这些连接到另一个交换机并将它们设置为不同子网下的附加路由可能会有所帮助,但最近没有看到足够多的关于该主题的文章让我相信这是值得的。(我有一个备用的 8 端口非托管千兆以太网交换机、大量的 cat5e 和宝贵的时间)

有没有人做过这样的事情,或者知道这是否值得付出努力?

Dav*_*osh 5

如果您的问题是网络设备争用,那么将传输转移到另一个子网会有所帮助。您必须小心确保传输通过第二个网络而不是第一个网络进行。

但是,如果您尝试在这些大文件传输所涉及的服务器上进行目录列表,您的问题可能是因为所涉及的计算机上的驱动器太忙而无法快速处理您的请求。在这种情况下,服务器上的额外网络容量将无济于事。


luk*_*yca 3

运行单独的并行网络几乎肯定不是解决这个问题的最佳方法。这是相当多的工作和维护,并且不太可能解决您的问题。请记住,它不会自动平衡两个网络上的流量。例如,如果所有客户端都使用第二个网络进行文件共享,那么它就会饱和,目录列表仍然会很慢。您的第一个网络可能仍然很快,但没有人会使用它进行文件共享。

这就是我要尝试的:

  • 测量文件服务器上的网络吞吐量。如果它接近理论线速的 80%,那么您需要更快的网络连接。您可以使用文件服务器上的第二个以太网端口,并将这两个端口绑定到一个网络接口中,容量增加一倍。您的交换机必须支持这一点,并且在实践中如何实际使用额外的容量存在一些限制。
  • 如果网络吞吐量不是很高,则查看文件服务器的其他因素,看看它们是否是瓶颈,例如CPU(不太可能)或RAM(更多将允许它缓存更多)。
  • 最可能的原因是磁盘运行速度不够快。您可以研究更好的 RAID 系统、使用集群文件系统,或者只是将数据分片到多个文件服务器中。如何执行此操作很大程度上取决于您的应用程序和操作系统环境。

如果您的交换机支持 SNMP,我会花时间设置Zenoss或类似的东西。它将绘制每个端口的利用率图表,这将大大提高您查明瓶颈的能力。它还可以绘制客户端和服务器计算机的重要统计数据。