信息处理装置、存储介质、管理方法及信息处理系统

技术领域

本发明涉及信息处理装置、存储介质、管理方法及信息处理系统。

背景技术

作为现有技术，已知有虚拟化系统。例如，专利文献1中公开了在包括一个或多个处理器的控制装置中，使用共同的硬件资源来实现多个OS可彼此独立执行的虚拟化环境。

专利文献1：日本特开2017-187992号公报

专利文献2：日本专利第5664004号公报

专利文献3：日本专利第6029165号公报

专利文献4：日本专利第5206750号公报

发明内容

然而，在关闭虚拟化系统时，在未确认客户OS是否处于关闭状态的情况下，根据设置的时间，进行接下来的处理(关闭其它客户OS等)(例如，参照专利文献2、3)。

因此，在系统构建时的验证中，不能确认客户OS已关闭，并且在经过设置的时间之前不能进行接下来的处理，因此存在验证时浪费时间的问题。另外，当客户OS的关闭花费比预期更长的时间时，存在客户OS的关闭未正常结束的问题。

另外，在经过了设置的时间时，认为客户OS的关闭完成，执行虚拟OS(管理程序)、虚拟存储器等的耦合解除。

此外，在专利文献4中，公开了电源装置经由抽头向虚拟主计算机供电的结构。

本发明的一个方面的目的是适当地关闭虚拟化系统。

为了解决上述问题，本发明的一方面涉及的信息处理装置包括控制部，其中，上述控制部包括：第一管理部，管理在虚拟OS上运行的多个客户OS的关闭；和第二管理部，当通过上述第一管理部关闭所有上述多个客户OS时，该第二管理部进行该信息处理装置的关闭，当获取到表示上述多个客户OS中的某个客户OS的关闭完成的信息时，上述第一管理部执行除该某个客户OS以外的客户OS的关闭。

根据上述结构，当在虚拟OS上运行的多个客户OS中的某个客户OS的关闭完成时执行除此以外的客户OS的关闭，并且，当关闭所有多个客户OS时关闭信息处理装置，因此能够适当地关闭虚拟化系统。

在本发明的一方面涉及的信息处理装置中，上述控制部包括第三管理部，该第三管理部监视上述多个客户OS的状态，并且控制上述多个客户OS，上述第一管理部可以经由上述第三管理部，获取上述多个客户OS各自的状态信息，并且经由上述第三管理部，执行上述多个客户OS的关闭。

根据上述结构，由于获取多个客户OS各自的状态信息并执行多个客户OS的关闭，因此能够适当地关闭多个客户OS。

在本发明的一方面涉及的信息处理装置中，当通过上述第一管理部关闭所有上述多个客户OS时，上述第二管理部可以经由控制该信息处理装置和连接到该信息处理装置的不间断电源装置的控制装置，进行该信息处理装置的关闭。

根据上述结构，通过经由控制信息处理装置和连接到该信息处理装置的不间断电源装置的控制装置，能够适当地关闭信息处理装置。

本发明的一方面涉及的信息处理装置可以具有按照预定顺序关闭上述多个客户OS的测试模式。

根据上述结构，由于具有按照预定顺序关闭多个客户OS的测试模式，因此能够尝试以各种顺序关闭客户OS。

本发明的一方面涉及的信息处理装置还可以包括显示控制部，该显示控制部生成用于显示上述测试模式中的各客户OS的关闭时间的画面数据。

根据上述结构，由于显示测试模式中的各客户OS的关闭时间，因此能够研究客户OS的适当关闭顺序。

在本发明的一方面涉及的信息处理装置中，上述画面数据还可以包括：各客户OS的关闭时间的累计时间；各客户OS的关闭的成功与否；以及上述累计时间的限制时间。

根据上述结构，由于进一步显示测试模式中的各客户OS的关机时间的累计时间、各客户OS的关闭的成功与否、以及累计时间的限制时间，因此能够研究客户OS的更适当的关闭顺序。

