|
1、
应用系统性能评估重要性
随着企业信息化程度的不断提高,大型集中应用系统得到了发展迅速;企业对集中应用系统的依赖程度不断提高。在上述背景下,企业的信息化建设面临着如何升级改建原有系统,使得其能够满足日益旺盛的信息化需求的问题。
解决上述问题的最好途径是:结合用户未来的需求对现有系统、网络、设备进行全面的性能测试与分析,通过合理科学的计算得到满足用户未来需求所需的各项最低系统、网络、设备的性能和配置参数。由于大多数集团内的大量网络、设备和系统属于生产系统,难以通过常用的压力(或负载)测试手段和工具进行性能参数分析,因此我们将采用被动测试方式(即监测被测目标性能参数变化与用户使用频度的关系),利用成熟、科学的计算方法对系统的性能上限和用户服务高峰期的系统压力进行估算和预测,避免影响系统的正常使用。
2、
应用系统性能评估的方法
我们采用基于排队论的建模方法建立各个设备中的性能参数的关联。在实际建模中,我们将在对网络负载的性质及网络的运行做了一系列了解后,对系统进行抽象化建模,如下图:
根据上图,我们可以将系统架构转换成如下的排队网络

并利用成熟的性能采集工具,对现有系统的各节点性能数据进行收集,我们重点关注各节点如下三方面的指标:
Ø 吞吐率:系统在单位时间内能处理正常作业的个数;
Ø 响应时间:系统得到输入到给出输出之间的时间;
Ø 利用率:给定时间区间中,系统各种部件被使用的时间与整个时间之比;
通过对采集数据的计算提取出模型中需要的相关参数,如:用户到达率、系统服务速率等等,在计算各个指标时,我们主要采用以下几种计算方式
Ø 算术平均值(Mean
value)
加法平均——n个数值相加除以n
几何平均——n个数相乘开n次方;
Ø 中间值(median)
Ø 中位数:将所有数值由小到大的顺序排列,奇数则取中间一个为中位数,偶数则取中间两个数值的平均数为中位数,因此所有数值中有一半的数值大于中位数,而另一半小于中位数。
Ø 众数(mode):占比例最高、出现频率最多的数值
3、应用系统性能评估步骤
按照上述理论模型和计算方法,通过将计算得到的节点服务速率、到达率等参数代入模型,并通过不断的递增用户到达速率,直到出现某节点的利用率超过预定阀值。我们预定节点利用率阀值为70-80%。

通过计算我们得到到达率为472用户时,WAS集群系统的利用率接近70%。500时,
WAS利用率为75%,而DS4300则超过80%,系统全网吞吐量在预定阀值后有了明显的下滑。


|
Nodes |
Class |
Response
time |
Node
throughput |
Number of
jobs |
Queues |
Waiting
time |
Utilization |
Net
throughput |
|
WAS1 |
0 |
1.209677 |
1.573333 |
1.903226 |
1.24767 |
0.793011 |
0.655556 |
4.72 |
|
WAS2 |
0 |
1.209677 |
1.573333 |
1.903226 |
1.24767 |
0.793011 |
0.655556 |
4.72 |
|
WAS3 |
0 |
1.209677 |
1.573333 |
1.903226 |
1.24767 |
0.793011 |
0.655556 |
4.72 |
|
AIX |
0 |
0.367647 |
4.72 |
1.735294 |
1.100886 |
0.233238 |
0.634409 |
4.72 |
|
DS4300 |
0 |
0.446429 |
4.72 |
2.107143 |
1.428982 |
0.30275 |
0.678161 |
4.72 |
所以,我们建议从体系结构和设备选型上对上述性能瓶颈进行改进。迁移后的系统取消了原应用服务的三机集群架构,采用一台升级扩容后的小型机做为服务器,并更换了后台数据库服务器及磁盘阵列。
通过对迁移后系统的重新评测,我们预计迁移后系统的最佳吞吐量在1000用户左右,其系统运行趋势图如下所示:




通过上述图表可以发现,新系统的主要性能瓶颈将会出现在WAS2即报表服务器上,我们建议能够对WAS2进行下设备升级,或者可利用迁移后替换下的服务器组成集群以便对当前报表服务器的性能进行提升。
|