故障服务器 p5502 恢复后,我们观察 WAS 应用,没有出现报错的情况;观察 2 台成员服务器,发现工作负载重新均衡到 2 台成员服务器。
下图为成员服务器 p5502 的系统负载情况,CPU 使用率重新回到 40% 左右。
下图为成员服务器 p5503 的系统负载情况,CPU 使用率重新回到 40% 左右。
在 pureScale 的性能方面,我们采用某银行客户实际生产运行的信贷管理系统,对 DB2 pureScale 的性能进行了初步评估。
测试硬件环境:
1. 成员服务器:2 台 p6-550 6C/48G
2. CF 服务器: 1 台 p6-550 6C/48G
3. 存储: DS4800 48 块 146G 15000 转光纤磁盘
4. WAS 应用服务器:1 台 p6-570 16C/64G
测试场景:
1. 测试业务用例:
新增客户基本信息、待处理申请查询、待处理合同查询等典型应用。
2. 数据量:
1000 万客户。
3. 并发用户:
1000 并发用户,900 个用户执行查询交易,100 个用户执行新增交易,读写比 90:10。
4. 测试持续时间:
10 分钟
测试结果:
交易量:5471 tps
平均响应时间:0.15 秒
资源使用情况:
测试过程中,2 台成员服务器的 CPU 几乎满负荷运行,平均 CPU 利用率分别达到 98% 和 86%,IO 也一直保持稳定的状态。WAS 应用服务器 CPU 平均利用率达到 63%。
成员服务器 p5502 CPU 和 IO 负载情况:
图 20. 高性能 CPU 和 IO 系统资源使用情况 -1
成员服务器 p5503 CPU 和 IO 负载情况:
图 21. 高性能 CPU 和 IO 系统资源使用情况 -2
测试结果分析:
DB2 pureScale 在高并发(1000)、真实信贷业务应用测试中,能够充分利用硬件系统的资源,获取出色的业务吞吐量(超过 5400 的 tps)的同时,保证优异的业务服务级别(0.15 秒平均响应时间)。
为了进行扩展性测试,我们选取了电信行业 Home Location Register (HLR) 高吞吐量交易评测软件 TATP对 DB2 pureScale 的性能和扩展性进行测试。
测试硬件环境:
1. 成员服务器:2 台 p6-550 6C/48G
2. CF 服务器: 1 台 p6-550 6C/48G
3. 存储:DS4800 48 块 146G 15000 转光纤磁盘
测试针对读写比 90:10 和 80:20 进行了 2 种场景的测试,连接到每个成员服务器的并发客户数从 4 个逐渐增加到 64 个。从上述图表中我们可以看到,在读写比较高(90:10)的应用场合,如基于 WEB 的电子商务系统,pureScale 从 1 个成员服务器扩展到 2 个成员服务器的线性度均达到 91% 以上;而在读写比较低(80:20)的、更接近大多数客户联机交易系统应用的场合,pureScale 从 1 个成员服务器扩展到 2 个成员服务器的线性度大多达到 90% 以上。在每个成员服务器处理 64 个并发用户时,我们观察到了明显的 IO 瓶颈,CPU IO 等待较高,这是导致 83.41% 的扩展性不是特别理想的原因。
以下文章点击率最高
Loading…