全局负载均衡测试方案

灾备数据中心全局负载测试方案

目录

第1章测试背景 (1)

第2章测试部署描述 (2)

第3章应用交付AD测试情况汇报 (3)

3.1设备运行实时信息 (3)

3.1.1链路状态信息 (3)

3.1.2节点池状态信息 (4)

3.1.3全局负载状态 (4)

3.2链路负载测试效果 (5)

3.3应用负载测试效果 (7)

3.4全局负载测试效果 (8)

3.5商业决策分析（用户地域） (9)

3.6系统访问高峰期测试情况 (9)

第4章测试总结 (10)

第1章测试背景

XX公司是马来西亚完美资源有限公司于1994年在广东省中山市投资设立的侨资企业，2006年12月1日经国家商务部批准在广东省开展直销业务，销售保健食品、化妆品和保洁用品。随着公司业务增长，人员规模扩大，分支机构（专卖店）分布于全国各地，而专卖店的日常运作对贵公司信息化应用系统依赖性越来越强，如何保障这些关键业务系统能够不间断运行、快速交付已经成为信息化建设的重点目标。

完美公司目前在中山已经建设了数据中心，并且也采用了相关的冗余保护机制，但是单个数据中心仍然会因为不可抗拒原因造成系统访问中断，重则导致数据丢失。因此，本次数据中心容灾建设项目，目的在于实现数据的异地灾备，用户就近性进入，保证专卖店访问的快速性和持续性。而测试深信服应用交付AD主要从以下三个方面来进行：

1、中山数据中心互联网出口连接双链路（电信和联通），DMZ区域对外发布的门

户网站系统、电子商务系统和邮件系统都通过多台服务器承载，为了保障链路

和服务器资源充分利用及故障切换，因此需要测试双链路入站负载均衡和应用

系统负载均衡功能。

2、为了保障在中山数据中心站点出现灾难性故障情况下，自动引导专卖店去访问

扬州数据中心（电信接入）的电子商务系统，而且整个过程中对于专卖店来说

是透明的，因此需要在双数据中心情况下测试全局负载的功能。

3、虽然现在的数据中心已部署了两条运营商的链路，然而专卖店用户遍布全国各

地，有些由于使用了非主流运营商线路，有些网络质量本身很差，导致他们在

访问电子商务系统的时候还是体验很慢。因此，针对客户需求，可选择重点测

试单边加速功能是否能提升此部分用户的访问速度。

综上所述，为了支撑完美公司数据中心容灾建设目标的完成，并且更快速地完成业务交付，因此本次测试是为了完成智能业务交付及应用加速，帮助贵公司持续、可靠地发布业务系统，同时也使专卖店用户获得更好的体验效果。

第2章测试部署描述

部署说明：

1、在中山数据中心以双机热备方式部署两台应用交付AD-8000，整个系统采用全冗余网络连接方式设计，来保证系统的高可用性和高可靠性。另，在扬州容灾的数据中心出口处部署单台应用交付AD-4000，给位于中山的主数据中心增加了冗余备份。

2、应用交付AD以路由模式接入各个数据网络之中，负责将用户的系统访问请求，引导至最快的链路或数据中心进行访问站点；同时负责总共三条线路和数据中心服务器的健康状态检查，一旦检测到线路或服务器的中断，则停止相应线路的地址解析和数据中心的访问请求分配。

3、在各数据中心应用交付AD设备上，需要先配置公网链路与虚拟服务（DMZ区域应用系统）对应关系，再设置主、备数据中心设备之间站点、链路以及虚拟服务的健康检查机制，最后设定用户访问请求的分配策略；就可以实现将用户访问请求引导至最佳的数据中心之上的目的，并且也能够手动设置用户的访问请求优先转发至特定的数据中心，而其他数据中心作为备份。

4、应用交付AD设备内置单边加速模块，可通过减少应用程序的响应时间，增强用户的访问体验。在诸如用户跨运营商访问、网络质量差等各类的网络环境之中，应用加速解决方案都能够极大的提升用户的访问速度。以往通过互联网网获取文件或者其他应用访问需几分钟甚至是几小时，现在只需几秒或最多数十秒就可完成。

第3章应用交付AD测试情况汇报

3.1设备运行实时信息

3.1.1链路状态信息

上图是主数据中心电信和联通链路的使用情况，由数据可得知实际的流量分配以3：1的比例，符合目前中山主数据中心互联网出口双链路带宽容量比例。因此，如图所示上下行流量转发速度以及链路健康状态可证实，通过应用交付AD进行链路负载，已实现电信和联通线路的入站负载访问内部应用系统，同时保证了线路流量的负载分担，提升专卖店及外部用户的访问速度。

3.1.2节点池状态信息

