自2001年Google CEO Eric schmidt首次提出了云计算的概念至今，云计算技术的发展已从提出概念到技术实现，其应用也从互联网服务扩大到了企业内部IT基础设施建设范畴。G009le公司宣称，由于使用了云计算技术，其计算成本仅为竞争对手的1／100，存储成本仅为竞争对手的1／30，这让云计算技术一时之间成为行业内最令人瞩目的焦点。业界国外IT巨头如Amazon、Microsoft、IBM、Yahoo等都纷纷推出自己的云计算战略以及商用技术产品，而国内厂家如世纪互联、百度、阿里巴巴、华为也都在积极推进相关应用。国内外电信运营商也不甘落后地加入云计算阵营，开展尝试引入云计算技术。
为了满足运营管理的需要，电信运营商建设了大量的IT系统，而这些系统大小规模不一、用途各异且又相互独立，每年以数以万计的规模递增。引入云计算技术，将有利于快速部署业务，提高IT系统的资源利用率，可有效降低企业建设和维护成本，使经济效益实现最大化，更为企业技术、业务和管理创新带来了新的契机。
1 业务平台的建设现状
目前运营商的业务平台种类及数量多达百级，业务平台建设方面存在诸多问题，主要包括：
(1)建设周期过长：目前，工程建设从立项、可研、采购至实施完成需要大量时间，周期一般在半年左右，无法满足新业务新产品快速上线的要求。对于业务量高速增长的业务平台，也往往因为建设周期过长无法及时扩容，无法支撑业务进一步开展；
(2)资源利用率较低：目前业务平台的建设一般按照业务峰值进行平台设计和资源采购，导致平台容量规划过大。在绝大多数时间，平台的实际利用率较低，服务器等设备空转，资源利用率较低，导致大量的资源浪费；
(3)孤立建设：目前大量业务平台孤立建设，难以实现业务平台之间的资源互补与共享。各平台资源需求和实际利用率差异较大，在目前的环境下，无法调配空闲平台的资源给其它平台使用。
2 业务平台向云平台迁移的方案分析
业务平台向私有云迁移首先需评估业务平台迁移至云平台的可行性，在分析结论可行的基础上，再进一步分析具体的迁移方案，最后还要考虑迁移至云平台的具体业务部署方案。
2．1业务平台云迁移可行性分析
业务平台向云平台迁移的可行性分析的具体步骤和方法如图l所示，首先对业务平台的业务特性、平台特点、平台定位、收益、风险进行全面系统的梳理及分析，然后根据分析结果制定业务平台向云平台迁移的策略。具体的策略包括：
(1)平台迁移：稍作修改迁移到云计算环境；
(2)平台改造后迁移：先对应用软件进行架构改造再进行迁移；
(3)不实施云策略：暂时无法进行迁移。
图1 向云平台迁移的规划及分析
业务平台是否适合迁移至云平台，首先需要根据业务特性、平台特点、平台定位等方面进行初步评估。适合向云平台迁移的业务平台应具有如下特点：平台对硬件无特殊依赖性，平台的应用服务器可通过增加节点的方式提高处理能力；平台的应用系统与数据存储能有效分离；模块化设计，且模块之间通信实时性要求不高。平台架构以PC／刀片服务器为主。
除此以外，还需要考虑平台迁移至云平台可以获得的收益和可能的风险。改用云计算技术的部署方式，是否可以满足工程建设需要、是否可以实现业务平台整合和资源共享等预期收益。最后还要从技术方面、初始建设成本、运维管理等方面评估迁移至云平台的风险。
需要指出的是，对于具体业务平台在正式迁移至云平台之前，需要对业务平台的特性、效益及风险进行量化分析，确定资源需求才能制定具体的云平台迁移策略，且要充分考虑回退方案。
2．2业务平台云迁移方案分析
业务平台工程的云迁移应该考虑到新建、改扩建等工程建设性质的不同。考虑到云计算具有实现业务平台整合和资源共享、实现业务快速部署、有助于节能减排、节省建设及人员成本等技术优势，因此新建业务平台工程应尽可能引入云计算技术，部署在私有云上。对于一些有特殊业务特性的业务平台，如涉及敏感数据的业务。非IP化的业务，如部分语音类业务；大规模实时性处理业务；业务流程不统一。需要定制化的业务等可暂不考虑部署在私有云上。
对于改扩建工程来说，向云平台迁移方案比较复杂，需要考虑的因素比较多。需要遵循的原则包括：尽量避免或减少对业务带来影响，尽量保护原有设备的投资，减少投资浪费，兼顾长远发展等。下面将重点分析改扩建工程业务平台(即原有业务平台)的云迁移方案。
对于原有业务平台来说又分为多节点业务平台系统和单节点业务平台系统，多节点业务平台系统是指由多个系统来共同提供某业务，多个系统之间是按照不同业务、不同用户等划分方式负载分担业务t单节点业务平台系统是指由单一的系统设备来提供某业务。对于多节点系统来说，在论证迁移至云平台可行的基础上，迁移方案相对简单些，可考虑先将某一个或几个节点迁移到私有云上，将这些节点原有业务割接到其它节点上；待部署在私有云上的节点运行稳定后，后续将其余节点系统逐步迁移到私有云上。而对于单节点系统来说，向私有云迁移方案较复杂，与每个业务平台的系统架构有关系，下面将以某运营商的邮箱系统为例来分析具体的迁移方案。
邮箱系统作为典型的互联网业务，从业务特性来说适合迁移至云平台，且平台架构以PC／刀片服务器为主，平台对硬件无特殊依赖性，平台的应用服务器可通过增加节点的方式提高处理能力·平台的应用系统与数据存储能有效分离；模块化设计等，这些特点使得邮箱系统适合迁移至云平台。
某运营商的邮箱系统是单系统业务平台，全网只有一套系统为所有用户服务，设备集中设置在某城市。且其上的用户规模已经达到亿级以上的用户，且邮箱系统保存的用户邮件等数据也达到了几PB，因此，邮箱系统向云平台迁移有两种方法：部分迁移和整体迁移。部分迁移是一种逐步迁移到云的方法，先将部分功能及设备迁移到云平台上，后续逐步实现向云平台的全部迁移。整体迁移是一次性将邮箱系统全部迁移到云平台上。
2．2．1部分迁移方案
考虑到目前云平台的成熟度，以及原有设备的利旧使用，邮箱系统向云平台迁移可采用部分迁移方案，即将部分设备迁移到云平台，部分设备仍部署在原有机房保持不变。目前邮箱系统架构是集中式的架构，不适合分布式部署，因此为了迁移到云平台上，首先需要对现有的邮箱系统架构进行改造，如可改为中央节点+分节点的分布式架构，中央节点提供服务入口，并根据用户归属节点及路由信息将业务路由到归属分节点；业务节点为用户提供实际服务，不同的业务节点按照省份划分为不同的用户提供业务。考虑到邮箱系统后续将逐步全部迁移至云平台，因此该方案中建议将中央节点的功能及设备都迁移在云平台上，同时还要迁移其中一个业务分节点的功能及设备到云平台上，而原有邮箱系统未迁移的设备组建成另外一个业务分节点。这种架构设计以及部署方案便于未来原有设备的逐渐退网，将整个系统全部迁移到云平台上，同时还兼顾到将来邮箱系统可能部署在不同城市的多个云平台。
2．2．2整体迁移方案
目前邮箱系统是集中式的架构，考虑到尽量减少对现有系统架构改造的因素，也可将邮箱系统整体迁移到云平台上。
2．2．5方案对比分析
上述两种方案都各有优点和缺点，具体的方案对比分析如表1所示。
通过上述对比分析，可以看出不同的迁移方案各有优劣，在业务平台向云迁移具体选用何种方案需根据工程的具体情况进行分析及选择。
表1 部分迁移方案和整体迁移方案对比分析
图2 根据服务器性能要求部署资源池
平台的业务部署业务平台迁移至云平台主要的出发点是提高设备利用率，因此在部署中必须考虑错峰填谷、安全性、资源共享的效率等，业务部署需要遵循以下原则：
(1)云划分资源区域，为需要一定隔离、应用类型不同的业务提供资源承载；例如将应用服务器、数据库服务器和web服务器部署在不同的资源区域；
(2)分析业务平台对资源需求的时间特征，将不同时段需求不同的业务平台进行资源共享，实现错峰填谷，例如将工作时间需求量较大的业务平台与夜间需求量较大的业务平台部署在同一物理设备上。
(3)分析业务平台对资源的需求特征，将对不同资源的需求不同的业务平台进行资源的共享。例如将对内存密集型的业务平台与IO密集型的业务平台部署在同一物理设备上。
根据业务平台不同部分对服务器性能要求的差异，建立不同的资源池的例子如图2所示。业务平台的接口服务器、管理服务器、应用服务器和数据库服务器对性能要求存在较大差异：例如接口服务器对性能要求不高，可以通过多台服务器提供多个线程即可，应用服务器需要CPU能力较强，数据库服务器对CPU和内存要求较高等。对每个大类的服务器，根据其性能要求分别建立子资源池．每个平台从不同的子资源池中获取资源部署虚拟机，同一个平台的虚拟机经过高速网络互联。不同平台的虚拟机部署在同一物理服务器上，需要考虑错峰填谷效应。
核心关注：拓步ERP系统平台是覆盖了众多的业务领域、行业应用，蕴涵了丰富的ERP管理思想，集成了ERP软件业务管理理念，功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理，全面涵盖了企业关注ERP管理系统的核心领域，是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：业务平台云迁移方案的探讨时间
相关文章
