服务器负载均衡测试方案.docx

《服务器负载均衡测试方案.docx》由会员分享，可在线阅读，更多相关《服务器负载均衡测试方案.docx（17页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、负载均衡设备测试方案（第一版）2、 TCP timeout时间设为60秒；3、背景流量必须真实加载在负载均衡设备上，即该设备必须完成对 TCP背景 流量的负载均衡。测试配置：参见测试拓扑1测试过程：1）检查负载均衡设备是否翻开四层交换能力；2）确认负载均衡设备对TCP timeout设置为60秒；3）在负载均衡设备上配置2个Virtual IP地址，一个用于加载背景流量，一个用于正常（真实） 访问；4）配置负载均衡设备前端多台Client上的压力测试工具LoadRunner,并逐步提高每秒发送的 请求量。5）在背景流量逐步增大的情况下，使用命令行或Web界面管理界面动态观察实时的并发会话 数和

2、每秒新建会话数，直至到达标称的最大连结数指标。6）在背景流量逐步增大，设备最大连结数逐步增大的情况下，使用Client对用于正常访问的 ViituallP进行 请求，查看 请求响应情况；7）查看负载均衡设备的CPU、Memory情况，以验证负载均衡设备在大量IP地址、大量新增 连接请求下的性能。预期结果：1、背景流量能够通过负载分担到内部的服务器上；2、Client可访问到正常的DNS服务器Virtual IP；3、负载均衡设备的CPU利用率较低；判定原那么：测试结果必须与预期结果相符，否那么不符合要求。对每秒新增会话数、会话连接数、DNS请求解析情况和CPU的对应关系做记录:测试结果：4、负

3、载均衡功能测试4.1负载均衡方式测试项 目：负载均衡方式的测试测试配置：参见测试拓扑1测试过程：2）确认负载均衡设备对TCP timeout时间为10秒；3）配置负载均衡设备前端多台Client上发布测试流量，使用从目前 节点采集的真实 请求流量对背景流量的VirtuaHP进行 请求。4）设置负载均衡设备的负载均衡策略为轮询方式，使用命令行或Web界面管理界面动态观察 各台服务器上实时的会话数，判断是否满足轮询策略；5）设置负载均衡设备的负载均衡策略为比例方式，使用命令行或Web界面管理界面动态观察 各台服务器上实时的会话数，判断是否满足比例策略；预期结果：1、负载均衡设备的负载均衡策略满足设

4、定要求；判定原那么：测试结果必须与预期结果相符，否那么不符合要求。对不同负载均衡策略设定下的负载均衡情况做记录:测试结果：4.2主机健康检查功能测试项 目：主机健康检查功能的测试测试配置：参见测试拓扑1测试过程：1）检查负载均衡设备是否翻开主机健康检查功能；2）配置负载均衡设备对后台 服务器的 内容健康检查功能。3）查看负载均衡设备中针对后台 主机的健康检查状态；4）人为中止某台 主机的tomcat进程，查看负毂均衡设备中针对该 主机的健康检 查状态，并确认在此情况下负载均衡的流量状况；预期结果：1、负载均衡设备能够实现基于业务的主机健康检查；2、主机进程故障的情况下，能够通过健康检查发现主机

5、的故障，并停止向该主机 发布负载均衡的流量；4.3主机维护功能项 目：负载均衡设备对内部主机维护功能测试测试目的：负载均衡设备支持内部 主机的维护功能。测试要求:测试配置：参见测试拓扑1测试过程：1）负载均衡设备可以将内部Pool中的某台服务器状态设置为立即停用状态或逐步停用状态；2）在立即停用状态下，该服务器将立即停止服务，原有用户连接中断；3）在逐步停用状态下，负载均衡设备将不再给该服务器发送新的请求，服务器继续处理原有 用户的连接，直至用户请求为0;预期结果：1、负载均衡设备能够实现两种方式的主机维护功能;测试说明：判定原那么：测试结果必须与预期结果相符，否那么不符合要求。5、HA测试（

6、可选）5.1 负载均衡设备故障切换测试项 目：负载均衡设备切换测试测试过程：1）配置测试环境，以及四层交换设备。2）从Client上发送 请求，目的地为 的VIP地址。3）中断主用的负载均衡设备，记录 请求响应数据包丢包情况，并计算收敛时间。预期结果：5.2 局域网交换机故障切换测试项 目：局域网交换机切换测试5）从Client上发送 请求，目的地为 的VIP地址。6）中断一台局域网交换机，记录 请求响应数据包丢包情况，并计算收敛时间。预期结果：6、平安性测试6.1 访问源地址限制测试项 目：业务访问源地址限制测试过程：1）如图1配置测试环境，以及四层交换设备。2）在 请求解析的VIP上允许/

