服务器虚拟化可以在提升整体效率的同时节省资源和成本，然而在一定量虚拟机使用了太多的I/O带宽情况下，会对其他共享相同存储资源的虚拟机性能造成不必要的影响。

    虚拟化的其中一个问题是我们面临各种要求。我碰到的而一个挺有意思的问题就是有个大银行打电话跟我说，他们的备份遇到一些问题。他说在运行备份时，他们的香港用户无法访问内部门户。我仔细做了检查，发现他们非常认真地管理备份系统，他们认为他们在每个客户都使用一个备份代理备份了多个虚拟服务器主机上的多个服务器。备份组花了大量的时间分析哪个虚拟主机上有哪些虚拟机，并要求在备份窗口内完成，且均为客户端级别备份。然而虚拟机组是在几周后才开启了分布式资源调度程序（DRS），因此那些之前找到的客户端都已经转移了。纽约时间早上3:00,有7个备份任务开始运行，其中有5个是在同一个主机上的。与此同时，远在香港的用户们也正在访问他们的内部门户。备份管理员们自以为是的说，我们就早上4点开始备份在香港的机器吧，但他们却忽略了一点，如果同时备份五台机器，他们可能会对带宽造成很大的影响，这样用户就不能访问网站了。这就像有人占用了本该属于你的网络带宽，对于存储带宽的占用也是一样的。

    如果我们使用存储I/O控制，就可以做虚拟机文件系统（VMFS）的服务质量控制，也可以说，“对每个data store来说，当特定的虚拟机延时超过了限制，就应该对这台虚拟机调优了。我们不应该要求多少IOPS就给多少IOPS出来，应该稍微少给一些。这样我们就会少些‘麻烦'.我们应该将这些资源省下来给需要的用户。”值得注意的是，存储I/O控制是在vSphere企业增强版中才有的。这也仅为块存储的，并且是仅在LUN上工作的，在RDM上不能用，这是因为它是管理存储网络流量的，RDM会绕过它。

    举个例子来说，我们有两台服务器，并且我们不知道其中有多少人用过Iometer,尽管这是很常用的一个软件。假如这两个客户端都有相同量的I/O,比如有3500 IOPS.有一天我们对其中一台做了限流，和他们说“你只能得到600 IOPS,”另外一台机器的流量会显着增加，所以它在几秒钟之内就能作出反应。如果现在使用的是vSphere企业增强版，那么我们强烈推荐存储I/O控制。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。