一种网格资源可靠性监控方法及装置与流程

本发明涉及资源监控领域，特别涉及一种网格资源可靠性监控方法及装置。

背景技术：

随着现代计算机技术的发展，分布式计算作为一种高效的计算模式，在高能物理领域有着广泛的应用。目前在高能物理领域，普遍采用网格计算技术搭建实验的数据处理平台。网格计算将分散在各个合作组织的数据处理站点通过网格中间件技术整合起来，为实现一个或多个共同的物理目标而服务。网格计算平台通过运行作业的方式为物理研究人员提供服务，物理实验的数据分析作业通过作业调度系统分发到各个站点运行。站点的计算资源提供了作业运行的基本环境，而存储资源则保存着作业运行需要用到的实验数据。不同站点之间通过高速网络相互连接，实现资源和数据的共享。

在大规模的网格环境中，资源具有分布性、异构性、动态性和自治性等特点。资源的分布性体现在资源在地理位置上的分布通常是跨地域、跨国家甚至是跨大洲的。资源的异构性体现在资源类型多样，而且同一类资源由于其实现技术不同，体系结构也大不相同。资源的动态性体现在资源可以随时加入或退出网格，不受网格环境约束。资源的自治性体现在不同地域的资源属于不同的管理域，每个管理域都有各自的资源管理策略，可以实现独立的网格资源管理。对于网格资源的这种复杂性，网格计算采用中间件软件，在用户和资源之间搭建一个中间层，隐藏资源的复杂性，并向用户提供透明的资源访问机制。然而这种复杂性的隐藏大大增加了网格环境的维护难度，一旦某些资源出现故障，便难以准确定位故障的根源，影响系统的恢复。因此，需要对网格环境中的各个资源的可靠性进行准确、有效的监控。

现有技术中，传统的网格监控方法可以简单地收集资源相关的一些信息并显示，用户需要通过这些信息并结合自己的专业知识对资源的可靠性进行判断，发现资源的故障并找到故障的原因进行排除。但是，这种传统的网格监控方法对资源可靠性的表达不够直观，而且对用户的专业水平有着较高的要求，不利于用户体验。因此，如何更加直观地反映资源的可靠性，快速准确定位资源故障的根源，减少用户在故障排除上所花费的时间，是现今急需解决的问题。

技术实现要素：

本发明的目的是提供一种网格资源可靠性监控方法及装置，以更加直观地反映资源的可靠性，快速准确定位资源故障的根源，减少用户在故障排除上所花费的时间，提升用户体验。

为解决上述技术问题，本发明提供一种网格资源可靠性监控方法，包括：

根据测试指令或按预设时间间隔从网格环境中获取资源；

根据所述资源的属性加载对应的测试程序；

执行所述测试程序，输出所述资源的可靠性评估结果。

可选的，所述根据所述资源的属性加载对应的测试程序，包括：

按预设的匹配规则，将所述资源的每种属性的属性值依次与全部测试程序的预设属性值进行匹配；

判断所述资源的每种属性是否均匹配到对应的所述测试程序；

若是，则匹配成功，加载所述测试程序，并进行所述执行所述测试程序，输出所述资源的可靠性评估结果的步骤。

可选的，所述执行所述测试程序，输出所述资源的可靠性评估结果，包括：

判断是否需要提交测试作业；

若否，则执行CLI命令，输出所述资源的可靠性评估结果；

若是，则向站点提交所述测试作业，获取所述站点执行所述测试作业的输出文件，并根据所述输出文件输出所述资源的可靠性评估结果。

可选的，该方法还包括：

判断全部所述测试程序是否均执行完成；

若是，则综合全部所述测试程序输出的所述资源的可靠性评估结果，获取所述资源的可靠性状态。

可选的，所述执行所述测试程序，输出所述资源的可靠性评估结果，还包括：

所述测试程序执行过程中，持续判断所述测试程序的执行时间是否大于预定时间；

若是，则直接输出所述资源的可靠性评估结果。

