BSS系统硬件资源需求模型基础研究.docVIP

BSS系统硬件资源需求模型基础研究 　　【摘要】文章总结了资源需求的两类基本模型,对BSS各子系统进行了模型归类;并在综合考虑系统的稳定性、安全性、发展速度以及建设周期等因素的基础上,给出了系统负载阈值和预警值的设定方法和参考数据。 　　【关键词】BSS 资源需求模型 阈值 预警值 　　 　　1 引言 　　 　　近十年来,中国电信企业BSS系统超常规发展,如何准确估算硬件资源需求一直困扰着规划设计人员。同时,各运营商BSS系统的建设管理工作逐步由粗放转向精细,对资源需求预测的准确性及投资的有效性要求大大提高。BSS系统规划设计人员不得不面对很多棘手的问题,如: 　　◆系统流程这么复杂,怎样才能理清业务指标和硬件能力之间的关系? 　　◆系统负载波动这么大,如何确定利用率? 　　◆系统发展这么快,怎么选择启动建设的时机?配置多少冗余才能保证系统运行安全? 　　本文将给出一般性方法,以期有效解决硬件资源需求估算中的这几个关键问题。 　　 　　2 基本模型分析 　　 　　BSS系统日趋复杂,一个省级系统就可能包括数十个子系统、上千个功能点。对如此庞大的系统直接进行资源需求分析会非常困难,如果能将系统分类,就会大大降低分析的难度。我们通过对不同运营商BSS系统的长期监测、分析,总结出两类基本的业务处理模型。 　　(1)OLTP类型系统 　　定义:联机事务处理系统,典型系统如营业系统。 　　特征:业务逐笔提交,实时性高。 　　OLTP类型系统的负荷与业务量的关联如图1所示。 　　图1是某运营商营业系统中间件服务器的一组实测数据及对应时期的工单量数据,不难看出OLTP类型的系统负载变化直接反映了业务量的变化情况。可以推定OLTP类型系统的负荷增长来源于与之相关的业务量的增长,并且这种关联近似为简单的一次函数关系。因此,只要分析业务量的增长趋势就可以直接推导出系统的负载变化,即 　　资源需求量(负荷)Y=系数a*业务量X+常数项c 　　但是,从更长时间的监测数据来看,a和c都不是恒定的,因为系统一直在建设发展,单笔业务的处理复杂度和处理效率都在变化。我们可以将OLTP类型的资源需求与处理的业务量之间的函数关系调整为: 　　Y=f(a)X+f(c) 　　其中: 　　 　　Y表示资源需求; 　　X表示业务量,比如营业系统的工单量; 　　f(a)反映了系统处理效率以及复杂度的变动; 　　f(c)则反映了非线性相关的其他业务(比如系统监控)处理能力的需求变动。 　　f(a)、f(c)在短期内是常量,长期看却是逐步变化的。 　　就某一特定系统而言,可以通过历史数据推定f(a)和f(c)。其中,f(a)可以简化为按照年度变化的一个系数,例如1.1(n-2008),“1.1”表示忙时单笔业务的资源占用系数,不同的系统取值不同;“n”表示资源估算的目标年份,如果需要估算2010年的资源需求,则n为2010,以此类推;“2008”表示基准年,如果以2007年的数据作为基准,则调整为2007,以此类推。相对而言,f(c)的变化要小很多,并且绝大部分系统中其所占比重也很小,可直接取定为一个常数甚至忽略。 　　(2)批处理类型系统 　　定义:批量业务处理系统,典型系统如账务处理系统。 　　特征:非实时性业务为主,通常要求在规定的时间内处理完成,如月末月初的批量停开机、月底的集中出账等。批处理的时间往往相对固定,并且系统负载在处理期间处于高位运行。 　　批处理类型系统的负荷变化如图2所示: 　　图2为某运营商账务处理系统的实测数据,可以看出批处理类型系统负载通常呈现突然的变化,进程启动时负荷急速上升,进程结束负荷快速下降。这种变化规律短期看缺乏与业务量之间的有效关联,分析比较困难。但从长期看依然和业务量有直接的关系。比如账务处理系统需要完成用户的出账工作,如果每次出账完成的时间不变,那么用户数和人均账单的增长必然会引起系统负荷的上升。因此,批处理类型业务依然可以通过分析相关的业务量的增长间接分析系统负荷的增长。其基本函数与OLTP类型相似,但是增加了一个时间参数f(t): 　　Y=f(a)X/f(t)+f(c) 　　 　　其中: 　　Y表示资源需求; 　　X表示业务量; 　　f(a)反映了系统处理效率、复杂度的变动; 　　f(t)反映了限定完成的时间的变动; 　　f(c)则反映了非线性相关的其他业务处理能力的需求变动。 　　f(a)、f(t)、f(c)在短期内是常量,长期看却是逐步变化的。 　　f(t)是指批处理限定完成的时间,如果保持不变,那么批处理类型系统和OLTP基本相同。但是如果f(t)发生了变化,那么资源需求Y会受到很大的影响。假设限定处理完成的时间缩短一半,那么资源