本发明的一方面涉及的存储介质，存储在一个或多个信息处理装置上运行的虚拟OS上执行的管理程序，其中，上述管理程序执行：管理在上述虚拟OS上运行的多个客户OS的关闭的第一管理步骤；和当通过上述第一管理步骤关闭所有上述多个客户OS时，关闭上述一个或多个信息处理装置的第二管理步骤，在上述第一管理步骤中，当获取到表示上述多个客户OS中的某个客户OS的关闭完成的信息时，上述管理程序执行除该某个客户OS以外的客户OS的关闭。

本发明的一方面涉及的管理方法，在一个或多个信息处理装置上执行，其中，上述管理方法执行：管理在虚拟OS上运行的多个客户OS的关闭的第一管理步骤；和当通过上述第一管理步骤关闭所有上述多个客户OS时，进行上述一个或多个信息处理装置的关闭的第二管理步骤，在上述第一管理步骤中，当获取到表示上述多个客户OS中的某个客户OS的关闭完成的信息时，上述管理方法执行除该某个客户OS以外的客户OS的关闭。

本发明的一方面涉及的信息处理系统，包括信息处理装置、不间断电源装置和控制装置，其中，上述信息处理装置包括控制部，上述控制部包括：第一管理部，管理在虚拟OS上运行的多个客户OS的关闭；和第二管理部，当通过上述第一管理部关闭所有上述多个客户OS时，该第二管理部进行该信息处理装置的关闭，当获取到表示上述多个客户OS中的某个客户OS的关闭完成的信息时，上述第一管理部执行除该某个客户OS以外的客户OS的关闭，上述不间断电源装置连接到上述信息处理装置，上述控制装置控制上述信息处理装置和上述不间断电源装置。

本发明的一方面涉及的信息处理系统，包括多个信息处理装置，其中，多个信息处理装置分别包括控制部，至少一个信息处理装置的控制部包括：第一管理部，管理在虚拟OS上运行的多个客户OS的关闭；和第二管理部，当通过上述第一管理部关闭所有上述多个客户OS时，上述第二管理部进行该信息处理装置的关闭，当获取到表示上述多个客户OS中的某个客户OS的关闭完成的信息时，上述第一管理部执行除该某个客户OS以外的客户OS的关闭。

本发明的各方面涉及的信息处理装置可以通过计算机来实现，在这种情况下，通过使计算机作为上述信息处理装置所包括的各部(软件要素)进行操作从而利用计算机实现上述信息处理装置的信息处理装置的控制程序、以及记录有该控制程序的计算机可读记录介质也包括在本发明的范围内。

根据本发明的一方面，能够适当地关闭虚拟化系统。

附图说明

图1是示出本发明的实施方式1涉及的信息处理系统的结构的图。

图2是示出本发明的实施方式1涉及的虚拟软件的概要的图。

图3是示出本发明的实施方式1涉及的虚拟软件的详细结构和周边结构的图。

图4是示出本发明的实施方式1涉及的UPS的结构的框图。

图5是示出本发明的实施方式1涉及的网卡的结构的框图。

图6是示出本发明的实施方式1涉及的服务器的处理的流程图。

图7是示出本发明的实施方式1涉及的网卡的处理的流程图。

图8是示出本发明的实施方式2涉及的节点列表的显示画面的图。

图9是示出本发明的实施方式2涉及的停止测试中的各虚拟机的关闭时间等的显示画面的图。

图10是示出本发明的实施方式2涉及的各节点的超时时间的设置画面的图。

图11是示出本发明的实施方式2涉及的启动测试的执行画面的图。

图12是示出本发明的实施方式2涉及的启动优先级的设置画面的图。

图13是示出本发明的实施方式2涉及的与UPS相关的设置画面的图。

图14是示出本发明的实施方式2涉及的与管理软件相关的设置画面的图。

图15是示出本发明的实施方式2涉及的脚本管理画面的图。

图16是示出本发明的实施方式2涉及的基本设置画面的图。

附图标记说明：