此外，本发明还提供了一种网格资源可靠性监控装置，包括：

资源获取模块，用于根据测试指令或按预设时间间隔从网格环境中获取资源；

测试程序加载模块，用于根据所述资源的属性加载对应的测试程序；

测试程序执行模块，用于执行所述测试程序，输出所述资源的可靠性评估结果。

可选的，所述测试程序加载模块，包括：

匹配子模块，用于按预设的匹配规则，将所述资源的每种属性的属性值依次与全部测试程序的预设属性值进行匹配；

第一判断子模块，用于判断所述资源的每种属性是否均匹配到对应的所述测试程序；若是，则向加载子模块发送匹配成功信号；

所述加载子模块，用于接收所述匹配成功信号，加载所述测试程序。

可选的，所述测试程序执行模块，包括：

第二判断子模块，用于判断是否需要提交测试作业；若否，则向CLI测试子模块发送第一启动信号；若是，则向测试作业子模块发送第二启动信号；

所述CLI测试子模块，用于接收所述第一启动信号，执行CLI命令，输出所述资源的可靠性评估结果；

所述测试作业子模块，用于接收所述第二启动信号，向站点提交所述测试作业，获取所述站点执行所述测试作业的输出文件，并根据所述输出文件输出所述资源的可靠性评估结果。

可选的，该装置还包括：

判断模块，用于判断全部所述测试程序是否均执行完成；若是，则向可靠性状态模块发送第三启动信号；

所述可靠性状态模块，用于接收第三启动信号，综合全部所述测试程序输出的所述资源的可靠性评估结果，获取所述资源的可靠性状态。

可选的，所述测试程序执行模块，还包括：

持续判断子模块，用于所述测试程序执行过程中，持续判断所述测试程序的执行时间是否大于预定时间；若是，则向超时输出子模块发送第四启动信号；

所述超时输出子模块，用于接收所述第四启动信号，直接输出所述资源的可靠性评估结果。

本发明所提供的一种网格资源可靠性监控方法，包括：根据测试指令或按预设时间间隔从网格环境中获取资源；根据所述资源的属性加载对应的测试程序；执行所述测试程序，输出所述资源的可靠性评估结果；

可见，本发明通过根据资源的属性加载对应的测试程序，可以为资源类型和所属管理域等属性不同的资源加载该资源的属性对应的测试程序，确保对该资源进行可靠性评估的准确性；通过执行测试程序，输出资源的可靠性评估结果，可以获取每个资源的不同属性各自对应的可靠性评估结果，从而可以更加直观地展示每个资源的各个属性的可靠性，快速准确定位资源故障的根源，减少了用户在故障排除上所花费的时间，提高了用户体验。此外，本发明还提供了一种网格资源可靠性监控装置，同样具有上述有益效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例所提供的一种网格资源可靠性监控方法的流程图；

图2为本发明实施例所提供的另一种网格资源可靠性监控方法的流程图；

图3为本发明实施例所提供的另一种网格资源可靠性监控方法的测试程序执行的流程图；

图4为本发明实施例所提供的另一种网格资源可靠性监控方法的测试程序执行的状态示意图；

图5为本发明实施例所提供的一种网格资源可靠性监控装置的结构图；

图6为本发明实施例所提供的一种网格资源可靠性监控装置的框架示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参考图1，图1为本发明实施例所提供的一种网格资源可靠性监控方法的流程图。该方法可以包括：

步骤101：根据测试指令或按预设时间间隔从网格环境中获取资源。

其中，测试指令可以为用户也就是管理人员在网格资源出现故障或其他任意时刻发送的检测资源可靠性状态的指令。预设时间间隔可以为用户自行设置的监控网格资源可靠性的时间间隔。本实施例对与测试指令的具体内容和预设时间间隔的具体数值的设定，不做任何限制。

可以理解的是，本实施所提供的方法中从网格环境中获取的资源可以为一种资源，也就是说本实施例是以一种资源为例，对网格资源可靠性监控进行的介绍，对于资源类型和所属管理域等属性不同的各种资源均可以通过类似本实施例所提供的方法进行可靠性监控，本实施例对此不受任何限制。

