网格建模资源管理(第一次翻译老外的东西，嘿嘿！)

网格建模资源管理(第一次翻译老外的东西，嘿嘿！)

孟培远 2005.3.4

网格建模资源管理

摘要：用网格计算的概念连接地理上彼此分布的高端资源来解决大规模的问题变得越来越流行了。网格环境中的资源管理也因地理的分布、民族的不同而隶属于拥有自己资源管理政策和不同价值观的个人/组织变得十分的复杂。在此说明中，存在着大量创建网格资源管理框架的方案。在本章中我们讨论三种方案模型------层次模型，抽象拥有者模型，市场模型。层次模型中显示着现在网格系统中到达的路径，抽象拥有者模型在工作的提呈和结果的获取中跟随着一个命令和传送路径。市场模型拥有层次模型和抽象拥有者模型共同的重要性，而且在网格资源管理系统发展中建议预算资金的使用方式。1、 说明当今持续流行的因特网和高性能的计算机和高度的网络作为低价值的产品正在改变着我们计算和使用计算机的方式。连接地理上分布的资源解决大规模的问题的兴趣也同时在增长，并导致产生了非常流行的网格计算，在这个环境中有一系列可用的计算机资源（如：超级计算机，cluster,包括低端系统如：PC/工作站的SMPs）显示驱动，存储系统和数据库，特别经典的科学仪器（例如：电子发报机）计算中心等是一逻辑连接起来的，并且作为一个独立的内部资源呈现给用户（见下图 一 ）