1、1a、1b、1c…服务器(信息处理装置)；2、2a、2b、UPS…(不间断电源装置)；10、10a…控制部；3、3a、3b…网卡(控制装置)；11…管理程序(虚拟OS)；12…虚拟软件；13…管理软件(第三管理部)；14…虚拟机(客户OS)；121…网卡服务部(第二管理部)；122…基础服务部(第一管理部)；125…控制器部(显示控制部)。

具体实施方式

〔实施方式1〕

以下，基于图1至图7说明本发明的一方面涉及的实施方式(以下，也标记为“本实施方式”)。需要注意的是，对于附图中相同或相当的部分标注相同的附图标记并省略其说明。在本实施方式中，例如，将信息处理系统100作为虚拟化系统的典型示例进行说明。为了便于理解本发明的一方式涉及的服务器1，首先，使用图1说明信息处理系统100的概要。

1.应用例

(信息处理系统100的结构)

图1是示出本实施方式涉及的信息处理系统100的结构的图。如图1所示，信息处理系统100是包括服务器1、UPS(Uninterruptible Power Supply：不间断电源)2及网卡3的虚拟化系统。

服务器1是信息处理装置，在图1中示出三个服务器1a、1b及1c，但是其数量不受限制。UPS2是不间断电源装置，在图1中示出两个不间断电源装置2a和2b，但是其数量不受限制。网卡3是控制服务器1和UPS2的控制装置，在图1中示出两个网卡3a和3b，但是其数量不受限制。

服务器1a、1b及1c经由电源电缆C1连接到UPS2a和2b，接受电源供应。服务器1a、1b及1c经由网络电缆C2彼此可通信地连接。另外，服务器1a、1b及1c经由网络电缆C2与网卡3a和3b可通信地连接。网卡3a插入UPS2a的背面的插槽。网卡3b插入UPS2b的背面的插槽。

2.结构例

(服务器1的结构)

如图1所示，服务器1a包括控制部10a，并且作为控制部10a执行的软件包括管理程序11、虚拟软件12、管理软件13及虚拟机14。服务器1b和1c分别包括控制部10b和10c，并且作为控制部10b和10c执行的软件包括管理程序11和虚拟机14。需要注意的是，服务器1a的控制部10a也可以构成为不包括虚拟机14。

管理程序11是在各服务器上统一管理其它软件的虚拟OS，例如是Nutanix(注册商标)的AHV、VMware(注册商标)的ESXi等。虚拟软件12是用于控制服务器1的关闭的软件。管理软件13是与各服务器的虚拟机14进行通信并监视虚拟机14的状态的软件，例如是Nutanix的Prism、VMware的vCSA等。虚拟机14是客户OS，例如是Linux(注册商标)、Windows(注册商标)等。

虚拟软件12、管理软件13及虚拟机14在管理程序11的管理下运行。虚拟软件12使用管理软件13的API(Application Programming Interface：应用编程接口)获取虚拟机14的状态，并指示虚拟机14的关闭。

(虚拟软件12的结构)

如图1所示，作为虚拟软件12，控制部10a包括：管理在管理程序11上运行的多个虚拟机14的关闭的基础服务部(第一管理部)122，和在通过基础服务部122关闭所有多个虚拟机14时，关闭服务器1a的网卡服务部(第二管理部)121。当获取到表示多个虚拟机14中的某个虚拟机14的关闭完成的信息时，基础服务部122执行除该某个虚拟机14以外的虚拟机14的关闭。

图2是示出本实施方式涉及的虚拟软件12的概要的图。虚拟软件12生成用户界面画面并将其显示在显示器上。在用户界面画面中显示如图2所示的内容，用户可以参照当时的状态。即，在用户界面画面中，例如显示UPS2的状态、UPS2的控制(冗余控制等)、向UPS2的通知(虚拟机停止等)、与管理程序11的通信、经由管理程序11的虚拟机14的状态、经由管理程序11的虚拟机14的停止、虚拟机14的关闭控制(优先级、组、异常处理)、虚拟软件12的关闭处理、邮件通知、用户界面画面控制(设置、更新、保存)等内容。

需要注意的是，虚拟软件12使用Free BSD、Web服务器(Apache、Apache Tomcat)等来运行。

