多出口负载分担如何测试

多出口负载分担如何测试，要同时看两件事。平时两条出口是不是都在干活，以及一条断开之后，另一条能不能接住原来的业务。两条线路的灯都亮着，只说明接口没断，不能说明流量被分开了，更不能说明断一条时还撑得住。

先把分担方式写清楚，测试方法跟着方式走。按会话分，就是同时发出去的连接落到不同出口。按目标网段分，就是去云的地址走一条，去公网的地址走另一条。方式没写清就开测，看到两条都有流量，也不知道这是不是你要的那种分担。

按会话测的时候，不要只开一个网页。一个网页可能自始至终只占一条出口，另一条是零，这不能证明分担失败，也可能是会话本来就该粘在第一条上。同时发起多个连接，看两条出口的计数是否都上升。只有一条上升，分担没有发生，去查策略是不是把全部会话都钉死在主出口上。

按目标测的时候，分别访问两类地址。去云的流量应出现在你指定的那条，普通上网出现在另一条。两类都出现在同一条上，目标规则没生效。这时先看地址表有没有写错网段，不要先调负载比例。

断开测试放在可以回退的时间，并提前告诉会用到这条网络的人。关掉第一条，原来走第一条的业务应在你设计的时间内改走第二条。再关掉第二条、只留第一条，看是否回来。两条一起关掉，业务应当中断。如果两条都关掉还能打开，说明还有一条你没画进图里的路径，测试结论不能写成通过。

容量要单独写一句。两条各承担一半，不等于每一条都能独自承担全部。断开一条之后，剩下的那条如果比业务需要的小，会议会变差、备份会变慢，这是降级，不是测试失败。失败是该切的时候没有切，或者切过去之后完全不可用，而你的设计里备用出口本来应该够用。把降级和失败分开记，否则下次采购会把降级当成设备坏了。

来回路径分开看。出去走第一条、回来走第二条，有的系统能打开页面，有的会在登录之后卡住。测试时看出口统计的两个方向，不只在电脑上看能打开。一边有发送、一边没有接收，先查回程，不查应用账号。

结果写成一页：哪一天、断开的是哪一条、哪些业务按预期切换、哪些只是变慢。没有书面结果，下次真故障时没人记得当时的设计，现场会有人把两条出口都重启一遍。

举一个通过的测试。平时两个出口都有流量，断开主出口后业务改走备用，恢复后按设计切回。双断时业务中断，说明没有隐藏路径。

举一个没测完的情况。两条线路都亮，但从没断过一条，也没在同一时间看过两边的计数。灯亮只说明可以开始测，不是测试本身。

多出口负载分担如何测试，平时看流量有没有分开，断开时看另一条接不接得住，双断时看还有没有第三条路。三步都有记录，这项才算做完。