HyperX Savage系列 DDR3 2400 16GB (8GBx2)玩虚拟化部署

一． 背景说明

1.1 虚拟化

    云计算是当前IT的潮流，而目前IaaS又是云计算技术中目前应用得最多的一种技术，特别是其中的硬件虚拟化技术更是得到广泛的应用。

 

    对于云计算技术的学习者、一般玩家或小微企业来说，没法使用一些“高大上”的东西，更在意能否利用普通的PC来玩硬件虚拟化技术、其效率如何，下面思多雅将和大家一起在普通PC机上虚拟化部署OA系统的服务端及客户端，并进行性能测试。

1.2相关概念解释与说明

1.2.1 设备虚拟化相关技术点

目前主流的VMware /vSphere /workstation，Citrix /XenServer，Microsoft /Heper_V /Virtual PC，本文所用的是VMware的方案；对于个人玩家可以考虑开源的虚拟部署方案，而小微企业相对建议用Microsoft 的方案，配合Windows Sever 2012方便且性能良好当然其限制就是仅能在Windows平台下使用及扩展

对用于虚拟化部署的物理系统来说，CPU与内存的配比如下建议为4G/核，即每个CPU核心配备4G内存是交效能发挥最佳的，比如I5级别的配备16G内存；

对于玩游戏的玩家来说，不建议采用虚拟化，除非是“扫雷级别”或类型的游戏。

1.2.2 测试名词

在线用户数－系统承受用户数

用户并发数量－指在同一时刻与服务器进行交互的在线用户数量

Think time （思考时间）－ 模拟用户操作行为的时间值

VU － 虚拟用户(模拟仿真环境下的用户)

吞吐量－指在一次性能测试过程中网络上传输的数据量的总和。

Throughput（吞吐率）－单位时间内网络上传输的数据量。Throughput=吞吐量/传输时间

Response Time (响应时间) － 由用户发出请求直到服务器响应最后一个字节的时间

TPS（Transaction）－平均每秒处理事务数

点击率：单位时间用户向WEB服务器提交的HTTP请求数。

二． 测试简介

2.1 测试目的

    通过对企业最常用的OA系统的进行压力测试，测试虚拟化部署环境的负载能力，测试硬件平台的稳定性，测试HyperX Savage系列 DDR3 2400 16GB (8GBx2)的稳定性、兼容性及性能。

2.2 测试方法

    本次测试采用的是OA最常用的公文管理、通知管理、流程监控功能模块作为测试脚本，在客户端利用Loadrunner虚拟用户并发并记录系统资源占用、响应时间、通过事务数等参数来调试。

2.3 测试环境需求

2.3.1 服务器端环境

硬件：

CPU I3 2100 双核四线程

12G内存

30G硬盘

集成显卡

KM网卡

软件：

MS Windows Server 2003Enterprise x64 Edition +SP2 部署IIS

MS SQLSERVER 2005+SP2 

某企业用协同办公系统（OA）开发版V3.0

MS Office 2007企业版+sp3

Mcafree8.1 企业版

WINRAR4.0

2.3.2 客户器端环境

硬件：

CPU I3 2100 单核

1G内存

30G硬盘

集成显卡

KM网卡

软件：

MS Windows XP Professinal+SP3

office 2007 专业版+SP3

iSignature金格电子签章系统

IE 8

WINRAR4.0

360安全卫士+360防病毒套装

2.4 物理软硬件环境

2.4.1 硬件配置

CPU：INTE： I3 2100

主板：华硕B75M PLUS

内存：HyperX Savage系列 DDR3 2400 16GB (8GBx2)

       

    Savage系列骇客神条是在中国有十多年口碑的高端HyperX品牌新出的系列，我手上这二条是它首次提供2400MHz的频率，HyperX技术实力挺牛，这内存采用黑色PCB板设计用料良好并辅助良好的散热设备，不单频率高而且延迟低，稳定性和兼容性良好。

显卡：集成

硬盘：西数1T蓝盘

