一线某局点性能测试报告(上线前评估)讲述.docx

一线某局点性能测试报告（上线前评估）整体访谈感受及结论在压力测试过程中，总的来说，主观方面，根据客户访谈及实地体验观察情况，我们的虚拟机性能比PC机体验要差，但是在营业厅场景，由于客户原来使用的是HP TC机，现使用了云桌面后，比原来的TC体验要好，访问网页的速度有变快；客观方面，BOSS不同业务操作在正常压力、高负荷压力测试场景下，操作时长基本持平。OA不同业务操作在正常压力、高负荷压力测试场景下，不同业务时长分化明显，计算密集型业务受压力影响最大，满负荷运转时，时长接近翻番；其他业务时长增加不明显，基本持平。结论：对于本次计划上线的1500用户，经过CPU/IO评估（并发75%），可以满足业务需要。同时并发开机，经过测试，业务正常。同时也存在风险项，OA场景在满负荷运转时，计算密集型业务会受到较大冲击，业务操作时长几乎翻番。详细分析，请参见下文。CPU分析评估OA场景用户访谈结果**1虚拟机：没明显感觉，比以前的PC感觉要慢点，考虑云桌面这是远程连接，慢点可以理解。**2虚拟机: 没明显感觉，很以前差不多。**3桌面组的用户：比以前的PC机变慢，访问业务系统比P C机要变慢，跟旁边的物理机相比，反应速度有变慢。时间段28号10:53:58~14:39:59 50%并发CPU业务模型：后台压力：时间段28号15:00:04~ 17:29:50 75%并发CPU业务模型：后台压力：时间段28号18:25:37~29号17:10:5750%并发CPU业务模型：后台压力：由用户模型推算可支持的用户数通过上面加压测试及用户访谈，表明在上述压力背景下，用户体验没有明显变化。因本次测试真正上线参与用户少，可能结果会有一定偏差。在保证用户正常体验的前提下，按照26号采集的用户CPU模型（忙时CPU=48%，闲时CPU=20%）：假设CNA上用户总数为n，并发率为α，一般在保证用户体验的情况下CPU占用达到domianU的80%比较稳妥。n*α*48+n*（1-α）*20=2900*0.8==当并发率α=0.75时，n=57当并发率α=0.5时，n=68当并发率α=1时，n=48由此可推断目前的硬件资源可支持的最大虚拟机数：当并发率α=0.75时，虚拟机最大可支持=427*57/29=839当并发率α=0.5时，虚拟机最大可支持=427*68/29=1001当并发率α=1时，虚拟机最大可支持=427*48/29=706营业厅场景用户访谈结果*****1的虚拟机用户体验感受，在压力测试过程中，没明显感觉，和平常差不多，能正常的支持现在工作。*****2的虚拟机用户：28号4点30左右的电话访问，用了一天的虚拟机，没什么问题，和平常差不多。时间段28号11:37:09~ 13:37:1050%并发CPU业务模型：后台压力：3点以后并发75%，因脚本停止，没有抓到有效数据，从告警可以看出，营业厅场景的CPU也达到了OA场景的CPU占用率。由用户模型推算可支持的用户数在保证用户正常体验的前提下，按照26号采集的用户CPU模型（忙时CPU=48%，闲时CPU=15%）：假设CNA上用户总数为n，并发率为α，一般在保证用户体验的情况下CPU占用达到domianU的80%比较稳妥。n*α*48+n*（1-α）*15=2900*0.8==当并发率α=0.75时，n=58当并发率α=0.5时，n=73当并发率α=1时，n=48由此可推断目前的硬件资源可支持的最大虚拟机数：当并发率α=0.75时，虚拟机最大可支持=514*58/29=1028当并发率α=0.5时，虚拟机最大可支持=514*73/29=1293当并发率α=1时，虚拟机最大可支持=514*48/29=850结论根据上面计算，可得下表：并发率α=0.75并发率α=0.5并发率α=1OA8391001706营业厅10281293850合计186722941556由表可知，在全部并发的情况下，可以支撑1500用户的正常使用。XP在虚拟化方面支持没有WIN7好，即同样的操作WIN7花费时间要比XP少，因此建议针对OA/运维场景有慢的用户分配WIN7虚拟机。IO分析评估售前计算模型：系统盘存储采用采用SAS 300G硬盘，配置计算过程如下：按照IOPS计算,所有场景需要的硬盘数量为：= 2200x5x0.7/38.71= 199块由此计算过程可得，每虚拟机落盘的IOPS是5。根据26号采集IO模型及IPSAN读写利用率（读cache命中率=47%，写cache利用率=77%）可得：IOPS块大小/K读写比例读IO写IOOA1572:8312读命中、写合并后23营业厅2281:9220读命中、写合并后15结论：实际采集的IO模型跟前期预估的模型基本相等，IO可以支撑现网业务的需求。即现网的IPSAN配置可