信息处理装置及信息处理装置系统的制作方法

专利名称：：信息处理装置及信息处理装置系统的制作方法
技术领域：
：本发明涉及信息处理装置及信息处理装置系统，尤其涉及能够切换备份的信息处理装置及信息处理装置系统。
背景技术：
：IP网络中广泛使用通用服务器提供服务。尤其是在不允许停止服务的服务中，为了确保可靠性，使提供服务的服务器具有冗余地进行运行。在具有备份的运行中，当提供服务的服务器产生故障，处于不能继续提供服务的状态时，切换到另外准备的备用服务器继续提供服务。作为使多个操作系统(以下称为"OS")在一个通用服务器上运行的技术有虚拟技术。实现硬件虚拟有各种各样的方法，专利文献1所记载的发明中叙述了通过实现硬件资源的分配控制和适当的分配处理在1台计算机上同时运行多个OS的方法作为多OS构成方法。并且，专利文献2中记载了使用设置在通过网络连接的多个据点上的计算机系统的虚拟机系统技术，通过定期地进行主系统与备用系统的切换处理来实现稳定的系统运行管理的发明。由于服务内容和维护使用的多样性等种种原因，现有技术的IP网络中服务的提供由多个OS混杂的系统进行，这样的系统中构建备份需分别在每个OS中构建。g卩，当使用了某种OS(A)的通用服务器和使用了某种OS(B)的通用服务器分别提供不同的服务时，OS(A)、OS(B)通用服务器需要分别备份服务器(以下称为"待机系统服务器")。此时，虽然待机系统服务器不提供服务，但由于当提供服务的应用系统服务器发生故障等时，必须在尽可能短的时间内从应用系统服务器切换到待机系统服务器，因此必须使其一直进行工作。在IP网络进行声音通讯的过程中也必须尽可能地縮短系统切换的时间。但是，在像以上那样使用多个OS混杂的系统进行服务时，存在大量的待机系统服务器，造成资源浪费。并且花费了多余的使待机系统服务器工作的燃料与照明费用和工资费用等成本。专利文献1和专利文献2中对于这些问题没有记载。日本特开平11-149385号公报[专利文献2]日本特开2005-173751号公报
发明内容上述问题可以通过一种信息处理装置系统解决，该信息处理装置系统包括第l信息处理装置、第2信息处理装置和第3信息处理装置，所述第1信息处理装置执行第1操作系统和在第1操作系统中运行的第1应用程序，所述第2信息处理装置执行第2操作系统和在第2操作系统中运行的第2应用程序，所述第3信息处理装置执行第1操作系统、第1应用程序、第2操作系统和第2应用程序，具有切换控制单元；第l信息处理装置在接收到对自身装置的第1应用程序的操作时反映到第3信息处理装置的第1应用程序中，第2信息处理装置在接收到对自身装置的第2应用程序的操作时反映到第3信息处理装置的第2应用程序中，切换控制单元在接收到系统切换通知时根据发送源工P地址确定切换目标的操作系统、应用程序和服务IP地址，将该服务IP地址设定到自身装置中，开始确定了的应用程序的服务。并且能够通过下述信息处理装置解决该信息处理装置执行第1操作系统、在该第1操作系统中运行的第1应用程序、第2操作系统、以及在该第2操作系统中运行的第2应用程序，具有切换控制单元；切换控制单元在接收到系统切换通知时根据发送源IP地址确定切换目标的操作系统、应用程序和服务IP地址，将该服务IP地址设定到自身装置中，开始确定了的应用程序的服务。通过使用应用了虚拟技术的待机系统服务器(信息处理装置)，即使在多个OS构成的系统中也能够用1台待机系统服务器来构建备份结构的系统。图l服务器客户系统的方框图图2共同待机系统的硬件的方框图图3客户、应用系统服务器和共同待机系统服务器之间正常情况下的时序图图4应用系统服务器与共同待机系统服务器之间切换的时序图(主OS—致时)图5应用系统服务器与共同待机系统服务器之间切换的时序图(主S不一致时)图6共同待机系统服务器的切换处理的流程图图7另外的服务器客户系统的方框图具体实施例方式下面参照附图用实施例说明本发明的实施形态。另外，实质上相同的部位分配相同的参照号，不重复说明。其中，图1为服务器客户系统的方框图。图2为共同待机系的硬件方框图。图3为客户、应用系统服务器和共同待机系统服务器之间正常情况下的时序图。图4为应用系统服务器与共同待机系统服务器之间切换的时序图(主0S—致时)。图5为应用系统服务器与共同待机系统服务器之间切换的时序图(主0S不一致时)。图6为共同待机系统服务器的切换处理的流程图。图7为另外的服务器客户系统的方框图。图1中，服务器客户系统100由连接在交换式集线器(switchinghub)20上的2台应用系统服务器(应用系信息处理装置)30、共同待机系统服务器(共同待机系信息处理装置)400和客户计算机(以下称为"客户")IO构成。使用了某种OS(A)3卜1提供服务的应用系统服务器30-A和使用了另外的OS(B)32-1提供服务的应用系统服务器30-B分别由0S31、32，系统切换时进行切换控制的切换控制单元33，以及在OS31、32上运行的应用程序35、36构成。并且，共同待机系统服务器400由作为应用系统服务器30的待机系统6服务器工作、进行在一个通用服务器上同时运行多种OS的控制的虚拟控制单元410，分别与应用系统服务器30相对应的0S31、32，切换控制单元33、以及应用程序(application)35、36构成。而且，虚拟控制单元410由接收应用系统服务器30发出的系统切换通知的系统切换通知监视单元412，控制在虚拟控制单元410上同时运行的多个0S31、32的0S切换控制单元411，以及管理分配给各OS31、32的资源的资源管理单元413构成。上述应用系统服务器30-A、应用系统服务器30-B和共同待机系统服务器400用交换式集线器20连接，通过图中没有表示的IP网络为客户10提供服务。系统运行时，共同待机系统服务器400使OS(A)31-2、OS(B)32-2同时工作。此时，资源管理单元413根据系统启动时指定的工作0S的优先度信息分配存储器和CPU使用率等硬件资源。该优先度高的OS称为主0S，通过将与需要更加确保可靠性的应用系统服务器30相对应的0S作为主0S，在系统切换之前的数据交接等预处理和实际的系统切换处理过程中，能够使用足够的硬件资源来进行处理。下面参照图2说明共同待机系统服务器400的硬件结构。图2中共同待机系统服务器400由CPU420，高速缓冲存储器430，主存储装置(主存储器)440,将CPU420和主存储装置440连接到外围设备上的芯片组450，图形控制器460，硬盘470，通讯接口480，通过高速缓冲存储器430连接CPU420和芯片组450的CPU数据总线491，连接主存储装置440和芯片组450的存储器数据总线493，以及连接芯片组450、图形控制器460、硬盘470和通讯接口480的内部数据总线492构成。图1中说明过的共同待机系统服务器400的功能通过CPU420执行存储在主存储装置440中的程序来实现。下面参照表1说明共同待机系统服务器400的OS切换控制单元411所保持的应用系统服务器管理表。表1中应用系统服务器管理表由应用系统服务器的IP地址、服务器编号、0S、应用程序和服务IP地址构成。其中，IP地址为应用系统服务器30与共同待机系统服务器400进行通讯用的IP地址。服务器编号为识别应用系统服务器30的编号。OS记载正在应用系统服务器30中工作的0S。应用程序记载正在应用系统服务器30中运行的应用程序。服务IP地址为应用系统服务器30和共同待机系统服务器400给客户看10的IP地址。接收到切换通知的OS切换控制单元411通过参照应用系统服务器管理表，能够根据发送源的IP地址判断发送源的服务器、发送源服务器所执行的OS和应用程序、以及服务IP地址。表l应用系统服务器管理表<table>tableseeoriginaldocumentpage8</column></row><table>下面参照图3说明应用系统服务器30没有故障时客户、应用系统服务器和共同待机系统服务器之间的时序。另外，其中应用系统服务器为WEB服务器。图3中客户10将写入Web数据的要求发送给应用系统服务器30(S507)。接收到Web数据写入要求的应用系统服务器30追加数据(S509)，将写入完Web数据的通知发送给客户10(S511)。应用系统服务器30再将追加数据发送给共同待机系统服务器400(S513)。接收到追加数据的共同待机系统服务器400根据IP地址判断发送源(S514)，将数据追加到该服务器保持的数据中(S515)。共同待机系统服务器400将追加完数据的通知发送给应用系统服务器30(S517)。下面参照图4说明当共同待机系统服务器的主OS为OS(A)时与OS(A)的应用系统服务器之间的系统切换处理的时序。图4中假设OS(A)作为共同待机系统服务器400的主OS登录到OS切换控制单元411中。应用系统服务器30-A的切换控制单元33-1根据故障、维护者输出的系统切换指令等检测系统切换的契机(S35)。切换控制单元33-1实施应用服务停止处理(S37)，删除服务IP地址(S39)。另外，服务IP地址为给客户看的工P地址(浮动IP地址)，与与共同待机系进行通讯用的IP地址不同。在这种状态下，切换控制单元33-1处于待机状态。切换控制单元33-1将系统切换通知发送给共同待机系统服务器400(S43)。接收到系统切换通知的共同待机系统服务器400的虚拟控制单元410根据发送源IP地址判断发送了系统切换通知的服务器(S45)。由于虚拟控制单元410的主OS为OS(A)，因此按原样将系统切换通知发送给搭载在与发送了系统切换通知的服务器相同的OS中的切换控制单元33-3(S47)。接收到系统切换通知的切换控制单元33-3将服务IP地址分配给应用程序35-2(S49)，执行开始应用服务的处理(S51)。在这种状态下，共同待机系统服务器400处于应用状态。切换控制单元33-3将已完成应用化的通知发送给虚拟控制单元410(S55)。接收到已完成应用化的通知的虚拟控制单元410将已完成应用化的通知发送给处于待机状态的应用系统服务器30-A的切换控制单元33-1(S57)。在图4的时序结束的状态下，当客户10访问时，由于服务IP地址移交给共同待机系统服务器400，因此客户IO并无察觉地连接到共同待机系统服务器400中。由于共同待机系统服务器400保持有应用系统服务器30的备用服务器，因此能够对客户IO继续进行服务。下面参照图5说明当共同待机系统服务器的主OS为OS(B)时与OS(A)的应用系统服务器之间的系统切换处理的时序。这里假设OS(B)作为共同待机系统服务器400的主OS登录到OS切换控制单元411中。应用系统服务器30-A的切换控制单元33-1根据故障、维护者输出的系统切换指令等检测系统切换的契机(S85)。切换控制单元33-1实施应用服务停止处理(S87)，删除服务IP地址(S89)。在这种状态下，切换控制单元33-1处于待机状态。切换控制单元33-1将系统切换通知发送给共同待机系统服务器400(S93)。接收到系统切换通知的共同待机系统服务器400的虚拟控制单元410根据发送源IP地址判断发送了系统切换通知的服务器(S95)。由于虚拟控制单元410的主0S为OS(B)，因此虚拟控制单元410将主OS切换到OS(A)(S97)。虚拟控制单元410将系统切换通知发送给搭载在与发送系统切换通知的服务器相同的OS中的切换控制单元33-3(S99)。接收到系统切换通知的切换控制单元33-3将服务IP地址分配给应用程序35-2(SIOI)，执行开始应用服务的处理(S103)。在这种状态下，共同待机系统服务器处于应用状态。切换控制单元33-3将已完成应用化的通知发送给虚拟控制单元410(S107)。接收到已完成应用化的通知的虚拟控制单元410将已完成应用化的通知发送给处于待机状态的应用系统服务器30-A的切换控制单元33-1(S109)。下面参照图6说明接收到系统切换通知的共同待机系统服务器400的虚拟控制单元410的处理流程。图6中，当接收到系统切换通知时，虚拟控制单元410判断发送了系统切换通知的服务器(S203)。当判定了服务器的OS时，虚拟控制单元410判断是否在共同待机系统服务器400中作为主OS运行(S205)。当为YES时，虚拟控制单元410将系统切换通知转发给切换控制单元33-3(S209)。虚拟控制单元410判断是否接收到已完成应用化的通知(S211)。如果是YES，结束；如果是NO，等待接收已完成应用化的通知。当步骤205中为NO时，将主OS切换至IJOS(A)(S207)，前进到步骤209。如果采用本实施例，能够起到以下效果。首先，即使在混装有多个OS的系统中构筑备份结构的情况下，通过使用本实施例的具备虚拟控制单元的共同待机系统服务器，不需要对每个OS设置待机系统服务器，能够节约物理资源。由于能够减少成为维护对象的服务器的数量，因此能够节约维护应用而花费的人工费用和光热等成本。而且，通过在共同待机系统服务器的虚拟控制单元内设置进行分配给各OS的资源的管理的资源管理单元，能够对使用混装在系统内的多个OS的应用系统服务器设定优先度，能够縮短优先度高的应用系统服务器的系统切换时间等，能够确保更高的可靠性。由于进行各OS的切换控制的虚拟控制单元吸收了共同待机系统服务器收容有多个OS这种情况，因此进行应用系统服务器与共同待机系统服务器内的备份的切换控制的切换控制单元，不需要识别待机系统服务器是使用了虚拟控制单元的共同待机系统服务器。因此能够容易地从当前系统转换到上述系统。另外，虽然上述实施例说明了1+1的应用系/待机系系统，但并不局限于此，也可以用于l+n备份结构的系统。下面参照图7说明这种情况。图7中服务器客户系统100A由连接在交换式集线器20上的(n+m)台应用系统服务器30、共同待机系统服务器400和客户计算机(以下称为"客户")io构成。应用系统服务器30-Al30-An为使用OS(A)31提供服务的通用服务器。并且，应用系统服务器30-Bl30-Bm为使用OS(B)32提供服务的通用服务器。并且，共同待机系统服务器400作为应用系统服务器30的待机系统服务器工作。应用系统服务器30和共同待机系统服务器400的动作如上所述。权利要求1.一种信息处理装置系统，包括第1信息处理装置，执行第1操作系统和在该第1操作系统中运行的第1应用程序；第2信息处理装置，执行第2操作系统和在该第2操作系统中运行的第2应用程序；第3信息处理装置，执行上述第1操作系统、上述第1应用程序、上述第2操作系统和上述第2应用程序，具有切换控制单元，其特征在于，上述第1信息处理装置在接收到对自身装置的上述第1应用程序的操作时，反映到上述第3信息装置的上述第1应用程序中；上述第2信息处理装置在接收到对自身装置的上述第2应用程序的操作时，反映到上述第3信息处理装置的上述第2应用程序中；上述切换控制单元在接收到系统切换通知时，根据发送源IP地址确定切换目标的操作系统、应用程序和服务IP地址，将该服务IP地址设定到自身装置中，开始确定了的应用程序的服务。2.如权利要求1所述的信息处理装置系统，其特征在于，上述切换控制单元在切换目标的操作系统与自身装置的主操作系统不同时，将上述主操作系统切换为上述切换目标的操作系统。3.如权利要求1或2所述的信息处理装置系统，其特征在于，具有多个上述第1信息处理装置和上述第2信息处理装置。4.一种信息处理装置，执行第l操作系统、在该第l操作系统中运行的第l应用程序、第2操作系统、以及在该第2操作系统中运行的第2应用程序，具有切换控制单元，其特征在于，上述切换控制单元在接收到系统切换通知时，根据发送源IP地址确定切换目标的操作系统、应用程序和服务IP地址，将该服务IP地址设定到自身装置中，开始确定了的应用程序的服务。5.如权利要求4所述的信息处理装置，其特征在于，上述切换控制单元在切换目标的操作系统与自身装置的主操作系统不同时，将上述主操作系统切换成上述切换目标的操作系统。6.如权利要求4或5所述的信息处理装置，其特征在于，上述切换控制单元在开始上述确定了的应用程序的服务时，将己完成应用化的通知发送给上述系统切换通知的发送源。全文摘要本发明提供一种能够切换备份的信息处理装置及信息处理装置系统。解决由于服务内容和维护使用的多样性等原因，IP网络中服务的提供由多个OS的系统进行，这样的系统中构建备份需分别在每个OS中构建的问题。在提供服务的系统由多个OS构成的情况下，使多个OS同时在设置了虚拟控制单元的共同待机系统服务器(400)上运行，当应用系统服务器(30)发生故障等需要进行从应用系统服务器(30)切换到共同待机系统服务器(400)的系统切换时，在共同待机系统服务器(400)的虚拟控制单元(410)中进行发生故障的应用系统服务器(30)的判断，将处理移交给共同待机系统服务器(400)上的适当的OS中的切换控制单元(33)。文档编号G06F9/46GK101320339SQ20081009593公开日2008年12月10日申请日期2008年4月25日优先权日2007年6月6日发明者新村幸裕申请人:日立通讯技术株式会社