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

　　与ICMP协议均衡不同的是，针对TCP协议，此方案保存在交换机内的流表是不可用的。TCP协议着重于其可靠性，数据传输结束后会关闭连接，因此待到下一次连接时，交换机收到的包数据与存在流表记录中的数据不同。此时，交换需要再次向Floodlight提取解析目的地址的请求，由Loadbalancer重新决策选择目的服务器，并决定其传输路径。

　　3 结 语

　　相比于传统网络，SDN能够更好地统筹网络，并控制网络中的流量转发。本文利用SDN的全局网络视图，提出了一个扩展性极高、灵活性强的基于Floodlight控制器的负载均衡方案。运用Floodlight的Rest API设置负载均衡参数进行实验，并通过Wireshak抓包验证了其在服务器间的均衡结果良好，能够解决网络的拥塞问题，提高网络的服务技能。SDN控制器的可移植性高，网络业务发展前景巨大。网络控制权的集中不仅使负载均衡服务成本降低、易实现，且网络中其他节点不必再进行负载计算，消耗减小。

　　但是，本方案的弊端仍然存在。

　　(1)Monitor会一直认为Pool中的所有负载均衡成员都处于活跃状态，即都能够处理网络请求，所有的成员会一直出现在VIP的分发列表中，即使成员对应的主机不能响应网络请求，这在实际应用中会造成负载均衡的响应异常;

　　(2)目前只能实现ARP、TCP、UDP和ICMP包的负载均衡;

　　(3)未对路径选择加以更加优秀的算法，直接选择了路由跳数最小的最短路径。

　　如何寻找到更优秀的负载均衡算法，是解决本文不足的关键。目前，不少研究者基于SDN负载均衡算法进行了研究。文献[9]提出一种可以优化负载均衡问题的粒子群化算法，以链路的带宽使用率最接近为负载均衡决策下发到Openflow交换机的准则;文献[10]基于马尔科夫链算法选出最优负载均衡的路径;文献[11]则提取传输路径的特性，训练BP神经网络预测综合负载并选择最小负载的路径。比较众多的负载均衡算法，适当扩展到本文提出的负载均衡方案中，需要做更进一步的研究。

　　参考文献：

　　[1] 范伟.软件定义网络及应用[J].通信技术,2013(03):67-70.

　　[2] 程克非,高江明,段洁等.面向SDN的数据中心网络更新研究综述[J].电讯技术,2017,57(10):1224-1232.

　　[3] Jackson K,Bunch C,Sigler E.OpenStack Cloud Computing Cookbook[M].Packt Publishing,2015:121-165.

　　[4] Patel P,Bansal D,Yuan L,et al.Ananta:Cloud Scale Load Balancing[J].Computer Communication Review,2013,43(04):207-218.

　　[5] 张卫峰.走近Google基于SDN的B4网络[J].程序员,2013(11):100-104.

　　[6] 房秉毅,张歌,张云勇等.开源SDN控制器发展现状研究[J].邮电设计技术,2014(07):29-36.

　　[7] Erickson D.The Beacon Openflow Controller[C].ACM SIGCOMM Workshop on Hot Topics in Software Defined Networking ACM,2013:13-18.

　　[8] Kaur K,Singh J,Ghumman N S.Mininet as Software Defined Networking Testing Platform[C].International Conference on Communiction,Computing & Systems,2014.

　　[9] 曹欲晓,徐金宝.基于粒子群优化的SDN负载均衡研究[J].现代计算机,2016(29):18-21.

　　[10]王春枝,罗晨,陈宏伟.SDN中基于负载均衡的最优路径分配算法研究[J].计算机应用研究,2016,33(08):2462-2466.

　　[11]CUI Chen-xiao,XU Ya-bin.Research on Load Balance Method in SDN[C].International Journal of Grid and Distributed Computing,2016:25-36.

（编辑：西安站长网）

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