显示器：DELL U2311H

 

2.4.2 软件环境

Windows 7 旗舰版 SP1 64位 推荐使用Windows Sever 2008 R2或Windows Sever 2012

Office2010 企业版 64位

McAfee VirusScan 企业版8.1

360安全卫士

VMware Workstation10（简称VM）

    注意一下，安装VM后，物理系统的网络设备中会多二项用于虚拟网络连接的网卡设备，不要禁用或删除，一般也不需要额外设置保持默认即可，不然会导致虚拟机部署后联网异常的情况

 

QQ 6.3

WINRAR4.2 64位版

软硬件的相关理论性请参考：http://itbbs.pconline.com.cn/diy/51883209.html

2.5 虚拟化部署

2.5.1 部署服务器端

    按虚拟机的安装方法正常安装好相应的操作系统及软件，思多雅已做好相应的虚拟机，直接部署如下：

1）打开虚拟机文件

 

2）配置虚拟机的参数

    把CPU设置成2核2线程均调用；

设置内存为12G；

    内存的设置一般不要超过宿主可用物理内存的一定比例，相应的比例VM会在其配置界面中标识：

 

设置USB设备

    注意一下，很多OA系统或业务系统都要用到USB接口的加密狗，建议勾上“自动连接新的USB设备”，然后等虚拟系统启动后并在虚拟系统活动状态下插入USB加密狗；如果事前就已插着USB加密狗，则入系统后再把加密狗映射给虚拟系统。

 

设置网络

    如果要将虚拟系统像普通的电脑一样被网络访问，要将网络设置成“桥接模式”

 

其它按需
设置或保持默认即可

3）启动虚拟机

    注意一下，对于新引入的虚拟机或是重新配置过设置的虚拟机系统，在第一次启动时都建议选择“我已复制该虚拟机”，不然可能引发蓝屏或相关错误，一如普通电脑换了硬件再启动系统一样。

 

    选择后虚拟机系统就可以正常启动了

 

4）检查VMware Tools

 

    启动虚拟系统后要检查一下VMware Tools版本是否一致及正常，不然容易影响到驱动的安装

 

 

5 设置OA的SQL服务器IP地址

    虚拟化部署后，要注意一下系统的IP地址有没变动，特别是数据库服务器与WEB服务器同在一台服务器的情况，如果有变化，则需要同步设置一下：

 

（估计对OA行业熟悉的人看到这个界面就知道是什么OA了）

2.5.2 部署客户端

 

参照服务器端的部署方式，设置客户端，启动后打开OA

 

2.6 部署情况查看

    只开一个服务器虚拟机时虚拟机与物理机的负载情况：

 

    二个虚拟机都开启并运行的情况下，服务器虚拟机与物理机负载情况

 

    部署后主机运行良好，这利益于HyperX Savage系列 DDR3 2400 16GB (8GBx2)高频率低延迟带来的良好性能及良好兼容性与稳定性。

三． 测试场景分析

3.1 测试说明

    测试以用户业务场景的并发测试为主，以及关注虚拟用户在做办公应用并发时数据服务器的处理状态，并在实际生产环境中实施测试，通过使用LoadRunner 集成的脚本录制，ＶＵ场景创建，场景运行以及性能分析功能，提供对测试对象的并发性能分析及调优。

3.2 测试范围与目的

? 模拟系统用户5000人，模拟同时在线用户数量为1000人；

? 在每日各类业务的平均使用量上，选择使用频繁的业务作为抽样，本次测试采用发文送办场景进行抽样测试；

? 本次测试为模拟实际投产的环境，关注用户界面的响应时间，体现系统的整体性能。

3.3 测试环境与测试辅助工具的描述

本次针对模拟用户业务场景，根据实际投产环境来作分析。采用LoadRunner 9.0性能测试分析工具，QQ截图工具等 

四． 性能测试场景

    针对在实际的业务投产环境中，根据用户使用频繁的业务作为压力点进行测试，并选取了如下三个场景进行测试：

