VMware虚拟化项目实施建议书版本:V1.1.docVIP

VMware虚拟化项目实施建议书版本:V1.1.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
VMware虚拟化项目实施建议书版本:V1.1

数据中心虚拟基础架构解决方案 版本:V1.1 前 言 随着应用新的不断推出,作为硬件平台的基础服务器需求量、维护量迅速增加,原来管理模式已跟不上要求,服务器的整合迫在眉睫。 1 服务器整合建议书 1 前 言 2 1当前服务器硬件平台现状和面临的问题 4 1.1当前服务器硬件平台现状 4 1.2面临的问题 4 2方案设计 5 2.1概述 5 2.2 总体方案介绍 5 硬件系统建议: 6 2.3 方案构成详细说明 7 2.3.1 虚拟架构主体部分VMware vSphere 4配置说明 7 2.3.2. SAN集中存储实现虚拟服务器的文件共享 8 2.3.3. 虚拟架构环境的集中管理、自动化及优化运行 8 2.3.4、虚拟架构环境的整合备份 9 2.4方案的优势 10 3、实例分析 11 3.1、VMware vSphere产品构成 12 3.2、VMware vSphere版本说明 13 3.3、服务器及存储的要求 14 3.4、国内部分案例研究 14 1当前服务器硬件平台现状和面临的问题服务器的利用率低。现在机房内运行的大部分机器的利用率都非常低,由于一台服务器只能有一个操作系统,受系统和软件开发平台的限制,CPU、内存、硬盘空间的资源利用率不超过15%,大量的系统资源被闲置。 2可管理性差。首先是可用性低,几乎每个应用服务器都是单机,如果哪台服务器出现故障,相对应的业务也将中断。其次是系统维护、升级和扩容时需要停机进行,也将造成应用中断,其中包括一些重要业务系统,一旦中断服务影响很大。 3)兼容性差。系统和应用迁移到其他服务器,需要和旧系统兼容的系统。新的软件包括操作系统和应用软件无法运行在老的硬件平台,而老的代码有时候也很难移植到新的硬件平台上。例如:公司分别开发为节省时间、物力和保持,只能用增加服务器方法来解决。 4服务器和存储购置成本高,维护成本递增,也不得不考虑。随着服务器数量增加,每年要支出高额购置费用不说,还有服务器已经过保修期,部件逐渐进入老化期,维护、维修预算费用也逐年增加。 针对上面我们碰到的各种问题,经过分析和调研,我们认为目前的服务器平台前期建设已经投入了大量的人力、财力,既要充分利用现有的服务器等资源,又要考虑到系统整合后的可扩展性,适合未来技术发展的趋势,以此来实现对服务器的(包括应用程序平台)整合。要解决好以上四个方面面临的问题,采用虚拟化技术整合是一条捷径。简单的说,服务器的虚拟化(例如 RAM、CPU、网卡等)进一步说,虚拟化对传统的实体机而言,有三个方面突破了传统的模式  第一,它是一个抽象层,它将物理硬件与操作系统分开,从而提供更高的 IT 资源利用率和灵活性。   第二,虚拟化允许具有不同操作系统的多个虚拟机在同一实体机上独立并行运行。每个虚拟机都有自己的一套虚拟硬件(例如 RAM、CPU、网卡等),可以在这些硬件中加载操作系统和应用程序。无论实际采用了什么物理硬件组件,操作系统都将它们视为一组一致标准化的硬件。 第三,虚拟机封装在文件中,因此可以快速对其进行保存、复制和部署。可在几秒钟内将整个系统(完全配置的应用程序、操作系统、BIOS 和虚拟硬件)从一台物理服务器移至另一台物理服务器,以实现零停机维护和连续的工作负载整合。 2.2 总体方案介绍 根据的实际应用情况,我们建议方案部署针对不同的业务采取不同的架构方案: 对于核心的核心或无法虚拟化的系统仍旧采用物理机上面直接运行原有操作系统和数据库的方式,为了保证服务器及应用的可靠性,建议采用独立的双机集群的方式来保证在出现计划外和计划内停机的情况下,使业务仍能够提供。 对于众多应用服务器,建议采用VMware服务器虚拟化技术,将上述部分应用服务整合到2台4路6核或8核的物理机上,实现物理服务器的虚拟化。整合参考主机的整体运算能力建议以8:1左右。 为保障虚拟化平台的业务在出现计划外和计划内停机的情况下能够持续运行,同时建议采用集群的方式。 在数据存储方面,除了考虑像传统方式一样将数据库数据放在SAN存储阵列上外,同时将虚拟架构套件生产出来的虚拟机的封装文件都存放在在SAN存储阵列上。通过共享的SAN存储架构, 可以最大化的发挥虚拟架构的优势,进行在线地迁移正在运行的虚拟机(VMware VMotion),进行动态的资源管理(VMware DRS)和集中的基于虚拟机快照技术的Lan Free的整合备份(VMware VCB)等,而且为以后的容灾提供扩展性和打下基础。 硬件系统: 原有服务器2台(DELL R900 2路6核或8核16G内存,4张千兆网卡) ----建议扩展内存到32G,增加1000M网卡1块 虚拟化整合后空闲出来的服务器作为备份管理服务器1台 虚拟化整合后空闲出来的服务器作为vCENTER管理服务器1台 光纤存储阵列

您可能关注的文档

文档评论(0)

zijingling + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档