任何一个网络写手都必须要有点八卦精神，即便是技术网站的主编，就像小编我总希望能经常看到些重量级的撕逼大战，呵呵。
事情是这样的，有一个虚拟化的工程师在VMWare官网发表了一篇名为”在虚拟化Exchange2013前请务必考虑其性能”的文章（http://blogs.vmware.com/apps/2015/06/stronger-case-virtualizing-exchange-server-2013-think-performance.html）。据该工程师社交网络的信息，极可能是VMWare的首席技术官Deji Akomolafe，对于懒得打开链接或者英文不好的朋友，我翻译给你们听哈~
文章一开始说：“自Exchange2013发布以来，它对磁盘容量的需求一直是在VMWare平台上诟病最多的性能问题，而可喜的是，微软也深知这一点。”以我个人经验来说，Exchange虚拟化的问题往往是由于复杂的环境和糟糕的计划执行力造成的，我不清楚这位CTO的信息哪里获取的。
接着文章又拿前之前微软的一篇技术博客说事儿，称微软承认Exchange2013的性能问题源自CPU超载，这还是拿“Exchange负载计算器”获得的基线CPU数据作为参照的。
VMWare正是对微软官方的Exchange负载计算器有强烈质疑，他们认为微软让他们的用户部署太多颗CPU了。
可以想象，这个计算器的开发者Ross Smith IV可能已经哭晕在厕所里。对于大型Exchange项目的管理者，会将计算结果当真并落实到硬件采购的情况并不多。
经验丰富的项目经理只将这种多用途的计算器的输出结果当做运维和业务需求的一个考量，换言之实际配置时会做调整，有时这些调整是为了使Exchange在虚拟平台上运行平稳。
文章接着说：“微软变得更开明了，他们的Exchange团队更乐于公开产品的内在问题”。我相信Satya会认同“开明的微软”，而作为一个上市已三年的产品，Exchange 2013的补丁都已经出到CU9了，可以说没啥漏洞是微软需要避讳的。
文章还说微软的Exchange团队并不欢迎虚拟化，而很多公司非常喜欢将Exchange部署在Hyper-V或VM上,但后来发现可以通过集群将Exchange部署在低规格的物理服务器和廉价存储上也并不影响性能。只能说VMWare还停留在Exchange 2003和2007时代，想通过SAN级别的存储满足其上所有虚拟机的需求。
下面我说几句公道话。
第一，Exchange在虚拟化平台上部署本身并没有问题，但是需要根据自身环境对推荐配置做适当调整，例如可以在所有Exchange服务器上增加CPU数量，但需要明确的是性能这个东西不过是在延展性（Resilience）与高可用性（High Availability）之间寻找平衡点。微软相对更看重可用性，包括其向推荐客户的硬件环境以及它自己的Exchange Online都是部署在相当廉价的物理机和一堆SAS硬盘上。
第二，VMWare在这个当口跳出来说Exchange2013虚拟化的问题，说明他们开始意识到随着越来越多的企业用户将邮箱迁到Office365，虚拟化的市场在急剧萎缩。如果VMWare能在满足Exchange性能需求的情况下证明其比O365更加便宜，或许可以引导用户走上虚拟化的道路。但我的经历告诉我但凡使用虚拟化的公司由于多了一个中间平台，多少会在部署，运维和管理上碰到问题。
第三，我希望VMWare可以拿出如何根据Exchange负载计算器再基于VM平台的软硬件性能调整方案，而不仅仅是抱怨计算结果失实。微软在这方面并没有错，他们在去年提出的最佳架构包括多角色服务器，去虚拟化等等方案，这是针对应用的。而作为VMWare应该从平台层面出一个类似于“虚拟化企业核心应用”的博文，这样才是真正造福于大众。
不管怎么说，技术界有竞争对于大众才是好事。希望VMWare可以拿出点干货就像微软Exchange 2013/2016的最佳架构让软件厂商真正可以在VM的平台上飞奔起来。
- 混合云集成方案Azure Arc - 2020年3月28日
- 【全网首播：Azure大全】11. 开发人员工具与Azure Stack - 2020年2月22日
- 【全网首播：Azure大全】10. 安全性与标识 - 2020年2月22日
现有 3 条评论
SAS盘性能足够，快照、克隆、vmotion都用不到，确实没必要虚拟化。
使用中 Exchange 在虚拟化下表现还好啊 。。。
部署，运维相对复杂，不出问题当然没什么。