Cronus [1-7] is an object oriented distributed system which operates in a heterogeneous computer environment of interconnected local area networks. As a distributed system architecture. Cronus faces a number of resource management issues not present in non-distributed architectures. Strategies for effectively controlling the redundancy and reconfigurability inherent in Cronus are needed to take advantage of the distributed system environment. These strategies for resource management are often conveniently separated into policies and mechanisms. A policy is a goal or guideline set by a system administrator or component designer constraining the decisions made by a resource allocator. A mechanism is an internal system structure designed to implement a class of policies.
rnIn the Cronus distributed system model, there are currently two general aspects of resource allocation mechanisms which are particular to the network environment and must be effectively managed. One of these is the binding of a client request to a particular resource manager for those resources which are available redundantly. Redundancy comes in two forms: replicated objects, (e.g., a multi-copy file) and replicated managers (any manager for a type can create a new instance of that object type). For both forms the selection of an object manager to provide the given service is an important resource management policy decision. The other important aspect of resource management mechanism is the ability to reconfigure parts of the system by dynamically migrating objects. Object migration is a powerful tool for matching system resources to tasks in a manner that attempts to maximize some measure of system performance, reliability, or survivability. Both static reconfiguration (e.g., choosing or amending the placement of object managers and their associated objects), and dynamic reconfiguration (e.g., moving an individual object in direct response to demand for its use possible in the Cronus architecture and design.
rnThe generalapproach to resource management in Cronus is to individually control the management of the classes of objects which make up the system. This approach extends Cronus resource management concepts beyond system resources to the abstract resources developed by applications. Resource management for an individual abstract resource (type) and for groups of related resource types (services) in Cronus is based on combining a number of carefully planned mechanisms which are part of the system architecture. In addition to resource management by resource type, a client specific policy which considers collections of object types used in a specific context can be constructed.
rnIn Cronus we achieve system wide and easily controllable resource management by requiring the object managers to cooperate in enforcing a resource management policy for their resource type. An object manager can redirect operations to a peer manager on another processor on the basis of current resource status. In the case for creation of a file to an alternate file manager which may have more storage available. Part of the basis for decisions to redirect requests are parameters, settable dynamically by system administrators through monitoring and control functions, which control the resource management strategy. The creation of objects and resource management in general thus becomes a responsibility that is decentralized among object managers on each processor based on a global allocation policy, both in terms of sharing current status and possible redirection of operations between managers.
rnThe Cronus resource management model is based on the integration of the following set of primitive mechanisms: the kernel routes requests for a given type to any available manager of that type, using the Locate mechanism Cronus managers redirect requests to a more appropriate peer to accomplish resource management objectives managers periodically collect current status of their peers, via a standard mechanism (ReportStatus), to be used as a basis for selecting a site for redirecting an operation users and applications optionally indicate specific location preferences with requests an operator can monitor and regulate the functioning of the resource management policy applications can use the basic system mechanisms (e.g. broadcast or multicast, ReportStatus operations) to build special-purpose resource management strategies tailored to their need
rn
There is a hierarchy of desirable locations for implementing resource management policies: object managers, shared libraries, and finally client programs or users themselves. Managers are the most desirable because they are readily identifiable with a limited set of object types which are likely to have similar policy goals. Also, managers are addressable as a group for administrative control to regulate the policy parameters, and for peer manager cooperation to implement the policy.Many decisions are negotiated between managers based upon information periodically obtained via the ReportStatus operation. The Cronus Monitoring and Control System uses the same ReportStatus operation to present the operator with a global view of how well the resource management policy is proceeding.
rnIn this paper we elaborate on these approaches to distributed resource management in Cronus, including appropriate background, detailed system design, and experiences with incorporating these ideas into three different resource managers.
Cronus [1-7]是一个面向对象的分布式系统,它在互连的局域网的异构计算机环境中运行。作为分布式系统架构。 Cronus面临许多非分布式架构中不存在的资源管理问题。需要有效地控制Cronus固有的冗余和可重新配置性的策略,以利用分布式系统环境。这些资源管理策略通常可以方便地分为策略和机制。策略是由系统管理员或组件设计人员设置的目标或指导,它限制了资源分配器做出的决策。机制是一种内部系统结构,旨在实现一类策略。 P> rn
在Cronus分布式系统模型中,当前存在资源分配机制的两个一般方面,这些方面特定于网络环境,必须在有效管理。其中之一是将客户请求绑定到特定资源管理器,以获取那些冗余可用的资源。冗余有两种形式:复制的对象(例如,多副本文件)和复制的管理器(任何类型的管理器都可以创建该对象类型的新实例)。对于这两种形式,选择对象管理器以提供给定的服务都是重要的资源管理策略决策。资源管理机制的另一个重要方面是能够通过动态迁移对象来重新配置系统的各个部分。对象迁移是一种功能强大的工具,用于以某种方式使系统资源与任务匹配,以最大程度地衡量系统性能,可靠性或可生存性。静态重配置(例如,选择或修改对象管理器及其关联对象的放置)和动态重配置(例如,移动单个对象以直接响应在Cronus体系结构和设计中可能使用它的需求)。 P> Cronus中资源管理的一般方法是单独控制组成系统的对象类的管理,这种方法将Cronus资源管理的概念从系统资源扩展到了应用程序开发的抽象资源。 Cronus中的单个抽象资源(类型)和一组相关资源类型(服务)是基于将许多精心计划的机制组合在一起的,这些机制是系统体系结构的一部分,除了按资源类型进行资源管理外,还提供了针对客户的策略认为可以构造在特定上下文中使用的对象类型的集合。 P> rn
在Cronus中,我们实现了系统wi通过要求对象管理器在执行针对其资源类型的资源管理策略方面的协作,实现了易于管理的资源管理。对象管理器可以根据当前资源状态将操作重定向到另一个处理器上的对等管理器。在为备用文件管理器创建文件的情况下,备用文件管理器可能具有更多可用存储空间。决定重定向请求的基础的一部分是参数,这些参数可由系统管理员通过监视和控制功能动态设置,这些功能控制资源管理策略。因此,对象的创建和资源管理通常成为一种责任,这是基于全局分配策略在每个处理器上的对象管理器之间分散的责任,无论是在共享当前状态还是在管理器之间可能进行操作重定向方面。 P> rn < P> Cronus资源管理模型基于以下一组原始机制的集成: 内核使用定位机制将对给定类型的请求路由到该类型的任何可用管理器 P> ITEM> Cronus经理将请求重定向到更合适的对等点,以实现资源管理目标 P> ITEM> 经理定期收集其当前状态他们的对等方通过标准机制(ReportStatus)用作选择重定向操作的站点的基础。 P> ITEM> 用户和应用程序可选地通过请求指示特定的位置首选项 P> ITEM> 操作员可以监视和规范资源管理策略的功能 P> ITEM> 应用可以使用基本的系统机制(例如广播或多播,ReportStatus操作)以建立适合其需求的专用资源管理策略 P> ITEM> LIST> rn P> rn 用于实施资源管理策略的对象:对象管理器,共享库,最后是客户端程序或用户本身。管理者是最理想的选择,因为他们可以通过一组可能具有相似策略目标的对象类型来轻松识别。也,管理者可以作为一个组进行寻址,以进行行政控制以调整策略参数,并由同级管理者进行协作以实施该策略。许多管理器之间的决策基于通过ReportStatus操作定期获取的信息进行协商。 Cronus监控系统使用相同的ReportStatus操作向操作员提供资源管理策略进展情况的全局视图。 P> rn 在本文中,我们详细介绍了这些用于分布式资源管理的方法。 Cronus,包括适当的背景,详细的系统设计以及将这些想法整合到三个不同的资源管理器中的经验。 P>
BBN Laboratories Incorporated, Cambridge, MA;
机译:分布式超媒体操作系统“ Net-BTRON”的超媒体资源管理机制
机译:传统升级,伏瓦控制和协调分布式能源管理系统的技术经济比较,用于集成分布式光伏资源
机译:可变能源集成系统中分布式能量存储系统的基于工作条件的电压控制算法
机译:Cronus分布式操作系统中的软件开发和配置管理
机译:分布式操作系统支持分布式数据库管理中的问题
机译:综合了临床信息患者流程和资源管理的集成计算机手术室系统
机译:第2卷,第3卷,工程系统最近进步的特殊问题(已发布论文)文章传输/接收频率各种阵列的波束成形,具有对称频率偏移Shaddrack偏航Nusenu Adv。 SCI。技术。 eng。系统。 J. 2(3),1-6(2017);查看描述S-UTD-CH模型Eray Arik刀刃结构幅度和坡度衍射系数的详细分析,Mehmet Baris Tabakcioglu Adv。 SCI。技术。 eng。系统。 J. 2(3),7-11(2017);查看描述案例基于组织内存的案例组织内存由PABMM ArchitectralMartín,MaríadeLosÁngeles,Diván,MarioJoséAven。 SCI。技术。 eng。系统。 J. 2(3),12-23(2017);查看说明使用频率各种阵列天线Shaddrack偏航Nusenu Adv的低拦截横梁仪表概率。 SCI。技术。 eng。系统。 J. 2(3),24-29(2017);查看说明零信任云网络使用传输访问控制和高可用性光学旁路交换套管切换西米列德·莱格托希金,安东尼Sager adv。 SCI。技术。 eng。系统。 J. 2(3),30-35(2017);视图描述派生指标作为支持有效的需求分析和发布管理Indranil Nath ADV的测量。 SCI。技术。 eng。系统。 J. 2(3),36-40(2017);视图描述肌电假肢yuki ueda的温度感觉反馈装置,恰米·伊莎。 SCI。技术。 eng。系统。 J. 2(3),41-40(2017);查看描述深静脉血栓表征:超声检查,弹性造影和散射操作员Thibaud Berthomier,Ali Mansour,Luc Bressollette,FrédéricLeRoy,Dominique Mottier Adv。 SCI。技术。 eng。系统。 J. 2(3),48-59(2017);查看说明通过创建货物检测的参考数据库来改进海关边界控制X射线图像Selina Kolokytha,Alexander Flisch,ThomasLüthi,Mathieu Plamondon,Adrian Schwaninger,Wiana Schwaninger,Wiana Hardmeier,Marius Costin,Caroline Vienne,Frank Sukowski,ULF哈桑德勒,伊瑞恩多森,纳吉·甘迪,塞尔格·马西亚诺,亚伯拉·马西亚诺,安德雷阿索尼卡,埃里克·罗·克,Ger Komen,Micha Slegt Adv。 SCI。技术。 eng。系统。 J. 2(3),60-66(2017);查看说明航空导航使用偏光技术Arsen Klochan,Ali Al-Ammouri,Viktor Romanenko,Vladimir Tronko Adv。 SCI。技术。 eng。系统。 J. 2(3),67-72(2017);查看描述使用用于救援运营的单双转换技术优化多标准变送器架构Riadue Essaadali,Chokri Jebali和Ammar Kouki Adv。 SCI。技术。 eng。系统。 J. 2(3),73-81(2017);视图描述电磁波反射模型中的奇异积分方程A. S.Ilinskiy,T.Galishnikova Adv。 SCI。技术。 eng。系统。 J. 2(3),82-87(2017);查看工业控制系统信息安全管理的描述方法:概念证明与企业目标对齐。 Fabian Bustamante,Walter Fuertes,Paul Diaz,Theofilos Toulqueridis adv。 SCI。技术。 eng。系统。 J. 2(3),88-99(2017年);查看描述依赖基于依赖的分割方法,用于检测语素边界Ahmed Khorsi,Abeer Alsheddi Adv。 SCI。技术。 eng。系统。 J. 2(3),100-110(2017);查看描述纸张改进了基于统治的犹太人,解决了阿拉伯语Soufiane Farrah,Hanane El Manssouri,Ziyati Elhoussaine,Mohamed Ouzzif Adv。 SCI。技术。 eng。系统。 J. 2(3),111-115(2017);查看描述医疗不平衡数据分类Sara Belarouci,穆罕默德胺Chikh Adv。 SCI。技术。 eng。系统。 J. 2(3),116-124(2017);查看描述adoxx建模方法概念化环境Nesat Efendioglu,Robert Woitsch,Wilfrid Utz,Damiano Falcioni Adv。 SCI。技术。 eng。系统。 J. 2(3),125-136(2017);查看描述GPSR +预测:通过预期Vanets Zineb Squalli Houssaini,Imane Zaimi,Mohammed Oumsis,SaïdelAlaouiOuatik Advik Advik Advik Advik Advik Acik Adve,GPSR +预测SCI。技术。 eng。系统。 J.2(3),137-146(2017);查看说明矩阵转换器通用空间矢量数字算法的最佳合成Adrian Popovici,MirceaBăBăIţă,Petru Papazian adv。 SCI。技术。 eng。系统。 J. 2(3),147-152(2017);视图描述轴向磁通永磁同步电动机的控制设计,其在标称旋转Xuan Minh Tran,Nhu Hien Nguyen,CACoc Tuan Duong Adv。 SCI。技术。 eng。系统。 J. 2(3),153-159(2017);视图说明A同步应用于分散时间延迟多功能机器人系统:稳定性证明Marwa Fathallah,Fatma Abdelhedi,Nabil Derbel Adv。 SCI。技术。 eng。系统。 J. 2(3),160-170(2017年);查看描述故障诊断和耐受控制使用观察者银行应用于连续搅拌坦克反应器Martin F. Pico,Eduardo J. Adam Adv。 SCI。技术。 eng。系统。 J. 2(3),171-181(2017年);查看说明用人工神经网络利用人工神经网络的热泵系统模型的开发和验证Nabil Nassif,Jordan Goodend Adv。 SCI。技术。 eng。系统。 J. 2(3),182-185(2017);查看描述对心理学学生的耻辱 - 终止的有用性和吸引力的描述:一场严肃的比赛,旨在减少精神疾病的耻辱,诺埃尔·纳瓦罗,Juan J. Ojeda,迭戈库戈,何塞A. Piedra,joséGallego adv。 SCI。技术。 eng。系统。 J. 2(3),186-190(2017);视图说明基于Kinect的移动人类跟踪系统,避免避让人Abdel Mehsen Ahmad,Zouhair Bazzal,Hiba Al Youssef Adv。 SCI。技术。 eng。系统。 J. 2(3),191-197(2017年);视图描述基于蜜罐的安全方法:保护在线社交网络免受恶意配置文件FATNA Elmendili,Nisrine Maqran,Younes el Bouzekri El Idrissi,Habiba Chaoui Adv。 SCI。技术。 eng。系统。 J. 2(3),198-204(2017);视图描述超声波压电传感器阵列的基于可编程系统的片上(PSoC)Pedro Acevedo,MartínFentes,JoelDurán,MónicaVázquez,CarlosDíazadv。 SCI。技术。 eng。系统。 J. 2(3),205-209(2017);查看描述使玩具车辆与可见光通信(VLC)的交互(VLC)M.A.Ilyas,M. B. Othman,S. S. Shah,Mas Fawzi Adv。 SCI。技术。 eng。系统。 J. 2(3),210-216(2017);查看说明分析分数2xN RLC网络传输矩阵MahmutÜn,ManolyaÜndadv。 SCI。技术。 eng。系统。 J. 2(3),217-220(2017年);查看描述灭火系统在大型地下车库Ivan Antonov,Rositsa Velichkova,Svetlin Antonov,Kamen Grozdanov,Milka Uzunova,Ikram El Abbassi Adv。 SCI。技术。 eng。系统。 J. 2(3),221-226(2017);查看说明使用双元频率各种阵列的定向天线调制技术Shaddrack偏航Nusenu Adv。 SCI。技术。 eng。系统。 J. 2(3),227-232(2017);查看描述使用人工神经网络与乳腺癌与乳腺癌的乳腺X乳头乳腺癌的兴趣区域进行分类,使用人工神经网络EstefaníaD.Avalos-Rivera,Alberto de J. Pastana-Palma Adv。 SCI。技术。 eng。系统。 J.2(3),233-240(2017);查看描述磁悬浮和引导系统Florian Puci,Miroslav Husak Adv。 SCI。技术。 eng。系统。 J. 2(3),241-244(2017年);视图说明分布式多功能传感器网络中的节能移动感应minh t. nguyen adv。 SCI。技术。 eng。系统。 J. 2(3),245-253(2017年);视图描述大分布式数据Ilia Nouretdinov Adv的保形异常检测的有效性和效率。 SCI。技术。 eng。系统。 J. 2(3),254-267(2017年);查看描述S参数优化在分段和未分段绝缘TSV中高达40GHz频率Juma Mary Atieno,Xuliang Zhang,He Song Bai Adv。 SCI。技术。 eng。系统。 J. 2(3),268-276(2017年);查看描述综合未来车辆电气系统的重要设计标准Lisa Braun,Eric Sax Adv。 SCI。技术。 eng。系统。 J. 2(3),277-283(2017年);查看描述虚拟现实环境的故障交互通过数据手套G. Rodriguez,N.Jofre,Y.Alvarado,J.Fernández,R.Guerrero Adv。 SCI。技术。 eng。系统。 J. 2(3),284-290(2017年);查看描述在两个步骤中解决电容网络设计问题
机译:CRONUs:分布式操作系统。第4卷。CRONUs DOs实施