虚拟环境中，文件服务器会带来特殊的调整风险。为了服务于不同的组群和业务功能，物理文件服务器经常会合并各种内容，与此同时，每个工作负载流在性能方面的要求也各不相同。一个具有高平均使用率的物理文件服务器最初可能会被认为并不适于进行虚拟化。这种情况下，行之有效的方法是将不同的工作负载区分开来并置于多个较小的文件服务器中。这样，ESX Server 调度程序便可以在更多数量的虚拟处理器间分配工作负载。
举例来说，如果一个公司要转换到虚拟基础架构，以期对不断增长的文件服务器需求进行适当的调整。他们的物理服务器中包含有成千上万个小文件，这些文件时常要被某个重要的业务应用程序搜索和访问。如果访问过程很缓慢，会导致该应用程序冻结用户应用程序屏幕。同一服务器上包含很多 Adobe PDF 或 Microsoft Office 格式的用户文件。这些文件所占有的空间更大，但用户的访问频率要稍低些。第三类数据流包括存在于同一文件服务器上“我的文档”中所有最终用户文件和重定向的桌面文件。最后，同一文件服务器上存在有差不多 600 GB 的扫描文档，但很少被用户访问。
该实例中，所有的数据最初会被迁移到单个虚拟机中。在经历了最初的低性能之后，虚拟机上的资源共享水平得到了很大的提高。而服务器的性能仍然很不理想。添加第二个虚拟 CPU 有点帮助，但服务器似乎看上去仍非常忙碌，以至于在 ESX Server 调度程序看来，该虚拟 CPU 很少是闲置的，整个 ESX Server 主机利用率都处在一种虚高水平。最终，公司将该文件服务器分离成了三个独立的单虚拟 CPU 文件服务器。所有的业务内容文件放置在一个服务器上（服务器 A）；用户的个人文档和桌面文档放置在另外一个服务器上（服务器 B）；客户文件和扫描归档文件放置在第三个服务器上（服务器 C）。
通过试验和 esxtop 实用程序的监视，公司认为只要 esxtop 中服务器 A 的“%Ready”衡量指标低于 5，他们的应用程序便能够良好的运行。资源共享水平得到了很大提高，“%Ready” 指标很低。服务器 B 中的文档是用户经常在 Microsoft Office 应用程序中用到的。实验表明：如果“%Ready”低于 10，Excel 和 Word 文档加载时间会少于 1 秒；如果“%Ready”高于 10，加载时间为 2-4 秒；“%Ready”高于 20，则加载时间为 6 秒。调整后，服务器 B 的文档加载时间大约为 1 秒；服务器 C 的调整力度稍小，文档加载时间范围在 2-4 秒之间。分别调整这些工作负载之后，公司的 ESX Server 主机利用率大幅降低，调度程序会在 esxtop 实用程序中正确地报告每个文件服务器的闲置时间。该实例中，每个工作负载根据不同业务的需要对进行了适当的调整，结果提高了整体的 ESX Server 主机性能，而且还提高了对最终用户的响应速度。
上承载打印服务
有些时候打印服务器的负载较高，从而造成系统繁忙，但是在大多数情况下，它们对性能的要求并不高。通常在用户走到网络打印机之前，打印任务就已经完成了。打印服务器只需获得较少的系统资源。可以在优先级较高的机器不需要大量系统资源的时候，将可用的资源分配给打印服务器。
正如我们可以把文件服务器划分为多个逻辑工作流，并放置于多个虚拟机之内，我们也可以将打印服务器划分为多个打印机群组，从而将 CPU 平均利用率降低到 25% 以下。虽然部署多台打印服务器需要一些时间，然而由此实现的单台虚拟机低负载却可以让整个 VMware Infrastructure 虚拟环境更加流畅地运行打印服务器会造成极高的网络通信量，对于那些对延迟较为敏感的应用程序（例如 Citrix），其网络性能可能会由于打印服务器造成的网络通信量而显著降低。如果您在同一个 ESX Server 主机上混合了这些类型的网络通信，请考虑将这两类不同的应用程序分别置于绑定到不同物理网卡的虚拟交换机上。对于那些对延迟较为敏感的应用程序，这将有助于缓解网络拥塞状况。
在迁移文件服务器时，应该将工作负载划分为多个逻辑群组，为每项工作负载创建一个或多个文件服务器，并分别进行调整。切忌仅仅考虑一台服务器是否可以迁移，我们更应该考虑的是如何为每项工作负载确定合理的性能配置。
阅读(586) | 评论(0) | 转发(0) |
