- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
增值业务系统向虚拟化平台迁移方案研究.doc
增值业务系统向虚拟化平台迁移方案研究
【 摘 要 】 近年来,随着增值业务需求规模的不断扩大,运营商的增值业务系统也变得越来越复杂,难以满足业务发展需求。论文结合运营商现有网络情况和虚拟化相关技术,提出虚拟化平台的建设方案,以及增值业务系统向虚拟化平台迁移的方案,将现有分散建设的增值业务系统向虚拟化平台迁移,以方便运维管理,提高资源分配灵活性,提高基础架构资源平均利用率和资源共享程度,减少维护压力,提升对业务创新的支持力度,为运营商相关项目建设提供借鉴和参考。
【 关键词 】 增值业务;虚拟化;迁移
1 引言
增值业务是指利用公共网络基础设施提供的电信与信息服务的业务,是与提供公共网络基础设施、公共数据传送和基本话音通信服务的基础电信业务相对而言的。运营商的增值业务是基于基础电信业务之上经过二次开发、整合形成的业务,针对不同的用户群和市场需求开通,可以满足用户基本通信需求之外的更广泛的工作、生活、娱乐需求。
运营商众多的增值业务系统目前采用烟囱式的方式,各自独立建设,在建设、扩容、维护、管理等方面都面临巨大压力。所用服务器等设备的资源利用率低,一般均值只有15%左右,当建设新的系统时,需要单独采购设备,建设周期长,难以满足快速开通业务的要求。如何解决增值业务系统建设面临的平台搭建、业务扩展等问题,成为运营商面对的一个重要课题。
虚拟化技术是将计算机物理资源如服务器、网络、内存及存储等予以抽象、转换后呈现出来,使用户可以采用更灵活的方式来应用这些资源。搭建虚拟化平台,运用虚拟化技术对现有各业务系统进行适当的整合,能很好地解决资源利用率的问题,提高系统可扩展性,提高业务快速开通能力。
本文以某省级移动公司为例,研究现有增值业务系统向虚拟化平台迁移的方案,对虚拟化平台的建设方法、迁移中需要解决的关键问题进行研究。
2 增值业务系统现状及问题
2.1 增值业务系统现状
目前,某移动公司共有增值业务系统21个,分布在不同的核心机房,系统采用各自独立的方式建设。主要设备情况:共有服务器主机112台,存储16套,网络设备63台,其他设备12台;操作系统情况:合计112套,其中Windows占42%, Linux占33%,Solaris等其他系统占25%。
2.2 存在的问题
(1)出现大量每台只安装一个应用程序从而未得到充分利用的基于X86的服务器;(2)“根据最坏情况下的工作负载来确定所有服务器的配置”这一策略导致服务器的配置普遍过高,资源利用效率较低,大部分利用率低于15%;(3)服务器需求的数量不断增加;(4)电力、空调、空间等能源成本不断增加;(5)提交变更请求与实际操作变更之间存在较长的延迟。上述这些问题在既有的增值业务系统建设框架内,已经无法得到有效的解决,必须寻求新的平台架构方法。
3 虚拟化平台建设方案
服务器虚拟化就是在服务器上安装一个虚拟机监控器(Virtual Machine Monitor,VMM)软件,将服务器物理的CPU、内存、网卡和硬盘等资源抽象出来,映射成若干个CPU、内存、网卡和硬盘,构成虚拟机,每个虚拟机上可运行一个独立的操作系统和若干应用软件。为了解决既有问题,采用新搭建一套虚拟化平台,将原有的增值业务系统向虚拟化平台进行迁移,实现用虚拟化技术解决增值业务系统的建设和扩容问题。
3.1 需求确定
采用定性与定量相结合的方法确定新建虚拟化平台的规模需求。
定量方法:用现有配置根据算法计算TPCC。应用程序提TPCC需求,用TPCC合计估算数量确定新建系统的服务器资源。定性方法:根据现有系统的负荷及经验值,确定虚拟化比,即新建的服务器与原系统服务器的比例,本项目按照8:1的虚拟化比确定新服务器的大致数量。
上述定量与定性方法结合,最终确定本期的需求。
3.2 整体架构设计
基于资源层、OS层、数据库/中间件层和管理层的四层架构建设思路,虚拟化平台整体架构设计如图1所示。
处于资源层之下的存储、服务器、交换机等IT基础设备构建了业务系统运行所需的各类资源池;通过资源池设计,实现快速的资源提供,并为业务系统提供计算、存储、网络等能力支持;基于虚拟化的计算资源池,可实现OS层系统的快速交付、切换与迁移;运行于操作系统之上的数据库、应用构建了业务系统的业务支撑环境,通过管理平台图形化的工作界面,使用户更好地使用动态资源池中的资源,以实现业务的快速开通
3.3 资源层设计
采用X86架构的PC Server来搭建资源池。在服务器选择上,要尽量选用统一的产品架构,并尽量统一服务器的配置,以使整个虚拟化平台内服务器的负载和虚拟机的部署更加稳定和高效率。服务器数量根据需求确定,按
文档评论(0)