利用MBLB解决TCP长连接负载均衡测试方案

1、F5 BIGIP MBLB测试记录F5北京杨明非2009年8月2目录1. 测试环境.3.1.1 测试环境准备 .3.1.2 测试网络拓扑.3.1.3 BIGIP MBLB 工作原理： .42. V10 MBLB 测试过程.5.2.1 TCP 连接测试.5.2.2 交易分发测试.6.2.3 启动第二个客户端的连接建立过程及 Timeout.82.4 加入新的客户端观察负载均衡算法 .1 02.5 手工 Disable 服务器测试 .1.22.6 关闭服务器测试. 132.7 V10 MBLB 测试总结.142.8 附：TCPdump 数据包分析.1.43. One Connect 工作模式测试.

2、 163.1 One Connect 模式的工作原理 .173.2 TCP 连接测试.173.3 交易分发测试.193.4 启动第二个客户端的连接.203.5 启动多个客户端观察负载均衡算法 .223.6 手工 Disable 服务器测试 .253.7 重新 Enable 服务器.263.8 关闭服务器测试 . 293.9 One Conn ect 模 式测试总结： .304. 附录.304.1 如何使用 iRules 来判断交易边界 .304.2 关于交易定向发送 .324.3 关于会话保持.324.4 两种模式的对比 . 334.5 还需要研究的部分 .3431.测试环境1.1 测试环境准

3、备PC server一台，安装Windows 2003 Server.BIGIP 1台，安装10.0.1版本TCP Client/Server软件1.2 测试网络拓扑&4001所有的IP地址均在同一个网段内，TCP client和Server也运行在同一台设备上。通过启动多个不同的实例来模拟多台Server和Client。测试用BIGIP配置virtual test_vs snat automappool test_pooldestination 3:9000ip protocol tcprules mblb-basicprofiles m

4、blb tcp pool test_pool monitor all tcp_half_openmembers 4:9000 4:9001 &4&0.247.11434Client-1Client-2VS:3：g000SetflP；&o.247+114.44Sa.247.114.34:900 04注意mblb的Profile是手工加入的，在图形界面里没有配置。另外对于这种类型的Server,最好使用tcp_half_open健康检查模式。rule mblb-basic when

5、 CLIENT_ACCEPTED TCP:collectwhen CLIENT_DATA TCP:releaseTCP:notify request#log client_data trigeredTCP:collectwhen SERVER_CONNECTEDTCP:collectwhen SERVER_DATA TCP:releaseTCP:notify response#log Server_data trigeredTCP:collect1.3 BIGIP MBLB 工作原理:247.114.3,4Client-1Clierrt-2Serve r-1Servtr-76(X247.114

6、- 34:900060 247 1143*客户端首先与BIGIP建立TCP连接，在客户端发送数据的时候,BIGIP根据交易将客5户端请求发送到不同的服务器，在发送前，BIGIP将与后台服务器建立连接。在这种工作模式下，可以支持同步阻塞模式交易或者同连接里的异步交易。同步工作模式：Clie nt1 RequestServerl Resp onseClie nt2 RequestServer2 Resp onseClie nt1 RequestServer2 Resp onse异步工作模式：Clie nt1 RequestClie nt2 RequestClie nt1 RequestServer

7、l Resp onseServer2 Resp on se-Server3 Resp onse在异步工作模式下，不能用下面测试的简单irules，需要使用iRules来判断每个交易的边界，以便将每笔交易请求分发到不同的服务器上。下面的测试基于小包状态，也就是每笔交易的长度不超过1个MTU，通常情况下是1460字节的情况，在这种情况下，在一次CLIENT_DA TA事件触发的时候就可以接收到整个的 交易请求或者交易回应。2.V10 MBLB测试过程2.1 TCP 连接测试首先启动两台Server，分别侦听9000和9001端口TCP0.0-a.0X0LISTENINGTCP:900