需要说明的是，对于从网格环境中获取资源的具体方式，可以为直接从网格环境中资源存储的位置接收资源，也可以通过其他传输方式接收资源，本实施例对此同样不做任何限制。

步骤102：根据所述资源的属性加载对应的测试程序。

其中，为资源加载对应的测试程序时，可以通过该资源的属性匹配对应的测试程序，也可以根据不同资源的其他区分点加载对应的测试程序，或者直接加载对所有资源均可适用的测试程序。本实施例对此不受任何限制。

可以理解的是，对于根据资源的属性加载对应的测试程序的具体方式，可以通过常用的属性匹配的方式，也就是根据资源的不同属性，加载该属性对应的测试程序；也可以通过其他的方式根据资源的属性加载对应的测试程序，本实施例对此不受任何限制。

需要说明的是，对于测试程序的具体设置方式，可以根据正确性、全面性和单一功能性的原则进行设置，其中，正确性可以为测试程序本身需要保证执行的正确性，不能存在逻辑上的错误；全面性可以为需要考虑资源各方面的功能，对资源进行全面的测试；单一功能性可以为对资源的测试任务进行细粒度的划分，保证每个测试只对单一的功能进行测试。也就是，保证资源的全部属性均被测试的基础上，每个测试程序对资源的一种属性进行正确的测试。也可以根据其他原则设置对资源可靠性测试的测试程序。对于测试程序的具体设置方式，可以由设计人员或用户根据实用场景和用户需求自行设置，本实施例对此不受任何限制。

步骤103：执行所述测试程序，输出所述资源的可靠性评估结果。

其中，本步骤中输出的资源的可靠性评估结果可以为执行测试程序输出的结果。若执行的测试程序为一个，则输出的结果可以为该资源的可靠性状态；若执行的测试程序为多个，则输出的结果可以为该资源多种属性各自对应的可靠性评估结果。本实施例对此不受任何限制。

可以理解的是，对于资源的多个属性各自对应的测试程序执行后输出的多个该资源的可靠性评估结果，本实施例所提供的方法还可以包括综合全部测试程序输出的该资源的可靠性评估结果，获取该资源的可靠性状态的步骤。也就是在全部测试程序执行完成后，对该资源不同属性对应的测试程序输出的可靠性评估结果进行综合分析，确定出该资源的可靠性状态。本实施例对此不受任何限制。

需要说明的是，在网格环境中可以将需要监控的资源分成计算资源、存储资源、网络资源。计算资源即作业运行的具体环境，可以个人PC，计算集群或者是云计算环境，计算资源上安装了作业运行所需的各种软件；存储资源即各种文件存储系统，用于储存实验数据，作业运行需要从存储资源获取相关数据并将输出数据保存到存储资源；网络资源即连接不同地域站点的高速网络，是数据传输的保证。

对于可分成上述三类的网格资源的可靠性测试程序可以分成Job Test和CLI Test两类。Job Test需要将测试作业提交到站点运行，根据测试作业运行的输出文件输出资源的可靠性评估结果，对于计算资源的测试程序就属于这一类。CLI Test可只需本地执行CLI测试命令，根据命令的输出资源的可靠性评估结果，对于存储资源和网络资源的测试都属于CLI Test。对于测试程序的具体执行方式和内容，本实施例不做任何限制。

具体的，对于本步骤中输出资源的可靠性评估结果，可以为资源每个属性对应的可靠性评估结果。对于可靠性评估结果的内容可以为OK，Bad和Unknown。其中，OK表示测试程序对应的资源的属性运行没有异常，Bad表示测试程序对应的资源的属性出现故障，Unknown表示由于某些未知的原因导致测试程序对应的资源的属性的可靠性状态不可判断，也就是测试程序运行超时。可靠性评估结果的内容也可为其他，只要可以对资源的属性的可靠性进行评估，对于可靠性评估结果的内容，可以由设计人员或用户根据实用场景和用户需求自行设置，本实施例对此不受任何限制。

