正在阅读：全球首发！Windows Server 2008虚拟机ERP压力测试全球首发！Windows Server 2008虚拟机ERP压力测试

　　在之前的ERP压力测试中我们已经发现科目余额查询是测试中响应最慢的一环，这是由于测试脚本没有对科目余额查询的运行条件进行参数化设置，则每次的余额查询都是对所有科目数据的全时长的检索。从上图可以看处，混合测试的9个功能模块大部分的响应时间在400秒以下的可接受范围之内，但科目余额查询的响应时间就出现的惊人的缓慢。

　　值得庆幸的是，即便有的功能模块响应时间变得很长，但系统没有依然没有出现死锁乃至宕机的情况，测试期间出现的一些错误，基本都是超时等待的错误提示，这在程序设置中重新定义等待时长就可以规避。虚拟服务器始终有惊无险的完成了长时间的测试项目。

　　总的来说，Hyper-V的虚拟服务器稳定性还是让人满意的。裸金属架构的虚拟技术都直接用系统处理器执行CPU指令，而涉及不到虚拟层。也就是说，Hyper-V其实是在硬件上直接运行的虚拟系统，其中运行的虚拟服务器根本不需要主操作系统。基于裸金属架构的虚拟服务器是直接支持对称多处理器技术、热插拔内存技术、冗余磁盘RAID 以及冗余电源技术等众多的硬件特性。对系统的稳定性有很大的帮助，并使系统保持一个相当高的可用性。

　　发现：

　　在性能测试和稳定性测试的过程中，我们发现了一些有意思的现象。在任务管理器中的性能监视窗口中，无论将虚拟的CPU设置为1个或者4个，运行的测试无论是50并发还是240并发，虚拟服务器CPU的占用总是保持在一个相对很高的水平上。这个现象在之前做过的物理服务器上没有出现过。也就是说，如果一套服务器系统，它的性能如果能够支撑200并发的话，当测试压力只有50的时候，其系统占用不会是在很高的位置。

     这与VMware虚拟机处理性能的调度截然不同，VMware曾经公布过一个虚拟机上开展SQL2000的性能测试报告，按照该报告，VMware虚拟机的性能随着虚拟CPU的增长而线性增长。

　　由此我们推测，Hyper-V在调度CPU资源时，并不是按照虚拟机的虚拟CPU数量进行调度。实际上我们测试过给同一个虚拟机分配一个虚拟CPU和四个虚拟CPU，虚拟机的性能差异很小，基本上可以视为SQL 2005对不同数量处理器支持的性能差异。Hyper-V对CPU资源的调度，使同一台物理机上的虚拟机之间可以实现动态平衡，有效利用处理器资源。但是这样做的弊端将是虚拟机之间的隔离需要部署时很好的规划，否则一、两个虚拟机出现死锁这样的宕机，很可能危急整个物理机上虚拟机稳定性。（图10）。