图3是示出本实施方式涉及的虚拟软件12的详细结构和周边结构的图。如图3所示，虚拟软件12、网卡服务部(守护程序)151和Apache152在Free BSD15上运行。

虚拟软件12包括网卡服务部121、基础服务部122、邮件发送部123、停止状况存储部124、控制器部125、视图部126、Nutanix服务部127及VMware服务部128。

网卡服务部121与网卡3之间进行通信。网卡服务部121包括网卡状态获取部1211、网卡事件获取部1212、UPS冗余控制部1213及虚拟机停止通知部1214。

网卡状态获取部1211经由CGI(Common Gateway Interface：通用网关接口)从网卡3获取UPS2的状态和电池的状态。网卡事件获取部1212经由网卡服务部(守护程序)151从网卡3获取关闭开始事件。UPS冗余控制部1213控制与该服务器1连接的UPS2的冗余度。虚拟机停止通知部1214从基础服务部122接收虚拟机14已停止的通知(虚拟机停止通知)。然后，虚拟机停止通知部1214经由网卡服务部(守护程序)151向网卡3发送虚拟机停止通知。

基础服务部122包括停止控制部1221和自身停止部1222。停止控制部1221包括优先级控制部12211、组控制部12212及超时控制部12213。停止控制部1221经由Nutanix服务部127指示作为管理软件13之一的Prism131停止虚拟机14以及使虚拟化结构无效化。另外，停止控制部1221经由VMware服务部128指示作为管理软件13之一的vCSA132停止虚拟机14以及使虚拟化结构无效化。

自身停止部1222关闭Free BSD15。

邮件发送部123根据需要从基础服务部122获取虚拟机14的停止状况，并向用户发送包括虚拟机14的停止状况的邮件。停止状况存储部124从基础服务部122获取虚拟机14的停止状况并进行存储。控制部125从停止状况存储部124获取虚拟机14的停止状况，并通过视图部126和Apache152或者Apache152在停止优先级设置画面16上显示进度表。

(虚拟软件12和管理软件13)

控制部10a的管理软件(第三管理部)13监视多个虚拟机14的状态，并且控制多个虚拟机14。虚拟软件12中，基础服务部122经由管理软件13获取多个虚拟机14中的每个的状态信息，并且经由管理软件13执行多个虚拟机14的关闭。

另外，虚拟软件12中，当通过基础服务部122关闭了所有多个虚拟机14时，网卡服务部121经由控制服务器1和连接到服务器1的UPS2的网卡3关闭服务器1。

(UPS2的结构)

图4是示出本实施方式涉及的UPS2的结构的框图。如图4所示，UPS2包括电力供应部61、控制部62、监视部63及通信部64。

当来自商用电源4的电力正常时，电力供应部61从商用电源4接受电力的供应，并将电力供应到服务器1。另外，当来自商用电源4的电力异常或者未被供应时，电力供应部61从内部电池75向服务器1供电。电力供应部61根据来自控制部62的指示，切换作为服务器1的供电源的电力源(商用电源4或电池75)。

控制部62根据来自监视部63和通信部64的指示，控制电力供应部61的输入继电器72和输出继电器76的开闭以及输出开关79的切换。监视部63监视电力供应部61的噪声滤波器71的状况，并将表示来自商用电源4的电力是否正常的监视结果发送到控制部62和通信部64。通信部64将来自监视部63的监视结果发送到服务器1。另外，通信部64根据来自服务器1的指示，指示控制部62切换电力源。

(电力供应部61的结构)

如图4所示，电力供应部61包括噪声滤波器71、输入继电器72、电力线73、转换器74、电池75、输出继电器76、逆变器77、电力线78、输出开关79及噪声滤波器80。

在正常运转的情况下，通过控制部62的控制，输入继电器72闭合，输出继电器76打开，输出开关79切换到电力线73侧。在这种情况下，来自商用电源4的电力经由噪声滤波器71、输入继电器72、电力线73、输出开关79及噪声滤波器80供应到服务器1。另外，来自商用电源4的电力经由噪声滤波器71、输入继电器72及转换器74被充电到电池75。

