虚拟化： 工作负载整合
处理得当的话，通过虚拟化合并服务器硬件能够带来更多商业效益，而不仅仅是降低硬件成本。
Thomas Olzak
改编自"Microsoft 虚拟化"（Syngress，Elsevier 的占用空间）
当您认为有关工作负载整合时，假设您的数据中心提供的服务。 工作负载整合在初始讨论，期间很普遍滑动到思考功率消耗和机架空间。 虽然这些都是整个虚拟化策略过程中需要考虑的当然关键项目，考虑它们在此时倾斜所需的工作负荷规划的焦点。 因此停止思维硬件占地面积，而是重点关注您的数据中心提供了对您的业务服务。 它是希望将注意力集中在整合上这些的服务。
工作负载整合并不是一些您可以跨多个业务领域实施切饼模刀的方式。 它们执行其任务的方式，甚至同一行业内的企业会略有不同。 因此我们无法深入的工作负载整合精细详细信息，但我们可以在 generalities 中讨论它。
应用程序整合
在许多行业都相当广泛的技术之一是发布的应用程序。 因此，让我们开始那里我们的示例。 应用程序发布到远程用户包含相当复杂，并且有时大基础结构。 这可能是更大，具体取决于编号和发布的应用程序的性质。
从最初的设计发展到今天这样是很常见的服务器和发布的应用程序环境之间。 例如，最初旨在发布应用程序"的 X"五年前场可能现在发布应用程序"Z"，甚至不不再发布应用程序"的 X"。 或者，应用程序可能已添加或从场中完全删除。 发展是不可避免的但它也是极好的示例工作负载整合的好处。
假设一场立志五年前发布到 1200 用户单个应用程序。 它使用 20 个应用服务器、 授权服务器、 五个 Web 服务器和八路数据库服务器。 在其初始设计的时候，我们使用了基于供应商建议和规范的所有新硬件。
我们构建一个场，并引入环境根据供应商的软件配置、 硬件规格和本来会连接到和使用正在发布的应用程序的用户数的建议。 随着时间的推移与许多组织中，我们场的则返回 true 用法发展。
什么最初 1200 命中单个应用程序的用户删除了约 600 命中原始应用程序的用户。 其他应用程序添加到服务器场，并发布到大约 200 多个用户。 最新和最好具有已过期，而软件也处在不断得到修补，曾经的硬件更新，并且变得更加高效。 所有这些详细信息播放到您的工作负载整合规划。
应用程序发布软件的主要供应商提供的工具和帮助您识别您的应用程序服务器，则返回 true 用法的参考线。 在此阶段中的工作负载整合规划过程中使用这些工具是至关重要的。 请记住他们的软件甚至供应商提供的建议基于常规用法。 只能通过进行彻底分析确定您的用户实际使用正在发布的应用程序的方式。
减轻负载
一个服务器场的原始规格为 20 个应用服务器以支持 1200 用户调用。 我们现在已经向下 600 的用户。 但是，不能假定应用程序服务器的数量可以只需丢弃了 50%。
针对这一点，要支持应用程序供应商联系。 您应该收集矩阵，以便不仅在解雇大小要求的服务器场，而且还在确保现有支持协议将得到维护，通过这一过程，它们可以帮助您通过该供应商提供的工具的真正的服务器使用情况。 您需要仔细检查以及使用情况统计信息。
在检查我们假想的一个服务器场环境中，我们已经发现几乎相同的经常或作为应用非常生动作为它一次是不能再访问主应用程序的数据库。 这使得我们以我们现有的八路服务器替换不太强大的服务器，或者甚至将数据库迁移到另一个可能有多余的规格要求的数据库服务器。 对于我们的情况，我们会将数据库迁移到另一个数据库服务器。
如上文所述，不过，我们场已向前发展以包括更多应用程序发布到大约 200 多个用户。 因此，现在我们必须经历此应用程序以确定其真正要求的相同步骤。
与我们完整的评估，我们已经识别出新的、 统一的工作负荷的我们发布的应用程序环境的真正要求。 我们已经减少了从 5 个到四个，Web 服务器的数量，并且它们迁移到虚拟化环境。
应用程序服务器的数量已从 20 减少到 10，我们独立的数据库服务器完全删除，而且数据库迁移到另一个数据库服务器具有多余和可用资源。 我们也有我们授权服务器，以及虚拟化。
.jpg)
Thomas Olzak 是在 HCR ManorCare、 俄亥俄基于短期-和长期康复和医疗护理提供商遍布整个 32 状态。 500 多个位置的信息安全总监张森 Boomer*，* Robert Keefer 和 James Sabovik 也属于这篇文章和它 excerpted 从中帐簿。
(C) 2011 Elsevier Inc. 保留所有权利。 经 Elsevier 的出版社 Syngress 的许可出版。 版权 2011 年。 "Microsoft 虚拟化"通过 Thomas Olzak。 有关此标题和其他类似的书的详细信息，请访问 elsevierdirect.com。