小型机向云计算过渡探讨.docVIP

小型机向云计算过渡探讨 　　【摘要】文章针对电信行业“去小型机化”的趋势和信令监控系统的现状，以三种测试基准（SPEC jEnterprise2010、TPC-C和SAP SD 2-Tier）分析了RISC向CISC转移的性能可行性，并给出了现有RISC小型机与其对标x86-64服务器的配置，为涉及小型机的信息系统云化提供了一种思路。 　　【关键词】RISC小型机 x86-64服务器 SPEC jEnterprise2010 TPC-C SAP SD 2-Tier 云计算 　　1 概述 　　电信运营商的信令监控系统是一个典型的大数据处理系统，目前某运营商信令监控系统的数据处理主要由三种计算能力支撑：（1）SPARC计算能力；（2）Itanium计算能力；（3）x86-64计算能力。这三种计算能力不具有互通性，前两种属于RISC架构，后一种属于CISC架构。 　　云计算技术通过对计算资源的虚拟化来对资源进行整合，提高资源利用率和可管理性；但是对这种异构性的计算能力进行整合，其优势并不明显。原因有二：一是现行云计算技术未能实现异构资源的统一管理和调度，而且预计将来也不可能实现，或者实现的代价太大（指令集仿真）；二是以计算能力类型划分成多个资源池，降低了资源整合的集约化优势（资源池越大，复用优势越突出）。因此，在对信令监控系统的云化过程中，需要考虑异构计算资源到同构资源的转化。 　　那么，应该向哪一种计算资源集中和靠拢呢？当前，电信行业“去小型机化”的趋势明显[1]。以往一直是RISC小型机唱主角，然而随着x86处理器性能和可靠性的不断提升，不断有应用迁移到x86平台，中国电信集团打造的三大云资源池就都采用x86服务器。因此，将三种计算能力向x86-64集中不仅是发展趋势，而且也为云计算打下了技术基础。 　　表1是信令监控的小型机现状，下文将以此为基础，分析RISC小型机向x86服务器迁移的硬件性能可行性。 　　2 性能可行性分析 　　信令监控系统以IT为支撑，其对IT能力的需求主要有三个方面：计算能力需求、存储能力需求和网络能力需求。本节将聚焦如何科学而又平滑地将对RISC小型机的计算能力需求转移到x86服务器上。 　　将RISC向CISC转移，平滑性体现在两方面：一方面是信息资产保护，原有数据得到延续，原有应用不需重构；另一方面是计算能力相当，RISC服务器所承担的负荷，CISC服务器也需具备相当的能力。对于前一个方面，信令监控系统中，RISC服务器主要承担了数据库和应用中间件的任务，对此需要有基于CISC服务器的同类数据库和应用中间件来接管相应的任务，使得数据和应用得到平滑迁移，需要对软件功能进行可行性分析；对于后一个方面，需要合理评估RISC服务器和CISC服务器的计算能力，使得工作任务迁移后，不会出现处理能力不足或者资源浪费的情况，需要对硬件性能进行可行性分析。 　　性能的评估需要有统一的基准，针对信令监控系统的体系架构，可参考的测试基准（Benchmarks）[2]有： 　　（1）SPEC jEnterprise 　　2010：全面系统化的基准测试，用于J2EE5.0服务器的性能测量和表征，对由J2EE服务器和数据库服务器构成的应用系统进行整体测试，以每秒处理的企业Java操作数作为其测量指标，指标单位：EjOPS； 　　（2）TPC-C：广泛应用的数据库事务处理基准测试，衡量服务器及数据库OLTP性能表现，以每分钟完成的TPC-C数据库交易作为其测量指标，指标单位：tpmC； 　　（3）SAP SD 2-Tier：衡量服务器及数据库执行SAP企业ERP的性能表现，SAP商业套件和数据库服务器共用单台物理服务器，以每小时可处理的完全业务订单作为其测量指标，测试结果标准化为SAPS值（100SAPS值等同于每小时2000笔完全业务订单）。 　　在上述三种基准的测试结果中，信令监控系统所用到的SUN M5000、SUN T5440、HP rx8640等RISC服务器均能找到相同、类似或者可换算的衡量指标，而且通过该衡量指标，可以找到与其相对应的x86-64服务器，从而建立RISC服务器与CISC服务器之间的性能换算关系。 　　2.1 以SPEC jEnterprise2010为基准分析SPARC和 　　x86-64的性能 　　SPEC jEnterprise2010测试数据主要由IBM和Oracle提供。IBM只提供基于自己的WebSphere中间件产品、DB2数据库产品以及硬件产品的测试数据，如果要衡量PowerPC64与x86-64之间的关系，其数据可以参考；Oracle提供基于自己的Weblogic中间件产品、Oracle数据库产品以及第三方硬件产品的测试数据，由于其测试范围包括了SPARC和x86-64架构，所以