在备用运转的情况下，通过控制部62的控制，输入继电器72打开，输出继电器76闭合，输出开关79切换到电力线78侧。在这种情况下，来自电池75的电力经由输出继电器76、逆变器77、电力线78、输出开关79及噪声滤波器80供应到服务器1。此外，来自商用电源4的电力不被供应到服务器1。

在电力供应部61内的转换器74、逆变器77等发生异常的情况下，通过控制部62的控制，输入继电器72闭合，输出继电器76打开，输出开关79切换到电力线73侧。在这种情况下，来自商用电源4的电力经由噪声滤波器71、输入继电器72、电力线73、输出开关79及噪声滤波器80供应到服务器1。此外，来自商用电源4的电力不被充电到电池75。

(网卡3的结构)

图5是示出本实施方式涉及的网卡3的结构的框图。如图5所示，网卡3包括控制部31、UPS通信部32、网络通信部33、监视部34及存储部35。控制部31是控制整个网卡3的运行的部分。UPS通信部32是经由UPS2的插槽在与UPS2之间进行相互通信的部分。网络通信部33是经由网络电缆C2在与服务器1之间进行相互通信的部分，例如是网络USB。监视部34是在关闭处理时进行时间监视的部分。存储器35是根据来自控制部31的指示进行数据的存储和读取的部分，例如是HDD、SSD等。

(服务器1的处理)

图6是示出本实施方式涉及的服务器1的处理的流程图。图6特别地示出服务器1a的控制部10a中的虚拟软件12的处理。以下，根据图6说明虚拟软件12的处理。

(步骤S601)

在服务器1a中，虚拟软件12获取与管理软件13相关的信息(例如，与API相关的信息等)。

(步骤S602)

虚拟软件12通过管理软件13的API获取虚拟机14的运作状态(是否在运作中)。在这种情况下，管理软件13获取服务器1a内的虚拟机14的运作状态，另外，经由网络电缆C2获取服务器1b和1c内的虚拟机14的运作状态。然后，管理软件13将获取到的虚拟机14的运作状态传送到虚拟软件12。

(步骤S603)

虚拟软件12通过管理软件13的API获取UPS2a和2b的状态。在这种情况下，管理软件13指示经由网络电缆C2分别向网卡3a和3b通知UPS2a和2b的状态。然后，管理软件13将获取到的UPS2a和2b的状态传送到虚拟软件12。

(步骤S604)

虚拟软件12参照在步骤S602中获取的虚拟机14的运作状态和在步骤S603中获取的UPS2a和2b的状态，判定是否需要关闭。例如，在存在运作中的虚拟机14且UPS2a和2b两者都在备用运转的情况下，需要关闭。

当需要关闭时(步骤S604的是)，虚拟软件12执行步骤S605的处理。当不需要关闭时(步骤S604的否)，虚拟软件12再次执行步骤S601的处理。

(步骤S605：第一管理步骤)

虚拟软件12经由管理软件13(即，使用管理软件13的API)执行运作中的某虚拟机14的关闭。

(步骤S606)

虚拟软件12经由管理软件13确认执行关闭的虚拟机14的运作是否已停止。当该虚拟机14的运作已停止时(步骤S606的是)，虚拟软件12执行步骤S609的判定。当该虚拟机14的运作未停止时(步骤S606的否)，虚拟软件12执行步骤S607的判定。

(步骤S607)

虚拟软件12判定是否进行异常处理(例如，时间监视超时的处理)。当进行异常处理时(步骤S607的是)，虚拟软件12执行步骤S608的判定。当不进行异常处理时(步骤S607的否)，虚拟软件12再次执行步骤S606的判定。

(步骤S608)

虚拟软件12经由管理软件13执行该虚拟机14的强制关闭处理。然后，虚拟软件12执行步骤S609的判定。

(步骤S609)

虚拟软件12经由管理软件13判定其它虚拟机14是否在运作中。当其它虚拟机14在运作中时(步骤S609的是)，虚拟软件12再次执行步骤S605的处理。当其它虚拟机14不在运作中时(步骤S609的否)，虚拟软件12执行步骤S610的处理。