本实施例中，本发明实施例通过根据资源的属性加载对应的测试程序，可以为资源类型和所属管理域等属性不同的资源加载该资源的属性对应的测试程序，确保对该资源进行可靠性评估的准确性；通过执行测试程序，输出资源的可靠性评估结果，可以获取每个资源的不同属性各自对应的可靠性评估结果，从而可以更加直观地展示每个资源的各个属性的可靠性，快速准确定位资源故障的根源，减少了用户在故障排除上所花费的时间，提高了用户体验。

请参考图2和图3，图2为本发明实施例所提供的另一种网格资源可靠性监控方法的流程图；图3为本发明实施例所提供的另一种网格资源可靠性监控方法的测试程序执行的流程图。该方法可以包括：

步骤201：根据测试指令或按预设时间间隔从网格环境中获取资源。

其中，本步骤与步骤101相似，在此不再赘述。

步骤202：按预设的匹配规则，将资源的每种属性的属性值依次与全部测试程序的预设属性值进行匹配。

可以理解的是，由于一种资源可以包含多种属性，对应于资源的每种属性，每个测试程序可以均定义了相应的目标属性值。当资源加载测试程序时，将资源的每种属性的属性值与测试程序的目标属性值(预设属性值)进行一一匹配，若所有属性都匹配成功，则测试匹配成功，若有一条属性匹配失败，则测试匹配失败。为描述属性匹配规则，现定义如下符号：RA可以为资源属性值；TA可以为目标属性值；NULL可以表示属性值为空；ANY可以表示属性值为任何值；SIG可以表示属性只有一个值；MUL可以表示属性有多个值；in可以表示属性值的包含关系；ins可以表示属性值的相交关系；eq可以表示属性值相等关系；S可以表示匹配成功；F可以表示匹配失败。

测试属性匹配的具体规则可以如下：

If RA is NULL and TA is ANY,then S.

If RA is ANY and TA is NULL,then S.

If RA is MUL and TA is SIG and TA in RA,then S,else F.

If RA is SIG and TA is MUL and RA in TA,then S,else F.

If RA is MUL and TA is MUL and RA ins TA,then S,else F.

If RA is SIG and TA is SIG and RA eq TA,then S,else F.

需要说明的是，对于为资源的不同属性匹配对应的测试程序的方式，也就是预设的匹配规则的具体设置，可以通过上述属性值的匹配方式，也可以通过其他方式，本实施例对此不做任何限制。

步骤203：判断资源的每种属性是否均匹配到对应的测试程序；若是，则进入步骤204。

可以理解的是，本实施例所提供的方法可以为先将资源对应的全部测试程序匹配成功，再进行测试程序的加载和执行的步骤，确保对网格资源可靠性监控的准确性。也可以每匹配到一个测试程序便进行接下来对该测试程序的加载和执行的步骤，本实施例对此不受任何限制。

可以理解的是，对于资源的每种属性未均匹配到对应的测试程序的情况，可以不再对该资源进行可靠性评估，也就是不再对该资源已匹配到的测试程序进行加载和执行的步骤；也可以通知用户该情况；还可以继续对该资源进行可靠性评估并通知用户该情况；或者根据该资源已匹配到的测试程序的数量判断是否继续对该资源进行可靠性评估。本实施例对此不受任何限制。

步骤204：加载测试程序。

其中，对于测试程序的加载，可以为同时加载资源对应的多个测试程序；也可以为依次加载资源对应的多个测试程序。本实施例对此不受任何限制。

步骤205：执行测试程序。

其中，本实施例所提供的方法中的测试程序可以包括Job Test和CLI Test这两类。对于本步骤具体流程可以如图3所示，包括：

步骤301：判断是否需要提交测试作业；若否，则进入步骤302；若是，则进入步骤303。