8、16.0.0,0:0LISTENING确认在BIGIP里显示两台服务器都是工作的。15“|7 7t Membert Nodep SO ?47 11+34i180U71U 34001B conn显示没有任何的链接产生rootltm3600:Active config # b conn62:14774 4:ssh 4:ssh tcp1/0上面的那个连接是我的SSH登录产生的。启动客户端，配置好发送的内容，点击Co nnect6观察BIGIP上的连接状态:rootltm3600:Active config # b conn60.2

9、47.98.162:14774 4:ssh 4:ssh tcp1/04:4933 3:9000 any6 tcp 1/1在客户端没有发送数据之前，在BIGIP上只有一个Client-Any6的连接，此时客户端还没有发送数据，因此BIGIP与后台并不建立连接。2.2 交易分发测试点击客户端上的发送按钮園TCP Testing ClientServer P |60.247.1U.43观察客户端的收发状态|1000Server Port (9000(SendQ)7rootltm3600:Active co

10、nfig # b connany6 3:9000 4:9000 tcp 1/1any6 3:9000 4:9001 tcp 1/1 62:14774 4:ssh4:4933 3:9000 any6 tcp 1/1可以看到，在客户端开始发送数据后，BIGIP分别和两台Server建立了连接，并将客4:ssh tcp1/0观察BIGIP上的连接状态8户端的请求以轮询的方式发送到两台服务器

11、上。由于我在这里启用了SNAT， 因此可以看到 第一个Server连接是使用的客户端源端口和服务器建立连接，第二个客户端连接使用的另 外一个源端口和服务器建立连接。2.3 启动第二个客户端的连接建立过程及Timeout启动第二个客户端建立连接观察BIGIP状态rootltm3600:Active config # b conn62:14774 4:ssh 4:ssh tcp1/04:1088 3:9000 any6 tcp 1/0怎么没有Server端连接了呢？看看Server

12、端日志，原来由于俺写文章的时间太长，被BIGIP timeout了。好，现在就让C2开始发送数据看到Server端又开始建立连接了也斶tiorrLikable b聞d由饴IFie trarsport connection: An cwistinci connection刊as farcfcly closed凶the remote hostEornecF60?47 14.44:31Recive: EO.247.114.44 31243: C2f6QL217.114.3410B8Serd: S2 response60.247.11444.31243Ser7eiTailR eci rar S2 fe

13、spor;*SO. 247.1 UM 31243ServerTailC260.2a7.114.34:1060S9ndS2 retponse431243SeivefTdR ecive: S2 resporsetSO.2+7.114.44:31243SerYerTjilC2|ED.24Z1143:1069Send S2mponec 247.114.44:31243SeiwrTd.i八1-.Tf.丫5寸w訂rwhb S mlrlatn_lgfin the transpoit conrecticr：An esisting connecuon问aw forcibj closed

14、by the remote hast.CEonneet: GO. 247.114.44:10 J)口ecjg：际.四上门4 441 Uyy：商肌089Send. SI Rponse(4:1088Recife: S1 He5ponseL4;1ue8C260.247.1l4.34.l0EeSend SI FtesponsH4:1088Recivec SI Reaponse60.247.114 4J：1088C24:1088Send- SI Response(G0 24Z11444

15、:1 OffiBIGIP上的连接状态：rootltm3600:Active config # b connany6 3:9000 4:9001 tcp 1/0any6 3:9000 4:9000 tcp 1/062:14774 4:ssh 4:ssh tcp1/094:1088 3:9000 any6 tcp 1/0现在开始启动C1发送数据C1的连接也被断掉了：園TCP Testin

16、gClient|BIGIP上状况：rootltm3600:Active config # b conn当C1开始发送数据的时候:Server上的状态：Recive: S2iespunse4 31243ServeiTailC21.1088Serwi: S2 wsponse60.247JU.44:31243SerTIHscive: S2r8sporse60 247114 44:3l245SeFvefTailC160 247114J4:1144Send: S2 response60.247.114 44:31245SBrverT

17、ailHecive: SI Fponss(60.?47.114.44:1080C2HO.247.114.34:1080SenndfM Log(8d.) |Send：匚l60,247.1,34:4933Recife：52 respQnse4:3J8465erverTSend: C6C.247.1：4.34:4933)Recife: 51 Respcn5a4:433JOcftpticn: Unable 1:Jwnte daita to the trar Sport connettiOh; An existing connection iwas for

18、cibly closed by the remote I-Exception! The operation is not allowed on non-comnetted socket. Excepticn: Tht operation is not allowed on nonomectedsockets.V(cepticn; The operation is not allowed on non-cometed sockets.丿Excepticri: The operation弓not allowed on non-comected soctetsBExceptim: The opera

19、tion is not allowed on non-comtedsocketsExcepticn: The operation is仃口!:allowed on non-comected sackets；Excepticn: The operation is not allowed onnon-connected口匚炬乜Excepticri：The operation its not allowed on仃血仃-connetted socketsExcentlcn: The operation is not白on non-connetted sockets.Server Fbrt(9000

20、flOOO重新启动C1并连接Clear LogoseC)Sendany6 3:9000 4:9001any6 3:9000 4:900062:14774 4:ssh4:1088 3:9000 any64:1144 3:9000 any6tcp 1/0tcp 1/0 4:ssh tcp1/0tcp 1/0tcp 1/0rootltm360

21、0:Active config # b connany6 3:9000 4:9001any6 3:9000 4:9000any6 3:9000 4:9001any6 3:9000 4:900062:14774 4:ssh4:1088 3:9000 any64:1144 60.247.114

22、.43:9000 any6tcp 1/0tcp 1/0tcp 1/0tcp 1/0 4:ssh tcp1/0tcp 1/0tcp 1/010Send SI Response60247114 44:1 (6Rscive; S1 RespQnse60247114.44:1144C160247J 14.34; 1144Innr-kmrt n 3:9000v-4:9000tcp 1/0any6v-3:9000v-4:9001tcp 1/0any6v-3:900

23、0v-4:9000tcp 1/0any6v-3:9000v-4:9001tcp 1/062:14774v-4:sshv- 4:ssh tcp1/04:1088 v- 3:9000 v- any6tcp 1/04:1144 v- 3:9000 v- any6tcp 1/04:1231 v- 3:9000 v- an

24、y6tcp 1/1当C3开始发送数据的时候:國TCP TestingClientServer P |50.247J14.J3Server Port 3000|1000帼Clea LagCloseC|12Server状态:Cornet. 6Q 247.114.44:1231Recivi: SC.247.T14 44:1231. C360.247.11 34:1231Send: S1 RBtpomea247.114.44:1231Racive: S1 R&spon?e6Q247.114 W：1231C3EO.247.1I14 31:1231Send: 51 Roepon3aa247.114

25、.44:1231 Recive：S1 R&sponSe6a247.1 14 44:1221 C360 247.114.34:1231 m in_ _ rrn pieCorrect: 4:31040Recivs: 4:31848: C34:1231 Send: 52 responsefi0.247 114.44:3184BJSerwfTIfiecive- 5? response60 217.11 431348ServerTailC3l60.247.il 4.34:1231)SwdS2時申弧叔羽石必辑新韶即SorraT

26、MRecive;S2 resporRe60L247.114.44; JI948SeiverTaiC3S0.247114.34:1231J r . rn 厂mr 曲卞11JI J乩Fr rM me.i两台Server都收到了C3的请求BIGIP上显示3个client connection, 6个Server connection:rootltm3600:Active config # b connany6 3:9000 4:9000 tcp 1/1 any6 3:9000 4:9001 tcp 1/1

27、 any6 3:9000 4:9000 tcp 1/0any6 3:9000 4:9001 tcp 1/0 any6 3:9000 4:9000tcp 1/0 any6 3:9000 4:9001 tcp 1/0 62:147744:ssh4:1088 3:9000 any6 tcp 1/0 60.247.114

28、.34:1144 3:9000 any6tcp 1/0 4:1231 3:9000 any6 tcp 1/1在S2上收到的是C1和C2的请求flecive: S2 response4 31245SaverTalC1 4:1144Ssnd: S2 response4:31245JServerTailReciTe: S2rmsp站箱60.247.114 443195OSen/TailC24:1271 Send: S2 respons

29、e4:318S0ServerTailRecwe: S2fesponse4 3105OSen/erTailC24:1271Send: S2 response4:31850ServerT日ilRBCTM：52 fuponnp.247.114.44:31245SavarTalCI 4:1144Send: S2 response4:31245J5emTailR BdYK S 21 oponseES) .247.114.44:31245S aval al Cl

30、4:1144Send: S2世pon託師2忖T14.44:31245ServerT ailRBOVKS2ruponEC247J14.443124EJSaa(EQ2471 U U: 1231 Recive S1 Responie4.1144C1 6D.247.fl 1 1.34:1144騎nd;S1 Response60l247.114.44:1144Rstive: S1 Re;pan5.e6D.2a7.114.44:1231 C3E0.247.11 d. 34:1231 停止所有的客户端，然后全部重新发送的时候，Server端接收发生了变化:S1

31、上收到的是C1和C2的请求4:ssh tcp1/013Send SI Respan5e60.247.114 U1271JRociw: SI Rponse41271 C2S4.1271 Send SI RespwweEDl247.11444:1271 Recive S1 Resporsft4:1144C1 60.Z47.114.34:1144 Send S1 Response6a.247.114 41.1144Hecive: SI Response(SO 247.114 441271 C2SO.247.

32、114 341271 Send SI ResponseBU247.11444:1271Hecivc: SI Resporse4.1271 C24.1271 Send SI Responie60.247.1 14,44.1271RBCIVKSI Rtsporse(a.247.114.44:1144C1 SO.247.114.34:1144S2上收到的是C1和C3的请求 7 J I右r liFTF.AM右ZJJHI Tr9UWRecive: S 2 response6n. 247.114.44:31 B 52JS erverTailC30L247.1

33、14.34:1231 end: S 2 respc nse(GD. 247.114.44:319S2S erx/erT ailPecijfi! 2r&sp&HseG4:31245)SetfTailC1lCQ247.114.34:1144S end. S 2 respo nsel6D. 247.114.44:31245JS erver I ailRecive: $2(esponseE0247.114.44:31052JSMverTailC3rD.247.11.34:1231Send: S2 respore4:31852ServerTa

34、ilReeiv!S2rwpohseS0 247 r4.44!31952SMverTailC3|E0.247 114 34!l231Hecive: S2(Mponse60 247.114.4431 Z45Sefver7ailC1 61247.114.34:1144应该是Round Robin的算法导致了这种现象的出现BIGIP上的连接没有发生变化：rootltm3600:Active config # b conn2.5 手工 Disable 服务器测试在S1上收到了3个客户端的请求any6 3:9000 4:9001any6 60.247.114

35、.43:9000 4:9000any6 3:9000 4:9001any6 3:9000 4:9000any6 3:9000 4:9001any6 3:9000 4:900062:14774 4:ssh4:1144 3:9000 any64:1231 60.247.

36、114.43:9000 any64:1271 3:9000 any6tcp 1/1tcp 1/0tcp 1/1tcp 1/1tcp 1/0tcp 1/1 4:ssh tcp1/0tcp 1/0tcp 1/1tcp 1/1现在手工Disable一台服务器|Di.iM* 血14Recive: S1 Response(6& 24711444:1144C1 E0L247 114 34:1144 Send S1 Re5ponse4:1144Recife: S1 ReSponse(6Q 247.114.

37、44:1231 C36a247.114.34:1231 Send: SI RespomafHl247.114.44:1231 Recive: S1 Re&ponse(GQ247J 14.44:1271 )C2|EQ247.114.34:1271 Send S1 Response4:1271RKIVKS1 Hesponse6Q247.114.44:11 I4C1 6Q247.114.34:1144Send: S1 Response4:1144Recive: S1 Hpcnse(60L 247 114.44:1231 C3(Ga247.114

38、.34:1221 Send: SI ResponseK4:1231Recive: S1 Hespanse60L 247.11 4.44:1271 C26Q247.114.34:1271 Send: SI RponseE4.1271Recive: S1 Response80L247.11444:11 d4C1 8Q247.114.34:1144Send: SI Hpon!e4:1144Recive: S1 Response8Q 247.114.44:1231 C36Q247.114.34:1231 Send SI RpohssC

39、O.247.114.44:1231Recive: S1 Response60.247.11444:1271 C26Q247.114.34:1271 Send SI Rponse4.1271 Reave: S1 ResponseI60L247.il 444:11d4C16a247.114.34:1144Send 51 Rponse6O.24ri14.44:114qRed：S1 RespaMeO-247.114.44:11 4C1 6Q247.114.34:1114 Snd S1 247.114.44:1144恢复disable的服务器:S1收到了C1和C2的请求:Send

40、 SI ResponeeS0.247.1U.44.127lHecive: S1 R e3ponse4.1144C4:11441Send SI Response60.247.114441144H serve: 51 R espon60247.114.44 1271 C2(4:1271 Send. SI Hesponsa6().247.114.44:1271JRKICYKS1 A espons&60247.114.4 1271 C2(4:1271 Send SI Response60.247.

41、11444:1271R eciw; S1 Rupon.247.114.44:1144C16&247.114.34:1144Send SI Rponsap.247.114.44c1144Fi seme S1 R ssponsBO.247.114.44 1271C2( 4:1271Send 51 Response60.247,114,442711S2重新开始接受请求，收到C1和C3的请求Recivec S2 iesponse4:31245ServeiTaiilCI 4.1144 Send: S2 icjpon$eSO.

42、1245SeiverTaRedva S2 les pons eSO. 247.114 44:31852 ServeiTailC341271Send S2hpcraEO.247114.44j31SSi2SeiVMTMlFledvec 52 iesponse4i31852ServeiTaiO4:1231Send S2respon$e60.247.1 14.44:31052SeiverTailFledva S2iesP0nse4:31245ServeiTailC1 60 24711

43、4 341144Send: 5 2(espon60.247.114. U: 31245S eivrT ilRedvs S2 iesponse(ec 247.11444:31852Serv8rTailC34:1231 &end: S2(esporse4 31日5芋nverT ailRecivs S2 iespomeai247.114.44i31852ServerTailC34:12312.6 关闭服务器测试关闭S2所有的Client和Server都崩溃了 ！!等待服务器程序的改进版本中。oooooooo.2.7 V1

44、0 MBLB 测试总结BIGIP V10已经具备了MBLB的处理能力，可以对长连接里面的TCP交易进行拆分处 理，将不同的请求发送到不同的服务器上，并将服务器的返回信息发送到正确的客户端。目前发现的一些可能存在的问题：151、 对于每个客户端的长连接， BIGIP 将在每个 Server 上建立一个连接，也就是说对 于每台 Server 而言，都会有所有的客户端连接数的总和数量的连接，在实际应 用中，需要确定服务器是否能处理全部客户端连接数量的连接数。2、 关于交易的边界定义，目前的测试中非常简单的使用了CLIENT_DATA 和SERVER_DAT 事件，这两个事件默认情况下是每接收一个数据

45、包就触发一次，因此在交易小于 1 个 MTU，通常情况是 1460byte 的情况下，可以不用区分交易 边界，默认认为一个数据包就是一次交易。3、 如果每次发送交易的长度大于1460，就需要用 irules 去获取和判断交易的长度。 具体的做法是在第一个数据包进来的时候查询数据包中对于交易长度的定义，然后判断当前收集到得数据是否是完整的交易，如果完整，则释放请求，如果 不完整，则继续进行收集，直到收集到足够的数据后，释放交易长度的内容到服务器。4、 目前测试的应用时阻塞类型的应用，也就是 Client 必须等待 Server 应答之后才开始发送下一个请求，而且数据包都比较小，肯定在一个pack

46、et 就发送完毕，因此不存在有边界界定的问题5、 如果有非阻塞型应用，也就是客户端可能一次发出多个请求，在不等待server回应的情况下可以持续发出请求，Server 回应也是不等待的情况，从目前的连接状况分析也是可以工作的。但可能需要进一步的编程处理来确定每一个交易的边界6、对于目前客户所要求的 Disable 服务器之后，所有的交易可以正常转发到其他服 务器的需求是可以满足的。7、 基本确认这种 MBLB 工作模式和 One Connect 在目前测试配置中不能同时工作， 因此当客户端关闭连接时，这个客户端对应的所有服务器连接都会被关闭。8、 从目前了解到得信息，One Connect 工

47、作模式下可以彻底的区分客户端连接和服 务器端连接的关系，但服务器端的连接数量在One Conn ect 模式下无法控制。9、 由于测试服务器软件问题，没有测试到Server 端主动关闭连接，是否会造成客户端连接中断。另外，当一台server 故障，而在健康检查还没有检查到服务器故障期间的交易如何处理目前测试环境中也无法测试。我的初步考虑是用 inbandmonitor 来解决普通 Monitor 的间隔周期和检查周期的问题。10、 还没有测试会话保持的情况，比如根据每个交易里的一些内容进行会话保持， 还需要改进一下客户端和服务器软件2.8 附：TCPdum 数据包分析客户端数据包发送和接收16

48、包25, 26, 27为三次握手建立连接149开始，客户端发送数据PSH,ACK,157为客户端收到一个BIGIP ACK，没有内容，表明Server已经收到客户端内容159 BIGIP给客户端发送数据PSH,ACK161客户端给BIGIP发送ACK,表明数据已经收到163客户端等待1000ms后开始下一个数据包发送 服务器端数据包发送和接收Z r attn152，153，154为BIGIP和后台服务器三次握手建立连接，结合客户端连接建立时间, 可以看到BIGIP一直等待到客户端有数据发送了才开始和后台建立连接155 BIGIP给服务器端发送数据PSH,ACK158服务器回应BIGIP数据PS

49、H,ACK160 BIGIP发送给服务器端ACK，表明数据已经收到164在1000ms以后，BIGIP重新开始给服务器端发送数据包。数据流程图:比较有意思的地方：nc-.OLEL - J. iJ.xwar cslllstena 4465rNJ5I-I|C!win*tifla4U LSfl，. M55-L4 ij .i:SYH. ACkl eq=g Adk csHstHMr sra snrt州BO LIHT MSSMW1I& 44昌5ATi Seq-CJ Ac -1 nlS24lj Lrn-i40. :47.114,4a 祁 75 乔拒乳 NTCF441 isllsiiiiwir昭护 1

50、AC*料 0 LanW. 47.114.eo. 27.111 54TCPPSH. SflCfl Ack-ZO n-213 “F*吨今M, 247-11- .-q-360247_ll-3.14 TZP5 匚= 11=1:enerTTPB247.XL-.T-rTCPEe& 鹰匚 k*i0Le*DServer17157和160看上去是BIGIP产生的主动发给客户端和服务器的ACK18161从客户端发给BIGIP，但被BIGIP吞掉了。俺的TCP理论研究还不是很深刻，是不是一些协议性的东西导致必须这样工作?3. One Connect工作模式测试在前面的测试中，MBL

51、B可以支持异步交易，但在一些同步工作模式下，应用希望两 边的连接不存在有太大的关联性，前面一种模式客户端连接一旦中断后，服务器端这个客户端相关连接会全部中断。通过One Connect工作模式，可以消除掉这种强制的绑定关系，而使服务器端的连接不会和客户端强制绑定。因此可以在客户端是长连接和短连接模式下，BIGIP始终保持和后台服务器是长连接的结构。One Connect工作模式只支持同步阻塞模式下的TCP连接，即客户端必须等待Server端回应请求之后， 再发送下一个请求。 每笔交易都是以Client Request-Server Response的方 式工作。和前面的MBLB工作模式最大的不

52、同是One Connect可以在V9版本下工作。测试的结构不变，但BIGIP上配置有一些变化virtual test_vs snat automappool test_pooldestination 3:9000ip protocol tcprules one_connect_ruleprofiles oneconnect tcp 注意在VS里面必须绑定Oneconnect Profilerule one_connect_rule when CLIENT_ACCEPTED TCP:collectwhen CLIENT_DATA LB:detachTCP:releaseT

53、CP:collectpool test_pool members 4:9000 4:9001 19Qj TcrHanddiHteHTTP在上图中是以HTTP协议为例，但实际上通过iRules，也可以支持任何协议类型，包括用户自行开发的TCP Socket应用。当第一个client连接到BIGIP开始发送请求的时候，BIGIP会以这个client的源IP地址 和后台服务器建立一个连接，并把客户端的Request转发到服务器。此时客户端连接和服务器的TCP连接形成了绑定的关系。当服务器响应了Response之后，由于BIGIP可以识别HTTP Res

54、ponse,因此，当BIGIP检查到服务器端的Response结束了之后，就拆除了第一个Client TCP连接和服务器TCP连接之间的对应关系。即使在客户端关闭连接的情况下，BIGIP和后台服务器的TCP连接也保持Open的状态。当下一个用户和BIGIP建立连接并发送请求的时候，BIGIP会在当前和后台服务器之间的TCP连接里面挑选一个空闲的连接（当然，还需要满足会话保持、负载均衡的算法的 前提下），将第二个用户的Request塞到空闲的连接里面发送到服务器，这时，第二个用户 的客户端连接和为第一个客户端建立的服务器连接就形成了新的对应关系。在第二个用户的Response结束之后，BIGIP

55、又拆除其对应关系。如果第三个用户连接和请求到达BIGIP的时候，第二个用户的Response并没有结束，也就是当前BIGIP和后台没有空闲连接的时候，BIGIP就会和服务器端再建立一个新的TCP连接，传送第三个客户端的请求到服务器。如果第四个用户连接和请求到达BIGIP的时候，第二个用户的Response传输完成了，第四个用户就会再使用空闲的后台服务器连接进行请求传输。这样， 当客户端不停的建立连接，拆除连接的时候，BIGIP始终可以保持较少的后台服 务器连接。BIGIP在这里面完成的工作主要就是根据Response结束和新的用户请求到达的时刻点，来切换连接的不同连接对应关系。3.2 TCP

56、连接测试3.1 One Conn ect 模式的工作原理Client 19SServer AB-TCP HwvHiHialcfcv6_FS BIG F LTM7HTTP阿彌貞OiKfc ihp 刖 CMPliE111 曲叭kjflvMlnjihi r-prf-data, l MHW怕 IF IME 白 r nctipc d Jtfid20首先看看BIGIP上的VS状态，看加入了one connect rules之后是否会Disable CMP+- VIRTUAL test_vs SERVICE 9000| PVA acceleration none| CMP enable on none mo

57、de: all看上去还好，CMP属于enable状态启动S1启动S2启动客户端C1，并建立连接21圉TCP Testing ClientServer IP |60.247.11U3Server Port |9000|1000 mtBIGIP上的连接状态rootltm3600:Active config # b conn62:47774 4:ssh 4:ssh tcp1/04:1339 3:9000 any6 tcp 1/1此时在Server端也看不到任何连接3.3 交易分发测试

58、C1开始发送数据S1上可以收到数据由于SNAT的原因，服务器收到的TCP连接的源端口被改变了，但从数据包中可以看 出，两台机器收到的是同一个客户端的同一个源端口发送过来的请求。22BIGIP上的连接状态：rootltm3600:Active config # b connany6 3:9000 4:9001 tcp 1/62:47774 4:ssh 4:ssh tcp1/04:1339 3:9000 4:

59、9000 tcp1/1有一个Server端连接显示是idle状态注意idle状态的连接随时间变化而变化的：rootltm3600:Active config # b connany6 3:9000 4:9000 tcp 1/62:47774 4:ssh 4:ssh tcp1/04:1339 3:9000 4:9001 tcp1/1rootltm3600:Active config # b connany6

60、 3:9000 4:9001 tcp 1/62:47774 4:ssh 4:ssh tcp1/04:1339 3:9000 4:9000 tcp1/1在两次执行b conn的过程中，idle状态的Server端连接就在发生变化。但请求是被分配到了两台Server上。从客户端的Log看，收到了两台Server的Response3.4 启动第二个客户端的连接23再启动一个客户端C2并建立连接BIGIP上的连接状况rootltm3600:Active config # b connany6 3