(步骤S610：第二管理步骤)

虚拟软件12经由管理软件13向网卡3a和3b通知所有虚拟机的运作停止。由此，进行服务器1的关闭。

(网卡3的处理)

图7是示出本实施方式涉及的网卡3的处理的流程图。以下，按照图7说明网卡3的处理。当网卡3的网络通信部33从虚拟软件12接收到所有虚拟机运作停止的通知时，由控制部31实施本处理。

(步骤S701)

网卡3的控制部31经由网络通信部33和网络电缆C2，执行虚拟软件12的关闭。

(步骤S702)

控制部31经由网络通信部33和网络电缆C2执行管理软件13的关闭。

(步骤S703)

控制部31经由网络通信部33和网络电缆C2解除虚拟存储器的耦合。虚拟存储器是由一个以上的服务器1中的多个物理存储装置(HDD(Hard Disk Drive：硬盘驱动器)、SSD(Solid State Drive：固态驱动器)等)构成(逻辑耦合)的虚拟存储装置。通过解除虚拟存储器的耦合，可以停止各物理存储装置的电源。

需要注意的是，构成虚拟存储器的物理存储装置可以不一定是内置或连接到服务器1的装置，而既可以是与网络电缆C2直接连接并从多个服务器1经由网络电缆C2共享的NAS(Network Attached Storage：网络附加存储)，进而也可以是与服务器1下属的存储装置和NAS混合存在的装置。

(步骤S704)

控制部31经由网络通信部33和网络电缆C2，执行管理程序11的关闭。

(步骤S705)

控制部31经由UPS通信部32，执行UPS2的关闭。

(实施方式1的效果)

根据本实施方式，不是根据设置的时间实施下一处理，而是通过掌握虚拟机14的关闭状态并实施下一处理的方式，从而能够适当地关闭作为虚拟化系统的信息处理系统100。另外，当由于某些原因而不能实施下一处理时，可以通过超时处理强制进行关闭并进行下一处理，由此能够关闭信息处理系统100。进而，通过向网卡3通知所有虚拟机14已关闭，能够执行用于作为虚拟OS的管理程序11的关闭、虚拟存储器的耦合解除等的实时脚本。

〔实施方式2〕

以下，对本发明的实施方式2进行说明。需要注意的是，为了便于说明，对于具有与实施方式1中说明的部件相同的功能的部件，标注相同的附图标记并省略其说明。

在本实施方式中，对由虚拟软件12管理并显示在服务器1、远程终端(未图示)等显示器上的画面进行说明。

图8是示出本实施方式涉及的节点列表的显示画面的图。如图8所示，节点列表表示服务器1、UPS2、网卡3、虚拟机14等的状态。

服务器1可以具有按照预定顺序关闭多个虚拟机(客户OS)14的测试模式。在这种情况下，如果通过用户的操作接收到测试模式开始的指示，则服务器1的控制部10执行测试模式。

在测试模式中，控制部10执行：停止优先级获取处理，即获取表示用于停止各节点的顺序的停止优先级；节点停止处理，即按照获取到的停止优先级使各节点依次停止；以及关闭时间显示处理，即显示从指示各节点停止的时刻起到告知停止完成为止的时间作为关闭时间。

图9是示出本实施方式涉及的停止测试中的各虚拟机14的关闭时间等的显示画面的图。

服务器1还可以包括控制器部(显示控制部)125，控制器部125生成用于显示测试模式中的各虚拟机14的关闭时间的画面数据。

如图9所示，上述画面数据还可以包括各虚拟机14的关闭时间的估计时间(累计时间)、各虚拟机14的关闭成功与否、以及最大时间(累计时间的限制时间)。

估计时间是通过服务器1执行测试模式而根据从指示虚拟机14停止起到告知该虚拟机14的停止完成为止的时间来估计的关闭时间的总计。最大时间是在备用运转的情况下可以由电池75供电的时间。当估计时间在最大时间以内时，可以说没有问题，因为所有虚拟机14的关闭都在可以由电池75供电的时间以内结束。