可以理解的是，本步骤可以为对Job Test和CLI Test这两类测试程序的判断，由于Job Test需要向站点提交测试作业，可以将是否需要提交测试作业作为两类测试程序的区别点。

步骤302：执行CLI命令，输出资源的可靠性评估结果。

需要说明的是，对于CLI Test这类测试程序，也就是存储资源和网络资源对应的测试程序，可以直接通过执行CLI命令，输出资源的可靠性评估结果。对于CLI命令的具体内容和设置方式，本实施例不做任何限制。

步骤303：向站点提交测试作业，获取站点执行测试作业的输出文件，并根据输出文件输出资源的可靠性评估结果。

其中，由于Job Test t这类测试程序，也就是计算资源对应的测试程序，需要向站点提交测试作业，由站点执行该测试作业后，再根据从站点下载获取的输出文件输出资源的可靠性评估结果。

可以理解的是，只要可以输出资源的可靠性评估结果，对于本步骤中与站点的具体交互过程，本实施例不做任何限制。具体的，还可以包括对站点执行该测试作业的监控步骤，确保时刻了解测试程序的运行过程。

需要说明的是，对于测试程序的具体执行状态可以如图4所示，Submitted可以表示测试作业已提交；Running可以表示测试作业或CLI命令正在运行；Completed可以表示测试作业运行完成，但还未下载输出文件；Done可以表示Job Test输出文件下载完成或CLI命令运行完成；Timeout可以表示测试程序执行超时。

步骤206：判断测试程序是否执行完成；若否，则进入步骤207；若是，则进入步骤208。

可以理解的是，每个测试程序再执行过程中，可以持续进行本步骤，也可以按预设时间间隔进行本步骤，本实施例对此不受任何限制。

步骤207：判断测试程序的执行时间是否大于预定时间；若是，则进入步骤208；若否，则进入步骤206。

其中，预定时间可以为用户和设计人员设置的确定测试程序执行的最大时间，超过该时间则可以确定该测试程序并不能评估出资源的可靠性。对于预设时间的具体数值的设置，可以由用户和设计人员根据实用场景和用户需求自行设置，本实施例对此不受任何限制。

需要说明的是，步骤206和步骤207可以为对每个测试程序执行是否超时的判断步骤。对于测试程序是否执行的判断可以通过本实施例所提供的方式，也可以通过其他方式，本实施例对此不做任何限制。

步骤208：输出资源的可靠性评估结果。

其中，本实施例所提供的方法中的可靠性评估结果可以通过OK、Bad和Unknown表示。OK可以表示资源运行没有异常，Bad可以表示资源出现故障，Unknown可以表示由于某些未知的原因导致资源的可靠性状态不可判断。每个测试程序都会对对应的资源的属性的可靠性进行评估，测试程序执行的状态与可靠性评估结果的对应关系可以为：Submitted、Completed以及Timeout状态的测试对应Unknown状态；Done状态的测试根据其输出的结果对应OK或Bad状态。

可以理解的是，对于可靠性评估结果的具体内容，可以如本实施例所示，也可以根据不同测试程序的设置对应改变，本实施例对此不做任何限制。

步骤209：判断全部测试程序是否均执行完成；若是，则进入步骤210；若否，则进入步骤205。

可以理解的是，本步骤是为确保资源对应的全部测试程序均完成，再通过步骤210对该资源的整体可靠性状态进行评估。也可以不进行本步骤或对该资源的整体可靠性状态进行评估的过程中进行本步骤，本实施例对此不受任何限制。

步骤210：综合全部测试程序输出的资源的可靠性评估结果，获取资源的可靠性状态。

其中，资源的可靠性状态的评估采用最坏优先的原则，即若有一个测试判断程序为Bad，则其状态就是Bad，若无测试程序判断为Bad且有测试程序判断为OK，则其状态为OK，若所有测试都判断为Unknown，则其状态为Unknown。也可以采用其他原则对资源的可靠性状态进行评估，本实施例对此不受任何限制。

