1、VMware云计算数据中心解决方案建议书2019/9/231文档信息与变更记录文档名称 VMware 云计算数据中心解决方案建议书作者 周 晶邮箱 版本 V1.0变更记录 2014.05.30 V1.0 初稿2014.09.04 V1.1 增加了“培训服务”相关内容2015.04.17 V6.0 基于 vCloud Suite 6.0 全面更新文档描述 本文档是 VMware 云计算数据中心解决方案建议书，对应于 VMware 的 vCloud Suite 6.02目 录1 概述 .51.1 项目背景 .51.2 现状分析 .52 VMware 云计算数据中心解决方案概述 .122.1 概述
2、122.2 功能特性 .132.3 版本比较 .173 VMware 云计算数据中心解决方案技术详解 .203.1 整体架构 .203.2 服务器虚拟化 .213.2.1 概述 .213.2.2 计算功能特性 .233.2.3 存储功能特性 .313.2.4 网络和安全功能特性 .423.2.5 管理和自动化 .493.3 高可用与灾难恢复 .563.3.1 概述 .563.3.2 本地高可用 .603.3.3 数据保护 .673.3.4 灾难恢复 .713.4 运维管理 .803.4.1 概述 .803.4.2 功能特性 .823.4.3 运维可见性和性能管理 .843.4.4 变更、配置和
3、合规性管理 .923.4.5 性能监控、分析、告警 .943.4.6 应用依赖关系映射 .1023.5 服务编排 .1053.5.1 架构 .10533.5.2 用户角色和相关任务 .1053.5.3 功能特性 .1063.6 服务调配 .1093.6.1 概述 .1093.6.2 典型应用场景 .1143.6.3 功能特性 .1153.7 业务管理 .1283.7.1 概述 .1283.7.2 功能特性 .1294 VMware 云计算数据中心规划设计 .1334.1 数据中心总体规划设计 .1334.2 核心虚拟化规划 .1354.2.1 计算资源规划 .1354.2.2 网络与安全规划
4、.1394.2.3 存储资源规划 .1424.2.4 集中式管理规划 .1474.3 高可用与灾难恢复规划 .1504.3.1 高可用规划 .1504.3.2 灾难恢复规划 .1524.4 数据中心运维管理规划 .1554.4.1 容量与性能管理规划 .1554.4.2 配置与合规性管理规划 .1584.4.3 性能监控与分析规划 .1634.4.4 应用依赖关系映射规划 .1654.5 服务编排规划 .1654.6 服务调配规划 .1694.6.1 基础架构服务调配规划 .1694.6.2 应用服务调配规划 .1825 方案优势总结 .1846 配置清单与说明 .1856.1 硬件配置 .1
5、856.2 软件配置 .1857 专业咨询服务 .1867.1 VMware 专业服务介绍 .18647.2 专业咨询服务内容 .1867.2.1 VMware Accelerate 咨询服务 .1867.2.2 技术咨询服务 .1877.2.3 技术客户经理(TAM)服务 .1877.3 专业服务实施流程 .1887.3.1 评估 .1897.3.2 规划与设计 .1897.3.3 实施 .1897.3.4 运维 .1908 全球支持服务 .1918.1 VMware 支持的角色和职责 .1918.2 全球技术支持服务 .1918.3 自助服务支持 .1928.3.1 社会支持 .1928.
6、3.2 其他资源 .1939 培训服务 .1949.1 培训课程和认证体系 .1949.2 VMware 精选课程介绍 .19610 缩略语解释 .351 概述1.1 项目背景在传统 IT 基础架构环境中，业务迅速发展给 IT 带来很大压力，服务器需求不断增多，机房空间、电力成为瓶颈，导致应用所需服务器资源紧张，正常项目开展受到限制。系统管理人员日常忙于救火和新的部署工作，无精力开展管理提升工作，技术复杂性，使得部署时间越来越长，导致应用上线时间延长。为了应对这些压力，人们开始寻求新的技术和管理解决方案。云计算的概念首先是从业务管理角度被人们接受，节省投资、需求快速部署、按需使用，这些特性得到
7、企业业务管理层认可后而使云计算迅速扩展，并成为真正落地的解决方案。云计算通过资源池技术，实现应用服务器和硬件服务器隔离，使硬件资源切片使用，提供逻辑虚拟服务器为应用提供服务，这样不但物理资源得到充分利用，而且机房压力减少，整体投资下降。虚拟化技术把虚拟服务器保存成文件，通过复制文件为快速部署提供可能。通过自服务门户，在不同资源池上面架设了一张“台面”，不但为客户提供多个资源池的使用，而且屏蔽了复杂的技术；通过隔离技术，把多组织、多客户的隔离需求进行部署，即使物理资源在一台硬件服务器上，也可以从底层协议进行隔离，达到安全隔离目的。通过生命周期功能，把资源使用限制在约定的期限内，到期自动释放资源，
8、使得资源可以重复利用。通过运行分析平台，把资源使用、运行状况进行记录，可以为客户提供直观的使用记录和运行状况分析。由于云计算的这些技术和管理的先进理念在 IT 界已广泛被接受，企业也像接受水管里的“水”一样开始构建“云”和使用“云”。XXX 客户作为国内大型企业，信息化建设不断发展，目前信息化网络以信息中心为运营维护单位，覆盖市场计费、生产经营等多套业务系统，服务器资源庞大。虽然该客户已经完成了对其数据中心的服务器虚拟化改造，但是，仅仅完成服务器的虚拟化已经远远不能满足各种业务对其数据中心的新需求，尽快地完成云计算建设是一件势在必行的大事。1.2 现状分析本小节首先将对 XXX 客户数据中心的
9、现状进行描述，统计了现有物理服务器的型号、配置以及其上运行的业务系统的情况，同时还对数据中心里的存储设备的配置与使用情况进行了总结。接下来，本文将对当前的现状进行分析，指出数据中心存在的问题。 现状描述XXX 客户数据中心目前以 X86 服务器为主，运行着人力资源、市场计费、生产经营、资产管理、网络管理、邮件、安全等业务系统。具体的服务器配置如下所示，该表涵盖了主要业务系统的服务器配置。系统 型号 配置视频服务器 PowerEdge 2950 Xeon E5410 *2/4GB6下载服务器 PowerEdge 2950 Xeon E5110 *2/2GB生产经营管理系统 PowerEdge 2
10、950 Xeon E5410 *2/4GB固定资产管理系统 PowerEdge 2950 Xeon E5410 *2/4GB移动站业务管理系统 PowerEdge 2950 Xeon E5410 *2/2GB网管系统 PowerEdge 2950 Xeon E5410 *2/2GB财务系统 PowerEdge 2950 Xeon E5410 *2/2GB防病毒系统 PowerEdge 2950 Xeon E5410 *2/2GB邮件系统 PowerEdge 2950 Xeon E5410 *2/2GB安全评估系统 PowerEdge 2850 Xeon 2.8G *2/2GB人力资源系统 Po
11、werEdge 2850 Xeon 2.8G *2/2GB任务管理系统 PowerEdge 2650 Xeon 2.8G *2/2GB库存管理系统 PowerEdge 1750 Xeon 2.4G *2/1GB身份认证系统 PowerEdge 750 P4 2.8G/1GB表：XXX 客户数据中心服务器上述服务器中，除了视频服务器和下载服务器外，其它服务器的负载都非常小，远没有达到充分利用的状态。虽然视频服务器和下载服务器的负载相对较高，但是也没有充分发挥硬件平台的资源效率。另外还有一些运行边缘业务的服务器，由于设备老旧以及所在位置等原因，本次尚未统计在内。在存储阵列方面，XXX 客户数据中心
12、的主要存储设备及其相应系统的容量与使用率情况如下所示。 IBM DS4700 阵列上，网管系统可使用的总容量为 1400G，现已使用了 800G，使用率为 57%；邮件系统可使用的总容量为 1950G，现统计分析系统已使用了900G，使用率为 67%。人力资源系统可使用的容量已全部分配完毕。 IBM FastT600 阵列上，库存管理系统可使用的总容量为 1340G，现已使用了1340G，使用率为 100%；身份认证系统可使用的总容量为 340G，现已使用了170G，使用率为 50%。 IBM DS5020 阵列上，视频服务器可使用的总容量为 1540G，现已使用了 1530G，使用率为 97
13、%；防病毒系统可使用的总容量为 270G，现已使用了 206G，使用率为 76%。7 EMC CX3-40 阵列上，财务系统可用总容量为 941G，现已使用了 325G，使用率为32%；移动站业务管理系统可用总容量为 800G，现已使用了 270G，使用率为 34%；安全评估系统可用总容量为 600G，现已使用了 305G，使用率为 51%。 EMC CX500 阵列上，任务管理系统可用总容量为 120G，现已使用了 95G，使用率为 79%；固定资产管理系统可用总容量为 300G，现已使用了 280G，使用率为94%。 EMC CX4-480 阵列上，下载服务器可用总容量为 2000G，现已
14、使用了 2000G，使用率为 100%；生产经营管理系统可用总容量为 980G，现已使用了 800G，使用率为 82%。上述存储设备及其相应系统的容量与使用率情况如下表所示。阵列名称 使用系统 可用空间 已用空间 使用率IBM DS4700 网管系统 1400G 800G 57%邮件系统 1950G 900G 67%人力资源系统 400G 400G 100%IBM FastT600 库存管理系统 1340G 1340G 100%身份认证系统 340G 170G 50%IBM DS5020 视频服务器 1540G 1530G 97%防病毒系统 270G 206G 76%EMC CX3-40 财务
15、系统 941G 325% 32%移动站业务管理系统 800G 270G 34%安全评估系统 600G 305G 51%EMC CX500 任务管理系统 120G 95G 79%固定资产管理系统 300G 280G 94%EMC CX4-480 下载服务器 2000G 2000G 100%生产经营管理系统 980G 800G 82%表：XXX 客户数据中心存储阵列可见，目前 XXX 客户的磁盘阵列划分孤立、分散，造成了磁盘阵列的浪费以及数据的高风险性，而且十分不易于维护。随着之后系统和数据量的不断增加，这一现象将会持续加剧。8 现状分析通过对 XXX 客户服务器和存储现状的分析，目前 IT 基础
16、架构有以下几个问题亟待解决： 资源孤立且利用率低下。现有数据中心中，计算、存储以及网络资源都是紧耦合的，也就是说数据中心内的 IT 建设是烟囱式的，根据客户需求一个项目建设一套系统，这样便形成了一个个的“ 项目孤岛 ” 。这种系统牵一发而动全身，很难作任何改变，扩展起来要对系统进行重新设计。在这种环境下，系统之间无法相互通信，资源不能在整个数据中心里实时、动态调度与共享，这样便使服务器与存储以及网络资源得不到充分利用，各种资源的利用效率全面低下。 服务器和存储购置成本高，维护成本递增。随着应用的不断增加，服务器数量也跟着增加，每年要支出高额购置费用不说，还有部分服务器已经过保修期，部件逐渐进入
17、老化期，维护、维修预算费用也逐年增加。 能源消耗巨大。当前数据中心存在海量的能源消耗和恼人的散热问题，这也成为数据中心发展的一大瓶颈。目前电力和数据中心辅助设施的成本已经超过了购买 IT 设备的费用，电力能耗占到数据中心整体成本中的 50%以上。 可用性低下。首先，几乎每个应用服务器都是单机，如果某台服务器出现故障，相对应的业务也将中断。其次是当硬件需要维护、升级或出现硬件故障时，上层业务系统均会出现较长时间的中断，影响业务的连续性，其中包括一些重要业务系统，一旦中断服务影响很大，未来数据中心搬迁时会更加麻烦。 兼容性差。系统和应用迁移到其他服务器，需要和旧系统兼容的系统。新的软件包括操作系统
18、和应用软件无法运行在老的硬件平台，而老的代码有时候也很难移植到新的硬件平台上。例如：由于各种资源数据库不同公司分别开发，需要的运行的软硬平台很多时候不能保证兼容。为节省时间、物力和保持系统部署的顺利，只能用增加服务器单独部署的方法来解决。 资源配置与运维管理的成本非常高昂且效率低下。现有数据中心的资源配置与部署大多采用人工方式，没有对应平台的支撑，没有自动化的部署。这种管理方式首先会增加人力成本，耗费大量人力在繁重的工作上，这使得管理费用成为机构的沉重负担。其次，这种管理方式会导致出错率高，效率底下，灵活性低等后果，同时，在性能调优，容量管理方面，这种管理方式的效率也是非常低下的。 对业务需求
19、无法做到及时响应，灵活性差。当有新的应用需要部署时，需要重新部署服务器，存储系统，并需要对网络系统进行调整以适应新的 IT 应用的需求，因此，运维管理人员无法快速高效地响应业务部门提出的各种要求。同时，部署实施新应用的周期比较长、成本也很高，这往往会延误新应用和新产品上市的时间，进而使企业失去了许多宝贵的商机。虚拟化技术在一定程度上缓解了上述问题带来的影响，例如，服务器虚拟化可以帮助数据中心减少物理服务器的数量，进而使企业在电源、散热以及机房面积上节省巨大的成本。此外，它还可以减少数据中心 UPS 和网络设备的费用以及所占用的空间，同时还可以大幅减少管理物理服务器的宝贵时间，提高部署服务器的效
20、率。但是，仅仅依靠服务器虚拟化还是远远不能充分解决上述这些难题的，这主要体现在如下几个方面。1) 传统可用性与灾难恢复解决方案在虚拟化环境下难以应用9虽然业务可用性与灾难恢复技术已经有了很多年的发展，但是传统的解决方案还是存在很多的问题，这使得现有的可用性与灾难恢复技术在虚拟化环境下更是难以得到很好地应用，这些问题具体如下。首先，传统的可用性解决方案是利用特定于应用的解决方案（如：Oracle RAC、MS SQL集群、Exchange Database Access Groups (DAG)等）在应用级别实施业务可用性。虽然这种方法通常可以提供不错的可用性，但是由于每一组应用都有自己的解决方案，因此这种方法有如下弊端： 复杂且昂贵 对管理员的技术要求较高 出错的风险大 许可证较贵(如 RAC) 专用的备份架构其次，虽然有一些基础架构层的解决方案可以比应用级解决方案更加经济高效，但是这些解决方案往往在正常运行时间和 RTO（恢复时间目标）方面表现得