用户基本上和拥有极其复杂的网格计算的资源接口进行信息交换，接口发现那些能通过网格信息服务器或他们的中间代理服务器申请资源，制定资源的工作时间表，存储处理过的信息和数据并获得结果的资源。并且在网格设施和资源失效时起到监视程序执行过程和改变管理的责任。现在有很多动态收缩可用空间的网格计算系统的部件，服务器和应用程序的全球性项目，包括Globus[7],Legion[9],Netsolve[10],Ninf[15],Apples[11],Nimrod/g[3],以及JaWS[16].In[2],所有的那些网格系统我们都已经讨论过了。[align=left]当前的研究和在网格计算方面的投资被一种通过协调不同的地理上分布的资源的方法是可行的假设而鼓动着。在这一个例中,不仅决定设施和协调通过的饿策略是十分重要，而且资源的可用性和设备的连接和利用他们应该能够从用户和客户端重取一些有价值的结果是同样重要的，方法到偿还现有的英特网/网系统内各部分的如此价值,哪里电子商务使使用位于广告及[或] 标志-在被卖表示收入的产品上提高,翻译得不好到一个计算的格子结构,主要地由于事实那个任何特定的资源立即使用者在一计算的格子时常不是一个人类。相反，在网格中，在地理上独立分布的很多可能的被不同组织以不同的政策控制的资源必须结合在一起加以利用，并且资源价值和产品或发送到最终用户的服务价值之间可能是极其复杂的，此外，在那种情况下假设人为在资源用户和资源拥有者之间的连接能够得到应用是不切实际的，因为潜在的网格计算仅仅在同样的资源被不同的拥有者几乎能交换的情况下才能被完全得到利用。与此同时，现实存在的世界必须是得到认可的，网格资源有着大量的拥有者，并且被个人或那些经常提供免费通道解决共同感兴趣的问题的组织所利用，或者被那些允许所有人使用的公司所憎恨，主要是担心竞争和安全，实际上控制所有的资源是受不同的政策和规定所限制的，就像不同的软件应用不不同的人群一样。任何新方法去管理或共享那些资源都是不可能的，除非他们允许一个逐渐的功能层次或至少一个逐渐的从资源到达很多个地方的传送表。尽管实际上钱不是实际上的改变因素，但它是非常重要的饿提供一个合适的组织的帐户，为了实现以上的功能，我们为网格资源管理系统模型提出了不同的方法。[/align][align=left]2、 建设模型[/align]就像网格对等逻辑一样，大量饿资源被不同的个人和组织拥有，选择正确的资源管理建筑模型在最终的成功中起着一个主要的作用。那些有一系列的方法紧跟网格资源管理系统，在以下的三节中，我们将讨论以下三种不同的网格资源管理建筑模型[align=left]层次模型[/align][align=left]抽象拥有者模型[/align][align=left]网格计算的市场和经济模型[/align]首先我们描述存在的资源管理并且列出一系列机械设备的观点和看法，然后，我们为资源共享和大部分的为了聚焦长远目标而忽略现实的基础设施的经济建议一个十分完美和广泛的建议，最终我们描述一些在现实的网络设备中一些经济计算方面已经进行的狡猾的建筑模型。下表显示一些和建筑模型有关的系统概念 网格建筑模型需要鼓励拥有者去贡献他们的资源，在用户间提供一个公平的资源共享的基础和资源命令和帮助。他们影响着系统调度方法是建立在他们对处理用户请求去正确设置资源的责任之上。当每个资源都有自己的调度系统是，网格调度系统需要拥有多层次调度模型，并且用户调用自己的程序在网格上使用的超级调度叫做资源代理（见图一）3、 层次资源管理基于网格资源管理建筑的层次模型（见图2）是一个网格论坛[20]第二次提出在[21]的外来，这个建筑模型的主要部分为消极部分和积极部分， 消极部分主要是：1，资源是一个可以利用一段时间的东西，可能或不可能被重新使用，他们有向其他使用者收费和共享的能力的拥有者。资源可以直接的命令或变动性的描述，资源的例子包括：磁盘空间，网络宽度，特殊设备时间和CPU时间。2，任务是资源的消费者，其包括传统的计算任务和非传统的文件存储和交流任务。3，是层次的实体，并且可能包括递归结构的i.e的工作，可以是任务和子作业的组合，并且子作业也可能自己包含子作业，最小的结构是任务，最简单的工作形式是一个包含一个子任务的工作。4，调度是一直的把任务传递给资源。注意我们传递到资源的任务，不是工作，因为工作包含任务，而任务是资源的实际消费者。积极部分主要是：1，基于输入工作链表的一次性调度计算或多个调度需要在应答时间上加以限制，也即是调度试图交换所有的任务在一个工作中，而工作非任务被提交给调度2，在资源管理系统中信息服务扮演着数据库的功能。例如：资源工作调度，代理程序等。我们不要求任何特殊的通过方式或工具，它可能是LDAP，一个商业数据库或其他的实体。3，域控制代理能对资源加以利用，想名字一样简单，被代理控制的资源进行设置是一个控制域，这就是人们所说的本地资源管理者，我们希望资源控制代理能够支持预定。资源控制代理不同于调度，但控制域可能包含内部调度，一个域控制代理可以提供信息状况，也可以通过发布在一个信息服务器上或驱动上收缩通道。域控制代理的例子包括：Maui Scheduler,GRAM和Legion Host Object4，调度代理和域控制代理协助实施调度，以获取资源并开始运行任务。5，拥护提交工作给资源管理系统以便执行。6，进入控制代理句顶是否可以容进额外的工作，并且在系统被充满是拒绝或接受工作。7，监视器追踪执行的工作，监视器组成工作的任务和任务正在运行的域控制代理获取工作的状态，根据这些状态，监视器扮演外部呼叫对工作控制代理和调度以影响重新传送该任务。8，工作控制代理对工作通过系统负责，并能扮演用户的代理，又是一个工作的恒定控制点，工作控制代理的责任是去协调不同部分的内部资源管理系统等，去协调监视器和调度。在我们的定义中，我们努力地变为可行的，很多不同是逻辑上的不同，例如：我们把调度分为不同的模块，调度代理和监视器。尽管那是一些合适的实体并且希望在一个单独的程序中希望调度程序中包含两个或全部的三个部分，外部调度控制域不能调用资源，那些是著名的动态调度和超级调度。在我们以前的讨论中，我们有意把控制域成为箱子，因为它包含了一个重要的箱子内部和外部的分割线。动态的外部是要求，箱子内部的活动可能是命令，在自然界中，该系统很可能是不规则的，并且网格调度实体可能存在箱子内部，尽管如此，我们在箱子的外部把控制域作为一个黑盒子进行处理。在系统中，我们有意不去定义用户，工作，实体之间的关系。在每个系统中都可能有从每个用户或每个工作代理到一个单个代理的域，每种方法都有他的优点与缺点，并且在我们的系统定义中没有任何阻碍与特别爱好的使用，当用户决定提交他们个人代理时，我们希望看到本地系统的提示错误，在这个模型中，一旦我们注意到了队列仍未得到处理，队列系统提示资源同类，并且一些简单的控制在网格系统中将不再为正确的表述。队列系统最有可能存在于控制域中。组成部分的交换资源管理系统部分之间的交流如图：2所示，图上的箭头表示交流是在各个部分之间进行的。下面，我们将对其进行描述。我们希望在高水平交换是什么样，这是协议定义的开始，一旦高水平的操作可以通过，我们可以关注我们自己的线性规则。我们从一个例子开始，一个用户向工作控制代理提交了一个要求进入代理的工作，进入代理检测工作的资源命令并决定增加一个工作到当前的容量中对工作中的系统是否安全，进入代理把工作传给发现网格信息系统资源可用的调度并和域控制代理交流以决定当前的状态和资源的可用性。调度计算一系列的传诵，并把它提交给一个调度代理。在调度中，调度代理与域控制代理协调资源的使用并获取资源的服务，那些服务传送给工作控制代理，在单位时间内工作控制代理与不同的调度代理进行工作，并且工作控制代理协调可能的域控制代理以开始任务的运行，监视跟踪器根据工作是否比期望低以决定是否重新开始调度。这不是唯一的一种组成部分之间的协调方案。当其他的包含多任务时，一些系统将一些特定的功能删除了，例如：一个进程可能有工作控制代理和监视的功能。4．抽象拥有者模型网格在那里？谁拥有他？这些疑问对网格来说不是唯一的。当一个人使用长途电话时，谁拥有资源的使用？谁拥有发电机发电以运行程序的权利？谁拥有Internet？使用资源的用户不关心，也不想关心，他们想做的是确定进入资源的使用，资源价值和使用费用的条件。用户实体几乎可以确定它不是资源的拥有者，但用户可以考虑用户使用的方式，他们是实际上及时处理拥有者或多个代理的程序代理，在每个层次，在网格世界中代理对所有的拥有者来说是抽象的，网格使用者希望拥有一个抽象的实体以拥有使用网格，以使拥有者注意资源的使用，可能包括一系列的使用的价值。在这里提出每个网格资源，在独立进程之间的域和网格自己的说明，被一个或多个的调度紧密联系的抽象拥有者所提交，对于复杂的资源，对实际的拥有者或其他代理来说，AO确定的是一个代理，尽管资源的用户不需要知道这些，在客户端和AO之间的交流观察资源的饿价格和可利用情况。AO提议剩余的部分描述了AO像什么，资源像什么，客户端是如何协调AO对资源的要求，客户端如何与资源交流，AO是如何收集进其他可能十分像传统的调度的结构，这工作仍在高水平设计阶段，仍将继续进行修正，扩充以帮助它边为可用的。AO的一般结构在他最抽象方面，AO像是一个快餐馆，要求通过AO的拥有者并到达资源。积极的客户端协调AO以通过他的命令窗口，那些协调包括：资源多长时间变得可用，可能值多少钱等。如果客户端对协调的结果不满意，他可以请求协调网络端或正确的实施一个命令，当命令开始后，资源将被从AO发送到客户端以通过窗口传感器，这精密的工具将被应用于请求资源是否可用的，并且也可以对规定时间内进行协调。在规定的时间内，客户端希望获得资源或当资源准备好后AO可以改变客户端，甚至一个命令被移动，客户端可以通过命令窗口取消命令。这里很少涕泣窗口确切的表格除了那些需要远程进入的人，并且必须支持一个标准的能进入窗口和返回的接口，和AO进行交流是十分罕见的，并且要求非常紧密的大量信息流动，但最高效是没有要求的，CORBA或任何其他的远程产品的调用技术将被使用，对于我们讨论的目的的一个资源初步的定义像硬件和帮助客户端解决问题的软件的包含，一个任务是一个客户端从AO传送的问题的一部分，注意，不像其他任务的定义，这些任务可能十分简单，非常普遍或十分复杂，当AO不特别的去处理实体时叫工作，提供AO通过传统工作调度的技术将被存在最近的区域中。资源可以看作是一个事物，就此而言，他们可以有一个实体，一系列的初始化和控制任务的方法，并且贡献服务以强化资源。一般情况下，要求贡献将在协调通过命令窗口以决定，当客户端请求资源将仅仅是资源发送后的收缩，这些方法通过很多不同的表格依靠，如：资源类型，硬件设备的可用性和方法是否包含本地或园地的环境。例如：通过本地内存资源可以虚拟没有方法工具和标准内存通过操作。当在一个进度上初始化一个进程时，可能要求很多标准的调用工具的方法，资源将被放弃如果调用取消的话。AO外部的结构是允许任何水平的叠加，在内部AO将根据是否是代理或拥有者而有不同的结构，一个单独的资源拥有者可能十分简单，那些管理者要求有能力去协调，保持调度和发送资源，对于高级的代理来说可能十分复杂，这里AO1，AO2，AO3以及其他的抽象拥有者，每个都有出售的命令窗口和接受发送资源的获取窗口。尽管那些低层的AOS是在一个独立的AO中显示的，但那也没有任何原因必须采用层次，一个独立的AO可以给不同的那些以不同的方式收集到很复杂的资源或对不同的客户端设置或提供不同的工具或平台或政策的上层ASO提供资源。网格资源这里有三种比较资源的分类：设备，管道，集合，一个设备是一些地方对于特定时间内逻辑存在的资源，并创建，消耗和传送数据或信息，这个地方可能是特殊或一般的地,一个管道是存在的，使其简单明确传送数据或信息在两者或很多设备之间的资源，也可以不同的地点，同一地点不同时间或共享时间细条但有不同的保护域的设备。一个管道通过一个接口设备，一个几何体主要是连接设备资源和管道。一些重要的设备类别是计算设备，归档设备和个人设备。计算设备和一个进程或一系列的内存中的进程成一致，暂时文件，软件等，归档设备，个人设备和持续的信息存储一致，个人设备主要是那些假设的直接对人的接口，从一个简单的终端到一个复杂的CAVE或设备的域，他特别可能包含被个人影响的实体。很显然，设备的分类也意味着去适应其他的机器和设备，如：电报机，电子显微镜，自动研磨机或者其他的网格数据资源。[align=left]事实上，一个设备存在一个地方，他自己的方法可能需要在辑上或远程被请求逻。例如：如果一个计算设备收到一个来自AO的请求，这距离进程实体可能会在资源上影响装载软件的方法以初始化程序，而该程序可能希望影响通道以通过暂时的文件或协调资源的接口，因为通过的讲师本地的并且必须是高效的。那时值得去提供独立的通道去为远程或本地通道的调用而调用工具，而且远程调用可能要求自己内部在客户端和资源间进行信息的交换或协调服务器的质量。为了使远程调度变得容易，任何设备接口都可以特别地设计RMI接口，这样的接口将可以是RMI工具助手得以确定，命令窗口的通过，自动协调类型等都是。方法能经过一个如此埠被叫唤也藉由连接对埠而且发行 RMI 的一个波道请求过那波道或在一个无连接模态中藉由叙述物件和埠。前面的方法在RMI流动反复呼叫时或为RMI呼叫而设计的QOS时是最好的方法，后面的对于一个时间段的呼叫。例如：来自一个AO的要求初始化一个设备是最好的。[/align][align=left]协调AO[/align][align=left]当成功通过命令窗口时，客户端首先创建一个有适当结构的样本对象，并且分配每个属性，（1）组成价值（2）不关心价值（3）可用姓名。如果同样的可用名字在很多地方都已使用，他将影响那些组成属性拥有同样的价值，例如：使用开始时间在很多设备对象上可能造成他们无法调度，而别处的可呢感是对于设备对象的ID号，于是使用他们相同可用的具体的管道的结束点，客户端可以详细简单的在独立可用的功能上加以限制列表。[/align][align=left]正常情况下，当AO对资源有请求是可用数值列表被填充并返回信息，但是客户端能把一些可用的设备加以标识。AO提交一些在调度阶段客户端能够检测以决定是否接受资源的数据。一般情况下，对于客户端标出具体的协议而非使用调度来说明是非常快速的，在AO内允许指定合适的决定，但调度在很复杂的约束限制被请求时或客户端必须在不同AOS提供的微笑资源中做出选择时是有帮助的。[/align][align=left]总之，来自客户端的给命令窗口提呈包括：简单对象的提交，可用协议的列表，调度类型等，这调度类型详细的指出AO是否应立即调度资源，是否返回详细的调度信息，是否在早期的返回信息的基础上停止调度，是否取消以前的取消调度，获取详细细节的设备应在AO和客户端i.e 获取窗口之间加以利用。AO是否特别的对客户端的中断或资源变为可用的信息或客户端查询资源或客户端在特定时间内想发现资源或客户端通过资源的密码加以改变。[/align][align=left]客户端使用资源的最大价值是查询，并且可能会标示一个在一定条件下使用资源的价格表，属性ID号作为痕迹服务传送到后面在客户端和提供实体的AO和多层调度的持续中发出，并在资源协调和通过获取窗口以最终的传送资源。如果一个未定的属性类型被详细的标出，AO返回一个包含一系列请求数据属性的数值表，并要求列出每个系列的价格。需求价格实体是通告那些客户端请求资源使用时的一个足够的价格，但AO也十分可能在特定情况下接受低于标示价格的价格。对于所有的属性，AO返回一个返回代码告诉客户端成功操作的信息和属性ID的发送时间。一个独立的细条能够持续到属性ID的发出或未知属性类型的明确化。[/align][align=left]在一个快速的成功或确认请求是，客户端嫩能够把调度ID提交给获取窗口以重新获取资源，获取窗口返回获取对象，可用数据表和返回代码，尽管返回资源是一个逻辑对象，那些任何客户端能连接上的资源将在可用数据表中返回，所以资源对象仅仅是通过资源目标方法的一个表格。[/align][align=left]工作存储域[/align][align=left]AOS的表现仅仅是标准工作调度进程的一部分，经常在连续和依靠的步骤中，请求资源，把剩余者给客户端，确定发送给资源的任务，并且跟踪他们的完成和清除，但这仅仅一部分是正确的。重新呼叫计算设备任务的执行都是由客户端来确定的，也可能包括硬件和软件部分，当最终任务将要执行时软件部分经常创建一个服务环境。那些可能是简单的或完整的用户程序，同时，计算设备也可能被一个执行特殊程序的进程所定义。确定给设备的任务可能是数据集或被程序阅读的资源代码或如何资源自我包含时什么也不是。[/align][align=left]因为AO是对设备通过获取窗口发送和在失去后重获做准备而负责，它主要是对软件的初始化和以后的消除负责，工件步骤的传统继续性质已经起因于传播单处理器和传统的继续思考,但是它对平行是已经通常“制造”公用程式, 举例来说, 开发像作业一样的脚本潜在的并行性。同样的，在一个AO资源中运行独立工作步骤的计算设备能通过管道进行交流，允许他们在本地被的秒度第微 或适时的发送。并且经常的调度或被AO所平衡，受控于那些依靠命令的管道和被客户端确定限制的QOS管道。就此而言，一个工作在即将调度时可以在AO构架中作为复杂的设备而被重新提交，甚至对于那些能力要求多哥传统的工作调度是非常可能的，在这种情况下，考虑一种新结构使用AOS的工作区域去请求资源。如图：3d，图3e是一个标准的内部工作区的例子,工作区域主要包括评估者和执行者，十分像似一个自动修复区域，判断者对接口进行处理以帮助确定工作多久能做完和工作值多少钱。从网格AO中申请需要的资源，并记录当资源准备好时要去做什么，执行者从AO发送窗口获取资源，从工作队列中确定协调工作，为那些任务创建任何可能的环境初始化任务，收集答案并且注意它和返回客户端。[/align][align=left]构建工作域不想构建AOS，主要是因为工作区域很少提供反馈给客户端直到它请求资源和给他们确定任务，这也即意味着那些任务在分配前确定给一些资源还有可能围绕着资源直到那里需要他们的时候。[/align][align=left]关于AO的总结[/align][align=left]在以上的描述中保留了很多的间隔，包括详细的和概括的，例如：很少提及客户端如何，是否是一个最终使用者或另外一个AO或者发现那些拥有各种资源的AOS，客户端一直和AO进行交流，但是不应把该树在聚集如网格计算一样的环境中，而且现在存在的因特网工具更加适应这个目的，并且一个AO可能实际上有1/3的商业处理窗口，在这个大的社会中，在没有任何像AO一样的方法时，它必须定位很多通道，甚至一个使用部分和完整定义好的AO工具将不能使用除非他能和其他通道共存，在其他系统中理解AO工作和构架是十分重要的，因为它能根据一个而模仿另一个。[/align][align=left]5、 经济/市场模型[/align][align=left] 网格环境中的资源在地理上是独立分布的，并且每个都属于不同的组织，每个拥自己的资源管理设备和政策并且根据不同的用户对在资源管理中的经济计算支持的要求而收取不同的费用。在[17]中，我们提出了一系列关于网格资源管理系统经济（市场）驱动要求的讨论，它给资源拥有者提供了交好的贡献他们资源的平台，并且帮助他们服务网格应用者和提供给网格用户的特别服务时获取好处，这种交换投资设备也能在改变计算服务和资源升级和资源升级时得到帮助，知道经济是一个固定命令最好的设备，一般情况下，在一个计算环境中，资源用户总是想付最少的钱，而对拥有者来说则希望有最大的投资回报，这中需求式的网格资源管理系统提供合适的工具和服务以允许资源用户和拥有者去提交他们的要求。例如：用户应该被允许详细的列出他们的QOS要求，如他们将付的最小的计算价值并且有一个需要结果的截止日期，资源拥有应该被允许详细的列出他们的收费和用户的使用时间，系统：Marposa[17],Nimrod/G[3],和Jaws[16]根据经济计算建立他们的服务模型，并且根据此概念的越来越多的系统将出现。[/align][align=left][/align][align=left]图4[/align][align=left]网格的资源管理经济模型拥有层次和AO模型同样的重要性。很多现在的网格系统都有层次结构和AO以便成为未来的市场，但并没有指出简单计算的经济需要，也有人讨论过层次模型应适应时常模型，但是强调的是资源的饿使用，我们用资金与市场对其进行概括。一个基于市场计算模型的网格资源管理系统在图4中显示。在决定资源通道价值是，资源交换模型可以依靠大量的方法和工具的使用。[/align][align=left]下面是经济驱动的资源管理系统的主要部分：[/align][align=left]·用户的应用程序[/align][align=left]·网格资源代理[/align][align=left]·资源管理域[/align][align=left]网格资源代理（GRB）[/align][align=left]资源代理在用户和资源服务之间充当协调者的作用，主要是有资源发现资源选择，软件绑定，数据，硬件资源，计算的初始化适应于网格资源的改变和作为独立的给用户提供网格，统一资源，资源代理的部分如下：[/align][align=left]·工作控制域（JCA）这个部分是一个持续的通过系统调度一个工作的中心部分，这里非常关注调度的产生，工在的创建，工作状态的确定与客户端与用户的交流，建议的调度和取消。[/align][align=left]·调度者（Scheduler）这部分的主要功能是查找资源，资源的选择，工作的确定，它主要是为确定截止日期和最小花费的用户选择资源。[/align][align=left]·网格浏览者 这部分的主要功能是为网格信息服务和设备实体交换寻找资源，并且一直跟踪资源信息的状态。[/align][align=left]·管理者信息交换 这个工作是在选择资源价值实体中进行的，他在交换服务和资源最底价值协调的交换，也可以得到发送后资源的实际价值。[/align][align=left]·代理的延伸 这部分主要功能是在选择资源时作为调度说明而动态的执行任务，并且经常为JCA提供任务执行的状态。[/align][align=left]·网格的中间设备[/align][align=left] 网格中间设备提供帮助聚焦网格用户和通过资源代理的资源或可用网格程序的服务，他提供如：远程进程管理，资源收集，存储通道信息，即将完成的资源服务的质量和最小计算交换价值的服务，那些服务可能在层次模型中讨论过，在里，我们指出资金计算的详细部分：[/align][align=left]·交换服务 这是一个协调资源用户与资源通道的资源拥有者代理，他的目的是使拥有者的功能利益最大化，它同时也借鉴用户在协调和系统历次的使用的所定义的参考价格。[/align][align=left]·定价方案 那些指定资源使用价格的拥有者无非是想向用户收取费用，资源的拥有者可能在各种政策规定的范围内去使利益和资源功能以及他们从每个时段及每个用户收取费用最大化，同时可能想在现实市场环境中被各种命令所左右或服务：[/align][align=left]·帐户系统：它的功能是记录资源的使用并且把资源代理和交换服务的平衡登记在案。[/align][align=left]·域资源管理者 ：本地资源管理者的功能是管理和调度计算通过本地资源系统，如：工作站和群集器，他们甚至提供公共存储设备，数据库及特殊的科学设备，如：电报机，本地资源管理包括作为MOSIX[18]的群集器操作系统和作用CONDOR[12]的队列系统。[/align][align=left]·评论 交换服务同样能从网格信息服务获取或得到提供，在这种情况下，一个交换管理者或代理可以直接地通过资源信息服务器到达资源通道价值实体并且因验证通道而接触到资源代理，交换管理者能使用那些建议价格或竞争价格或叫价而选择合适用户需求的资源。[/align][align=left]从以上的讨论中可以清楚的知道存在大量确定通道价值的方法，图4中显示的资源交换是一个很有可能改变的市场模型，并且还能很大程度上依靠像现实世界经济的交换工具，一些现实世界的交换方法也被资金计算所提供，其包括：[/align][align=left]·通过信息服务器的建议价格[/align][align=left]·商品交换[/align][align=left]·协调价格[/align][align=left]·报价[/align][align=left]·出价[/align][align=left]每种方法都可能被不同的资金计算组织所使用，并且创造竞争市场所需求的命令提供及服务质量。通知拥有者服务器能使用的机会的设备依靠他自己的工具，一个最简单的设备是用户和拥有者确定可用或发送的请求。任何一个或全部的都能初始化交换计算器，通过那些像现实市场经济一样的动态类型的设备：[/align][align=left]·用户发送他们的请求以购买通过资源/服务的命令。[/align][align=left]·资源拥有者/网格节点/提供者/代理能发送命令以出售资源。[/align][align=left]·用户或资源拥有者能收缩当前价格以及历史的价格。[/align][align=left]不同的网格系统在确定这些时可能有不同的方法，并且如果那些全部是双方共同操作的话那么它将是非常有利的，双方共同操作的标准能解决通过网格用户或组织标准的一些问题。[/align][align=left]6、讨论和总结[/align][align=left]在本章中，我们讨论了三种被不同的观点所支持的网格资源管理建设模型，层次模型显示了很多当代的网格系统。抽象拥有者显示了一个命令和工作提交中的发送方法以及结果获取的实体，市场模型刻画了层次和抽象拥有者共同的重要性，并且使用了资金预算的概念。我们尽可能的去表现那些在高水平抽象表格的模型并且为操作者方便决定而去除了低级的详细情况，很多存在的正在出现的和将来的网格系统能很容易的从一个到多个。我们在这里讨论的模型间转换（见表1）也可能会意思到真实的网格系统中很可能像一个包含很多综合的观点的模型在建筑中。举例来说，我们的挽歌经济是基于市场模型作为Globus和GRACE服务而发展起来的。[/align][align=left]对于网格计算来说市场模型的重要性也已经被报道过了，在美国科学杂志上：“迄今为止没有再有比网格变化计算再有野心的去追踪帐户，确定一个公平的价格对于限制的循环进程。它全部依靠于风险投资，机器运行的速度，交换的价值，很多问题的重要性，没有一个是容易理解的，如果因为如此的话，变化计算将迅速的通过而非是绑定”。我们希望对于网格系统市场计算模型能帮助网格计算的快速的到达而非缓慢的。[/align][align=left]参考文献：[/align][align=left]1. Ian Foster and Carl Kesselman (editors), The Grid: Blueprint for a Future Computing[/align][align=left]Infrastructure, Morgan Kaufmann Publishers, USA, 1999.[/align][align=left]2. Mark Baker, Rajkumar Buyya, Domenico Laforenza, The Grid: International Efforts in[/align][align=left]Global Computing, Intl. Conference on Advances in Infrastructure for Electronic[/align][align=left]Business, Science, and Education on the Internet, Italy, 2000.[/align][align=left]3. Rajkumar Buyya, David Abramson and Jon Giddy, Nimrod/G: An Architecture for a[/align][align=left]Resource Management and Scheduling System in a Global Computational Grid, 4th Intl.[/align][align=left]Conf. on High Performance Computing in Asia-Pacific Region (HPC Asia 2000), China.[/align][align=left]4. Rajkumar Buyya, David Abramson and Jon Giddy, Economy Driven Resource[/align][align=left]Management Architecture for Computational Power Grids, Intl. Conf. on Parallel and[/align][align=left]Distributed Processing Techniques and Applications (PDPTA 2000), USA.[/align][align=left]5. Rajkumar Buyya, Grid Computing Info Centre: http://www.gridcomputing.com[/align][align=left]6. Globus Testbeds - http://www.globus.org/testbeds/[/align][align=left]7. Ian Foster and Carl Kesselman, Globus: A Metacomputing Infrastructure Toolkit,[/align][align=left]International Journal of Supercomputer Applications, 11(2): 115-128, 1997.[/align][align=left]8. Jack Dongarra, An Overview of Computational Grids and Survey of a Few Research[/align][align=left]Projects, Symposium on Global Information Processing Technology, Japan, 1999.[/align][align=left]9. Steve Chapin, John Karpovich, Andrew Grimshaw, The Legion Resource Management[/align][align=left]System, 5th Workshop on Job Scheduling Strategies for Parallel Processing, April 1999.[/align][align=left]10. Henri Casanova and Jack Dongarra, NetSolve: A Network Server for Solving[/align][align=left]Computational Science Problems, Intl. Journal of Supercomputing Applications and[/align][align=left]High Performance Computing, Vol. 11, No. 3, 1997.[/align][align=left]11. Fran Berman and Rich Wolski, The AppLeS Project: A Status Report, 8th NEC Research[/align][align=left]Symposium, Berlin, Germany, May 1997. http://apples.ucsd.edu[/align][align=left]12. Jim Basney and Miron Livny, Deploying a High Throughput Computing Cluster, High[/align][align=left]Performance Cluster Computing, Prentice Hall, 1999. http://www.cs.wisc.edu/condor/[/align][align=left]13. SETI@Home – http://setiathome.ssl.berkeley.edu/[/align][align=left]14. Distributed.Net – http://www.distributed.net/[/align][align=left]15. Hidemoto Nakada, Mitsuhisa Sato, Satoshi Sekiguchi, Design and Implementations of[/align][align=left]Ninf: towards a Global Computing Infrastructure, FGCS Journal, October 1999.[/align][align=left]16. Spyros Lalis and Alexandros Karipidis, JaWS: An Open Market-Based Framework for[/align][align=left]Distributed Computing over the Internet, IEEE/ACM International Workshop on Grid[/align][align=left]Computing (GRID 2000), Dec. 2000. http://roadrunner.ics.forth.gr:8080/[/align][align=left]17. Michael Stonebraker, Robert Devine, Marcel Kornacker, Witold Litwin, Avi Pfeffer,[/align][align=left]Adam Sah, Carl Staelin, An Economic Paradigm for Query Processing and Data Migration[/align][align=left]in Mariposa, 3rd International Conference on Parallel and Distributed Information[/align][align=left]Systems, Sept. 1994. http://mariposa.cs.berkeley.edu:8000/mariposa/[/align][align=left]18. Amnon Barak and Oren Laadan, The MOSIX Multicomputer Operating System for High[/align][align=left]Performance Cluster Computing, FGCS Journal, March 1998. www.mosix.cs.huji.ac.il[/align][align=left]19. Bill Thigpen and Tom Hacker, Distributed Accounting on the Grid, The Grid Forum[/align][align=left]Working Drafts, 2000.[/align][align=left]20. Grid Forum – http://www.gridforum.org[/align][align=left]21. Steve Chapin, Mark Clement, and Quinn Snell, A Grid Resource Management[/align][align=left]Architecture, Strawman 1, Grid Forum Scheduling Working Group, November 1999.[/align][align=left]22. European Grid Forum (eGRID) – http://www.egrid.org[/align][align=left]23. W. Wayt Gibbs, Cyber View—World Wide Widgets, Scientific American, San Francisco,USA - http://www.sciam.com/0597issue/0597cyber.html[/align]