故障服务器 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…