我有类似的情况,比如在利用链路聚集提高传输速率问题上
但有一些不同的目的-需要增量备份速度。ServerA -备份媒体服务器(Win2008r2);ServerF -文件共享(Win2012);和交换机(24x1Gbit支持LACP、Link等)
这两个服务器都有两个1Gbit网络适配器。
问题-备份任务运行时间过长(每个任务中有更多的3 too )。在完成服务器和开关端口上的LACP配置之后--扰乱:在主机之间复制文件--速度不超过113 on \秒。我试着测量如果结果相同的话。一个积极的事情-不同的客户端复制文件,每个使用大约1 1Gbit (140-150MB在一起)。
在网络上搜索后,同样的讨论被解释为聚合速度行为:一个流没有速度增长(IP > IP)。
也许其他协议可以帮助我加速备份作业任务?
更新1:在这本小册子(第9页)中,https://blog.pingus.de/wp-content/uploads/2016/11/Backup-Exec-Best-Practices-Guide-v.4.0.pdf比较表包含了与200 In /S速度合作的标记。视频https://www.youtube.com/watch?v=O7V0qz6Q1mw
发布于 2017-02-15 16:17:33
链路聚合增加了多个流的带宽。备份作业(单个流)在单个链接所能做的事情上保持不变,因为每个流程只使用单个链接。多个流使用多个链路,跨多个流的带宽平均较高。
实际上,你唯一能做的就是使用更快的网络链接。您可能需要一个专用的10 Gb或更快的产品和备份服务器之间的链接。
发布于 2017-02-15 17:12:59
链接聚合在特定的场景下工作:
如果交换机有一个主机连接到它,入口流量为100 mbps。现在,在出口端口有5个链接通过以太通道连接,能够提供1 1gbps。您仍然会发现您的速度停留在100,因为ma进入流量是100 mbps。
其次,负载平衡是基于几个参数进行的,如果参数是源ip,并且只有一个主机,在您的情况下,在复制文件时,您将不会看到明显的增加,因为所有数据包的源都是相同的。
希望这能有所帮助。
发布于 2017-02-16 11:51:02
正如@john和@Ron所解释的,链接聚合是指单个流总是使用相同的物理链接。
在您的场景中,没有任何标准的网络协议可以帮助您。
关于备份的exec文档和视频
首先,你必须确保网络是罪魁祸首。限制因素通常是磁盘子系统,而不是网络。
取决于使用的软件和功能(压缩.)CPU也可能限制传输速度。这对转移的双方都有效。
在网络之外,您可以更改备份策略。每周完全备份与每日增量备份,压缩,块级差异备份是一些方法,您可以调查,但所有这些都是为服务器故障而不是网络工程。
https://networkengineering.stackexchange.com/questions/38962
复制相似问题