高级虚拟化之整合三阶段高级虚拟化之整合三阶段 TT 服务器技术专题之“高级虚拟化之整合三阶段” Page 2 of 17 高级虚拟化之整合三阶段高级虚拟化之整合三阶段虚拟化通过使用新服务器运行关键业务应用缩短了实施周期，这快速降低了成本，增加了业务利润，满足了业务团队的要求，在几小时内就创建好所需的虚拟机。所有这些好处对业务都非常重要。在高级虚拟化手册系列里，本系列介绍如何为服务器构建系统的、分阶段的方法。包括数据收集、分析和迁移等，让您的数据中心尽可能利用虚拟化的各种好处。 第一阶段：数据收集第一阶段：数据收集 规划服务器整合项目的第一步是对数据中心的所有数据有一个全面的、准确的把握。 这不仅包括所有服务器的物理清单，也涵盖对每一台服务器上所安装组件及其版本的精确 描述操作系统（Windows、Linux 或者 Unix）、所安装的中间件（尤其是指数据库管 理系统，如 Oracle 或者 Microsoft SQL Server）和应用程序或者服务器支持的数据库。 实际上这一步工作可以占到服务器整合项目全部工作的 75%。 高级虚拟化之整合：数据收集高级虚拟化之整合：数据收集 第二阶段：数据分析与应用分发第二阶段：数据分析与应用分发 当制订服务器整合计划时，分析阶段的目的是为最终状态创建一个完整的定义。在分析阶段，你所要做的第一件事情是搞清楚那些现存的，并且在新的虚拟化环境中还将继续保留服务器。基于此，再次检查这些服务器的详细配置：CPU、内存、网络接口。 虚拟化整合之数据分析与应用分发虚拟化整合之数据分析与应用分发 第三阶段：迁移计划与环境监控第三阶段：迁移计划与环境监控 TT 服务器技术专题之“高级虚拟化之整合三阶段” Page 3 of 17 迁移计划的细节因数据中心而异，取决于开始实施服务器整合的时候有多少服务器和还要添加多少新的服务器。不过，在制定你的迁移计划的时候，总有一些通用的指南可供遵循。 虚拟化整合之迁移计划与环境监控虚拟化整合之迁移计划与环境监控 整合工具与技巧整合工具与技巧 本部分介绍整合的工具、技巧以及需要注意的事项。 整合工具有哪些？整合工具有哪些？ 整合服务器的几种方法整合服务器的几种方法 如何合理分配虚拟机资源提高整合比率？如何合理分配虚拟机资源提高整合比率？ 整合带来的安全问整合带来的安全问题题 TT 服务器技术专题之“高级虚拟化之整合三阶段” Page 4 of 17 高级虚拟化之整合：数据收集高级虚拟化之整合：数据收集服务器整合项目的第一步是对数据中心的所有数据有一个全面的、准确的把握。这不 仅包括所有服务器的物理清单，也涵盖对每一台服务器上所安装组件及其版本的精确描述 操作系统（Windows、Linux 或者 Unix）、所安装的中间件（尤其是指数据库管理系 统，如 Oracle 或者 Microsoft SQL Server）和应用程序或者服务器支持的数据库。实际 上这一步工作可以占到服务器整合项目全部工作的 75%。 数据收集应该包括如下三项工作流程（一些可能是同时发生的）： 1 1. . 收集关于当前环境的所有数据中心的信息，包括如下几个方面：收集关于当前环境的所有数据中心的信息，包括如下几个方面： 每台服务器的服务器目录，包括制造商和型号、序列号、数据中心的物理位置、生 产日期、服务器资源（CPU 细节、内存、网络接口速度）、服务器主机名称和 IP 地址； 每台服务器的平台软件目录，包括所安装的操作系统类型（Windows、Linux 等） 和版本、中间件以及中间件版本（数据库管理系统，如 Oracle 或者 Microsoft SQL Server、诸如 Apache 或者 Microsoft IIS 的 Web Server 软件等）； 应用程序和数据库目录，涵盖所有应用程序和数据中心所支持的数据库清单，其中 应该包括：内部开发的应用程序、购买的企业定制版应用程序和通用应用程序（如 Email）、以及软件开发人员和负责应用程序和数据库支持团队的联系信息。联系 信息应该由业务相关应用程序的团队或者中心 IT 部门来保存，这一点取决于软件 开发和功能支持团队的组织形式； 目录中所列出来的针对每一个应用程序和数据库的应用程序或服务器的匹配表和数 据库或服务器匹配表，这是一个应用程序和数据库的所有“实例”和每一个实例的 细节信息清单。数据中心的记录可能并没有提供只够的实例匹配信息，如果是这样 的话，就需要稍微迟一点收集这些信息。 2. 2. 获得（或者请求创建）全部已有服务器的性能规格获得（或者请求创建）全部已有服务器的性能规格。这些规格应该包括资源利用 率水平（CPU、内存、存储和网络接口）和设备每日、周、月的最高需求以及相对应的时 间。这些规格的获得最少要跨越两周时间，理想情况是坚持一个月。 如果数据中心以这种方式输出定期运行报告，标识使用增长趋势的结果历史数据通常 是非常有价值的，因为这些数据可以标识出正在经历快速使用增长的应用程序。由于对性 能的数据的收集需要几周的时间，所以数据收集应该在数据收集阶段尽早开始。使用合适 的工具（如 Microsoft 的 Perfnon），当然是在这些数据已经在使用的情况下。 TT 服务器技术专题之“高级虚拟化之整合三阶段” Page 5 of 17 3. 3. 对应用程序和数据库的所有者进行访谈对应用程序和数据库的所有者进行访谈。针对目录中的每一个应用程序和数据 库，进行结构化的采访，包括准备一些问题询问应用程序开发和支持人员。访谈的目标如 下： 更新关于应用程序和数据库的信息，这些信息通常都是不完整或者过时的； 获得对应用程序或者数据库即将进行规划的全面认识，例如，应用程序可能即将退 役、更换或者大修； 明白如何配置应用程序或者数据库才可以在虚拟化环境中很好地运行，包括应用程 序可能出现故障的可能形式或者成为特定规则要求对象； 清楚应用程序可以运行的操作系统版本以及实际做测试的新版本。作为服务器整合项 目的一部分，如果计划把尽可能多的应用程序放置在相同版本的各个操作系统上，这些信 息就非常有用了。这一工作的结果就是可以方便对最终状态环境的管理。 这并不是服务器整合必须的一部分，因为有可能在数据中心内构件运行不同版本操作 系统的虚拟机。然而，服务器整合项目意味着一个减轻数据中心操作复杂性很有难得的机 会，访谈是获得为处理该问题收集信息的最佳方式。 获得所购买服务器产品的软件许可证密钥，以及了解当应用程序迁移到一台新服务 器（尤其是虚拟机）上时获得新密钥的方式； 获得应用程序-应用程序和应用程序-数据库依赖关系的细节信息，这些信息设计新 的虚拟化环境时可能有用。 从这些数据收集工作中获取的结果应该输入项目数据库最好是 Microsoft Access 数据库或者基于关系型数据库管理系统（如 SQL Server 或者 Oracle）构建的数据库， Microsoft Excel 工作簿对于很多项目就足够了，尤其是那些小规模的项目。 下表说明了一个服务器整合项目中的典型项目数据库，该表中给出了数据元素的理想 数目，这些数据元素是指从每台服务器、应用程序和数据库收集来的典型数据。 对于包括 1000 台服务器、支撑 200 个应用程序和 50 个数据库的数据中心而言，项目 的数据库应该包括 2000 行以上的数据不包括服务器性能数据（如果包含性能数据的 话，将会是这些数据的 10 倍以上）。数据库中数据元素的数目要多于 3000 个，不包括服 务器性能数据（如果包含性能数据的话，将会是这些数据的 10 倍以上）。并不是所有的 单元格都有数据，一些可能是空的或者是“N/A”。 需要注意的是出现在两个“匹配”表（应用程序/服务器匹配和数据库/服务器匹配） 中应用程序实例或者数据库实例的数目多达应用程序或者数据库数目的 4 到 5 倍。通常情 况下，每一个应用程序和数据库将会有三个或者四个实例，其角色分别是：生产、QA/测 试和开发。一些应用程序的生产型实例部署在其工作负载所涉及的众多服务器上，因此对 于一个给定的应用程序 ID 或者数据库 ID，在匹配表中将会有三行或者四行每一行都 有不同的服务器 ID。也会存在一些应用程序及其底层数据库共同宿主在服务器上的现象。TT 服务器技术专题之“高级虚拟化之整合三阶段” Page 6 of 17 在这种情况下，同一台服务器将会同时出现在应用程序/服务器匹配表中和数据库/服务器 匹配表中。标识出这些场景非常有用，有时会涉及到如组合服务器在匹配表中包括 “组合（Combo）”一列，列中“Y”的值就表示一个组合。 如果数据中心的一些服务器早期曾经部署过虚拟化，就需要增加额外的列来记录该事 项。增加的列如下：服务器表中“虚拟化”列，取值可以是“Y”或者“N”，两个匹配表 中的一列用来标识服务器已经运行虚拟化软件（“Y”或者“N”）。最后，再用一列来标 识虚拟机实例的宿主平台。 (作者：MALCOLM HAMER 译者：王越 来源：TechTarget 中国) 原文标题：高级虚拟化之整合：数据收集 原文链接：http:/www.searchvirtual.com.cn/showcontent_32109.htm TT 服务器技术专题之“高级虚拟化之整合三阶段” Page 7 of 17 虚拟化整合之数据分析与应用分发虚拟化整合之数据分析与应用分发当制订服务器整合计划时，分析阶段的目的是为最终状态创建一个完整的定义。最终 状态的预定目标可以按照如下形式来描述： 所有在整合之后还将存在的服务器的列表，包含将作为最终的虚拟化环境的一部分 而被保留的服务器和将要(新)购置的服务器。 每个服务器上需要创建的虚拟机的个数。一些服务器可能被留作物理单机不装 虚拟化软件。这些服务器将支撑一个单独的应用，一个单独的数据库或者一套应用 组合。 每个应用实例和数据库实例在整合后的虚拟化环境中的详细的部署情况，包含支撑 运行应用或者数据库的虚拟机的物理主机，不包含专门的非虚拟化主机。 在分析阶段，你所要做的第一件事情是搞清楚那些现存的，并且在新的虚拟化环境中 还将继续保留服务器。基于此，再次检查这些服务器的详细配置：CPU、内存、网络接 口。 某些情况下，你可能需要通过某些方法升级这些存在的服务器，比如增加内存。一旦 你列出了需要保留的服务器清单，你就可以指定一些代码给它们，比如 E1,E2,E3 等等。 这将使得随后的步骤变得轻松些。 搞定这些之后，你就可以开始真正的分析任务按照最终状态，为每个应用实例和 数据库实例分派一个物理服务器。如果你有几百个，甚至几千个服务器要分析，这可能是 一个令人生畏的任务。 就算你能大大减少待分析服务器的数目，假如该项目用了大概 2 个月的时间收集数 据，那么分析工作也不可能在 3 个小时内完成。 当决定哪些应用和数据库需要部署在同一个物理主机的不同虚拟机上时，这里给出一 些宗旨： 每个物理主机上虚拟机的个数不要超过一个合理的数目。比如，你可以设定一个限 制，用于生产目的物理主机上最多跑 10 个虚拟机，用于开发和 QA/测试目的的物 理主机上最多跑 20 个虚拟机。 虚拟化软件可以在每个物理主机上支持超过 200 个虚拟机，不过，你最好不要在一个 物理主机上集中太多的虚拟机，万一物理主机发生故障，那将对业务产生很大影响。 物理主机不要过载。保证物理主机可以满足其上每个虚拟机对 CPU、内存和网络连 接的需求