7、拒绝外部Client的IP地址段的访问，查看外部Client的 访问情况；预期结果：只有在IP地址段被允许的情况下，外部client才能正常得到 服务器的请求响应；判定原那么：测试结果必须与预期结果相符，否那么不符合要求。测试结果：6.2 SSH/ S访问控制项测试目的：测试负载均衡设备的管理平安性，通过加密的通讯来对设备进行控制，保证平安.测试配置：测试过程：3）如图1配置测试环境，以及四层交换设备。4）在测试用户机上对负载均衡设备发起 /telnet的访问，会被拒绝，在使用 s/SSH 访问时被提醒认证，通过后才进入管理界面。预期结果：负载均衡设备管理在网络上的所有流量都是加密的，没有明码

8、出现.判定原那么：测试结果必须与预期结果相符，否那么不符合要求。测试结果：7、附加功能测试（可选）7. 1应用优化：连接复用OneConnection测试7.2 应用优化：内存缓存RamCache测试7.3 应用优化： 压缩测试7. 4应用优化：SSL流量卸载和加速测试7.5 应用优化：带宽管理RateShaping （QOS）测试7.6 平安：DOS防护测试1、测试方案说明32、测试拓扑53、性能测试63.1 TPS （每秒新建连接数）测试63.2 并发连接数测试84、负载均衡功能测试113.3 负载均衡方式测试114 2主机健康检查功能测试124 3主机维护功能125、HA测试（可选）13

9、5.1负载均衡设备故障切换测试135. 2局域网交换机故障切换测试146、平安性测试 156.1 访问源地址限制测试156.2 SSH/ S 访问控制157、附加功能测试（可选）167.1 应用优化：连接复用One Connection测试167.2 应用优化：内存缓存Ra m Cache测试167.3 应用优化： 压缩测试 167.4 应用优化：SSL流量卸载和加速测试167.5 应用优化：带宽管理RateShaping （QOS）测试167.6 平安：DOS防护测试16F5的解决方案：工采用单臂路由方式将1台LTM3400割接到原先的生产网中，通过SNAT机制，改变关键技术阐述:灵活地组网

10、方式，高效的双机切换机制。基于 Cookie的会话保持机制。 iRule一可编程的高级流量控制和管理接口。测试图一：（测试环境，单臂路由连接方式）客户找正承 诒问法量客户找正承 诒问法量产生背景茂量LoaIRuiHiei测试设备：F5 LTM 3400两台目录娘务器两台Dueled抵岸服暑器也子吉枝系线 （四合应用宸泰客）测试图二：（生产环境，建议单臂路由+端口汇聚连接方式）测试图二：（生产环境，建议单臂路由+端口汇聚连接方式）F5 LTM 3400 负我均衡设备F5 LTM 3400 负我均衡设备电子需校系统应用服务器 自荏服务器3数据库服务器3、性能测试3.1 TPS （每秒新建连接数）测

11、试衡量负载均衡设备的关键性指标为每秒新建连接数、最大并发连接数。XXXXXXXX系统应 用服务器面对全校进行 服务，负载均衡设备的选择必须要能满足超过100K request/second新建会话数的要求。因此该项测试必须模拟出真实的 环境。要满足以 下几个要求：1、背景流量必须真实加载在负载均衡设备，即负载均衡设备必须完成TCP 背景流量的 负载均衡；2、满足XXXXXXXX系统的真实业务要求，负载均衡设备对于TCP timeout时间不得短 于10秒；3、在加载背景流量的同时下，Client可访问正常的web Server ；项 目1 ：真实流量下的TPS性能压力测试（要求有大量客户端，可

12、以是生产网运行） 测试目的：衡量负载均衡设备的关键指标为每秒新建连接数、最大并发连接数。测试使用多 台Client模拟大量IP地址进行 连接请求（生产网环境），以验证四层交换在大量源IP地址、 大量新增 请求下的性能。3、流量必须真实加载在负载均衡设备上，即该设备必须完成对 TCP真实流量 的负载均衡。测试配置：参见测试拓扑12）确认负裁均衡设备对TCP timeout时间为10秒；3）在负载均衡设备上配置2个Virtual IP地址，一个用于加载背景流量，一个用于正常（真实） 访问；4）在真实流量逐步增大的情况下，使用Client对用于正常访问的Virtual IP进行 请求,查看 请求响应