在虚拟机14的关闭正常结束的情况下，显示控制部例如生成包括与该虚拟机14对应的黑色带的画面数据。在虚拟机14的关闭异常结束的情况下，显示控制部例如生成包括与该虚拟机14对应的红色带的画面数据。

图10是示出本实施方式涉及的各节点的超时时间的设置画面的图。如图10所示，在超时时间的设置画面中，可以进行必要节点的添加以及超时时间的设置。

图11是示出本实施方式涉及的启动测试的执行画面的图。如图11所示，启动测试的执行画面示出各节点的启动顺序和各节点的启动时间。服务器1可以按照预定顺序进行多个虚拟机(客户OS)14的启动测试。在这种情况下，如果通过用户的操作接收到启动测试开始的指示，则服务器1的控制部10执行启动测试。在测试模式之后进行启动测试，以便用户确认各节点正常启动。

在启动测试中，控制部10执行：启动优先级获取处理，即获取表示用于启动各节点的顺序的启动优先级；节点启动处理，即按照获取到的启动优先级使各节点依次启动；以及启动时间显示处理，即显示从指示各节点启动的时刻起到告知启动完成为止的时间作为启动时间。

图12是示出本实施方式涉及的启动优先级的设置画面的图。如图12所示，在启动优先级的设置画面中，用户通过操作上下按钮，能够改变启动各节点的优先级。

用户在改变各节点的启动优先级时，通过服务器1的操作来指示启动优先级的设置画面显示。服务器1的控制部10在接收到启动优先级的设置画面显示的指示时，使启动优先级的设置画面显示在服务器1的显示器上。而且，当通过用户操作在设置画面上改变启动优先级时，控制部10将改变后的启动优先级存储到存储部(未图示)。另外，如果接收到信息处理系统100的启动指示，则控制部10从存储部读出启动优先级，并按照该启动优先级进行各节点的启动。

图13是示出本实施方式涉及的与UPS2相关的设置画面的图。如图13所示，在UPS2的设置画面中，可以设置与输入电源异常相关的运行动作、待机时间、停止时间、停止条件。

图14是示出本实施方式涉及的与管理软件13相关的设置画面的图。如图14所示，在与管理软件13相关的设置画面中，可以设置作为管理软件13之一的Prism以及Prism连接的服务器1的IP地址/主机名、用户ID、密码等。

图15是示出本实施方式涉及的脚本管理画面的图。如图15所示，在脚本管理画面中，可以管理由网卡3执行的脚本的IP地址/主机名。

图16是示出本实施方式涉及的基本设置画面的图。如图16所示，在基本设置画面中，依次设置网卡3、UPS2、管理软件13、各节点的停止优先级以及启动优先级，并确认其设置。

〔软件的实现例〕

服务器1的控制块(特别是控制部10)既可以通过形成在集成电路(IC芯片)等上的逻辑电路(硬件)实现，也可以通过软件实现。

在后一种情况下，服务器1包括计算机，该计算机执行作为实现各功能的软件的程序的指令。该计算机包括例如一个以上的处理器，并且包括存储上述程序的计算机可读存储介质。而且，在上述计算机中，通过上述处理器从上述记录介质读取上述程序并执行，从而实现本发明的目的。作为上述处理器，例如可以使用CPU(Central Processing Unit：中央处理单元)。作为上述记录介质，除了“非暂时性有形介质”例如ROM(Read Only Memory：只读存储器)等以外，还可以使用磁带、光盘、卡、半导体存储器、可编程逻辑电路等。另外，还可以包括扩展上述程序的RAM(Random Access Memory：随机存取存储器)等。另外，上述程序可以经由能够传输该程序的任意传输介质(通信网络、广播波等)供给到上述计算机。需要注意的是，本发明的一方面还可以以将上述程序通过电子传输具现化的、被载入载波的数据信号的方式来实现。

本发明不限于上述各实施方式，能够在权利要求所示的范围内进行各种变更，将不同的实施方式分别公开的技术手段适当地组合而得到的实施方式也包含在本发明的技术范围内。