干货：一种基于SDN的服务器负载均衡方案

　　图5是本次试验的拓扑结构图。由于本文的负载均衡方案是面向连接的，UDP协议数据传输完后不需要断开连接。流表转发方式与ICMP类似，所以本文中不再进行UDP协议的测试。试验中，首先通过在Mininet中分别使用h1～h5、he1～he6发起4次对VIP1的请求，模拟ICMP请求的网络访问情况;其次发起Wget访问VIP2，模拟TCP协议负载均衡情况;最后为了验证本文是面向连接的，使用同一台主机多次对VIP2进行Wget访问。

　　2.3 实验结果分析

　　由Wireshark在Open-Switch3的eth1、eth2、eth3抓包分析可以得出，10台主机中，4台与server11连接，3台与server12连接，3台与server13连接，并以轮询选择的方式进行ICMP通信。图6是Wireshark在ICMP负载均衡时各服务器的流量情况。

　　整个用户网络向ICMP服务器共发起了10起访问，每起4次，并被轮询分配到不同服务器下。图7为通过wireshark在某一主机端的抓包分析。可见，它的数据包的目的地址已经被转换为VIP1的地址。

　　通过负载均衡服务找到路径并下发流表后，交换机会自动记录流表，下次收到同样请求包时会自动按照流表下发。图8通过控制器的显示页面查询Open-Switch3中记录的流表，从中亦可以分析出本文提出的负载均衡方案实现了面向连接的服务器均衡。为了再次验证，本文继续采用TCP协议进行实验。

　　图9是使用10台主机对VIP2发起Wget访问的结果，图10则是使用同一台主机对VIP2发起10次Wget访问。理论上，由于TCP协议是无状态的连接，每次协议完成后会自动断开连接。而本文的均衡方案是面向连接，所以两次访问的结果相同。实验结果显示与理论一致，证明本文的负载均衡方案适合于面向连接的负载均衡。从图11的Open-Switch3的流表可以得出，同一主机多次访问VIP2时，数据包轮换通过不同端口，证实了访问过程由不同的服务器轮换进行响应。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!