13、情况；5）使用命令行或Web界面管理界面动态观察实时的并发会话数和每秒新进会话数。6）查看负载均衡设备的CPU、Memory情况，以验证负载均衡设备在大量IP地址、大量新增连 接请求下的性能。预期结果：1、真实流量能够通过负载分担到内部的服务器上；2、Client可访问到正常的 服务器Virtual IP ；3、负载均衡设备的CPU利用率较低；测试说明：判定原那么：测试结果必须与预期结果相符，否那么不符合要求。对每秒新增会话数、 请求情况和CPU的对应关系做记录：测试结果：项测试目的：衡量负载均衡设备的关键指标为每秒新建连接数、最大并发连接数。测试使用 LoadRunner进行 连接请求，以验

14、证四层交换在相同或有限多个源IP地址、大量新增 请 求下的性能。3、LoadRunner发出的背景流量必须真实加载在负载均衡设备上，即该设备必须完成对 TCP背景流量的负载均衡。测试配置：参见测试拓扑1测试过程：1）检查负载均衡设备是否翻开四层交换能力；2）确认负裁均衡设备对TCP timeout时间为10秒；3）在负载均衡设备上配置2个Virtual IP地址，一个用于加载背景流量，一个用于正常（真实） 访问；4）翻开负载均衡设备上针对背景流量的逐包负载均衡机制，确保背景流量的每个报文均为一 个新建会话，以测试负载均衡设备性能；5）配置负载均衡设备前端LoadRunner发送测试流量，并逐步

15、提高LoadRunner每秒发送的 请求量，直至设备标称值。6）查看在此阶段中负载均衡设备发出和返回的流量，分析背景流量报文在负载均衡过程中是 否有丧失；7）在背景流量逐步增大的情况下，使用Client对用于正常访问的Virtual IP进行 请求， 查看 请求响应情况；8）使用命令行或Web界面管理界面动态观察实时的并发会话数和每秒新进会话数。9）查看负载均衡设备的CPU、Memory情况，以验证负载均衡设备在大量IP地址、大量新增 连接请求下的性能。预期结果：1、背景流量能够通过负载分担到内部的服务器上；2、Client可访问到正常的 服务器Virtual IP；3、负载均衡设备的CPU利

16、用率较低；3.2并发连接数测试项 目1 ：真实流量下的并发连接数性能压力测试（要求有大量客户端，可以是生产网运行） 测试目的：衡量负载均衡设备的关键指标为每秒新建连接数、最大并发连接数。因此此次测 试使用多台Client模拟大量IP地址进行 连接请求（生产网环境），以验证四层交换在大量 源IP地址、大量新增 请求下的并发连接数。测试要求：1、必须翻开待测试备的四层交换功能；2、 TCP timeout时间设为60秒；3、流量必须真实加载在负载均衡设备上，即该设备必须完成对 TCP真实流量 的负载均衡。测试配置：参见测试拓扑1测试过程：1）检查负载均衡设备是否翻开四层交换能力；2）确认负载均衡设

17、备对TCP timeout设置为60秒；3）在负载均衡设备上配置2个VirtuallP地址，一个用于加载背景流量，一个用于正常（真实） 访问；4）在真实流量逐步增大的情况下，使用命令行或Web界面管理界面动态观察实时的并发会话 数和每秒新建会话数，直至到达标称的最大连结数指标。5）查看负载均衡设备的CPU、Memory情况，以验证负载均衡设备在大量IP地址、大量新增 连接请求下的性能。预期结果：1、真实流量能够通过负载分担到内部的服务器上；2、Client可访问到正常的 服务器Virtual IP；3、负载均衡设备的CPU利用率较低；判定原那么：测试结果必须与预期结果相符，否那么不符合要求。对每秒新增会话数、会话连接数、 请求解析情况和CPU的对应关系做记录：测试结果：项测试目的：衡量负载均衡设备的关键指标为每秒新建连接数、最大并发连接数。因此此次测 试使用LoadRunner进行 连接请求，以验证四层交换在相同或有限多个源IP地址、大量新增 请求下的并发连接数。测试要求：1、必须翻开待测试备的四层交换功能；