下面的对话是我与Nexus信息系统副总裁Keith Norbie关于桌面虚拟化的一段讨论。Nexus是一家专注于虚拟化与存储的系统集成商。Keith和我探讨了桌面虚拟化及与存储相关的实施挑战。
Tony：您在公司中做什么工作，在与桌面虚拟化相关的存储领域会涉及哪些工作?
Keith：我在Nexus工作了12年，在行业里已经工作了20年，在最近11年里主要关注存储。
我们对未来存储的愿景是虚拟化为核心。我们测定了数据库和备份的工作负载，对不同环境模式下的I/O配置文件进行了精确的测试。对于VDI来说，IOPS是一项重要的指标，为用户提供了“DirecTV”系统。
Tony：也就说看看有多少客户端，以及存储系统能负载多少I/O是吧。
Keith：是的。除了基本的IOPS分析之外还有一些其他的深度分析。有一些有特点的情况，如IOPS的突然增加和其他不可预知状况。我们应用了 一些科学的管理程序来理解用户如何使用工作负载。每个人都有一台笔记本，都可能会在自己的终端上发起I/O，所有的存储需求都本地化到那些点上。VDI的实施条理性很差，你需要对每个端点进行检查来发现除了固定的IOPS应用之外还需要什么。每个人都在谈启动风暴，但我认为这与杀毒和开启多个程序非常相似。你是否有相似的经历，当你整准备格式化东西，并根据一个程式化的设置格式化整个文档时，Word死机了。
Tony：经常会发生这种事情。
Keith：这可能会让你的电脑死机30分钟。想象一下如果有1000个节点会是怎样的效果。你需要关掉整个office。这种事情不大可能牵扯到在同一时间使用Word的每一个用户，恐怕你还没有真正经历过这种事情，然而当桌面虚拟化大量实施之后，这些都是你需要考虑的问题。
Tony：有一个学校大约部署了1000个桌面虚拟化节点，我和他们探讨过，他们一天大约会有八次启动风暴，因为学生们会在这八个时间点上集中登录。
Keith：我给您举另外一个真实的例子。我曾接触过一个有一个SAN架构的企业。他们存储资源丰富并且有很多富余的存储空间。所有IT都运行正常。他们感觉他们的存储似乎还处在闲置状态。他们自然而然的想到使用桌面虚拟化，并且虚拟化了呼叫中心的一些用户桌面。如果这样的话，SAN存储上产生的I/O必需有14或15倍的转轴个数，这显然是有问题的。他们不能为上百的用户提供足够的 IOPS，用户的体验很差。他们找不出问题所在，因为他们在一个动力不足的阵列上运行着桌面虚拟化。
Tony：你有没有发现最开始应用桌面虚拟化的用户已经陷入了僵局，因为他们没有准确理解桌面虚拟化创建过程中的一些细致入微的问题?
Keith：是的，我刚刚提到过这项技术始于多阵列制造商和VDI软件制造商，但技术就在那里，非常强大且具有可行性。但恐怕它比你想象的既难又简单。那些想跳出来就做但不思考的人恐怕将是第一批被桌面虚拟化埋葬的人。
Tony：在桌面虚拟化环境中，有哪些方法可以解决IOPS问题?
Keith：这与环境和IOPS问题的严重性有关。我们讨论每一个场景的问题，都需要考虑到相关因素。IOPS的这种要求会造成磁盘转速的不断提升，而这又影响到散热、制冷和储存架区。你可以致力于提高转速，但随之而来的是明显向下的性能曲线。你需要考虑到前端并加强容量管理。这是一个动态的数学平衡问题，依环境不同而不同。我不是一个大破大立一律追新的人。我会去了解环境中的各种因素然后根据环境来实现一个数学平衡。
Tony：那么在缺乏预见性的情况下您可以创建一个数学模型吗?
Keith：是的，因为很大一部分是可预见的。我们的测试会告诉我们一些使用高峰期，如论是启动风暴、杀毒还是其他一些因素。我们知道人们登录的时间，但每个环境会略有不同。
Tony：为一些你不可预知的东西规划一些性能余量是非常重要的。
Keith：当然。还有另外一些因素，现在有很多新兴的技术。利用一些新兴技术的突破可能会非常有效。