目前在主数据中心有电子商务系统（SEND）和邮件系统（EMAIL-80/EMAIL）需要实现服务器负载均衡。如图所示，分析其中的数据可以发现，SEND节点池采用加权轮询算法，21/23/24这三台服务器性能较高，因此分配的连接数也相对较多，剩余节点连接分配基本处于1：1的比例；邮件系统都是采用轮询算法，通过两个虚拟服务对外发布，目前节点池中的服务器连接分配保持在1：1的比例，保证服务器资源的充分利用，结合服务器健康状态检测机制可实现故障后的自动切换。

3.1.3全局负载状态

扬州备用数据中心已部署一台AD-4000，通过全局状态信息可知所有AD设备已实现

全局联动，中山和扬州的AD都属于全局在线状态。而当前的分配策略为北方电信用户访问扬州数据中心，而南方电信以及全国联通用户访问中山数据中心，经过DNS解析和实际系统访问表明，已成功实现全局负载的测试效果，在手动断开中山数据中心模拟虚拟服务的情况下顺利将所有访问重定向到扬州备用数据中心。

3.2链路负载测试效果

上图是出口电信和联通链路2011年12月份总体流量负载统计，从这里可以看出，电信链路占用流量较高，一方面是由于专卖店和外站用户使用电信接入的方式较多，另一方面是数据中心出口电信链路带宽较高，根据应用交付AD全面的负载策略，保证了链路最优分配和解决跨运营商速度慢的问题。

上面两张图是各虚拟服务对链路的流量使用情况统计，根据上下行流量进行分别统计，图中2011年12月份的数据表明，当月访问流量最高的主要是公司网站、电子商务系统（SEND）、Email，如公司网站上行流量达到15508MB，SEND电子商务系统和Email下行流量4259MB和5437MB，这也表明，网站系统主要是往外发送数据较多，而另外两个系统更多是往内接收数据。

3.3应用负载测试效果

电子商务系统（SEND）由8台服务器共同承载，通过应用交付AD实现服务器负载。图中数据显示了各台服务器分配的上下行流量情况，虽然在分配上会有流量大小的偏差，但总体趋于均衡的特点，也是保证了访问流量能被分配给最佳服务器进行处理，经过两个月的测试时间，特别是观察12月份高峰期的设备运行状态和整体使用情况，足以证明深信服应用交付AD能满足大并发连接建立和突发流量的转发。如下图所示：

23、24两台服务器性能相对较好，故处理的节点并发连接数比其他服务器要多，从图中数据也证实了应用交付AD给电子商务系统（SEND）提供了完善的连接分配机制，以保证此系统更快、更稳定地对交付给专卖店用户。

3.4全局负载测试效果

电子商务系统（SEND）在中山和扬州数据中心将实现灾备，目前已配置了全局负载，从设备控制台也可以发现两个数据中山的应用交付AD设备已加入全局负载群组，并显示在线状态，通过配置分配策略也已实现了北方电信区域分配到扬州数据中心，南方电信和全国联通分配到中山数据中心。由于SEND当前还处于主备状态，因此从报表数据仍只能看到

所有专卖店用户都分配到中山主数据中心，后期通过调整策略将实现一部分用户分配到扬州备数据中心进行系统访问。

3.5商业决策分析（用户地域）

如图所示是外部访问门户网站系统的用户数据对比图，门户网站系统承载着完美公司简介、服务介绍和产品推广政策等各个模块，而从上图数据可以得知在2011年12月此网站系统在各个省份的关注程度，也可以利用统计的数据结合公司内部营销策略，方便完美公司进行商业决策。

3.6系统访问高峰期测试情况

XX公司通过应用交付AD对外提供多个虚拟服务，根据贵公司的市场情况，在每年不同阶段对系统的访问要求也不一样，因此本次测试也是经受了电子商务系统（SEND）高峰期访问的考验，在具备较高突发流量，并且并发连接数较多的情况，应用交付AD仍能够持续不断为用户访问提供服务，并保证用户都能获得较好的访问体验，整体提升公司运营效率。

第4章测试总结

通过此次应用交付AD产品测试，帮助XX公司实现网站系统、电子商务系统、邮件系统等应用系统的快速、稳定地对外发布，一方面完成电信和联通的入站负载均衡，解决了跨运营商速度慢问题，并提升连接稳定性，另一方面完成DMZ区域电子商务系统和邮件系统的应用负载，保障服务的可用性和提升服务器资源利用率。同时，电子商务系统（SEND）通过唯一域名的方式通过两个数据中心发布出去，利用众多灵活负载策略为全国各地专卖店用户选择最佳的数据中心入口，确保了用户访问提供最优服务的数据中心内容。而应用交付AD具备全面的健康检查机制，能够实时的监控两个数据中心的链路和服务运行状况，及时发现出现故障的数据中心或者其内部服务器。当出现故障问题后，保证将用户后续访问请求都分配到正常数据中心或者服务器之上。