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

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