一种适应行业信息系统通用管理框架.docVIP

一种适应行业信息系统通用管理框架.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一种适应行业信息系统通用管理框架

一种适应行业信息系统的通用管理框架   摘 要:行业信息系统的计算资源由其所有者独占。这些资源在地理上分布,并用于商业计算。系统的主要目标是在保证服务质量的同时,降低系统的总拥有成本。提出行业信息系统的概念,并为之设计了一套通用的管理框架,从而减少管理员的人工劳动,并促进不同地域的管理员的协作。最后评价了系统管理的性能和该框架的开销。   关键词:行业信息系统;节点管理;管理框架   中图分类号:TP311文献标志码:A   文章编号:1001-3695(2007)06-0287-02      1 行业信息系统的定义和特点??   对于联邦数字图书馆来说,每个资源提供者都有自己独特的资源,并希望通过协作和共享来充分利用这些资源。而一些搜索引擎公司则拥有地域分布的机群或者高速局域网。对于这些应用来说,由于在某个集中位置获取所有信息会带来极大的带宽消耗,很自然它们的计算和存储资源会在地理上分布。这种系统的特点可被概括如下:??   (1)它由分布于异地的大量资源组成(包括机群和局域网),比如Google就使用了超过一万台机器来提供服务[1]。行业信息系统的所有权是独占的,它们的共享通常在知识级别。普通用户可以自由地访问这些知识资源。在共享和合作这一点上来说,行业信息系统是对标准网格问题的一个扩展。??   (2)行业信息系统通常用于维护核心商业应用,而不是在科学计算领域。因此,在保证服务质量的同时,降低总拥有成本(TCO)是用户的主要需求。??   (3)系统管理员们在地域上分布,主要工作是管理和维护各自的站点(包括硬件、操作系统、存储、网络设备和商业应用软件等)。由于这些要管理的资源在地理上分布,他们的管理开销是很大的。??      2 背景介绍:Phoenix机群操作系统??   这部分简单介绍一下笔者过去的工作,Phoenix机群操作系统(Phoenix OS)[2,3]。在PhoenixG中,PhoenixOS是单个机群、局域网内管理软件(即单管理域)。??   Phoenix OS是一个完整的机群操作系统,同时支持科学计算和商业应用。它采用一体化设计,针对机群系统主流应用的需求和现有功能软件的特点,定义了完备的系统视图和层次化的机群操作系统结构,在机群操作系统核心和共享组件的基础上实现了面向科学计算和面向商业应用的子系统。其主要结构如图1所示。??   图1 Phoenix OS总体结构      3 系统设计   3.1 管理单元??   本文将单独的机群或局域网作为一个基本的管理单元。如果一个管理单元没有加入行业信息系统,它是一个拥有自己的管理策略的独立站点。图2给出了一个管理单元的组件。其底层的管理依赖于Phoenix OS(最底层是Phoenix核心,在其上构建了系统构造工具、系统管理工具、系统侦测工具以及应用运行环境等)。??   图2 管理单元和管理中心的组件   管理单元控制器负责管理单元加入和退出行业信息系统。同时,它的功能还有用户管理模块(负责账户的创建和管理)、全局概况信息模块(负责收集该管理单元的信息)以及集成管理模块(负责完成对机群的管理)。而管理单元门户是管理单元系统的GUI,系统管理员通过它来管理整个单元的资源。   3.2 管理中心??   在初始构造阶段,管理单元会互相交互,并逐渐演变为一个行业信息系统。管理单元和管理中心的实际区别是它们所扮演的角色。在系统的自组织过程中,会有一个管理单元被选择为管理中心,而它的控制器也从管理单元控制器转换为管理中心控制器。尽管后者和前者的各个模块都类似,但是由于它们的角色不同,所处理的数据不同:管理单元控制器仅仅关心自己单元的信息,而管理中心控制器则关心所有管理单元的信息。管理单元与管理中心的转换关系如下:??   (1)在系统的初始构造阶段,一个管理单元会被选举为管理中心;??   (2)如果已有的管理中心失效了(关机或者网络失效),另一个管理单元会成为管理中心;??   (3)在网络被分裂的情况下,某些管理单元无法联络到管理中心,于是其中会有一个管理单元成为管理中心;??   (4)在网络从分裂中恢复过来之后,除了一个中心以外,其余所有的管理中心会重新成为普通管理单元。   3.3 通用的组件框架??   为支持这套新的管理方法,笔者设计了一个统一的组件框架。其结构如图3所示。??   图3 统一的组件框架   系统的管理开销中,很大部分是侦测相关的劳动。以之为例:??   (1)如果管理单元较大,它就会被划分为多个分区,而每个分区都有自己的分区服务。每个分区还有一个数据公告服务,用来接收数据提供者的信息,同时把这些信息格式化后存在内存中,以供按照各种属性进行查询。如果数据公告服务

文档评论(0)

erterye + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档