开发者社区> 余二五> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

VMware虚拟机置备磁盘I/O测试分析

简介:
+关注继续查看

个人的项目实施中,经常有同事或者客户问“VMware虚拟机有三种置备方式,厚置备延迟置零、厚置备格式、精简置备哪种好”,根据不同的具体环境,从不同的侧重点出发,答案是选择最合适的,而不是最好的。

前段时间,学习了王春海老师的一篇《虚拟磁盘性能测试》的博文,王老师测试了不同存储下,不同虚拟机格式的磁盘性能,个人受益良多,这篇博文将扩展下王老师的测试,测试厚置备格式与精简置备格式在传输不同块时的IOPS。

测试设计:在一台Windows 2008 DataCenter系统的虚拟机中,添加新磁盘E盘为厚置备格式,添加新磁盘F盘为精简置备格式,使用IOmeter工具进行不同块,不同读写比例的测试。

测试步骤:

1. 分别建立5GB大小的厚置备磁盘和5GB大小的精简置备磁盘

clip_image002clip_image004

2. 进入Windows 2008 系统中初始化磁盘,选择GPT磁盘分区格式

clip_image005

3. 文件系统选择NTFS格式

clip_image006

4. 大家可以看到系统中新增的两个磁盘

clip_image008

5. 打开IOmeter测试软件,在Disk Targets中选择E:厚置备

clip_image010

6. 测试参数为4K:100% Read:0% random(4K大小的传输块,随机顺序100%读);

BTW,前段时间看到一个白皮书,提到4K是比较能体现虚拟化的IO,故首先从4K开始。

clip_image012

7. 测试时间为1分钟。

clip_image014

8. 厚置备测试结果(4K:100% Read:0% random)

clip_image016

9. 在Disk Targets选择F:精简置备

clip_image018

10. 精简置备测试结果(4K:100% Read:0% random)

clip_image020

11. 厚置备/精简置备 测试结果(4K:0% Read:0% random)

clip_image022

12. 结果(4K:0% Read:0% random)

clip_image024

13. 厚置备结果(32K:100% Read:0% random)

clip_image026

14. 精简置备结果(32K:100% Read:0% random)

clip_image028

15. 厚置备结果(32K:0% Read:0% random)

clip_image030

16. 精简置备结果(32K:0% Read:0% random)

clip_image032

测试分析图表:

image

测试结论:

从IO角度来说

在传输4K的块,随机100%读时,厚置备比精简置备IOPS提高约20%

在传输4K的块,随机100%写时,厚置备和精简置备iops几乎相等;

在传输32K的块,随机100%读时,厚置备和精简置备iops几乎相等;

在传输32K的块,随机100%写时,厚置备和精简置备iops几乎相等.






本文转自 tim2009 51CTO博客,原文链接:http://blog.51cto.com/virtualbox/1149001,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
混合云HBR云上备份VMware虚拟机
本文主要介绍一种简单且具备成本效益的混合云下的备份解决方案,可以为任何位置的客户虚拟机和数据提供强有力的保护,包括企业数据中心、远程和分支机构以及云上资源。
1469 0
+关注
20376
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载