文献翻译译文Oracle相关.docx
《文献翻译译文Oracle相关.docx》由会员分享,可在线阅读,更多相关《文献翻译译文Oracle相关.docx(14页珍藏版)》请在冰豆网上搜索。
文献翻译译文Oracle相关
Oracle虚拟机服务器软件虚拟化在一个64位
Linux环境的性能和可扩展性
IbidokunEmmanuelTope,PavolZavarsky,RonRuhl,DaleLindskog
加拿大埃德蒙顿康卡迪亚大学阿尔伯塔分校信息系统安全学院
[摘要]企业环境采用虚拟化技术带来了巨大的收益,这些还没有它的服务人员问题和异常状况,例如性能调优和不稳定的性能指标,响应虚拟化系统,破坏虚拟化服务器,未配置的虚拟主机平台,或者其他的。
研究的焦点是分析Oracle虚拟机服务器虚拟化平台的性能针对那些Bare-metal服务器环境。
为了高品质的回报的可扩展性和后续支持也分别分析使用30和50个活跃用户的绩效评估。
Swingbench和LMbench是两个基准工具的套装软件被用来测试性能。
可扩展性的测试也使用Swingbench。
在一个单独的Oracle虚拟机下的Oracle数据库,结果显示使用Swingbench获得了4%和8%的开销对应30和50个活跃用户的绩效评估。
相应的75%和87%的性能指标分别对应30和50个活跃用户在两个Oracle虚拟机服务器环境下,表明两个虚拟机可以提高性能可扩展性。
我们的结果也表明通过虚拟机服务器测量出的结果有很大的偏差不能被忽略,尽管一些数据是通过LMbench测量。
[主题词]性能和可扩展性;虚拟化;Oracle虚拟机服务器;Oracle数据库;小红帽;Bare-metal服务器;可利用性
一、概要
目前,很多供销商,比如Intel,AMD,SunMicrosystems,IBM都在发展有着数十亿收益并且不断增长的目标市场的虚拟化产品。
虚拟服务器技术有效的将软件和物理设备分离开来。
想要一个安全的虚拟服务系统,在应用程序的可用性和进程间的独立性方面都是有改善空间的。
虚拟服务器技术同样也遇到了安全方面的挫折,例如虚拟软件的可开发性弱,一些基准测试器件显示出来的性能指标异常,未成形的虚拟主平台和客户操作系统。
然而,如果抛开这些安全问题,一旦虚拟环境安全控制松懈,就有产生更大影响的可能。
虚拟服务器技术是现代计算机信息处理技术中用来减少计算时间和开销的工具,但是如果被错误运用,它将成为整个环境的安全威胁。
这种节省时间与开销的优势促使商业愿意投入更多时间来抓住新的机遇,而不是把精力集中在维护和管理上。
虚拟化技术的突出特点就是可扩展性,在虚拟系统中,它在容量,性能和可用性方面有着更大的发展空间。
有很多测量基准的工具可以测量不同方面的使用性能。
例如,Swingbench可以测试评估每分钟的交易数,LMbench用来测量网络频宽和延迟,Httperf则用来测试网络服务器的性能。
而这份研究是评估Oracle数据库在虚拟环境和非虚拟环境下的性能和可扩展性的。
我们利用Swingbench和LMbench作为基准测试工具。
Swingbench在评估性能方面是很突出的。
它的设计目的就是产生负荷压力测试Oracle数据库。
而LMbench是通过测试延迟性和频宽给出硬件资源上虚拟技术的影响指数。
然后有一些先前的研究【2,9,10,11,12】是评估在32位机的系统上虚拟服务器技术的各方面的。
Tolly组织发表过一个研究,是评估在32位的Oraclelinux环境下用Oracle虚拟机运行Oracle数据库企业版的11.1.0.60版本下的性能。
我这篇研究的目的在于更新性能标准,以及在64位机上使用不同硬件,软件和配置来扩展这个实验。
二、相关工作
对虚拟机环境的相关性能的评估,有效的工作已经实施。
其中一个是由Tolly小组完成评估Oracle虚拟机在32位的环境运行Oracle11g数据库的性能的白皮书。
把solo描述为轻量级虚拟机允许虚拟机以最高的优先级直接运行在硬件上并且通过虚拟化修改后面完成的。
它更应该提高传统操作系统的虚拟机性能水平,因此满足高性能应用的需求不惜要唯一的硬件支持。
给出一个全面介绍入门管理程序并彻底完成的对Xen虚拟机的性能评估。
一个独立的研究通过评估整体性能,安全影响,性能分离和Xen和KVM的可伸缩性来描述了Xen和KVM性能的差别。
就虚拟系统的性能评估的基准和工具而论,强调虚拟机监听器是虚拟机系统中作重要的角色它的效率高度影响整个系统的性能。
他们也使用LINPACK,LMbench和IOzone测量并分析两个开放的虚拟机监听器Xen和KVM的性能,并且提供一个定量和定性的对两者进行安全的对比。
像任何一个新技术,操作和过程不好可能造成很多缺点。
至于服务器虚拟化,风险是在虚拟机之间和总体性能指标上缺乏安全性。
这项研究打算通过Tolly小组填满64位系统以前的可视化应用。
三、软件和硬件环境
我们这里使用的软件是Oracle虚拟机(OracleVMserver)2.2.1,红帽系统(RedHatEnterpriseLinux(RHEL))5.5,)Oracle数据库企业版11g(OracleDatabase11gEnterpriseEditionRelease2),基准测试工具Swingbench2.3,LMbench3-a9。
硬件是64位机物理服务器,4核CPU,8GRAM,一个64位虚拟机(1个CPU,3.75GRAM),和两个64位虚拟机(2CPU(每个上面各一个VM),7.5GRAM(每个VM各3.75))。
四、实验方法
所有的实验评估都是在AMD速龙II(AMDPhenonII),位于多核64位机(3.0GHz,8gb)上进行的。
实验环境中用的是同样的电脑为了排除机器条件对实验结果的影响。
在单独的的环境下,红帽5.5(Redhat5.5)的操作系统,安装上应用程序Oracle数据库企业版11g(OracleDatabase11gEnterpriseEditionRelease2)。
而在虚拟环境中,Oracle虚拟机是虚拟层,在它上面创建两个虚拟机。
在每个虚拟机上,都安装上上面单独的环境中一样的软件和程序。
另外还要在单独的环境和两个虚拟机环境中都装上Swingbench和LMbench。
测试描述
在实验的开始,我们先用Swingbench2.3.0.422测试并对比单独的服务器所支持的,一个虚拟机上的和两个虚拟机上的每分钟最大事务处理数。
把单独的服务器上的测试结果和在虚拟环境下有30,50个活跃用户的使用下的测试结果对比。
我们同样也用LMbench3分别测试单独的服务器和Oracle虚拟机环境下的延迟和频宽情况,从而对比他们处理情况和内存性能。
我们之所以测试延迟和频宽是因为性能问题通常是由延迟问题,频宽问题或者两者一起引起的。
6个实验在反复进行,我们用实验结果的标准差来分析问题。
五、实验结果和分析
A、使用Swingbench的性能效率和可扩展性
在这项测试中,我们使用Swingbench来测试分别负荷30和50个活跃用户。
表1和表2表明数据库最大处理速率是通过获取,而表1表明性能偏差是因为使用了bare-metal服务器和单独的Oracle虚拟机服务器。
通过图1我们知道在同时处理30和50个活跃用户时,单独的Oracle虚拟机服务器有一个48%和46%吞吐量的数据库相对于使用bare-metal服务器的。
总体上的分析在处理30和50个活跃用户有4%和8%的偏差。
表1使用bare-metal服务器分别处理30个和50个活跃用户的数据库最大速率
表2使用单独的Oracle虚拟机服务器分别处理30个和50个活跃用户的数据库最大速率
图1分别使用Bare-Metal服务器和Oracle虚拟机服务器的数据库最大处理速率
表3使用双重Oracle虚拟机服务器分别处理30个和50个活跃用户的数据库最大处理速率
(1)
表4使用双重Oracle虚拟机服务器分别处理30个和50个活跃用户的数据库最大处理速率
(2)
图2分别使用Bare-Metal服务器和双重Oracle虚拟机服务器的数据库最大处理速率
此外一个附加实验的实施目的是评估双重Oracle虚拟机服务器在相同硬件条件上的性能。
表3和表4给出了结果,而图2则对比了分别使用Bare-Metal服务器和双重Oracle虚拟机服务器。
在图2中,两组Oracle虚拟机服务器针对30和50个活跃用户分别获得了76%和87%的吞吐量使用各自分别的对比于Bare-Metal服务器。
这两种性能测试实验证实了Oracle虚拟机服务器可以执行和Bare-Metal服务器类似的性能,且不需要花费额外的硬件设备。
我们观察的Oracle虚拟机服务器的可扩展性能和效率。
这被在相同硬件环境放缩Oracle虚拟机从1个虚拟机到第2个虚拟机。
测试被放在两台分别负载30个和50个活跃用户的机器上,然后依次轮流测试。
表5和表6是对测试结果的小结,而图3显示一个单独的Oracle虚拟机服务器和2个虚拟机服务器的对比。
表5使用2个虚拟机负载30个活跃用户的数据库最大处理速率
表6使用2个虚拟机负载50个活跃用户的数据库最大处理速率
图3分别使用单独的Oracle虚拟机服务器和双重虚拟机服务器的数据库最大处理速率
图3结果显示负载30个活跃用户时第1个和第2个虚拟机的最大处理速率分别是50%和49%,而负载50个活跃用户时第1个和第2个虚拟机的最大处理速率分别是44.89%和44.63%。
因此分析这两个实验显示从1个虚拟机到第2个虚拟机,有单独的少于10%开销的产生30个和50个活跃用户。
B、使用LMbench的性能效率和可扩展性
性能测试通过使用LMbench运行的bare-metal服务器和Oracle虚拟机服务器的对比。
下面的图4和图5显示了通过单一功能和上下文交换为对比bare-metal服务器和Oracle虚拟机服务器的结果。
图4单独功能的潜在因素来对比bare-metal服务器和Oracle虚拟机服务器
图5上下文交互的潜在因素来对比bare-metal服务器和Oracle虚拟机服务器
描述简单的功能潜在因素的测量,两个功能分别是:
processfork+excve和processfork+/bin/sh-c。
Processfork+excve是创建进程的一种方式并估算这个进程,而processfork+/bin/sh-c是一个标准的命令用于启动一个已经执行和一个复杂的新进程。
考虑processfork+excve,结果显示Oracle虚拟机服务器的性能优于bare-metal服务器6%。
而processfork+/bin/sh-c中,Oracle虚拟机服务器的性能劣于bare-metal服务器50%。
这些事由于使用不同的管理工具而引发的结果。
图5显示测量上下文交互的潜在因素,这是需要保存一个进程并重新恢复其他的进程。
在64进程中,Oracle虚拟机服务器的性能优于bare-metal服务器18%,但是在96进程中Oracle虚拟机服务器的性能优于bare-metal服务器44%。
总体而言,Oracle虚拟机服务器的性能显示了上下文交互。
我们也获得频宽的测量为了频宽设施的通信:
频宽套接字在不同的速率下使用本地主机,下图6,图7,图8,图9以及图10比较了在bare-metal服务器和Oracle虚拟机服务器下的频宽测量。
图6频宽套接字在不同的速率下使用本地主机在bare-metal服务器和Oracle虚拟机服务器下的对比
图7频宽进程间的通信在bare-metal服务器和Oracle虚拟机服务器下的对比
图8只读频宽在bare-metal服务器和Oracle虚拟机服务器下的对比
图9记忆读频宽在bare-metal服务器和Oracle虚拟机服务器下的对比
图10记忆写频宽在bare-metal服务器和Oracle虚拟机服务器下的对比
图6显示了socket套接字在使用不同速度的主机下的带宽。
从这个结果中我们可以看出0.000512MB/s的单独的Oracle虚拟机服务器比OracleVM服务器快了%6。
0.001024MB/s的单独的Oracle虚拟机服务器则快了%62。
0.001437MB/s的单独的Oracle虚拟机服务器则快了%64。
10MB/S的单独的Oracle虚拟机服务器则快了%34。
图7显示了进程间通信带宽。
观察两个特点:
AF_UNIX套接字流带宽和管道的带宽。
AF_UNIX套接字流带宽是TCP连接的套接字,而管道带宽是通过创建一个作家和读者来衡量。
“结果表明,OracleVM服务器的性能比单独的Oracle虚拟机服务器AF_UNIX套接字流的带宽高出%92。
相反,单独的Oracle虚拟机服务器的性能比OracleVM服务器套接字流的带宽高出%86.这些结果在使用一些有缺陷的基准测试工具是难以预测的
图8可以看出,OracleVM服务器在阅读文件的性能上有高于单独的Oracle虚拟机服务器%62的显著的优势。
这也表明,较高的块规模,更好地阅读OracleVM服务器中的文件
图9显示了存储器读出的频宽,这是分配内存的能力,首先归零,然后读取内存大量增加。
结果显示,oracle虚拟服务器的性能高出单独的Oracle虚拟机服务器12%。
Oracle虚拟机都有更好的表现,除了在块大小为4.19M位的时候,可能是因为时间偏移的结果。
图10显示了存储器写入的频宽,这是分配内存的能力,首先归零,然后写入内存大量增加。
结果显示,单独的Oracle虚拟机服务器表现的性能要高于oracle虚拟服务器14%。
从上面所有的LMbench数据分析看来,oracle虚拟服务器的性能是比较强大的,不能废弃。
我们觉得LMbench的测量结果是有一定见地的,对一些小型企业是非常有用的。
另一方面,我们不能降低已经发表的文章的标准和那些声称LMbench有缺陷的建议。
在小型企业判定oracle虚拟服务器和单独的Oracle虚拟机服务器的效益时,LMbench的结果是非常关键的。
六、结论
根据Swingbench的测量值和实验结果,我们可以得出结论,在一个虚拟化的环境中,Oracle虚拟机能够有效的支持各种各样的工作负荷。
用30名和50名活跃用户分别使用而产生4%和8%的开销可以证明上面的结论。
使用两个Oracle虚拟服务器,30个和50个用户使用中的性能指标分别是75%和87%,这表明,两个虚拟机和一个虚拟机相比下表现出了性能可伸缩性。
这表明Oracle虚拟服务器非常有效的利用其硬件资源,双重虚拟机的性能更高,因此运行Oracle数据库程序是可用的。
本次研究也有足够的Swingbench测量数据显示核心的虚拟化技术在实用性方面有显著的积极作用,而在机密性和完整性方面的作用却不是那么积极。
LMbench的测量结果更进一步的表明Oracle虚拟服务器在延迟和频宽上的比重是不可忽略的,尽管LMbench的数据结果有些不稳定。
这些实验结果可以作为一个预防性知识,来帮助小规模的企业评估Oracle虚拟服务器和单独的服务器的性能。
基于本次研究还可以进行进一步的扩展,比如控制虚拟机的数量测试性能伸缩性。
另外还可以从另一方面扩展此次实验,就是分析一下Oracle数据库在虚拟环境下的性能。
感谢
感谢Concordia专科和研究生院的大力支持。
同时也感谢英国Oracle的DominicGiles和以色列HP实验室的Dr.CarlStaelin研发的Swingbench,LMbench两个测试工具,帮助本次实验顺利完成。
参考文献
[1]E.TIbidokun“PerformanceEvaluationofOracleVMServerVirtualizationSoftware64bitLinuxenvironment,”MasterThesis,ConcordiaUniversityCollegeofAlbertaApril2011.
[2]TheTollyGroup,“PerformanceEvaluationofOracleVMServerVirtualizationSoftware32bitLinuxenvironment,”WhitePaper,July2008.
[3]M.RosenblumandT.Garfinkel,“Virtualmachinemonitors:
currenttechnologyandfuturetrends”,IEEEInternetComputing,Vol.38,No.5,May2005.
[4]Andre’vanCleeffetal.”SecurityImplicationsofVirtualization:
ALiteratureStudy.
[5]ComparisonofvirtualmachinesusingdifferentvirtualizationtechnologyonLinuxplatform.
[6]Swingbench.Available:
on27/10/10.
[7]Lmbench.Available:
.Accessedon15/10/10.
[8]Httperf.Available:
on27/10/10.
[9]P.Barham,B.Dragovic,K.Fraser,S.Hand,T.Harris,A.Ho,R.Neugebauer,I.Pratt,andA.Warfield,“Xenandtheartofvirtualization,”ACMSIGOPSOperatingSystemsReview,
vol.37,no.5,pp.164–177,2003.
[10]J.Che,Q.He,Q.Gao,andD.Huang,“PerformanceMeasuringandComparingofVirtualMachineMonitors,”inIEEE/IFIPInternationalConferenceonEmbeddedandUbiquitousComputing,vol.2,2008.
[11]XiangZHANG,JieMA,YanchaoMIAO,QingweiMENG,MENG,“Solo:
ALightweightVirtualMachine”,IEEEInternationalSymposiumonParallelandDistributedProcessingwithApplications,2009.
[12]T.Deshane,Z.Shepherd,J.Matthews,M.Ben-Yehuda,A.Shah,andB.Rao,“QuantitativecomparisonofXenandKVM,”XenSummit,Boston,MA,USA,pp.1–2,2008.
[13]VirtualizationandPerformance:
VMTimeDriftByDavidOtt(Intel)June25,2009.