可以理解的是，若采用本实施例所提供的最坏优先原则的可靠性状态的评估方式，可以通过本实施例所提供的方法，也可以通过其他类似的方法，如不需进行步骤209，每一个测试程序输出结果后，判断该结果是否为Bad；若是，则资源的可靠性状态为Bad；若否，则判断全部测试程序是否均执行完成。本实施例对此不做任何限制。

本实施例中，通过按预设的匹配规则，将资源的每种属性的属性值依次与全部测试程序的预设属性值进行匹配，可以为该资源的每种属性匹配到对应的测试程序；通过加载和执行测试程序，可以对该资源的每种属性的可靠性进行评估；通过综合全部测试程序输出的资源的可靠性评估结果，获取资源的可靠性状态，可以获取该资源整体的可靠性状态，更加直观地展示了每个资源的可靠性，方便用户快速准确定位资源故障的根源，减少了用户在故障排除上所花费的时间，提高了用户体验。

请参考图5和图6，图5为本发明实施例所提供的一种网格资源可靠性监控装置的结构图，图6为本发明实施例所提供的一种网格资源可靠性监控装置的框架示意图。该装置可以包括：

资源获取模块100，用于根据测试指令或按预设时间间隔从网格环境中获取资源；

测试程序加载模块200，用于根据所述资源的属性加载对应的测试程序；

测试程序执行模块300，用于执行所述测试程序，输出所述资源的可靠性评估结果。

可选的，所述测试程序加载模块200，可以包括：

匹配子模块，用于按预设的匹配规则，将所述资源的每种属性的属性值依次与全部测试程序的预设属性值进行匹配；

第一判断子模块，用于判断所述资源的每种属性是否均匹配到对应的所述测试程序；若是，则向加载子模块发送匹配成功信号；

所述加载子模块，用于接收所述匹配成功信号，加载所述测试程序。

可选的，所述测试程序执行模块300，可以包括：

第二判断子模块，用于判断是否需要提交测试作业；若否，则向CLI测试子模块发送第一启动信号；若是，则向测试作业子模块发送第二启动信号；

所述CLI测试子模块，用于接收所述第一启动信号，执行CLI命令，输出所述资源的可靠性评估结果；

所述测试作业子模块，用于接收所述第二启动信号，向站点提交所述测试作业，获取所述站点执行所述测试作业的输出文件，并根据所述输出文件输出所述资源的可靠性评估结果。

可选的，该装置还可以包括：

判断模块，用于判断全部所述测试程序是否均执行完成；若是，则向可靠性状态模块发送第三启动信号；

所述可靠性状态模块，用于接收第三启动信号，综合全部所述测试程序输出的所述资源的可靠性评估结果，获取所述资源的可靠性状态。

可选的，所述测试程序执行模块300，还可以包括：

持续判断子模块，用于所述测试程序执行过程中，持续判断所述测试程序的执行时间是否大于预定时间；若是，则向超时输出子模块发送第四启动信号；

所述超时输出子模块，用于接收所述第四启动信号，直接输出所述资源的可靠性评估结果。

可以理解的是，本实施例所提供的网格资源可靠性监控装置的框架结构可以如图6所示，Resource Container用于控制整个监控的流程，它会根据资源的属性匹配需要执行的测试程序，并通过Test Loader加载测试程序，然后将测试程序交给Test Executor执行，待所有测试程序执行完后，通过StateEvaluator评估资源的可靠性状态，并将结果写入数据库(DB)中。

本实施例中，本发明实施例通过测试程序加载模块200根据资源的属性加载对应的测试程序，可以为资源类型和所属管理域等属性不同的资源加载该资源的属性对应的测试程序，确保对该资源进行可靠性评估的准确性；通过测试程序执行模块300执行测试程序，输出资源的可靠性评估结果，可以获取每个资源的不同属性各自对应的可靠性评估结果，从而可以更加直观地展示每个资源的各个属性的可靠性，快速准确定位资源故障的根源，减少了用户在故障排除上所花费的时间，提高了用户体验。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的网格资源可靠性监控方法及装置进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。