场景1：公文管理

用例步骤：（公文管理）

1、用户登录

2、登记 ->填写数据 ->保存

3、登记 ->填写数据 ->送审

4、退出登录

注：以每5秒2个VU递增，不断增加用户数，单个业务场景持续运行四个小时

场景2：公共信息

用例步骤：（通知管理）

1、用户登录

2、公共信息 ->通知管理 ->通知发布 ->输入数据 ->发布

3、退出登录

注：以每5秒2个VU递增，不断增加用户数，单个业务场景持续运行四个小时

场景3：流程监控

用例步骤：（流程监控）

1、用户登录

2、行政办公->流程管理->流程监控

3、普通查询->输入“通知”->点击“查找”->查看结果

4、退出登录

注：以每5秒2个VU递增，不断增加用户数，单个业务场景持续运行四个小时

五． 数据收集

5.1 事务总览

关键字：事务，VU(虚拟用户)

概要：描述事务操作过程中通过的事务数量

40_100_200vu

 

300_400_600vu

 

1000vu

 

5.2 点击率－吞吐量合成图

40_100_200vu

300_400_600vu

 

1000vu

 

    从上图来看，点击率和吞吐量的趋势基本一致，在登陆时出现较大的波动幅度是由于第一次读取界面图片时增加的网络流量，登陆之后用户的业务操作产生的吞吐量小很多，从这个角度上来说，客户端与WEB服务器的信息交互基本对网络没有造成多大的压力。

    在实际的业务操作中，操作员会对文稿各项数据做相应的选择，对于没有可选的单位则进行手工输入，最后保存文稿，在实际的操作中，视乎数据量的多少，完成一个文稿需要2-10分钟左右，这里面主要是操作人员的思考和输入动作的时间。而在测试中，人的时间可以缩短到基本已经可以忽略不加考虑，结果反应的更多是系统的响应时间。

5.3 服务器系统资源利用情况

40_100_200vu

 

    由40用户递增至200用户时，CPU使用率增长由12%增长至45%，内存使用率变化稍有下降趋势，硬盘处理时间波动不大。

300_400_600vu

 

    VU由300用户增长至600用户时，CPU使用率增长不大，趋于稳定状态，平均在45%~50%之间，硬盘处理时间平均在25%之间波动，内存仍是非常稳定。

1000vu

 

VU数量为1000，CPU使用率稳定于75%，MEM使用率基本没有多大波动；

    通过该图，可看出40~1000虚拟用户在运行期间CPU平均使用率在均在75%以下，无论从服务器处理器的运算能力还是内存处理能力对于处理实际在线1000已足够。 

    在收文登记的场景中，CPU占用率正常，多线程处理对于内存和硬盘的I/O处理能力的要求较高，从处理运行的状况来看，各方面均趋于稳定，未有出现异常。

5.4 数据

    通过如上数据1000用户并发在登陆时的压力较大，则在测试中减少思考时间（Think Time），按脚本录制时对不同的模块的思考时间，在一个事务完成之后，开始新事务之前都会加入相应的思考时间，以此来缓解系统的压力，这使测试结果的响应时间大大的缩短，虽然思考时间的加入更加模拟真实的用户操作，不过却会降低系统压力，这也不是我们进行压力测试的初衷。和性能测试报告中的数据对比看得出思考时间使模块的响应变得更加快捷。

    减少思考时间(Think Time)意味增加了并发的压力，同时由于较大压力下，客户端响应服务器端的时间也相应增加，对各项指标有所影响，在压力较大情况下，事务100%的通过的成绩让我们满意。

六． 结论

    本次测试的服务器设备，是在使用虚拟机模拟恶劣生产环境下进行的，本次测试在处理1000个用户时事务通过率平均在98.9%，错误率低，在此情况下仍能保证良好的运行状态，在目前配置下的各项指标特别是HyperX Savage系列 DDR3 2400 16GB (8GBx2)的性能是令人满意的。