CN101061464B - 信息处理设备及其程序、模块化系统的运行管理系统和组件选择方法 - Google Patents
信息处理设备及其程序、模块化系统的运行管理系统和组件选择方法 Download PDFInfo
- Publication number
- CN101061464B CN101061464B CN2005800392806A CN200580039280A CN101061464B CN 101061464 B CN101061464 B CN 101061464B CN 2005800392806 A CN2005800392806 A CN 2005800392806A CN 200580039280 A CN200580039280 A CN 200580039280A CN 101061464 B CN101061464 B CN 101061464B
- Authority
- CN
- China
- Prior art keywords
- information
- virtual
- resource
- risk
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/008—Reliability or availability analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种信息处理设备,该设备包括:存储装置,存储有与组件有关的组件信息,该组件用于构成具有规定功能的系统;和处理装置,基于组件信息,计算出构成服务所要求的系统所需的组件组合,针对这些组件组合,计算出风险信息和/或片段信息,并基于规定的策略、算出的风险信息和/或片段信息,对选中的组件组合进行排序,其中所述风险信息是物理故障波及到服务请求的风险的信息,所述片段信息是组件使用状况的偏差程度的信息。
Description
技术领域
本发明涉及信息处理设备及其程序、以及模块化系统的运行管理系统。
背景技术
随着近年来网络的广泛普及,使用计算机、网络的电子业务管理系统以作为商业基础或社会基础设施而完全扎根下来,在网络相关系统中要求高级别的任务关键性。因此,在这样的系统中通常具有冗余结构,在发生了故障时也不停止业务而是切换预备资源。
以往存在这样的方法:在进行冗余化的基础上,将设备内部构成为二重结构并将其中一个设定为活动(active)部分将另一个设定为备用(standby)部分,从而备用于设备内的组件级别上的故障;此外,备用于电源故障等设备单位的故障,用多个设备构成冗余组,将其中一个设为活动资源,将其他的设为备用资源。但是,此时需要进行虚拟化,以便在使用此设备来接受服务的用户看来是一个设备。
一个做法是设备间冗余通常使用冗余用的专用协议。例如,在图20所示的路由器的情况下,在路由器405内部使用资源401和402来设定内部二重化4011,并使用非专利文献1中记载的多个路由器间的冗余协议VRRP(Virtual Router Redundancy Protocol,虚拟路由冗余协议)通过VRRP V10进行设备间的冗余,由此能够实现上述的冗余结构。此时,在使用该路由器的用户看来有一个虚拟路由器407。
此外,针对设备内组件故障的内部的二重化,不用改变物理设备其本身而仅在内部进行切换即可,因此作为故障修复方法,最好切换设备自身,但如果为了冗余而准备多个二重化的设备,就会造成组件资源的二重化,资源利用效率最大也只能达到活动∶备用=1∶1的50%,难以组成由N台共享一个冗余化资源的N+1这样的结构。此外,并列设置分立设备时会消费更多的空间,造成更多的浪费。因此,取代使用功能已确定的分立设备,在统一的平台上安装模块化的单元资源,并通过进行必要的设定来自由地形成虚拟的必要设备(以后称为服务),由此可削减所消费的空间,提高资源利用效率,还可提高利用方式的灵活性等。此外,通过使用叠加技术,还可以跨越多个在物理上分离的搁架(shelf)而虚拟为一个虚拟平台上的资源。与出厂时进行了硬件设定等各种设定的分立设备相比,上述的服务通常需要进行硬件设定等,因此设备设定等管理业务将变得复杂。但是,通过资源的虚拟化技术,提供虚拟资源池,将物理资源例如基于种类或性能等性质来注册到相应的虚拟资源池中,隐藏选择资源时不需要的信息,从而容易地进行了构成虚拟设备的设定。例如,在图25中,对于具有搁架904和单元物理资源905的物理资源906,隐藏物理配置等对于资源使用者来说不必要的信息,按其性能、种类等属性进行分类并注册到虚拟池901中。资源使用者不直接设定物理资源906的信息,而是基于虚拟资源池内的虚拟资源的信息来进行设定,由管理软件对虚拟资源903和单元物理资源905之间的关系进行管理,用户即便在由于系统的改变而物理资源有所变化时也无需改变设定,而只要改变管理软件所保持的关联信息即可。
在构成上述服务的资源(以后称为组件)的二重化中,通过对虚拟化的资源进行逻辑设定,例如可在组成冗余结构的多个服务内的组件间共享一个虚拟资源,从而能够提高资源利用效率。因此,当作为某一服务而设定路由器,并且如上所述对各个路由器内部的组件进行二重化,而且用多台路由器实现冗余结构时,各个路由器的备用组件在共享某一资源的同时逻辑上被设定为多个不同的设备,从而在实现资源的有效利用的同时还可以实现设备内部的二重化。此外,作为设备间的二重化,可通过VRRP等外部冗余协议来组成冗余结构。
并且,作为冗余结构,例如在非专利文献2所记载的AIS(Application Interface Specification,应用接口规范)的冗余结构框架中规定的那样,有2N、N+M、N-Way的冗余结构。图21~图23示出了冗余结构的一个例子。服务组被定义为用于提供某种服务的集合,在该服务组之中存在服务实例(service instance)、节点、服务单元。服务实例是指要提供的服务的逻辑实体,节点是指表示提供某种资源的物理资源的集合的逻辑实体,服务单元是指存在于该节点上的逻辑实体。多个服务单元与上述服务实例相关联,根据采用的冗余结构,各个服务单元是活动的或备用的,在活动的由于故障等而不能使用时,服务实例指定备用的服务单元,并修复故障。例如,图21的构成是在不同节点上设定2N(N=1)冗余的例子,在该例子中,相对于服务组501,存在一个服务实例502,分别定义位于节点505上的服务单元503和位于节点506上的服务单元504,并将服务单元503设定为活动,将服务单元504设定为备用。
这里,根据将每个服务单元在什么样的冗余结构中配置在哪一节点,能够指定各种各样的冗余结构。节点由于表示物理资源的集合而共享风险。因此,当节点发生故障时,设定在其上的服务单元就会变得不能使用。
非专利文献1:RFC2338
非专利文献2:SAI-AIS-A.01.01、P67
发明内容
但是,当构成或设定上述使用了平台上的单元物理资源的服务的内外冗余时存在如下的问题。
第一个问题是:当使用许多单元物理资源在系统上以各种冗余结构来形成多个服务时,系统整体上的风险管理将变得困难。其原因如下:对于进行称为构成服务的物理资源或冗余结构的服务管理的管理员来说,分立设备的风险管理比较清楚,但如果纳入物理信息(位置信息、电源配线信息等),则基于物理资源的故障部位的风险分类将会变得不清楚。
第二问题是:通过资源的虚拟化来在系统上以各种各样的冗余结构形成多个服务时,系统整体上的风险管理将变得困难。其原因如下:通过进行资源的虚拟化,提高了服务的设定自由度,并可在不知道其物理位置的情况下使用管理系统内的资源,但对于进行称为构成服务的物理资源或冗余结构的服务管理的管理员来说,当使用虚拟的资源进行服务设定时,如果纳入物理信息(位置信息、电源配线信息等),则根据物理资源的故障部位的风险分类将会变得不清楚。因此,当设定上述冗余化结构时,从物理风险的观点出发细分虚拟资源池并将其信息提供给管理员,管理员需要基于资源的详细信息来进行其风险分类,但由于风险分类没有被抽象化,因而管理员必须基于信息自己进行设定。因此,如果系统变得庞大复杂,则其复杂性将加速增大,管理业务将变得非常困难。
第三问题是:存在无法达到所请求的服务的必要性能、或资源有效利用效率下降的可能性。其原因如下:在重复进行系统的设定变更和增设等的期间,资源利用状况将发生偏差(以后称为片段(fragment)),从而如果将实际上位于物理上分离的位置上的两个单元集合起来构成服务,则由于它们之间的延迟等的原因而会引起性能恶化,或者,相反地当遵从如果性能达不到就不使用的策略时,就有可能出现无法使用的资源。特别地,从管理的目的来看,相同的设备最好尽量位于物理上接近的位置,但片段管理的复杂性会随着系统的扩大和复杂化而迅速增加,从而会加重进行服务管理的管理员的负担。
第四问题是:当进行冗余化时,如果系统规模大,则由于管理业务的复杂性,通过人工进行迅速管理在事实上可能无法进行。其原因如下:在大规模系统中必须进行管理的资源数很庞大,而且还必须对其与在其基础上逻辑集合的服务及其构成物理资源之间的关联进行管理,因此从风险、片段管理的观点来看,为所请求的服务搜索最优的系统结构将变得非常复杂,从而事实上不可能实现。
因此,本发明是鉴于上述问题而作出的,其目的在于,提供信息处理设备及其程序、模块化系统的运行管理系统和组件选择方法,所述设备、程序、系统以及方法通过在具有多个服务的系统中提供风险管理、片段管理的自动化技术,而能够容易地进行服务和其冗余结构的设定,减轻进行服务管理的管理员的负担,并且当系统更新等而导致设定变化时,在服务设定当中不用知道该变化也可进行设定。
解决上述问题的第一发明是一种信息处理设备,其特征在于,包括:存储装置,存储有与组件有关的组件信息,所述组件用于构成具有规定功能的系统,所述组件信息包括:物理资源的物理资源信息,和与所述物理资源信息相关联并将所述物理资源虚拟化为组件的虚拟资源的虚拟资源信息;以及处理装置,基于所述组件信息,计算出构成服务所要求的系统所需的组件组合,针对这些组件组合,计算出风险信息和/或片段信息,并基于算出的风险信息和/或片段信息,以及规定的策略,对选中的组件组合进行排序,其中所述风险信息是物理故障波及到服务请求的风险的信息,所述片段信息是组件使用状况的偏差程度的信息。
解决上述问题的第二发明,在上述第一发明中具有下述特征:所述处理装置具有将各个组件组合的风险统计量作为风险信息计算出的装置。
解决上述问题的第三发明,在上述第一发明中具有下述特征:所述处理装置具有将各个组件组合的风险统计量的平均值和/或方差作为风险信息计算出的装置。
解决上述问题的第四发明,在上述第一至三项的任一发明中具有下述特征:所述处理装置具有将各个组件组合的片段统计量作为片段信息计算出的装置。
解决上述问题的第五发明,在上述第四发明中具有下述特征:所述处理装置具有将各个组件组合的片段统计量的平均值和/或方差作为片段信息计算出的装置。
解决上述问题的第六发明,在上述第一发明中具有下述特征:所述处理装置具有基于所述组件信息并将一个虚拟化的资源作为一个组件来计算组件组合的装置。
解决上述问题的第七发明是一种组件选择方法,用于选择构成服务所要求的系统所需的组件,其特征在于,基于与用于构成具有规定功能的系统的组件有关的组件信息,计算出构成服务所要求的系统所需的组件组合,针对这些组件组合,计算出风险信息和/或片段信息,其中所述风险信息是物理故障波及到服务请求的风险的信息,所述片段信息是组件使用状况的偏差程度的信息,基于计算出的风险信息和/或片段信息,以及规定的策略,对选中的组件组合进行排序。
解决上述问题的第八发明,在上述第七发明中具有下述特征:其计算出的风险信息是各个组件组合的风险统计量。
解决上述问题的第九发明,在上述第八发明中具有下述特征:其计算出的风险信息是各个组件组合的风险统计量的平均值和/或方差。
解决上述问题的第十发明,在上述第七至九项的任一发明中具有下述特征:其计算出的片段信息是各个组件组合的片段统计量。
解决上述问题的第十一发明,在上述第十发明中具有下述特征:其计算出的片段信息是各个组件组合的片段统计量的平均值和/或方差。
解决上述问题的第十二发明,在上述第七发明中具有下述特征:其针对的所述组件是物理资源。
解决上述问题的第十三发明,在上述第七发明中具有下述特征:其针对的所述组件是将物理资源虚拟化的资源。
解决上述问题的第十四发明是一种模块化系统的运行管理系统,其特征在于,包括:物理资源,与网络连接,并构成作为管理对象的模块化系统;虚拟资源,是通过将所述物理资源虚拟化为组件而获得的资源;终端,与网络连接,并发送由所述物理资源提供的设定项目或工作数据项目的信息取得请求数据、设定请求数据、以及策略数据;以及与网络连接的控制器,该控制器保存有:物理资源信息,其是所述物理资源的信息;虚拟资源信息,其中提取了对由所述物理资源提供的设定/工作数据项目进行参考或变更的项目的信息;虚拟服务组空间信息,其是由所述虚拟资源构成的虚拟服务组的信息,提取并加工了对由所述虚拟资源提供的设定/工作数据项目进行参考或变更的项目的信息;以及策略信息,其中记载了对由所述虚拟资源提供的设定/工作数据项目进行参考或变更时的处理信息;该控制器具有如下装置,该装置对从所述终端发送来的所述物理资源或虚拟资源的设定请求进行答复,基于所述虚拟资源信息及策略信息来求出基于风险信息和/或片段信息的最优化计算的解,并基于该解,进行虚拟服务组的最优设定,生成并管理所述虚拟服务组空间信息,并发送给所述终端,摈弃对于所述物理资源信息、虚拟资源信息、虚拟服务组空间信息、策略信息以及最优化计算的解的信息请求,向所述终端发送信息,其中,所述风险信息是物理故障波及到所述设定请求的风险的信息,所述片段信息是资源使用状况的偏差程度的信息。
解决上述问题的第十五发明,在上述第十四发明中具有下述特征:所述控制器具有如下装置,该装置对于所述设定请求,使用所述物理资源信息或所述虚拟资源信息,计算出所述风险信息,生成并管理所述虚拟服务组空间信息。
解决上述问题的第十六发明,在上述第十四至十五项的任一发明中具有下述特征:所述控制器具有如下装置,该装置对于所述设定请求,使用所述物理资源信息或所述虚拟资源信息,计算出所述片段信息,生成并管理所述虚拟服务组空间信息。
解决上述问题的第十七发明,在上述第十四发明中具有下述特征:所述控制器具有:物理资源信息数据库,保存所述物理资源的信息;物理资源管理装置,进行包括所述物理资源信息数据库的读写、信息更新、监视的管理;虚拟资源信息数据库,保存所述虚拟资源的信息;虚拟资源管理装置,进行包括所述虚拟资源信息数据库的读写、信息更新、监视的管理;虚拟服务组空间信息数据库,保存所述虚拟服务组空间的信息;虚拟服务组管理装置,进行包括所述虚拟服务组空间信息数据库的读写、信息更新、监视的管理;策略信息数据库,保存所述策略的信息;策略管理装置,进行包括所述策略信息数据库的读写、信息更新、监视的管理。
解决上述问题的第十八发明,在上述第十四发明中具有下述特征:所述控制器具有通信装置,该通信装置经由网络与物理资源进行通信,进行必要数据的收发。
解决上述问题的第十九发明,在上述第十七发明中具有下述特征:所述控制器具有:当发生了故障时,通过接收来自物理资源的警告信号,或通过来自控制器的定期的信号发送所进行的状态检测,对异常进行检测的装置;以及向所述物理资源管理装置、所述虚拟资源管理装置以及所述虚拟服务组管理装置通知所述异常检测的装置,其中,所述物理资源管理装置、所述虚拟资源管理装置以及所述虚拟服务组管理装置基于所述异常检测,更新所管理的数据库的信息。
解决上述问题的第二十发明,在上述第十七发明中具有下述特征:当系统变更时,所述物理资源管理装置、所述虚拟资源管理装置以及所述虚拟服务组管理装置在发生增设或变更的系统变更时,更新所管理的数据库的信息,所述控制器包括如下装置,该装置基于所述被更新的信息,自动地重新进行、或者通过基于管理员的指令的触发重新进行所述最优化计算,并基于该信息更新和重新计算的结果进行虚拟服务组的最优设定。
若参考图26来说明本发明的作用,则作为信息处理部10的输入,具有组件信息11、对于系统的服务设定/变更请求的服务请求12、以及预先设定的策略信息13,所述组件信息11是构成管理系统内的管理对象即模块化系统的组件的信息。
服务所要求的系统由服务单元构成,服务单元由组件构成。组件的概念不仅指构成服务所要求的服务单元所需的单一的物理资源,还包括使用多个不同的物理资源组合的具有一个功能的虚拟的物理资源组。
首先,在上述的输入数据中,基于组件信息11来选择可满足服务请求的组件组合。针对这些组件的每一组合,求出风险信息和片段信息。
风险信息是物理故障波及到服务请求的风险的信息,是将具有何种程度的风险的信息数值化了的信息。此外,片段信息是在满足服务请求的组件组合中将构成该组合的组件的利用状态偏差的信息数值化了的信息。当计算风险信息、片段信息时,也可以对计算中使用的信息赋予权重来反映优先级。
然后,基于策略信息13来参考算出的风险信息和片段信息,进行组件组合的排序。
发明效果
第一效果是:当利用物理资源、或将该资源虚拟化的虚拟资源来设定设备(虚拟设备)和其冗余结构时,对于进行服务管理的服务管理员,可隐藏随着系统变更而进行的复杂的风险管理、资源利用状况的片段的管理。
这是因为如下缘故:提供图18中记载的虚拟服务组空间4005,并对于服务请求4014的服务组4011、服务单元4012、组件4013以及节点4010,分配优化了风险、片段的虚拟服务组4006、虚拟服务单元4007、虚拟组件4009以及虚拟节点4008,从而即使由于系统的增设、变更等而最优状态发生了变化,也可以自动设定虚拟服务组与虚拟资源或物理资源之间的最优对应。
第二效果是:能够在不给服务管理员增加负担的情况下,在满足服务请求的设定的候补中以最期望的风险或片段来选择最优的资源。
这是因为具有如下功能的缘故,即:随着服务管理器的请求,从可用的资源组中提取满足请求的资源设定的候补,从由该候补构成的搜索空间中进行风险计算,选择最优的构成,然后将其结果分配给虚拟服务组,进行注册和管理。
第三效果是:能够在不给进行服务管理的管理员增加负担的情况下,在实现服务请求中记载的所请求的性能、冗余结构的同时,以期望的片段选择最优的资源,将构成虚拟设备的资源尽量聚集在一块以便容易进行管理,并且可提高资源利用效率。
这是因为如下缘故:对于上述虚拟服务组空间,与上述一样地从可用的资源组中提取满足要求的资源的候补,并通过片段计算来优化片段,然后将其结果分配给虚拟服务组,进行注册和管理。
第四效果是,能够同时考虑片段管理和风险管理这两个相互关联的管理事项来自动进行期望的设定。
这是因为在确定虚拟服务组设定时可依照管理策略通过合适的处理流程来进行计算管理的缘故。
附图说明
图1是示出本发明实施例1的构成的框图;
图2是在实施例1中使用的策略空间信息;
图3是在实施例1中使用的物理资源空间信息;
图4是在实施例1中使用的虚拟资源空间信息;
图5是在实施例1中使用的虚拟服务组空间信息;
图6是在实施例1中使用的可用虚拟资源空间信息;
图7是在实施例1中使用的虚拟服务组搜索空间信息;
图8是在实施例1中使用的管理员服务请求信息;
图9是示出实施例1的全体动作的流程图;
图10是示出在实施例1的全体动作中尤其是包含向管理员进行的设定确认的动作的流程图;
图11是示出实施例1中的最优设定搜索动作的流程图;
图12是实施例1中的风险参数定义的说明图;
图13是示出实施例1中的风险计算动作的流程图;
图14是实施例1中的片段参数定义的说明图;
图15是示出实施例1中的片段计算动作的流程图;
图16是示出实施例1中的发生故障时的故障通知动作的流程图;
图17是在实施例1中使用的ID信息的一个例子;
图18是用于说明实施例1的效果的使用例的示意图;
图19是用于说明将实施例1应用于已存在虚拟层的情形时的效果的示意图;
图20是使用基于现有的路由器的VRRP进行冗余化的例子;
图21是在不同的节点上采用2N(N=1)冗余结构的例子;
图22是在不同的节点上采用2N(N=3)冗余结构并在各个节点上采用活动和备用的例子;
图23是在不同的节点上采用2N(N=3)冗余结构并将一个节点设为备用专用的例子;
图24是使用由平台设备构成的系统将物理资源虚拟化并在其上构成冗余结构的例子,其中,所述平台设备是多个安装有以往的模块化单元物理资源的搁架等;
图25是使用由平台设备构成的系统将物理资源虚拟化的例子,其中,所述平台设备是多个安装有以往的模块化单元物理资源的搁架等;
图26是实施方式的概念图;
图27是示出组件信息的细节的图;
图28是示出服务请求的细节的图;
图28是示出策略信息的细节的图;
图30是组件组合1的示意图;
图31是组件组合2的示意图;
图32是组件组合3的示意图;
图33是组件组合4的示意图;
图34是示出将多个物理资源虚拟为一个组件的例子的图。
标号说明
1终端
2网络装置
3控制器
4物理资源
具体实施方式
下面对本发明的实施方式进行说明。
参考图26可知,在本系统中,作为信息处理部10的输入,具有组件信息11、向系统请求设定/变更服务的服务请求12以及预先设定的策略信息13,组件信息11是构成作为管理系统内的管理对象的多个模块化系统的组件的信息。信息处理部10使用组件信息11中记载的组件选择满足所请求的服务的所有的组件组合,并依照策略对所述选择的组合进行分类。然后将所述分类结果作为输出14。
在下面的说明中,设服务所要求的系统是由服务单元构成的。当服务所要求的系统为冗余系统的开关设备时,例如活动开关设备成为一个服务单元,备用开关设备也成为一个服务单元。
并且,设服务单元是由组件构成的。组件的概念不仅指构成服务所要求的服务单元所需的单一的物理资源,还包括使用多个不同的物理资源组合的具有一个功能的虚拟的物理资源组。在下面的说明中,为了便于理解本发明,将组件作为存放在搁架的插槽上的具有单一功能的一个物理资源来进行说明,在图27中示出了该组件信息的细节。在图27中示出了组件(物理资源)的种类仅为一种,而搁架为四个的情况。
下面,对服务请求进行说明。
在本实施方式中,如图28所示,一个服务请求包括服务组1至服务组7总共七个服务组。
图28中的服务组的冗余表示分配服务单元的冗余类型,例如,1+1表示一个活动服务单元和一个备用服务单元。这里,服务单元如上所述是满足被请求的服务的功能的单元,由多个和单个组件(物理资源)构成,具体来说,集合图28中的组件数所示的个数的组件来构成一个服务单元。例如,服务组1的一个服务单元由三个组件构成。
图28中的设备表示将在冗余中指定的服务单元作为一个设备处理还是处理为作不同设备,例如可指定同一设备(将所有的服务处理单元处理为一个设备)和其他设备(将所有服务单元作为为不同设备)。
图28中的搁架描述了将各个服务单元配置在不同的搁架上还是同一搁架内等的配置方法,因此有同一搁架(在同一搁架内收纳服务单元)、不同搁架(在各个搁架内收纳服务单元)。
图28中的组件数是构成一个服务单元所需的组件的个数。在该例子中,组件由于只有type1,因此仅描述了个数,但当具有多个属性(组件种类、性能等)时,描述对于每个属性的请求资源数。
在图28所示的服务请求中,例如,服务单元2具有两个使用两个组件属性为type1的组件构成的服务单元,将每个服务单元存放在不同的搁架上,并将一个分配为活动,另一个分配为备用。
接着,对策略信息进行说明。
策略信息是描述以什么样的条件对上述服务请求的组件组合的集合设定优先顺序的信息。作为设定该优先顺序的信息,在本发明中使用了风险信息、或者片段信息。风险信息是在满足服务请求的组件组合中物理故障波及到服务请求的风险的信息,是将具有何种程度的风险的信息数值化了的信息。此外,片段信息是在满足服务请求的组件组合中将构成该组合的组件的利用状态偏差的信息数值化了的信息。
在图29中示出了这种策略信息的一个例子。图29中的优先计算描述了在信息处理部10中进行的计算,仅为风险是只进行风险计算而忽视片段。同样地,仅为就是忽视风险。风险→片段是先计算风险后再选择片段低的策略。片段→风险则与其相反。
此外,分割用来指定如何处理风险参数或片段参数的平均值、方差,例如当分割数为100且进行搜索的组合数为1000时,按平均数从小到大的顺序分割为100个区间,对于属于相同区间的组合,将它们的风险视为相同,为平均值,并在该区间内按方差值从小到大的顺序进行分类。无限大是指在有效数字的范围内对平均值进行分类。即,与方差相比使平均值更优先。除此之外,还可以进行诸如这样的指定,例如将上位10%作为同一风险,并且先将方差分割为区间后再用平均值进行分类。这里,风险参数是将共享风险和组件的故障率相乘的值。此外,共享风险是一个搁架内的活动服务单元的个数,若所述个数多,则在一个搁架发生故障时受影响的服务单元就多,风险变高。此外,片段参数是表示构成服务单元的组件的利用状况偏差的值。
片段上限表示在可能的组合中形成一个设备时可跨越的搁架数。例如,当构成组件个数为四个的服务单元时,如果片段上限被设定为3,则不允许从四个搁架上分别取一个组件来构成服务单元。
此外,为了反映出服务的优先级等,也可以向风险参数、片段参数引入权重的概念。例如,当共享优先级高的服务组和搁架时,向属于该服务组的服务单元赋予反映优先级的权重(例如,乘以一个以上的数值)。此外,也可以将搁架的故障率作为权重与共享风险相乘。
这里,示出了在上述那样的条件的基础上由信息处理部10进行的具体的动作例。
首先,在上述的输入数据中,基于组件信息11来选择可满足服务请求的组件组合。
这里,假设存在四个满足服务组1至服务组7的组件组合,并在图30至图33中示出每个组合的示意图。在图30至图33中,每个组件的数值表示用于哪个服务组中,用粗线围起来的区域表示活动。为了便于说明,将表示优先级的权重和故障率一律设为1。
这里,使用图30所示的组合1,对风险信息和片段信息的具体计算方法进行说明。
首先,在风险信息中对风险参数进行计算。
在搁架1中,由于服务单元3a和4a是活动的,所以共享风险为2,表示优先级的权重和故障率一律设为1,因此风险参数为2(=2×1×1)。在搁架2中,由于服务单元5a和7a是活动的,所以共享风险为2,表示优先级的权重和故障率一律设为1,因此风险参数为2(=2×1×1)。在搁架3中,由于服务单元1b、2b和6a是活动的,所以共享风险为3,表示优先级的权重和故障率一律设为1,因此风险参数为3(=3×1×1)。在搁架4中,由于服务单元1c和2b是活动的,所以共享风险为2,表示优先级的权重和故障率一律设为1,因此风险参数为2(=2×1×1)。
这里,若将各个搁架的风险参数设为x,搁架数设为n,则风险参数的平均值由下述数学式1表示,组合1的风险参数的平均值为2.25。
[数学式1]
此外,风险参数的方差由下述数学式2表示,组合1的风险参数的方差为0.25。
[数学式2]
将这些求出的风险参数的平均值和方差作为组合1的风险信息。
接着,在片段信息中对片段参数进行计算。
片段参数是一个表示构成各个服务组的服务单元的组件的偏差的数值。
例如,由于构成组合1的服务组1的服务单元1a的组件被收纳在同一搁架内,所以服务单元1a的片段参数为0(=1-1)。同样地,由于构成组合1的服务组1的服务单元1b的组件被收纳在同一搁架内,所以服务单元1b的片段参数为0(=1-1)。同样地,由于构成组合1的服务组1的服务单元1c的组件被收纳在同一搁架内,所以服务单元1c的片段参数为0(=1-1)。
通过同样的方法,由于构成组合1的服务组2的服务单元2a的组件被收纳在同一搁架内,所以服务单元2a的片段参数为0(=1-1)。构成服务单元2b的组件被收纳在两个搁架内,所以服务单元2b的片段参数为1(=2-1)。
通过同样的方法,由于构成组合1的服务组3的服务单元3a的组件被收纳在同一搁架内,所以服务单元3a的片段参数为0(=1-1)。由于构成服务组3的服务单元3b的组件被收纳在同一搁架内,所以服务单元3b的片段参数为0(=1-1)。
通过同样的方法,由于构成组合1的服务组4的服务单元4a的组件被收纳在同一搁架内,所以服务单元4a的片段参数为0(=1-1)。由于构成服务单元4b的组件被收纳在同一搁架内,所以服务单元4b的片段参数为1(=2-1)。
通过同样的方法,由于构成组合1的服务组5的服务单元5a的组件被收纳在同一搁架内,所以服务单元5a的片段参数为0(=1-1)。由于构成服务单元5b的组件被收纳在同一搁架内,所以服务单元5b的片段参数为1(=2-1)。
通过同样的方法,由于构成组合1的服务组6的服务单元6a的组件被收纳在同一搁架内,所以服务单元6a的片段参数为0(=1-1)。由于构成服务单元6b的组件被收纳在同一搁架内,所以服务单元6b的片段参数为1(=2-1)。
通过同样的方法,由于构成组合1的服务组7的服务单元7a的组件被收纳在同一搁架内,所以服务单元7a的片段参数为0(=1-1)。由于构成服务单元7b的组件被收纳在同一搁架内,所以服务单元7b的片段参数为1(=2-1)。
这里,若将各个服务单元的片段参数设为f,服务单元数设为n,则片段参数的平均值由下述数学式3表示,组合1的片段参数的平均值为0.333333。
[数学式3]
此外,片段参数的方差由下述数学式4表示,组合1的片段参数的方差为0.238095。
[数学式4]
将这些求出的片段参数的平均值和方差作为组合1的片段信息。
对于组合2、3、4,也通过与上述相同的方法来求出风险信息和片段信息。在图31至图33中记载了这些结果。
接下来说明基于风险信息和片段信息对各个组件组合进行的排序。
(1)仅计算风险
在策略ID=1的情况下,当只计算风险时,分割为无限大,因此按风险参数平均值进行分类。
若将各个搁架的风险参数设为yi,将搁架数设为n,则风险参数的平均值由下述数学式5表示。
[数学式5]
因此,各个组合的风险参数的平均值如各个图所示,风险以组合4<组合2<组合1<组合3的顺序下降。这里,由于组合4和2的平均值相等,因而风险参数的方差小的组合4的风险更小。
(2)仅计算片段
在策略ID=2的情况下,当只计算风险时,分割为无限大,因此按片段参数平均值进行分类。
即,片段以组合1=组合2<组合3=组合4的顺序下降。这里,由于组合4和2的平均值和方差都相等,因此当仅计算片段时处于相同级别。
(3)风险→片段
经过风险计算顺序已被确定,其结果与(1)的情形相同。这里,例如当设定了若风险参数平均值ave相同且风险参数方差var为2以下就视为相同风险的策略时,组合4和组合2的风险相同,因此根据片段平均值的不同,将得出组合2<组合4<组合1<组合3。
(4)片段→风险
由片段计算的结果得出了(2)的情形,例如组合1和组合2处于相同位置,但当设定了进行风险计算并以风险参数平均值ave进行比较的策略时,将得出组合1<组合2<组合4<组合3。但是,当比较风险参数方差var时,将得出组合2<组合1<组合4<组合3。
如此,将基于各个策略信息的组件组合的顺序作为结果输出。
在上述的说明中,将组件作为存放在搁架的插槽内的具有单一功能的一个物理资源来进行了说明,但如图34所示,也可以将多个资源虚拟为一个组件,并通过所述虚拟的组件来构成服务单元。此时,准备记载了被虚拟的组件和构成该组件的物理资源之间关系的数据库。然后,根据所述数据库,并已构成各个组件的实际的物理资源为基础通过与上述相同的方法来求出组件组合的风险信息和片段信息。
下面,说明将上述的本发明实施方式具体化了的实施例。
实施例1
接着,参考附图,对本发明的具体实施例1进行详细说明。在以下的说明中,作为服务所要求的系统的具体例,以节点为例进行说明。
参考图1可知,本发明的实施例1包括:终端1;网络装置2;物理资源4,其与网络单元2相连,由作为管理系统内的管理对象的多个模块化设备构成;控制器3,其与网络装置2相连,根据管理员从终端1对管理系统发出的服务设定/变更请求或各种信息取得请求,检索当前可用的资源,从其中依照预先设定的策略来检索满足服务请求的设备构成设定,进行最优设定,并发送必要信息。
下面,对终端1的构成和功能进行详细说明。
终端1包括输入输出装置10和通信装置102,所述输入输出装置10包括管理员输入资源信息或各种设定信息取得请求或者服务设定请求的键盘、鼠标等和提供信息的画面等,所述通信装置102经由网络装置2将由管理员输入的各种请求发送给控制器3并接收从控制器3发送的信息。
接着,对物理资源4的构成和功能进行详细说明。
物理资源4是将具有某种规定的接口的模块化资源搭载在共同平台上并在物理上以搭载在具有该平台的搁架上的卡状等形式为代表的模块化单元物理资源(以后称为单元物理资源)的集合。但是,搁架不是一个,通常由多个具有多个单元物理资源的搁架构成。
此外,各个单元物理资源或搁架具有管理物理信息的局部管理装置401,可通过网络装置2与控制器3相互进行通信。例如,能够向控制器3通知正在管理的物理资源发生了故障等的警告,或者接收来自控制器3的当前状态信息的请求,发送答复等。
接着,对控制器3的构成和功能进行详细说明。
控制器3包括:通信装置301,其接收后述的管理员服务请求信息2700或其他的管理信息取得请求,并向终端1发送经过计算和设定的针对请求的结果或给管理员的必要通知,所述管理员服务请求信息2700是从终端1发送来的对于管理系统的虚拟装置及其冗余结构指定的服务设定/变更请求;数据库311,其保存设定服务请求后的动作的后述的策略信息2100;管理器303,其对数据库311进行管理;数据库309,其保存物理资源4的性能、种类、物理位置信息、状态等用于管理物理资源的物理资源空间信息组2200;物理资源管理装置308,其管理所述数据库309的信息,对物理资源4的信息定期进行更新并进行管理,对信息查询进行答复,或者在信息有变化时更新信息并进行通知;数据库307,其保存虚拟资源信息及其性能、种类、状态与物理资源空间信息2200的对应关系或与虚拟服务组空间信息2400的对应关系等用于管理虚拟资源的虚拟资源空间信息2300;虚拟资源管理装置306,其管理数据库307的信息,对信息查询进行答复,或在信息有变化时更新信息,并进行通知;数据库305,其保存从上述的虚拟资源设定的虚拟服务组信息2400;虚拟服务组管理装置304,其管理数据库305的信息,对信息查询进行答复,或在信息有变化时更新信息,并进行通知;风险计算装置312-1,其对于来自终端1的请求,为生成最优虚拟节点信息而进行必要的风险计算;片段计算装置312-2,其进行片段计算;通信装置310,其通过上述的网络装置2进行物理资源4和信息的通信;以及中央控制装置302,对控制器3的处理进行管理,以便对上述来自终端1的请求,按最优的步骤进行必要的处理。
控制器3内的所有装置也可以不必位于同一设备内,例如也可以构成为将物理资源管理装置308、数据库309配置在不同设备上并通过网络装置2来访问物理资源管理装置308、数据库309的结构,还可以构成为将其它的装置配置的不同的设备上并通过网络装置2进行访问的结构。
此外,当终端1向通信装置301发送各种请求时,也可以使用telnet、HTTP、SMTP、SOAP等的各种标准协议。
这里,如图2所示,策略空间信息2100是使用本发明时的策略的信息,包括作为策略空间信息2100的全体信息的策略空间全体信息2101,和一个一个设定并保存的具有策略信息的详细信息的策略信息2102,其是由管理员通过终端1输入的信息。
下面,对图2所示的策略空间信息2100的各个信息进行说明。
策略空间全体信息2101保存策略空间信息的全体信息,保存设定更新日期/时间以及管理系统内的策略数。更新日期/时间一旦信息有变更就被更新。这里,在所述策略空间信息2100中存在策略数的详细策略信息2103。
详细策略信息2103具有策略ID、优先计算、分割数和片段上限。策略ID由在相应策略信息内唯一确定的数字、记号等表述。优先计算描述是优先风险计算还是优先片段计算。分割数是将使用在风险计算、或片段计算中使用的信息计算的结果分割到每个区间时的分割数。片段上限表示作为片段容许的上限,例如规定横跨几个搁架来形成虚拟服务单元的上限等。
如图3所示,物理资源空间信息2200是由本发明管理的物理资源4的各种信息,由作为物理资源空间信息2200的全体信息的物理资源空间全体信息2201和保存正在管理的物理资源信息的详细信息的物理资源信息2202构成。
下面,对图3所示的物理资源空间信息2200的各个信息进行说明。
物理资源空间全体信息2201保持更新日期/时间、管理系统内的全部搁架数以及作为其搁架ID信息的构成成员ID。更新日期/时间一旦信息有变更就被更新。
物理资源信息2202中存在全部搁架数个的搁架信息2203。
搁架信息2203由搁架全体信息2204和单元物理资源空间信息2205构成。搁架全体信息2204是搁架全体的信息,由搁架ID、宗插槽数、资源数、构成成员ID、状态以及故障率构成。搁架ID是使用数字、记号等分配的在物理资源信息2203内唯一确定的ID。总插槽数可搭载的总插槽数,资源数是当前搭载的单元物理资源数。构成成员ID是搭载着的单元物理资源的ID。状态是电源、风扇等搁架全体的运行状态。故障率是所述搁架的故障率。
单元物理资源空间信息2205由详细单元物理资源信息2206构成,所述详细单元物理资源信息由单元物理资源ID、单元物理资源路径、种类、性能、状态、参考虚拟资源ID以及故障率构成。
单元物理资源ID是使用数字、记号等在所属的搁架内分配的唯一确定的ID,例如使用插槽号分配ID等来进行描述。例如,搭载在插槽3中的单元物理资源诸如为B3。这里记号B是为了表示是单元物理资源而附加的。此外,单元物理资源路径通过组合搁架ID和单元物理资源ID来确定,使每个单元物理资源在管理系统内被唯一确定,并分配路径,以便从其ID的描述就可以知道该单元物理资源属于哪一搁架的哪一插槽。例如,搭载在搁架ID为Sh3的搁架中的插槽号为3的插槽内的单元物理资源路径诸如为Sh3B3。这里记号Sh作为表示搁架的记号而附加。种类、性能是所述单元物理资源的种类和性能信息,状态是运行状态信息,正常时为up,异常时为down。参考虚拟资源ID与所述单元物理资源相关联的虚拟资源ID。这里,各个故障率既可以由管理员通过直接输入来进行设定,也可以自动取得从统计信息学习的数据来输入。保护是表示单元物理资源已被其他系统利用并且是否允许与其他系统共用的信息。当保护为ON时,表示已被其他系统使用,不允许共用。此外,当保护为OFF时,表示未被其他系统使用或者允许共用,此时可作为资源使用。
如图4所示,虚拟资源空间信息2300是由本发明管理的虚拟资源的各种信息,由虚拟资源空间全体信息2300和虚拟资源信息2302构成,虚拟资源空间全体信息2300是虚拟资源空间信息2300的全体信息,虚拟资源信息2302保持正在管理的虚拟资源信息的详细信息。虚拟资源信息2302是由管理员以物理资源空间信息2200为基础设定的信息。
下面,对图4所示的虚拟资源空间信息2300的各个信息进行说明。
虚拟资源空间全体信息2301是所述虚拟资源空间信息2300的全体信息,保持更新日期/时间、构成管理系统内的全部虚拟资源数个的虚拟资源的ID。更新日期/时间一旦信息有变更就被更新。
虚拟资源信息2302由保持当前正在管理的虚拟资源的详细信息的详细虚拟资源信息2303构成,在所述虚拟资源信息2302中存在所述虚拟资源数个的详细虚拟资源信息2303。
详细虚拟资源信息2303由虚拟资源ID、种类、性能、运行状态、参考虚拟服务组ID、参考虚拟节点ID、参考虚拟服务单元ID、参考虚拟组件ID、参考冗余资源成员ID以及虚拟资源路径构成。
虚拟资源ID使用数字、记号等来分配ID以使在全部虚拟资源内唯一确定,例如为V1等。ID可以使用顺序号分配1~全部虚拟资源数。种类、性能是该虚拟资源的种类、性能信息,状态是虚拟资源的运行状态,如果正常表示为up,在发生故障等异常时表示为down。参考虚拟服务组ID、参考虚拟节点ID、参考虚拟服务单元ID、参考虚拟组件ID以及参考冗余资源成员ID分别是与该虚拟资源相关联的虚拟服务组空间信息2400中记载的虚拟服务组ID、虚拟节点ID、虚拟服务单元ID、虚拟组件ID以及冗余资源成员ID。当存在多个时理出全部。虚拟资源路径使用有关联的单元物理资源的单元物理资源路径生成。例如,当虚拟资源ID为V1的某一虚拟资源由分别具有单元物理资源路径ShB2和ShB4的单元物理资源构成时,该虚拟资源路径为V2ShB2ShB4等。保护是表示虚拟资源已被其他系统利用并且是否允许与其他系统共用的信息。当保护为ON时,表示已被其他系统使用,不允许共用。此外,当保护为OFF时,表示未被其他系统使用或者允许共用,此时可作为虚拟资源使用。
如图5所示,虚拟服务组空间信息2400是由本发明对于管理员服务请求进行最优的设定搜索计算后分配的设定结果的信息,由作为虚拟服务组空间信息2400的全体信息的虚拟服务组空间全体信息2401和保持对于服务请求的设定事项的细节的虚拟服务组信息2402构成。
下面,对图5所示的虚拟服务组空间信息2400的各个信息进行说明。
虚拟服务组空间全体信息2401是所述虚拟服务组空间信息2400的全体信息,保持设定更新日期/时间、管理系统内的全部服务组数。设定更新日期/时间一旦信息有变更就被更新。
这里,在所述虚拟服务组空间信息2400中存在虚拟服务组数个的虚拟服务组信息2402。虚拟服务组信息2402由虚拟服务全体信息2403和虚拟节点信息2404构成,虚拟服务全体信息2403保持当前正在管理的虚拟服务组的全体信息,虚拟节点信息2404存在该虚拟服务组中存在的虚拟节点数个。
虚拟服务组全体信息2403是虚拟服务组信息2402的全体信息,由设定更新日期/时间、虚拟服务组ID、参考服务组ID、参考服务组名、虚拟服务组的状态、虚拟服务单元数、虚拟服务单元构成成员ID、虚拟节点数、虚拟节点构成成员ID以及优先级构成。
设定更新日期/时间在虚拟服务组有更新时被更新。虚拟服务组ID使用记号、数字等来分配ID,以使在管理系统内唯一确定。
虚拟服务组ID通过被记载在管理员服务请求信息2100等中而由管理员指定,通过该ID来特定管理员的请求服务。
参考服务组名通过被记载在管理员服务请求信息2100等中而由管理员指定。
状态表示虚拟服务组的运行状态,当该虚拟服务组内的所有的虚拟节点和虚拟服务单元的状态为up时,该状态为up,当存在一个以上的down或alarm并且至少有一个虚拟服务单元可提供服务从而为up时,该状态为alarm,当所有的虚拟服务单元为down从而在该虚拟服务组内不存在可提供服务的虚拟服务单元时,该状态为down。
虚拟服务单元数是属于该续集服务组中的所有虚拟服务单元的总数,虚拟服务单元构成成员ID是属于该续集服务组中的所有虚拟服务单元的ID。
虚拟节点数是属于该虚拟服务组中的所有虚拟节点的总数,节点构成成员ID是属于该虚拟服务组中的所有虚拟节点的ID。
优先级通过被记载在管理员服务请求信息2100等中而由管理员分配给该服务组的优先级,例如可设为分配1~5之间的整数值,并且数字越大优先级就越高。
虚拟节点信息2404由虚拟节点全体信息2405、虚拟组件信息2408以及虚拟服务单元信息2406构成。
虚拟节点全体信息2405由虚拟节点ID、参考节点ID、属性、作为属于该虚拟节点的虚拟服务单元的个数的虚拟服务单元数、虚拟服务单元构成成员ID以及表示虚拟节点的运行状态的状态构成。
虚拟节点ID是使用数字、记号等分配的在属于该虚拟服务组空间内的所有虚拟节点之中唯一确定的ID。例如,属于虚拟服务组ID为VSG1的服务组中的一个虚拟节点被表述为VSG1VN1等。
参考节点ID通过被记载在管理员服务请求信息2100等中而由管理员指定,通过该ID来特定管理员的请求节点。
虚拟服务单元数是属于该虚拟节点的所有虚拟服务单元的总数,虚拟服务单元构成成员ID属于该虚拟节点的所有虚拟服务单元的ID。
状态表示虚拟节点的运行状态,只有up、down,当属于该虚拟节点的所有虚拟服务单元为down时为down。
虚拟服务单元信息2406由虚拟服务单元全体信息2407和虚拟组件信息2408构成,虚拟组件信息2408存在属于该虚拟服务单元中的虚拟组件数个。
虚拟服务单元全体信息2407由虚拟服务单元ID、参考服务单元ID、虚拟组件数、虚拟组件构成成员ID、虚拟服务单元的运行状态、表示保护的信息的状态构成。
虚拟服务单元ID是使用数字、记号等来分配的在属于该虚拟服务组空间内的所有虚拟服务单元之中唯一确定的ID。例如,属于虚拟服务组ID为VSG1的服务组并属于VN1的虚拟节点中的一个虚拟服务单元被表述为VSG1VN1等。
参考服务单元ID通过被记载在管理员服务请求信息2100等中而由管理员指定,通过该ID来特定管理员的请求服务单元。
虚拟组件数是属于该虚拟服务单元的虚拟组件的总数,虚拟组件构成成员ID是属于该虚拟服务单元的所有虚拟组件的ID。
状态表示该虚拟服务单元的运行状态,有up、alarm、down三种。Up表示正常状态,alarm是有属于该虚拟服务单元的虚拟组件的状态一个以上变为alarm的情况,down是有一个以上变为down的情况。
保护是表示虚拟服务单元是否允许与其他系统共用的信息。当保护为ON时不允许共用。此外,当保护为OFF时允许共用。
虚拟组件信息2408由虚拟组件全体信息2409和冗余资源成员信息2410构成,冗余资源成员信息2410存在属于该虚拟组件的虚拟资源成员数个。
虚拟组件全体信息2409由虚拟组件ID、参考组件ID、表示虚拟组件的运行状态的状态、设定资源成员数、设定资源成员ID、冗余资源成员数以及冗余资源成员ID。
虚拟组件ID是使用数字、记号等分配的在属于该虚拟服务组空间内的所有虚拟组件之中唯一确定的ID。例如属于VSG1的虚拟服务组并属于VN1的虚拟节点的一个虚拟组件被表述为VSG1VN1VC1等。
参考组件ID通过被记载在管理员服务请求信息2100等而由管理员指定,通过该ID来特定管理员的请求组件。
设定资源成员ID是在冗余资源成员中当前被设定为活动的冗余资源成员的ID,设定资源成员数是其总数。
冗余资源成员数是属于该虚拟组件的所有冗余资源成员的总数,冗余资源成员ID是属于该虚拟组件的所有冗余资源成员的ID。
状态表示该虚拟组件的运行状态,有up、alarm、down三种。在属于该虚拟组件的冗余资源成员之中,当全部正常时状态为up,当一个以上的冗余资源成员为down、但存在设定资源成员数个的冗余资源成员是活动的且其状态正常时状态为alarm,当不存在设定资源成员数个的冗余资源成员是活动的且其状态正常时状态为down。
冗余资源成员信息2401由冗余资源成员详细信息2411构成,冗余资源成员详细信息2411存在属于该冗余资源成员信息的冗余资源成员数个。
冗余资源成员详细信息2411具有ID、虚拟资源ID、act/std、表示冗余资源成员的运行状态的状态、以及表示组成冗余组的冗余资源成员的伙伴ID。
ID使用数字、记号等来分配的在该虚拟组件内唯一确定的ID。例如当虚拟组件ID为VSG1VN1VC1时,该ID被表述为VSG1VN1VC1M1等。
虚拟资源ID是与该冗余资源成员相关联的虚拟资源ID,当与多个资源成员相关联时列举所有关联虚拟资源ID。
act/std指定该冗余资源成员是活动的还是备用的。
伙伴ID表示组成冗余组的冗余资源成员的ID,当act/std为活动时,表示被指定为备用冗余资源成员ID,当act/std为备用时,表示被指定为活动冗余资源成员ID。当存在多个时,列举全部。
如图6所示,可用虚拟资源空间信息2500是对于管理员服务请求,满足请求的可用的虚拟资源的候补和其详细信息的结合以及搁架故障率等的计算中必要的信息,其由可用虚拟资源空间全体信息2501、可用虚拟资源空间信息2502以及关联搁架信息2503构成,可用虚拟资源空间全体信息2501是可用虚拟资源空间信息2500的全体信息,可用虚拟资源空间信息2502是可用虚拟资源的集合,关联搁架信息2503是与所述可用虚拟资源相关的搁架的信息。
下面,对图6所示的可用虚拟资源空间信息2500的各个信息进行说明。
可用虚拟资源空间全体信息2501保持设定更新日期/时间、管理系统内的可用虚拟资源信息数、可用构成成员ID、关联搁架数、以及关联搁架ID。设定更新日期/时间一旦信息有变更就被更新。
这里,在可用虚拟资源空间信息2500中存在可用虚拟资源信息数个的详细的可用虚拟信息2504,存在关联搁架数个的详细的关联搁架信息2505。
可用构成成员ID列举了可用虚拟资源信息数个的当前可用虚拟资源ID。关联搁架ID列举了关联搁架数个的与当前可用虚拟资源ID关联的搁架ID。
可用虚拟资源空间信息2502由可用虚拟资源信息2504构成,可用虚拟资源信息2504是在虚拟资源空间信息2300中的虚拟资源信息之中满足诸如记载在管理员服务请求2504中来指定的资源种类、性能等的请求的当前可用的资源。
关联搁架信息2503由详细关联搁架信息2505构成,具有关于与可用虚拟资源相关联的搁架的详细信息。
各个详细关联搁架信息2505由搁架ID和其故障率构成,故障率从物理资源空间信息2200的搁架信息2202中取得。
在本发明中,可用虚拟资源空间信息2500如后所述那样构成为与每个管理员发出的服务的请求相对应地生成。但是,也可以将可用虚拟资源空间信息2500作成数据库并构成为每当可用的虚拟资源发生变动时进行更新,从而,当从管理员有服务的请求时,参考可用虚拟资源空间信息2500。
如图7所示,虚拟服务组搜索空间信息2600是通过本发明从可用虚拟资源空间信息中选择的满足管理员服务请求的虚拟服务空间的候补的信息,其由虚拟服务组搜索空间全体信息2601和虚拟服务组信息2602构成,虚拟服务组搜索空间全体信息2601是虚拟服务组搜索空间信息2600的全体信息,虚拟服务组信息2602是满足管理员服务请求中的条件的虚拟服务组候补的集合的信息。
下面,对图7所示的虚拟服务组搜索空间信息2600的各个信息进行说明。
虚拟服务组搜索空间全体信息2601由更新日期/时间、候补数以及候补ID构成。更新日期/时间一旦信息有变更就被更新。候补数是属于候补空间信息2602的候补2603的个数,候补ID是盖候补2603的ID。
候补空间信息2602由候补信息2603的集合构成。
候补信息2603是下述虚拟服务组的设定候补信息,所述虚拟服务组用所述可用虚拟资源空间信息2500的可用虚拟资源构成,并满足诸如记载在管理员服务请求2700中来请求的设定服务组空间,该候补信息2603具有与虚拟服务组空间信息2400相同的格式。
如图8所示,管理员服务请求信息2700是管理员通过本发明想进行的服务设定的请求的信息,由管理员服务请求全体信息2701和服务组信息2702构成,管理员服务请求全体信息2701是管理员服务请求信息2700的全体信息,服务组信息2702是管理员想要设定的服务组的详细信息。
此外,服务组信息2702包括:节点信息2704,其是在该服务组内使用的节点的信息;组件信息2708,其是构成所述节点的虚拟资源的信息;以及服务单元信息2706,具有分配到该服务组中的服务单元和其冗余结构等的信息。
下面,对图8所示的管理员服务请求信息2700的各个信息进行说明。
管理员服务请求信息2700是记载了管理员的设定请求的信息。
管理员服务请求信息2700由管理员服务请求全体信息2701和服务组信息2702的集合构成,服务组信息2702由服务组全体信息2703和节点信息2704的集合构成,节点信息2704由节点全体信息2705、组件信息2708以及服务单元信息2706构成。
服务单元信息2706由详细服务单元信息2707的集合构成,组件信息2708由组件详细信息2709的集合构成。
全体信息2701由服务组数和参考策略ID构成,表示存在于管理员服务请求信息2700中的服务组信息的个数,参考策略ID是用于从策略空间信息2100中参考在设定的基础上的策略的ID。
服务组全体信息2703由服务组ID、服务组名、服务组数、节点数以及优先级构成,服务组ID是使用了数字、记号等的在管理员服务请求信息2700内唯一确定的ID,服务组名是分配给该服务组的名称,服务组数属于该服务组中的服务单元的个数,节点数属于该服务组中的节点的个数,优先级是分配给该服务组的优先级,例如可设为分配1~5之间的整数值,并且数字越大优先级就越高。
节点全体信息2705由节点ID、属性、组件数、服务单元数构成,节点ID是使用了数字、记号等的在管理员服务请求信息2700内唯一确定的ID,属性是节点的种类、性能等,组件数是构成该节点的组件的个数,服务单元数是属于该节点中的服务单元的个数。
服务全体信息2707由服务单元ID、act/std、伙伴ID、保护构成。服务单元ID是使用了数字、记号等的在管理员服务请求信息2700内唯一确定的ID。act/std是该服务单元被分配的状态,有活动和备用。伙伴ID是在该服务单元的act/std为活动时作为该服务单元的备用来构成冗余结构的其他服务单元的ID,当有多个时列举全部。保护是表示对于构成服务所要求的系统(节点)的服务单元,是否允许与其他系统共用的信息。
组件详细信息2709由组件ID、属性、act/std、伙伴ID、活动资源成员数、备用资源成员数构成,组件ID使用了数字、记号等的在管理员服务请求信息2700内唯一确定的ID,属性是形成该组件的资源的请求资源种类或请求性能,act/std是该组件被分配的状态,有活动和备用,候补ID是在该组件的act/std为活动时作为该组件的备用来构成冗余结构的其他组件的ID,当有多个时列举全部。
活动资源成员数是在形成该组件的冗余资源成员当中成为活动的成员的个数,备用资源成员数是成为备用的成员的个数,它们规定了组件内的虚拟资源间之间的冗余结构。这里,还可以描述详细的冗余结构策略。例如描述是否与在其他组件中被使用的冗余资源成员共享虚拟资源等等。
接下来,对ID信息I700进行详细说明。
ID信息I700具有从某一特定的虚拟资源中可知关联的单元物理资源、虚拟服务组、虚拟节点、虚拟服务单元、虚拟组件、虚拟资源成员的信息。例如,由图17中记载的虚拟资源ID、单元物理资源ID、虚拟服务组ID、虚拟节点ID、虚拟服务单元ID、虚拟组件ID以及冗余资源成员ID构成。
接着,参考图9的流程图,对在没有管理员确认的情况下自动进行从实施例1的服务请求到设定完成通知时的本发明软件的全体动作的流程进行详细说明。
(步骤S101)
首先,管理员从终端1的所述输入输出装置101输入所述管理员服务请求信息2700,该信息从通信装置102通过网络装置2被发送出去。
(步骤S102)
接着,通信装置301受理所述请求信息,并送给所述中央控制装置302。
(步骤S103)
接着,中央控制装置302基于请求信息2700中记载的策略ID向管理器303查询关联策略信息。管理器303从所述策略ID将记载于策略空间信息2100中的策略信息返回给中央控制装置302。
(步骤S104)
中央控制装置302向虚拟资源管理装置306查询虚拟资源空间信息2300,查询具有满足服务请求所需的性能、种类的可用虚拟资源。
(步骤S105)
虚拟资源管理装置306从用于满足从中央控制装置302受理的服务请求的构成资源信息中检索可用的虚拟资源信息,并在生成出具有一个以上的可用构成成员的可用虚拟资源空间信息2500时,将其返回给中央控制装置302。另一方面,在所述步骤105中,当一个也没有生成出满足条件的可用虚拟资源空间信息2500时,将其结果通知给管理员后结束。
(步骤S106)
中央控制装置302从使用可用虚拟资源空间信息2500中记载的虚拟资源的有可能的所有设定组合之中,生成虚拟服务组搜索空间信息2600,调出用于计算最优虚拟服务组空间的计算流程F1000,所述虚拟服务组搜索空间信息2600由作为下述虚拟资源设定的虚拟服务组候补2604的集合构成,所述虚拟资源设定可构成满足策略信息中记载的片段上限并由服务请求信息2700中记载的服务单元、组件、冗余资源成员以及节点构成的服务组。
(步骤S107)
中央控制装置302依照计算流程F1000,根据策略信息中记载的优先计算、分割数调出合适的计算装置312-1以及312-2,执行计算求解,从而求出最优虚拟服务组空间。
(步骤S108)
当在所述步骤S107中存在解时,中央控制装置302向虚拟服务组管理装置304和虚拟资源管理装置306通知解。另一方面,当不存在解时,通知管理员后结束。
(步骤S109)
虚拟服务组管理装置304根据该解来更新数据库305上的虚拟服务组空间信息2400,并向中央控制部302通知更新结束。同样地,虚拟资源管理装置306更新数据库307上的虚拟资源空间信息2300,并向中央控制部302通知更新结束。
(步骤S110)
中央控制装置302通过通信装置301、网络装置2向终端1通知处理完成以及设定信息,然后结束。
接着,参考图10的流程图,对在本实施方式中的虚拟服务组的设定中特别包含管理员确认时的动作进行详细说明。
(步骤S201)
与上述的步骤S101~S106相同。
(步骤S202)
中央控制装置302依照计算流程F1000,根据策略信息中记载的优先计算、分割数,调出合适的计算装置312-1以及312-2,执行计算求解,从而求出最优虚拟服务组空间。
(步骤S203)
当存在所述解时,中央控制装置302通过通信装置301以及网络装置2向终端1通知所述解。另一方面,当一个解也不存在时,通知管理员后结束。
(步骤S204)
当管理员没有承认所述解时,从虚拟服务组搜索空间2700中除去所述解,返回S202中重复同样的计算。另一方面,当管理员承认时,进入步骤S205。
(步骤S205)
中央控制装置302向虚拟服务组管理装置304和虚拟资源管理装置306通知解。
(步骤S206)
进行与上述步骤S109~S110相同的动作。
接着,参考图11的流程图,对从虚拟服务组候补空间2600中作为解计算最优候补的计算流程F1000进行详细说明。
(步骤S1001)
当在虚拟服务组候补空间2600中候补数有两个以上时,进入步骤S1002,没有时进入步骤S1301。
(步骤S1002)
检查策略信息2100中记载的优先计算信息。当优先风险计算时,进入步骤S1101,当优先片段计算时,进入S1201。
(步骤S1101)
向风险计算装置312-1传送虚拟服务组搜索空间信息2600以及分割数,并请求进行处理。
(步骤S1102)
风险计算装置312-1根据计算流程F2000以风险低的顺序对搜索范围的候补进行分类,生成按风险的列表L100,进入步骤S1003。
(步骤S1201)
向片段计算装置312-2传送虚拟服务组搜索空间信息2600和分割数,请求进行处理。
(步骤S1202)
片段计算装置312-2根据计算流程F3000以片段低的顺序对搜索范围的候补进行分类,生成按片段的列表L200。
(步骤S1003)
将位于列表L100、列表L200或列表L300的最上位的候补确定位解。
(步骤S1301)
当至少有一个解时,生成仅描述了所述解的列表L300,进入步骤S1003,当一个也没有时进入步骤S1302。
(步骤S1302)
通知错误后结束计算。
接着,参考图12,对在风险计算中将风险量化的风险参数平均值及方差的求解方法进行详细说明。
本发明中的风险管理的目的是,当风险共享体发生故障时,尽量减少分配到该风险共享体上的活动服务组被切换的个数。另外还以使得分配到任一风险共享体上的活动服务组的个数不偏差为目的。
图12是如下一个例子的图,在该例子中,存在某一多个服务组的分配请求,并且各个服务组被规定了冗余结构,在这种情况下向搁架2003-1~2003-n上分配了服务组及其服务单元,以便满足这些请求。这里,搁架2003-1~2003-n表示被称为逻辑实体的风险共享体,所述逻辑实体表示提供某种资源的物理资源的集合,在其基础上定义的服务单元是作为搁架内资源的集合的设备或设备内的逻辑实体。该风险参数是用于定量计算其被分配的状态的风险的参数。
首先,将搁架2003-i上的服务单元2002-j的状态记为变量σv,并使其值在活动的情况下取为1,在备用的情况下取为0。此外,作为其服务的优先级,使用服务设定信息2700中记载的优先级,将其变量设为Wv。这里,Wv的值越大,优先级就越高。
接着,将搁架2003-i中的共享风险xi定义为σv×Wv的搁架2003-i全体的和。这是向位于搁架2003-i上的活动服务单元赋予优先级的权重所得值的和。
接着,定义搁架2003-i的故障率pi。故障率使用可用虚拟资源空间信息2500中记载的搁架故障率,这里也可以由管理员任意设定故障率。
接着,将搁架2003-i的共享风险xi和故障率pi的乘积设为搁架2003-i的风险参数yi,求出风险参数yi在全体管理系统上的平均值ave和方差var。
通过以上的步骤,能够求出定量定义风险的风险参数平均值和方差。这里,风险参数平均值表示风险的大小,风险参数方差表示风险在节点间的偏差,最好风险小且平均,即风险参数的平均值和方差都小。
接着,参考图13的流程图,对作为风险计算中的动作的计算流程F2000进行详细说明。
(步骤S2001)
输入搜索空间、分割数。这里,搜索空间是设定了多个服务组的候补的集合,所述服务组具有多个节点和多个服务单元。
(步骤S2002)
从搜索空间中选择尚未选择的一个候补。
(步骤S2003)
求出该候补的风险参数的平均值、方差。
(步骤S2004)
当搜索空间内存在尚未选择的候补时,进入步骤S2002。
当不存在尚未选择的候补时,进入步骤S2005。
(步骤S2005)
结束搜索空间的风险参数平均值、方差的计算。
(步骤S2006)
按风险参数平均值从小到大的顺序对集合进行分类,分出分割数个的区间。
(步骤S2007)
在每个区间内,按风险参数方差从小到大的顺序对集合进行分类。
(步骤S2008)
输出将搜索空间按其风险参数平均值从小到大的顺序进行分类并在定义区间内按方差从小到大的顺序进行分类后的解的列表,结束。
上述的计算流程F2000是如下情况的流程;以风险进行排序时,对于风险参数平均值进入某一适当区间内的候补,在风险参数平均值下认为风险相等,并在该区间内,将其风险参数方差最小的候补作为风险最低。
这里,既可以将风险参数平均值最低的候补作为风险最低,也可以将风险参数方差最低的候补作为风险最低。
接着,参考图14,对在片段计算中将片段量化的片段参数平均值及方差的求解方法进行详细说明。
本发明中的片段管理的目的是,当利用搭载在搁架内的模块化单元资源来形成某一服务单元时,通过管理,将构成该服务单元的资源是从一个物理搁架中选择的还是从多个搁架中选择的情况量化,并使片段尽量少。
图14是单元物理资源被分配在具有多个服务单元的服务单元空间3002中的状态的示意图。服务单元空间3002与物理资源空间3001之间的连接线3003表示生成组件所使用的物理资源之间的关系。
首先,作为与服务单元3000-i关联的关联搁架数si,定义从关联的搁架的个数减1的数。例如,当为形成服务单元而总共从三个不同的搁架中使用了资源时,关联搁架数为2。
然后,各个服务单元3000-i的优先级wi使用服务请求信息2700中记载的服务单元的优先级。并指定数字越大优先级就越大,并且例如作为5个级别分配1~5的整数值等。
接着,将si和wi的乘积定义为服务单元3000-i的片段参数fi。
求出该的片段参数fi在全体管理系统上的平均值ave和方差var,作为片段参数平均值和方差。
通过以上的步骤,能够求出定量定义片段的片段参数平均值和方差。这里,片段参数平均值表示管理系统内的服务单元设定中的片段的大小,片段参数方差表示片段的偏差,最好片段小且平均,即片段参数的平均值和方差都小。
接着,参考图15,对片段计算中的计算流程F3000进行详细说明。
(步骤S3001)
输入搜索空间、分割数。这里,搜索空间是设定了与多个物理资源相关联的多个服务组的候补的集合,所述服务组具有多个节点和多个服务单元。
(步骤S3002)
从搜索空间中选择尚未选择的一个候补。
(步骤S3003)
求出该候补的片段参数的平均值、方差。
(步骤S3004)
当搜索空间内存在尚未选择的候补时,进入步骤S3002。
当不存在尚未选择的候补时,进入步骤S3005。
(步骤S3005)
结束搜索空间的片段参数平均值、方差的计算。
(步骤S3006)
按片段参数平均值从小到大的顺序对集合进行分类,分出策略信息2100中记载的分割数个的区间。
(步骤S3007)
在每个区间内,按片段参数方差从小到大的顺序对集合进行分类。
(步骤S3008)
输出将搜索空间按其片段参数平均值从小到大的顺序进行分类并在定义区间内按方差从小到大的顺序进行分类后的解的列表,结束。
上述的计算流程F3000是如下情况的流程;以片段进行排序时,对于片段参数平均值进入某一适当区间内的候补,在片段参数平均值下认为风险相等,并在该区间内,将其片段参数方差最小的候补作为片段最低。
这里,既可以将片段参数平均值最低的候补作为片段最低,也可以将片段参数方差最低的候补作为片段最低。
这里,也可以将风险计算和片段计算组合起来执行。例如,当优先风险管理时,在通过风险计算以风险进行分类而得的列表L100中决定容许范围,在其中进行片段计算,生成按片段进行分类的列表L200,由此能够在将风险保持在一定水平的情况下使片段最低。同样地,当优先片段管理时,在通过片段计算以片段进行分类而得的列表L200中设定容许范围,在其中进行风险计算,生成按风险进行分类的列表L100,由此能够在将片段保持在一定水平的情况下使风险最低。
这里,风险计算、片段计算均可以代替分割数,而进行按平均值从小到大的顺序选择上尉10%的候补并在其中使用方差进行分类等的各种各样的分类。
接着,以上是从服务请求到自动设定为止的动作的说明。
接着,利用图16的流程图,详细说明在发生故障时向管理员通知故障的动作。
通过该流程,向管理员通知运行当真的服务不能再提供服务,管理员对于通知的故障信息,能够采取故障恢复处理。例如,当在所述服务实例中预先设定的活动服务单元发生了故障时,能够进行切换为备用服务单元等的处理。
接着,依照流程对详细的动作进行说明。
(步骤S301)
物理资源4发生故障,通信装置310接收该信息。
(步骤S302)
通信装置310向中央控制装置302通知所接收的故障信息,中央控制装置302开始故障时过程。这里,故障检测即可以由物理资源4发送给控制器3,也可以由控制器3定期发送信息取得消息,并从该信息判断故障。此时,例如可以采用如下方法等:中央控制装置302请求物理资源管理装置308定期进行所管理的物理资源的信息取得和状态判断,物理资源管理装置308通过通信装置310监视物理资源4的状态。
(步骤S303)
中央控制装置302向物理资源管理装置308通知故障信息。
(步骤S304)
物理资源管理装置308更新数据库309中的物理资源空间信息2200的相应的物理资源的数据的状态,将关联的虚拟资源ID通知给中央控制装置302。
(步骤S305)
中央控制装置302向虚拟资源管理装置306通知发生故障的虚拟资源ID。
(步骤S306)
虚拟资源管理装置306更新数据库307中的虚拟资源空间信息2300的相应的虚拟资源的数据的状态,向中央控制装置302通知检索ID信息,该检索ID信息是检索与被更新的虚拟资源相关联的虚拟服务组信息所需的信息。
(步骤S307)
中央控制装置302向虚拟服务组管理装置304通知ID信息I700。
(步骤S308)
虚拟服务组管理装置304根据检索ID信息I700从数据库305中的虚拟服务组空间信息2400中搜索所关联的虚拟组件内的冗余资源成员,并更新状态。
(步骤S309)
虚拟服务组关联装置304通过更新步骤F5000,进行虚拟服务组空间信息2400内的所有虚拟服务组的信息更新。
(步骤S310)
如果虚拟服务组、虚拟服务单元、虚拟组件、冗余资源成员的状态从up变成了alarm或down,则虚拟服务组管理装置304将该信息全部作为故障信息通知给中央控制装置302。
(步骤S311)
中央控制装置302将故障信息通知给终端1并通知给管理员。下面对更新步骤F5000进行详细说明。更新步骤F5000规定了在虚拟服务组空间信息2400内有状态更新时进行的动作。
(当冗余资源成员2411的状态从up变为down时)
当在冗余资源成员2411中act/std为活动时,将act/std改为error,在具有其伙伴ID的冗余资源成员中查找状态及act/std分别为up及备用的成员,将act/std从备用切换为活动,并将自己所属的虚拟组件全体信息2409的状态从up改为alarm。当有多个时,随机选择一个。如果一个也没有,则将虚拟组件全体信息2409的状态从up或alarm改为down。
此外,当冗余资源成员2411的act/std为备用时,将act/std改为error,将虚拟组件全体信息2409的状态从up改为alarm。
(当虚拟组件全体信息2409的状态从up变为alarm时)
将自己所属的虚拟节点的虚拟节点全体信息2405的状态、以及属于该虚拟节点的虚拟服务单元的虚拟服务单元信息2407的状态从up改为alarm。
(当虚拟组件全体信息2409的状态从up或alarm变为down时)
当虚拟组件全体信息2409的状态从up变为alarm或者从alarm变为down时,将自己所属的虚拟节点的虚拟节点全体信息2405的状态从up改为alarm或者从alarm改为down。
(虚拟节点全体信息2405的状态变为down时)
将属于虚拟节点全体信息2405的所有虚拟服务单元的状态改为down。
将虚拟节点全体信息2405所属的虚拟服务组的状态改为alarm。
(当虚拟服务单元全体信息2407的状态从up变为alarm或down时)
将自己所属的虚拟服务组的虚拟服务组全体信息2403的状态从up改为alarm。当虚拟服务组全体信息2403的状态为alarm或down时,保持不变。
(当属于虚拟服务组的所有的虚拟服务单元全体信息2407的状态从变为down时)
将虚拟服务组全体信息2403的状态从up改为down。
当有新的更新时,将更新的信息通知给管理员。
接着,对有系统更新时的自动的最优化更新步骤进行详细说明。该步骤例如可在增设单元物理资源,并随之生成出新的虚拟资源等的进行上述风险计算、片段计算时发生了变更的情况下,再次进行最优化计算。
(步骤1)
中央控制装置302通过触发而开始系统更新流程F6000。触发根据由管理员输出的系统更新信号的接收而进行。此外,也可以将虚拟资源空间信息2300被更新作为触发。
(步骤2)
中央控制装置302向虚拟资源管理装置306发送资源信息更新指令。
(步骤3)
虚拟资源管理装置302接收更新指令,将数据库307中的虚拟资源空间信息2200更新为要更新的信息,向中央控制装置302通知更新结束。
(步骤4)
在通知更新结束之后,进行图9中记载的S103~S110。
这里,在向管理员进行确认之后进行的情况下,代替图9的流程,也可以依照图10的流程进行设定。
下面对本发明的效果进行说明。
如图18所示,在实施本发明的最优的方式中,当管理员选择物理资源时,不用知道其风险和片段,只通过指定逻辑构成就可以自动进行设定。
本发明的效果在于:能够在逻辑上对于进行服务设定的管理员,定义接口4050,对于服务请求4041,定义虚拟服务组空间4005,提供与服务请求4014内的服务组4011、服务单元4012、组件4013以及节点4010对应的虚拟服务组4006、虚拟服务单元4007、虚拟组件4009以及虚拟节点4008,进行风险管理或片段管理,并使用分配器4001将最优的物理资源4002内的模块化单元物理资源4004分配给构成所述服务组空间4005内的虚拟服务组4006内的虚拟服务单元4007和虚拟服务单元4006的虚拟组件4009。
由此,当进行服务设定、或者系统有变更等时,管理员不用知道风险和片段的最优化就能够自动地进行最优设定。
如图19所示,即使对于包含虚拟层4106的系统,其中所述虚拟层4106备有全部以资源的性能或种类等进行分类并具有虚拟资源4105的虚拟资源池4104,也同样通过分配器4111,对通过接口4050进行的服务请求4014,分配所提供的虚拟服务组4006、虚拟服务单元4007、虚拟组件4009、虚拟节点4008、以及所述虚拟层4106上的虚拟资源4105,由此能够达到同样的效果。
工业实用性
根据本发明,能够应用于包含多个搭载了多个模块化单元物理资源的平台的大规模管理系统中的网络设备、计算机设备等的服务设定和管理、及其程序等的用途中。
Claims (20)
1.一种组件选择装置,用于选择构成服务所要求的系统所需的组件,其特征在于,包括:
基于与用于构成具有规定功能的系统的组件有关的组件信息来计算构成服务所要求的系统所需的组件组合的装置,
针对这些组件组合,计算风险信息和/或片段信息的装置,其中所述风险信息是物理故障波及到服务请求的风险的信息,所述片段信息是组件使用状况的偏差程度的信息,
基于计算出的风险信息和/或片段信息,以及规定的策略,对选中的组件组合进行排序的装置。
2.如权利要求1所述的组件选择装置,其特征在于,所述计算风险信息和/或片段信息的装置包括将各个组件组合的风险统计量作为风险信息计算出的装置。
3.如权利要求2所述的组件选择装置,其特征在于,所述计算风险信息和/或片段信息的装置包括将各个组件组合的风险统计量的平均值和/或方差作为风险信息计算出的装置。
4.如权利要求1至3中任一项所述的组件选择装置,其特征在于,所述计算风险信息和/或片段信息的装置包括将各个组件组合的片段统计量作为片段信息计算出的装置。
5.如权利要求4所述的组件选择装置,其特征在于,所述计算风险信息和/或片段信息的装置包括将各个组件组合的片段统计量的平均值和/或方差作为片段信息计算出的装置。
6.如权利要求1所述的组件选择装置,其特征在于,
所述计算组件组合的装置包括基于所述组件信息并将一个虚拟化的资源作为一个组件来计算组件组合的装置。
7.一种组件选择方法,用于选择构成服务所要求的系统所需的组件,其特征在于,
基于与用于构成具有规定功能的系统的组件有关的组件信息,计算出构成服务所要求的系统所需的组件组合,
针对这些组件组合,计算出风险信息和/或片段信息,其中所述风险信息是物理故障波及到服务请求的风险的信息,所述片段信息是组件使用状况的偏差程度的信息,
基于计算出的风险信息和/或片段信息,以及规定的策略,对选中的组件组合进行排序。
8.如权利要求7所述的组件选择方法,其特征在于,其计算出的风险信息是各个组件组合的风险统计量。
9.如权利要求8所述的组件选择方法,其特征在于,其计算出的风险信息是各个组件组合的风险统计量的平均值和/或方差。
10.如权利要求7至9中任一项所述的组件选择方法,其特征在于,其计算出的片段信息是各个组件组合的片段统计量。
11.如权利要求10所述的组件选择方法,其特征在于,其计算出的片段信息是各个组件组合的片段统计量的平均值和/或方差。
12.如权利要求7所述的组件选择方法,其特征在于,其针对的所述组件是物理资源。
13.如权利要求7所述的组件选择方法,其特征在于,其针对的所述组件是将物理资源虚拟化的资源。
14.一种模块化系统的运行管理系统,其特征在于,包括:
物理资源,与网络连接,并构成作为管理对象的模块化系统;
虚拟资源,是通过将所述物理资源虚拟化为组件而获得的资源;
终端,与网络连接,并发送由所述物理资源提供的设定项目或工作数据项目的信息取得请求数据、设定请求数据、以及策略数据;以及
与网络连接的控制器,
该控制器保存有:物理资源信息,其是所述物理资源的信息;虚拟资源信息,其中提取了对由所述物理资源提供的设定/工作数据项目进行参考或变更的项目的信息;虚拟服务组空间信息,其是由所述虚拟资源构成的虚拟服务组的信息,提取并加工了对由所述虚拟资源提供的设定/工作数据项目进行参考或变更的项目的信息;以及策略信息,其中记载了对由所述虚拟资源提供的设定/工作数据项目进行参考或变更时的处理信息;
该控制器具有如下装置,该装置对从所述终端发送来的所述物理资源或虚拟资源的设定请求进行答复,基于所述虚拟资源信息及策略信息来求出基于风险信息和/或片段信息的最优化计算的解,并基于该解,进行虚拟服务组的最优设定,生成并管理所述虚拟服务组空间信息,并发送给所述终端,摈弃对于所述物理资源信息、虚拟资源信息、虚拟服务组空间信息、策略信息以及最优化计算的解的信息请求,向所述终端发送信息,其中,所述风险信息是物理故障波及到所述设定请求的风险的信息,所述片段信息是资源使用状况的偏差程度的信息。
15.如权利要求14所述的模块化系统的运行管理系统,其特征在于,所述控制器具有如下装置,该装置对于所述设定请求,使用所述物理资源信息或所述虚拟资源信息,计算出所述风险信息,生成并管理所述虚拟服务组空间信息。
16.如权利要求14或15所述的模块化系统的运行管理系统,其特征在于,所述控制器具有如下装置,该装置对于所述设定请求,使用所述物理资源信息或所述虚拟资源信息,计算出所述片段信息,生成并管理所述虚拟服务组空间信息。
17.如权利要求14所述的模块化系统的运行管理系统,其特征在于,所述控制器具有:
物理资源信息数据库,保存所述物理资源的信息;
物理资源管理装置,进行包括所述物理资源信息数据库的读写、信息更新、监视的管理;
虚拟资源信息数据库,保存所述虚拟资源的信息;
虚拟资源管理装置,进行包括所述虚拟资源信息数据库的读写、信息更新、监视的管理;
虚拟服务组空间信息数据库,保存所述虚拟服务组空间的信息;
虚拟服务组管理装置,进行包括所述虚拟服务组空间信息数据库的读写、信息更新、监视的管理;
策略信息数据库,保存所述策略的信息;
策略管理装置,进行包括所述策略信息数据库的读写、信息更新、监视的管理。
18.如权利要求14所述的模块化系统的运行管理系统,其特征在于,所述控制器具有通信装置,该通信装置经由网络与物理资源进行通信,进行必要数据的收发。
19.如权利要求17所述的模块化系统的运行管理系统,其特征在于,所述控制器具有:
当发生了故障时,通过接收来自物理资源的警告信号,或通过来自控制器的定期的信号发送所进行的状态检测,对异常进行检测的装置;以及
向所述物理资源管理装置、所述虚拟资源管理装置以及所述虚拟服务组管理装置通知所述异常检测的装置,
其中,所述物理资源管理装置、所述虚拟资源管理装置以及所述虚拟服务组管理装置基于所述异常检测,更新所管理的数据库的信息。
20.如权利要求17所述的模块化系统的运行管理系统,其特征在于,
当系统变更时,所述物理资源管理装置、所述虚拟资源管理装置以及所述虚拟服务组管理装置在发生增设或变更的系统变更时,更新所管理的数据库的信息,
所述控制器包括如下装置,该装置基于所述被更新的信息,自动地重新进行、或者通过基于管理员的指令的触发重新进行所述最优化计算,并基于该信息更新和重新计算的结果进行虚拟服务组的最优设定。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004333778 | 2004-11-17 | ||
JP333778/2004 | 2004-11-17 | ||
PCT/JP2005/021003 WO2006054573A1 (ja) | 2004-11-17 | 2005-11-16 | 情報処理装置及びこのプログラムと、モジュラー型システムの運用管理システムと、コンポーネント選択方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101061464A CN101061464A (zh) | 2007-10-24 |
CN101061464B true CN101061464B (zh) | 2012-07-04 |
Family
ID=36407114
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005800392806A Expired - Fee Related CN101061464B (zh) | 2004-11-17 | 2005-11-16 | 信息处理设备及其程序、模块化系统的运行管理系统和组件选择方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US7856572B2 (zh) |
JP (1) | JP4304535B2 (zh) |
CN (1) | CN101061464B (zh) |
WO (1) | WO2006054573A1 (zh) |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4663484B2 (ja) * | 2005-04-25 | 2011-04-06 | 株式会社日立製作所 | システムセキュリティ設計・評価支援ツール、システムセキュリティ設計支援ツール、システムセキュリティ設計・評価支援プログラム、およびシステムセキュリティ設計支援プログラム |
US8155619B2 (en) * | 2007-06-01 | 2012-04-10 | Cisco Technology, Inc. | Interoperability and collaboration system with emergency interception monitoring |
WO2009110111A1 (ja) * | 2008-03-04 | 2009-09-11 | 三菱電機株式会社 | サーバ装置及びサーバ装置の異常検知方法及びサーバ装置の異常検知プログラム |
US8463669B2 (en) | 2009-01-09 | 2013-06-11 | Ganart Technologies, Inc. | System for providing goods and services based on accrued but unpaid earnings |
US20110145555A1 (en) * | 2009-12-15 | 2011-06-16 | International Business Machines Corporation | Controlling Power Management Policies on a Per Partition Basis in a Virtualized Environment |
US8589936B2 (en) | 2010-03-16 | 2013-11-19 | Alcatel Lucent | Method and apparatus for managing reallocation of system resources |
US8463908B2 (en) * | 2010-03-16 | 2013-06-11 | Alcatel Lucent | Method and apparatus for hierarchical management of system resources |
CN102497288A (zh) * | 2011-12-13 | 2012-06-13 | 华为技术有限公司 | 一种双机备份方法和双机系统实现装置 |
US20130339242A1 (en) | 2012-05-09 | 2013-12-19 | Ganart Technologies, Inc. | System and method for formless, self-service registration for access to financial services |
US8862948B1 (en) * | 2012-06-28 | 2014-10-14 | Emc Corporation | Method and apparatus for providing at risk information in a cloud computing system having redundancy |
US9021307B1 (en) * | 2013-03-14 | 2015-04-28 | Emc Corporation | Verifying application data protection |
WO2014177950A1 (en) * | 2013-04-30 | 2014-11-06 | Telefonaktiebolaget L M Ericsson (Publ) | Availability management of virtual machines hosting highly available applications |
AU2014265634A1 (en) * | 2013-05-13 | 2016-01-07 | Fulcrum Collaborations, Llc | System and method for integrated mission critical ecosystem management |
JP5678222B2 (ja) * | 2014-03-19 | 2015-02-25 | 株式会社日立製作所 | 管理装置及び方法並びに計算機システム |
US9286056B2 (en) | 2014-05-19 | 2016-03-15 | International Business Machines Corporation | Reducing storage facility code load suspend rate by redundancy check |
US20160055546A1 (en) | 2014-08-21 | 2016-02-25 | Oracle International Corporation | Managing progressive statistical ids |
US11961105B2 (en) | 2014-10-24 | 2024-04-16 | Ganart Technologies, Inc. | Method and system of accretive value store loyalty card program |
US10447581B2 (en) * | 2017-02-28 | 2019-10-15 | Nicira, Inc. | Failure handling at logical routers according to a non-preemptive mode |
CN108319545B (zh) * | 2018-02-01 | 2021-07-16 | 联想(北京)有限公司 | 一种信息处理方法及电子设备 |
WO2021013554A1 (en) * | 2019-07-23 | 2021-01-28 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Coreset grouping |
US11516277B2 (en) | 2019-09-14 | 2022-11-29 | Oracle International Corporation | Script-based techniques for coordinating content selection across devices |
US11657293B2 (en) * | 2019-11-07 | 2023-05-23 | X Development Llc | Asynchronous architecture for evolutionary computation techniques |
US11892924B2 (en) * | 2020-03-20 | 2024-02-06 | UncommonX Inc. | Generation of an issue detection evaluation regarding a system aspect of a system |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5504670A (en) * | 1993-03-31 | 1996-04-02 | Intel Corporation | Method and apparatus for allocating resources in a multiprocessor system |
JPH0773061A (ja) * | 1993-09-02 | 1995-03-17 | Nec Corp | ホットスタンバイシステムにおける待機系配置ホスト決 定方式 |
US6058490A (en) * | 1998-04-21 | 2000-05-02 | Lucent Technologies, Inc. | Method and apparatus for providing scaleable levels of application availability |
US6779016B1 (en) | 1999-08-23 | 2004-08-17 | Terraspring, Inc. | Extensible computing system |
US6591373B1 (en) * | 1999-12-15 | 2003-07-08 | Lucent Technologies Inc. | Uniform configuration controller for replicated component systems |
JP3768775B2 (ja) * | 2000-04-27 | 2006-04-19 | 三菱電機株式会社 | バックアップ装置及びバックアップ方法 |
US7284244B1 (en) * | 2000-05-02 | 2007-10-16 | Microsoft Corporation | Resource manager architecture with dynamic resource allocation among multiple configurations |
US7058947B1 (en) * | 2000-05-02 | 2006-06-06 | Microsoft Corporation | Resource manager architecture utilizing a policy manager |
US6651182B1 (en) * | 2000-08-03 | 2003-11-18 | International Business Machines Corporation | Method for optimal system availability via resource recovery |
JP2002259147A (ja) * | 2001-02-27 | 2002-09-13 | Hitachi Ltd | 情報処理装置及びリアルタイム分散処理システム |
JP2002323986A (ja) * | 2001-04-25 | 2002-11-08 | Hitachi Ltd | コンピュータリソース流通システム及び方法 |
US6820218B1 (en) * | 2001-09-04 | 2004-11-16 | Microsoft Corporation | Persistent stateful component-based applications via automatic recovery |
US7747893B2 (en) * | 2007-05-15 | 2010-06-29 | International Business Machines Corporation | Method and system for managing resources during system initialization and startup |
-
2005
- 2005-11-16 CN CN2005800392806A patent/CN101061464B/zh not_active Expired - Fee Related
- 2005-11-16 JP JP2006545084A patent/JP4304535B2/ja not_active Expired - Fee Related
- 2005-11-16 WO PCT/JP2005/021003 patent/WO2006054573A1/ja active Application Filing
- 2005-11-16 US US11/719,488 patent/US7856572B2/en not_active Expired - Fee Related
Non-Patent Citations (4)
Title |
---|
JP特開2002-259147A 2002.09.13 |
JP特開2002-323986A 2002.11.08 |
JP特開平11-345219A 1999.12.14 |
JP特開平7-73061A 1995.03.17 |
Also Published As
Publication number | Publication date |
---|---|
US7856572B2 (en) | 2010-12-21 |
US20090150711A1 (en) | 2009-06-11 |
CN101061464A (zh) | 2007-10-24 |
JPWO2006054573A1 (ja) | 2008-05-29 |
WO2006054573A1 (ja) | 2006-05-26 |
JP4304535B2 (ja) | 2009-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101061464B (zh) | 信息处理设备及其程序、模块化系统的运行管理系统和组件选择方法 | |
Etemadi et al. | A cost-efficient auto-scaling mechanism for IoT applications in fog computing environment: a deep learning-based approach | |
CN114443435B (zh) | 一种面向容器微服务的性能监控告警方法及告警系统 | |
CN109451072A (zh) | 一种基于Kafka的消息缓存系统和方法 | |
CN108431796A (zh) | 分布式资源管理系统和方法 | |
CN109155758A (zh) | 虚拟基础架构 | |
Jha et al. | Humanitarian relief supply chain: a multi-objective model and solution | |
CN105871957A (zh) | 监控框架设计方法和监控服务器、代理单元、中控服务器 | |
CN109074287A (zh) | 基础设施资源状态 | |
CN108832968A (zh) | 电力通信网络的重要业务承载能力确定方法及装置 | |
CN112395269B (zh) | MySQL高可用组的搭建方法及装置 | |
Taghizadeh et al. | A metaheuristic‐based data replica placement approach for data‐intensive IoT applications in the fog computing environment | |
CN101895412A (zh) | 通信系统 | |
CN202870563U (zh) | 分布式综合监控系统 | |
CN109218138B (zh) | 网络节点监测方法及系统 | |
CN110913018A (zh) | 一种分布式调控服务系统 | |
Bumgardner et al. | An edge-focused model for distributed streaming data applications | |
Mehta et al. | Energy cost management for geographically distributed data centres under time-variable demands and energy prices | |
Hu et al. | Congestion service facilities location problem with promise of response time | |
Chandrakala et al. | Improved data availability and fault tolerance in MANET by replication | |
Hordiichuk-Bublivska et al. | A masking-based federated singular value decomposition method for anomaly detection in industrial internet of things | |
Baradaran et al. | A bi-objective model for redundancy allocation problem in designing server farms: mathematical formulation and solution approaches | |
Niewiadomska-Szynkiewicz et al. | Resource management system for HPC computing | |
Bui et al. | A survivable design of last mile communication networks using multi-objective genetic algorithms | |
CN105471621A (zh) | 一种告警处理系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120704 Termination date: 20171116 |
|
CF01 | Termination of patent right due to non-payment of annual fee |