基于Unix的动态资源管理解决方案.doc

资源描述

基于Unix的动态资源管理解决方案基于Ｕ　的动态资源管理解决方案　　ｘｎｉ　城市商业银行资金清算中心　徐悦富　太极计算机股份有限公司　陈郁沈菊菊　随着国民经济快速发展、金融业日益繁荣、金融产　一品加快革新，银行的业务信息系统要不断进行全面改造　升级，特别是联机交易系统对业务实时响应的要求和对　、ＤＳＲＭ的总体架构　ＤＲＭ与其他系统模块之间的关系以及运行流程图　Ｓ业务量承载能力的要求不断提升。这就要求在系统制定　如图ｌ示。所　过程中，必需慎重合计系统资源能够满足系统业务峰值　〔〕ＤＳ１ＲＭ初始化：①读取动态资源管理配置信　的响应要求。通常状况下，为了满足系统峰值业务响应　息〔ＲＭ数据库表或ＤＳＤＳＲＭ配置文件〕，依据配置信　效率及系统业务量扩大的要求，应用系统制定会合计使　息，初始化共享内存结构〔共享内存键值结构，共享内　用复制进程处理并发等方式。为了更加灵活地利用系统　存文本结构〕，依据配置信息的资源最小任务数准备服　资源，更好地管理系统资源，提升系统运行效率，本文　务进程，置服务的状态为 “ 空闲〞状态；②清空服务的　专门针对应用系统资源提出了动态管理的制定思路，即　入口邮箱；③创建ＤＲＭ守护进程，巡视共享内存中活　ＳＤＳ〔ｙａｃＲｓｕｃｓＭａａｅｎ，动态资源管　动任务的变化。ＲＭＤｎｍｉｅｏｒｅ　　ｎｇｍｅｔ　理〕决方案。解　〔〕系统应用发出任务请求，通过知名入口邮箱　２资源　图１ＤＳ与其他系统模块之间的关系及运行流程　　ＲＭ２１．／００８中国金融电脑６７　把请求发送给对应的服务。　写到文件Ｌ。｝　Ｊ〔服务从邮箱读取任务请求，更新共享内存本　３〕〔Ｄｓｅｒｓ动态更新资源管理模块参数程　５〕ｒｍＲｆｈ〔ｅ服务的状态为 “ 活动〞状态，服务开始处理请求，并　序〕能够动态更新的参数包括：任务的最小值、任务增　在返回请求处理结果后，更新共享内存本服务的状态为　量、临界值和采样周期。当数据库中的资源配置信息改　 “ 空　〞状态。　变以后，运行ＤｓＲｆｓ会读取变更后的资源配置，ｒｍｅｒｈｅ　〔ＤＲＭ模块按照一定的采样周期，循环采集　更新共享内存结构，Ｄｙｅｏｒｅｎｇ会按照更新后的　４〕ＳＲｓｕｃＭａａｅ共享内存中的服务信息，依据动态管理算法，启动〔启　资源配置进行资源的动态管理。　动服务并将服务进程信息写入共享『存文本区〕或释放　人】〔停止服务并清空共享内存对应的进程信息〕资源。　２模块程序设置流程　．〔〕１资源启动流程　先通过模块初始化功能，获取当前进程号，将当前　二、ＤＳＲＭ的数据接口和模块　进程设置成一个新会话的开始者，清空信号集，注册到　在ＤＳＲＭ启动阶段，通过资源配置初始化进程读取　邮箱系统和共享信息系统。设置子进程退出信号处理终　资源配置中的数据，并将相应的配置信息写入对应的共　端入口，处理子进程退出信号，将子进程退出信号加入　享内存结构。当系统开始运行时，共享内存中的配置　信号集，开始动态资源管理服务。　信息依据系统运行状况不断变化，ＤＳＲＭ要轮巡共享内　在ＤＳＲＭ可管理最大任务数范围内，顺序读取键值　存，读取ＤＳＲＭ管理项下的资源状态。要按照一定的算　指针指向的共享内存结构内容。对每一个任务的键值结　法，通过ＤＳＲＭ自身进程的自我复制后加载服务的方式　构内容进行任务启动算法推断，进入任务启动流程。　来预先启动资源，通过向ＤＳＲＭ所管理的空闲的资源的　知名入口邮箱发送退出控制信息来释放资源。　任务启动有两种状况：一种状况是当一种资源目前　已经启动的任务数小于配置信息的最小启动任务数，那　么启动任务数等于最小启动任务数与目前已启动的任务　１ＤＳ．ＲＭ模块内部结构　〔〕ｙｅｏｒｅｎｇＩｉ〔Ｓ１ＤＲｓｕｃＭａａｅｎＤＲＭ模块的内存初　数的差值，ＤＲＭ保证每一种资源的启动任务数至少等　ｔＳ始化程序〕将ＤｓＲＭ配置信息导入共享内存，即依据资　于配置信息中的最小任务数；另一种状况是目前的活动　源配置信息初始化共享内存的键值结构和文本结构。　任务数与启动任务数非常接近〔接近程度用临界值来衡　〔ＤＲｓｕｃＭａａｅ〔Ｓ２〕ｙｅｏｒｅｎｇＤＲＭ模块资源管理守　量〕的时候，按照配置信息中指定的任务增量启动资源　护程序〕完成纳进ＤＳＲＭ的资源动态管理，循环读取共　子进程，启动任务总数不能超过配置信息中的最大任务　享内存中的键值区中的配置信息。时依据任务请求的　数。　　动态变化，利用动态资源管理算法启动或释放任务，维　护共享内存中的文本结构和键值结构。　〔〕ｒ＝Ｄｓ｛ｍＭｏｉｒＤＳｎｔ〔ＲＭ模块服务监控程序〕，ｏ　该程序显示ＤＳＲＭ所管理的资源状况。当该进程手工启　动后，循环读取共享内存中的键值结构和相应的文本结　构，并打印输出。　其实现过程为：顺序读取共享内存键值结构指针，　首先推断任务是否为空，为空持续读取下一个指针；如　果非空，推断启动任务的第一种状况，如果满足条件执　行对应的启动操作，否则持续进行推断第二种状况。　〔２〕资源释放流程　资源释放按采样周期进行，采样周期是配置信息中　〔Ｄｓｄｍ〔ＲＭ模块服务程序〕，该程序显　规定的采样次数。当达到采样周期的时候，决定是否释　４〕ｉｓＤＳｐ示ＤＳＲＭ内存区状况。顺序渎取共享内存结构信息，并　放资源，释放资源的数量主要取决于维持任务数和当前　６８中国金融电脑，００８　２１．　活动任务数。　资源。　资源的释放有两种方式：安全释放模式和被动释放模式。安全释放　模式是指空闲服务接收ＤＳＲＭ的释放请求，在清理完现场后执行退出；被　动释放模式是￣ＤＳＲＭ通过向空闲的服务发出退出信号，服务在收到信号　后，中断当前的处理，清理完现场后退出。　在一个事务并发高峰周期，　ＤＳＲＭ对资源的启动与释放曲线如图　２示。所　〔〕资源报告流程　３维持任务数是指上一个采样周期的加权平均活动任务数，维持任务数　的计算有两种状况：　 ① 当轮巡次数恰好达到采样周期的时候，　，ａ　ｍｐｌｇ：〞　ｙＳｉｎ＝　ｍＣｃｐ　当循环次数达到资源报告规定周　期的时候，顺序读取共享内存结构指　针指向的每条记录内容，输出资源配　ｎｉａ×ｉ；ｊ：！Ａｖｓ〔　ｊ　　ｃＴｔ：　　；ｔｋ　；　　ｅ；　：；　；＋　〕　置信息与状态信息。　通过资源监控进程可以选择只监　视每种资源的键值结构区内容还是同　时监视文本结构区内容，由程序调用　，？　面　Ｓｍｌ　ｎ　ｐｉａ—ｎｇ〔　Ｓ　Ｇ，ＵＢＲ— ａｐ＂ｌ；１ＲＭＲ　　ＭＥ　ｎ　丽ｖｅ　Ｄ＋ＩＮ〕Ｓｍ〔ｃ ’ 　Ｘ　的参数决定。　 ② 当轮巡次数没有达到采样周期的时候，　通过资源配置更新程序可以更新　资源的配置信息，可以置更新一种资　源或者全部更新，由函数调用的参数　决定。　ｎｍｉ　ｎｐｎｃｅｓ× ＿ｎｍ　－ —广＋】Ｓ１ｎ＝ａ〕ＡｔＴｋ ‘＿Ｓｐｉｓ＿１ａｐｇＳＣｌｉｍ　ｉａ × ＿　ａＴｅ ∑ ｖ　ｍ　＿ｌｉ ∑ 　 ‘ 『〕　ｉ０＝　ｌ　，Ｌ“　ｑ．＿０，，】Ｉ＇　ｌｔ　１．　　亟　２　ｎｍｌ　Ｓｐｎａ　　ｉｇｌＤＳＲＧＴＮＭＢＲｌ ‘ ｌＲＭ　ＩＨ　ＵＥ　　　３制定语言及关键点　．本方案基于Ｕｉ操作系统的标准　ｎｘＣ言和嵌入式Ｓ语言。ＤＳ语ＱＬＲＭ模　式，Ｒ　　ＮＢ　示 —ＭＩ－ＵＥ整如维任　中ｌ—Ｒ　ＵＥＩ对Ｒ　ＨＮＢ　，果持务ＩＳ塑ＭＲ　ＭＩ — 堕ＧＤＨ　Ｄ　Ｇ　ＭＲ表 —Ｒ匹Ｓ，取数小于最小任务数，那么ｎ０＝Ｍｊａ。ｋｅｎＩｓ　ｐｌｋＴＤＳＲＭ释放资源的条件是当到达一　个采样周期的时候，计算维持任务数，　比较当前活动任务数与维持任务数，如　果当前活动任务数小于维持任务数，那　么系统决定释放资源，可释放的资源数　量等于启动任务数与维持任务数的差　值；为了避免系统资源频繁大量的启动　和释放，释放资源的过程参照启动资源　的过程，当维持任务数减去当前活动任　务数的值大于任务增／量〔ｌｃａｋ〕减ｎｎＴｓ　的时候，系统一次释放任务增／量个　减图２ＤＳ对资源的启动与释放　　ＲＭ２１．／００８中国金融电脑６９　块运行流程中，ＤＳＲＭ读取到的资源配置信息对ＤＳＲＭ　到及时响应。　〔〕系统事物请求并发量增加的时候，系统可以　２依据并发量的大小增加启动资源的数量，满足对并发请　资源管理的效率起着决定性的影响，资源动态管理算法　是在配置信息固定后动态管理效率的主要影响因素。　由于ＤＲＭ要控制所有配置信息中的资源，所以　求的及时响应。Ｓ　ＤＳＲＭ管理的资源全部以资源动态管理子进程的形式存　〔〕在事物请求并发量减少的时候，可以依据一　３在，在启动和释放资源的过程中对子进程退出信号的处　定的算法释放空闲资源。　理是模块顺利运行的关键。　〔〕启动资源策略要以满足对事物并发的及时响　４应为目标。资源释放要合计到系统事物并发周期，避免　出现系统频繁启动与释放资源操作可能带来的影响系统　三、ＤＳＲＭ解决方案的特点　ＤＳＲＭ￣对其管理范围内的资源进行动态启动与释　响应效率的状况发生。　放，其管理范围以资源配置信息表的形式储存在数据库　〔５〕数据库配置信息修改后，可以在不中断　中，配置信息决定ＤＳＲＭ管理的资源种类、数量，以及　ＤＳＲＭ运行的状况下，按照更新后的配置信息进行动态　管理方式和效率。具体方案功能特点如下。　〔〕１依据预先制定好的资源配置信息，维持系统　中至少有一定量的常驻守护进程，保证事物请求可以得　资源管理。　〔〕时监控ＤＳ６随ＲＭ所管理的资源状态。　〔〕态更新ＤＳ７动ＲＭ资源配置方案。匝圈　〔接第６页〕上６　间的拆分与合并。　必需求整合意味着要达到资源配置最优、经济效益最　大以及信息管理最佳。它不但是数据的集中，而且涉及　合集成在数据仓库支持，从项目的层面，必需要管理部门　的推断、分析、决策与协调。　管理层面的整合会影响到整个银行Ｉ系统的管理信　整个企业自上而下的统一规划。随着管理逐步细化、用　Ｔ息数据架构、数据流向和数据分布。相关于实施层面的　整合，其资源的节约、整合的范围部更多、更大。　户要求不断提升、整合技术快速发展，商业银行数据仓　库必需求整合的必要性和紧迫性会日益突显。　从数据仓库的发展历程来看，数据仓库最终解决的　３业务层面　．业务层面的整合是业务部门之问对必需求的整合。受　是企业管理中的战略决策问题，因此，对必需求的管理涉　制于必需求提出时机、关注侧重点等原因，业务部门之间　及企业的业务战略管理与业务模式，在实施过程中应从　很少会共享与整合必需求。从业务架构、应用架构、数据　更高层面对数据仓库的必需求进行思索，并紧紧抓住企业　圆　架构之间的关系来看，跨业务部门的企业级业务架构规　的业务发展战略，更好地实现必需求的整合。划直接影响着该企业Ｉ系统的合理分布、业务必需求的整　Ｔ合力度与整合的可行性。如果没有专门的业务架构规划　部门，技术管理与实施层面将承当更多的整合责任。业　务层面的整合是整个必需求整合过程中难度最大的，从实　施企业级数据仓库的角度多做业务整合，才干避免系统　＿编杨ｙｅ．．栏　洁ｎｒ。　目：ａ＠ｃｃｇｃｍ　ｃｎ７　中国０金融电脑／００８２１．

展开阅读全文