我们将大量的媒体文件传输到几台工作站和文件服务器(audio/video文件,在某些情况下每个文件大小为20GB),有时我觉得networking陷入困境(目录列表可能需要5- 10秒钟显示,文件夹是“计算大小”,而不是显示其总大小等)
大多数工作站和两台服务器都有第二个未使用的千兆位以太网端口。 我听说把这些连接到另一个交换机,并将它们设置为不同子网下的其他路由可能会有所帮助,但是最近还没有看到有关该主题的足够文章来说服我,这是值得的。 (我有一个备用的8端口非网pipe千兆以太网交换机,大量的cat5e和宝贵的时间)
有人做这样的事情,或知道这是否值得的努力?
运行一个单独的并行networking几乎绝对不是解决这个问题的最好方法。 这是相当多的工作和维护,并不可能解决你的问题。 请记住,它不会自动平衡两个networking上的stream量。 例如,如果所有的客户端使用第二个networking进行文件共享,那么它将会饱和,目录列表将仍然很慢。 您的第一个networking可能仍然很快,但是没有人会将它用于文件共享。
这是我会尝试的:
如果你的交换机支持SNMP,我会花时间来设置Zenoss或类似的东西。 它将绘制每个端口的利用率,这将大大提高您查明瓶颈的能力。 它还可以绘制客户机和服务器机器的重要统计信息。
如果您的问题是networking设备争用,那么将传输移动到另一个子网将有所帮助。 您必须小心确保传输通过第二个networking,而不是第一个。
但是,如果您正在尝试在涉及这些大文件传输的服务器上执行目录列表,则可能是因为所涉及的计算机上的驱动器太忙而无法快速提出请求。 在这种情况下,服务器上的额外networking容量将无济于事。
您需要测量您当前的networking和服务器利用率。 如果没有关于现有资源利用率的实际数据,就不可能明确地说明性能问题是否存在,以及如果使用第二个NIC是有用的。
另一种select可能是分割networking。 将一半客户端和一台服务器插入一台交换机,并将交换机连接在一起。 最常用的客户端/服务器之间的中继端口也可能是一种可能(尽pipe如果两个交换机都不被pipe理的话)。
文件服务器上的磁盘访问本身可能是瓶颈。 如果文件被复制到其中,那么添加额外的networking容量不太可能帮助来自这些相同服务器的目录列表等。
几年前(以前GigE交换机便宜)我曾经运行两个独立的子网。 每台机器都有两个网卡,一个用于一般,一个用于文件共享。 这听起来与您所设想的类似。
当你有一个备用开关,试试看。 当一些端口处于最大传输状态时,您当前的交换机可能无法足够快地推送数据。
另一个想法:你提到你在几个工作站/服务器之间转移。 根据它们的物理位置和可用端口,你可以在它们之间运行火线电缆,并以这种方式进行文件传输(从我记忆中,可以使它看起来像机器上的networking接口)。 您的磁盘可能仍然是瓶颈,但至less您已经解决了networking速度问题。
做报告你发现。
您可以使用独立子网(假设全部是千兆位)做的一件事是使用巨型帧来获得额外的吞吐量。 为此,所有设备(包括交换机)必须支持巨型帧。
我有一个这样设置的“后端”networking; 服务器和NAS盒子都在这个networking上有一个接口(设置为巨型帧),服务器和NAS盒子通过这个networking彼此交谈,为客户端释放“前端”接口。
如果可能的话,如果您当前的基础设施支持VLAN,则可以始终设置VLAN,并且不需要为每台计算机运行额外的networking电缆。 但正如大卫所说,如果这不是一个networking问题,它不会解决任何问题。