WO2013145131A1 - 管理制御装置、情報処理システム及び管理制御方法 - Google Patents

管理制御装置、情報処理システム及び管理制御方法 Download PDF

Info

Publication number
WO2013145131A1
WO2013145131A1 PCT/JP2012/057984 JP2012057984W WO2013145131A1 WO 2013145131 A1 WO2013145131 A1 WO 2013145131A1 JP 2012057984 W JP2012057984 W JP 2012057984W WO 2013145131 A1 WO2013145131 A1 WO 2013145131A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
state
information processing
blade server
blade
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.)
Ceased
Application number
PCT/JP2012/057984
Other languages
English (en)
French (fr)
Inventor
通之 勝又
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2014507100A priority Critical patent/JP5871058B2/ja
Priority to PCT/JP2012/057984 priority patent/WO2013145131A1/ja
Publication of WO2013145131A1 publication Critical patent/WO2013145131A1/ja
Priority to US14/494,120 priority patent/US20150012637A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/161—Computing infrastructure, e.g. computer clusters, blade chassis or hardware partitioning
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4405—Initialisation of multiprocessor systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Definitions

  • the present invention relates to a management control device, an information processing system, and a management control method.
  • blade servers In recent years, the introduction of blade servers has increased due to space savings due to high-density mounting and ease of system expansion. Further, in a system using a blade server, a plurality of servers can be managed in an integrated manner, so that the operational manageability can be improved. As an example of centralized server management, a plurality of blade servers may be activated simultaneously.
  • blade servers are compliant with ATCA (Advanced Telecom Computing Architecture) standards.
  • the ATCA standard is a physical and logical specification of a computer for a telecommunications carrier, and standardizes a chassis and a blade board (for example, a blade server) mounted on the chassis as a basic structure.
  • a system can be constructed by combining blade boards having various functions conforming to the ATCA standard.
  • it is easy to add a new ATCA standard blade board to the ATCA standard case or replace it with an ATCA standard blade board with other functions. You can change the function of the system. Therefore, using a blade server compliant with the ATCA standard makes it easier to expand the system.
  • the state of the blade server transitions according to a sequence defined by the ATCA standard, while the management card as the management control device communicates with the blade server.
  • the blade server and the management card are connected by an IPMB (Intelligent Platform Management Bus), and communication is performed between the blade server and the management card by this IPMB communication.
  • IPMB Intelligent Platform Management Bus
  • the blade server communicates with the management card via the IPMB, so that the blade server is activated while transitioning to each activation state defined by the ATCA standard.
  • the blade server is in a power-off state.
  • this state is a state in which only the IPMC (Intelligent Platform Management Controller) for communicating with the management card in a state where the blade server is mounted on the chassis is powered on.
  • IPMC Intelligent Platform Management Controller
  • the blade server in state 1 transitions to a state in which the blade server is ready to start booting by an instruction from the management card or operation of a power switch mounted on the blade server.
  • this state is referred to as “state 2”.
  • the blade server starts to start.
  • state 3 When receiving a start permission instruction from the management card, the blade server in state 2 transitions to a state in which it is ready for transition to the operational state.
  • this state is referred to as “state 3”.
  • the blade server in the state 3 When receiving the operation permission instruction from the management card, the blade server in the state 3 is switched on to a state in which the power is turned on to parts other than the IPMC.
  • this state is referred to as “state 4”.
  • the blade server After the state 4, the blade server notifies the management card of information for hardware state management such as voltage and temperature (sometimes referred to as “sensor information”) as information for operation management. . Further, the blade server notifies the management card of information indicating what function the blade has, information such as a serial number and a manufacturing number (sometimes referred to as “manufacturing information”).
  • information for hardware state management such as voltage and temperature (sometimes referred to as “sensor information”)
  • sensor information sometimes referred to as “sensor information”
  • the blade server notifies the management card of information indicating what function the blade has, information such as a serial number and a manufacturing number (sometimes referred to as “manufacturing information”).
  • FIG. 12 is a sequence diagram of a conventional boot process of a blade server by a management card.
  • FIG. 12 illustrates an example in which three blade servers, blade servers # 1 to # 3, are activated all at once. In the processing of each unit in FIG. 12, for those assigned # 1 to # 3, it is assumed that processing is performed for the server having that number.
  • the management card completes the activation of one blade server, then moves to the activation of the next blade server, and sequentially activates the blade servers. Therefore, for example, in FIG. 12, the blade server 3 is activated during a period including the sensor information acquisition period 901 and the manufacturing information acquisition period 902 of the blade server # 1, the sensor information acquisition period 903 and the manufacturing information acquisition period 904 of the blade server # 2. Waiting for processing continues.
  • the length of each of the periods 901 to 904 is, for example, 16 bytes ⁇ several tens of cycles depending on the amount of information to be collected.
  • a data transmission / reception technique there is a conventional technique for determining the priority of a received packet and storing a packet having a high priority in a storage unit different from a normal packet.
  • a blade board management technique there is a conventional technique in which data in a database storing blade board information and a part of data collected from each blade board are collated, and collection of duplicate data is omitted.
  • the blade server # 3 may detect a timeout and the activation process of the blade server # 3 may end.
  • an object of the present invention is to provide a management control device, an information processing system, and a management control method that suppress a delay in state transition in starting an information processing device.
  • the management control device disclosed in the present application acquires information for acquiring state transition information indicating which current information processing device is currently transmitted, which is transmitted in response to the state transition from each of a plurality of activated information processing devices. And in response to the acquisition of the state transition information from a certain information processing device of the plurality of information processing devices, the plurality of information processing devices And a control unit that transmits in preference to an instruction other than a transition instruction to an information processing apparatus other than the certain information processing apparatus.
  • FIG. 1 is a configuration diagram of an information processing system according to the embodiment.
  • FIG. 2 is a hardware configuration diagram of the management card according to the embodiment.
  • FIG. 3 is a hardware configuration diagram of the blade server according to the embodiment.
  • FIG. 4 is a block diagram of the IPMC in the management card according to the embodiment.
  • FIG. 5 is a diagram illustrating an example of a blade management table.
  • FIG. 6 is a diagram illustrating an example of the information collection state table.
  • FIG. 7 is an example of a blade number table.
  • FIG. 8A is a diagram of an example of a received message format.
  • FIG. 8B is a diagram of an example of a transmission message format.
  • FIG. 8C is a diagram illustrating an example of a state transition message format.
  • FIG. 8A is a diagram of an example of a received message format.
  • FIG. 8B is a diagram of an example of a transmission message format.
  • FIG. 8C is a diagram illustrating an example of
  • FIG. 9 is a flowchart of processing when a message is received by the management card.
  • FIG. 10 is a flowchart of blade server activation processing by the management card.
  • FIG. 11A is a sequence diagram of blade server activation processing by the management card.
  • FIG. 11B is a sequence diagram of blade server activation processing by the management card.
  • FIG. 12 is a sequence diagram of a conventional boot process of a blade server by a management card.
  • management control device the information processing system, and the management control method disclosed in the present application will be described in detail with reference to the drawings.
  • the management control device, the information processing system, and the management control method disclosed in the present application are not limited by the following embodiments.
  • FIG. 1 is a configuration diagram of an information processing system according to an embodiment.
  • the information processing system according to the present embodiment includes an active management card 1A, a standby management card 1B, a blade server 3, a chassis 5, and a remote monitoring device 7.
  • the ATCA standard stipulates that the number of blade servers 3 is an arbitrary number between 2 and 16, for example.
  • the chassis 5 is a housing for storing the blade board.
  • the management cards 1A and 1B and the blade server 3 are stored in the chassis 5.
  • the management cards 1A and 1B are an example of “management control device”.
  • the blade server 3 is an example of an “information processing apparatus”.
  • Management cards 1A and 1B and the remote monitoring device 7 are connected via a network 6.
  • the network 6 is, for example, the Internet.
  • the remote monitoring device 7 monitors the operations of the management cards 1A and 1B and the blade server 3 via the network 6.
  • IPMB4 IP Multimedia Sub-Metrachloro-Metrachloro-Metrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachloro-Netrachlorogles 4A and 4B.
  • the management card 1A is a management control device for each blade server 3 that manages the activation of each blade server 3.
  • the management card 1A manages the operation of each blade server 3.
  • the management card 1B takes over the processing performed by the management card 1A when a failure occurs in the management card 1A. Since the management cards 1A and 1B are respectively an active system and a standby system and have the same configuration, in the following description, when the management card 1A and the management card 1B are not distinguished, they are simply referred to as “management card 1”. .
  • FIG. 2 is a hardware configuration diagram of the management card. As shown in FIG. 2, the management card 1 has an IPMC 10, a CPU (Central Processing Unit) 101, and a Memory 102.
  • IPMC IP Multimedia Subsystem
  • CPU Central Processing Unit
  • Memory 102 Memory
  • the IPMC 10 and the Memory 102 are connected to the CPU 101 by a bus.
  • the CPU 101 and the Memory 102 execute and control various programs. For example, the CPU 101 and the Memory 102 exchange with the remote monitoring device 7 using the implemented protocol. Further, the CPU 101 and the Memory 102 notify a trap to the remote monitoring device 7 by SNMP (Simple Network Management Protocol) when a failure occurs.
  • SNMP Simple Network Management Protocol
  • the IPMC 10 controls communication with the blade server 3 using the IPMB 4 and startup processing of the blade server 3. The function of the IPMC 10 will be described in detail later.
  • FIG. 3 is a hardware configuration diagram of the blade server.
  • the blade server 3 includes an IPMC 301, a power supply circuit 302, a voltage sensor 303, a temperature sensor 304, an ICH (Input Output Controller Hub) 305, and an MCH (Memory Controller Hub) 306. Further, the blade server 3 includes a CPU 307, an HDD (Hard Disk Drive) 308, and a Memory 309. In this embodiment, the blade server 3 conforms to the ATCA standard.
  • the IPMC 301 controls communication with the management card 1 using IPMB4.
  • the power supply circuit 302 is a circuit that supplies power to the blade server 3.
  • the power supply circuit 302 receives a power-on instruction from the IPMC 301 and turns on the power.
  • the voltage sensor 303 measures the voltage supplied from the power supply circuit 302.
  • the voltage sensor 303 receives an instruction from the management card 1 when starting up the blade server 3 and transmits the measured voltage to the management card 1 via the IPMC 301.
  • the temperature sensor 304 measures the temperature of the blade server 3.
  • the temperature sensor 304 receives an instruction from the management card 1 when starting up the blade server 3 and transmits the measured temperature to the management card 1 via the IPMC 301.
  • the ICH 305 connects a path from an I / O device such as the IPMC 301 and the HDD 308 and a path to the CPU 307.
  • the MCH 306 connects the route to the Memory 309, the route from the ICH 305, and the route to the CPU 307.
  • the CPU 307 and the Memory 309 execute various programs stored in the HDD 308. Further, the CPU 307 and the Memory 309 execute various processes at the time of activation.
  • FIG. 4 is a block diagram of IPMC in the management card.
  • the IPMC 10 of the management card 1 has an IPMB control unit 110, a storage unit 120, and blade server management units 31 to 33.
  • three blade server management units 31 to 33 are shown, but there are as many blade server management units as the number of blade servers 3 to be managed.
  • states 1 to 4 which are the respective activation states in the activation of the blade server described above.
  • State 2 here is an example of a “first state”.
  • State 3 corresponds to an example of “second state”.
  • the state 4 corresponds to an example of a “third state”.
  • the IPMB control unit 110 includes an information acquisition unit 11, a reception storage unit 12, a transmission storage unit 13, and an activation processing unit 14.
  • the reception storage unit 12 and the transmission storage unit 13 are, for example, caches, and store data.
  • the reception storage unit 12 includes a high priority buffer 121 and a low priority buffer 122.
  • the transmission storage unit 13 includes transmission buffers 131 to 133.
  • the transmission buffers 131 to 133 exist so as to correspond to the blade server management units 31 to 33. That is, the same number of transmission buffers 131 to 133 as there are one-to-one with the blade server 3 exists.
  • blade server management units 31 to 33 when the blade server management units 31 to 33 are not distinguished, they are referred to as “blade server management unit 30”.
  • the storage unit 120 stores a blade management table 21, an information collection state table 22, and a blade number table 23.
  • the information acquisition unit 11 receives the message transmitted from the blade server 3 via the IPMB 4.
  • the message includes startup transition information indicating what startup state the blade server 3 is in at startup, and blade type information and power information that are determination information used to determine whether or not the transition to the next state is possible.
  • a message including state transition information may be referred to as a “state transition message”.
  • the state transition message when the blade server 3 is in the state 1, since the power is not turned on and it is not in a state where it can be activated, the state 1 is not sent to the information acquisition unit 11 as state transition information.
  • the message includes information for hardware state management such as voltage and temperature (hereinafter, sometimes referred to as “sensor information”).
  • the message includes information indicating what function the blade has, information such as a serial number and a manufacturing number (hereinafter, sometimes referred to as “manufacturing information”).
  • manufacturing information information indicating what function the blade has, information such as a serial number and a manufacturing number (hereinafter, sometimes referred to as “manufacturing information”).
  • sensor information and manufacturing information may be collectively referred to as “operation information”.
  • the information acquisition unit 11 stores the activation transition information message in the high priority buffer 121 of the reception storage unit 12. Further, the information acquisition unit 11 outputs the determination information used for the transition of the activation state to the blade server management unit 30 corresponding to the blade server 3 that transmitted the determination information.
  • the information acquisition unit 11 stores sensor information, manufacturing information, and the like in the low priority buffer 122 of the reception storage unit 12.
  • the high priority buffer 121 is an example of a “first storage unit”.
  • the low priority buffer 122 corresponds to an example of a “second storage unit”.
  • the blade server management unit 30 determines whether the activation transition information is stored in the high priority buffer 121. When the activation transition information is stored, the blade server management unit 30 corresponding to the activation transition information with early reception timing acquires the activation transition information.
  • the blade server management unit 30 requests the blade server 3 for the blade type via the activation processing unit 14 when the acquired activation transition information is in state 2.
  • the blade type is information for determining whether the blade server can be incorporated into the system according to the ATCA standard. Then, the blade server management unit 30 receives the blade type transmitted by the blade server 3 from the information acquisition unit 11 as a response to the request for the blade type. Then, using the received blade type, the blade server management unit 30 determines whether the blade server 3 can be incorporated into the system according to the ATCA standard. When the transmission source blade server 3 can be incorporated into the system according to the ATCA standard, the blade server management unit 30 transmits an activation permission instruction to the blade server 3 via the activation processing unit 14.
  • the blade server management unit 30 requests the blade server 3 for power information via the activation processing unit 14 when the acquired activation transition information is in the state 3.
  • the power information is information representing the power consumption of the blade server 3.
  • the blade server management unit 30 receives the power information transmitted from the corresponding blade server 3 from the information acquisition unit 11 as a response to the request for power information.
  • the blade server management unit 30 uses the received power information to determine whether the power consumption of the entire blade board incorporated in the chassis 5 does not exceed the upper limit value.
  • the blade server management unit 30 transmits an operation permission instruction to the blade server 3 via the activation processing unit 14.
  • the blade server management unit 30 registers in the blade management table 21 that the state transition of the blade server 3 is completed when the acquired activation transition information is state 4. Further, the blade server management unit 30 registers in the information collection state table 22 that the acquisition of the state transition information of the blade server 3 has been completed. Then, the blade server management unit 30 waits for communication with the management card for the activation process of the blade server 3 until there is no activation transition information from the high priority buffer 121. However, during this time, the blade server management unit 30 creates a sensor information request or manufacturing information request command for the corresponding blade server 3 and stores the command in the queue state in the corresponding transmission buffer 130.
  • the transmission buffer 130 is an example of an “instruction storage unit”.
  • the blade server 3 in the state 4 is extracted from the blade management table 21.
  • the blade server management unit 30 corresponding to the extracted blade server 3 transmits the command stored in the transmission buffer 130 to the corresponding blade server 3 in a round robin manner according to the command queue. To instruct.
  • the activation processing unit 14 receives a blade type request, an activation permission instruction, a power information request, and an operation permission instruction from the blade server management unit 30. Then, the activation processing unit 14 transmits the received blade type request, activation permission instruction, power information request, and operation permission instruction to the blade server 3 corresponding to the blade server management unit 30 that has output them.
  • the activation processing unit 14 receives an instruction to transmit the command stored in the transmission buffer 130 to the blade server 3 from the blade server management unit 30 corresponding to the blade server 3 that has transitioned to the state 4. More specifically, the activation processing unit 14 receives an instruction to transmit the command stored in the transmission buffer 130 in a round robin manner according to the command queue. Then, the activation processing unit 14 retrieves the command for collecting sensor information from the transmission buffer 130 in the queue order and transmits the commands in order of round robin to the blade server 3 corresponding to the blade server management unit 30 that has received the instruction.
  • the activation processing unit 14 collects sensor information acquired from the transmission buffer 130 corresponding to the blade server 3 to the blade server 3 having the identification information described in the blade number table 23. Send the command. Then, the activation processing unit 14 overwrites and registers in the blade number table 23 the identification information of the blade server 3 in the next order of the blade server 3 that has transmitted the sensor information collection command. Next, the activation processing unit 14 sends the sensor information collection command acquired from the transmission buffer 130 corresponding to the blade server 3 to the blade server 3 having the identification information described in the blade number table 23. In this way, the activation processing unit 14 transmits a command to each blade server 3 in a round robin manner.
  • the activation processing unit 14 continues to transmit the command by round robin while acquiring the manufacturing information collection command from the transmission buffer 130 in which the sensor information collection command has been lost.
  • Information indicating the last manufacturing information collection command is added to the last manufacturing information collection command stored in each transmission buffer 130.
  • the activation processing unit 14 displays information indicating completion of manufacturing information collection of the blade server 3 corresponding to the transmission buffer 130 of the acquisition source.
  • the activation processing unit 14 and the blade server management unit 30 correspond to an example of “activation control unit”.
  • FIG. 5 is a diagram illustrating an example of a blade management table.
  • FIG. 6 is a diagram illustrating an example of the information collection state table.
  • FIG. 7 is an example of a blade number table.
  • the state of each blade server 3 is stored for each byte.
  • the state is represented as 1 and the previous activation state or operation information collection has been completed.
  • the state is represented as 0.
  • the information collection status table 22 stores the information collection status of each blade server 3 for each byte.
  • the information collection state is represented as 1 when sensor information is being collected, and the information collection state is represented as 2 when manufacturing information is being collected.
  • the information collection state is represented as 3.
  • the activation state of the server # 3 is state 3
  • the third byte of the information collection state table 22 is 0.
  • the blade server management unit 30 rewrites the third byte of the information collection state table 22 to 1.
  • the activation processing unit 14 rewrites the third byte of the information collection state table 22 to 2. Further, when the collection of manufacturing information of the server # 3 is completed, the activation processing unit 14 rewrites the third byte of the information collection state table 22 to 0.
  • the blade number table 23 information of the blade server 3 that is a target of operation information collection is stored in 1 byte. For example, a case where identifiers 1 to N are assigned to the N blade servers 3 of the servers # 1 to #N will be described.
  • the activation processing unit 14 registers 3 in the blade number table 23. Further, since the activation processing unit 14 collects operation information of each blade server 3 in a round robin manner, for example, when starting servers # 1 to #N at a time, the blade number table 23 is stored in 1 to N. Collect operation information while rewriting in order.
  • FIG. 8A is a diagram of an example of a received message format.
  • FIG. 8B is a diagram of an example of a received message format.
  • FIG. 8C is a diagram illustrating an example of a state transition message format. 8A to 8C show transmission messages or reception messages as seen from the blade server 3.
  • FIG. 8A to 8C show transmission messages or reception messages as seen from the blade server 3.
  • the blade server 3 receives a transmission message having the format 201 as shown in FIG. 8A from the management card 1. As shown in the format 201, a Net function and a command are registered in the 2nd byte and 6th byte of the transmission message. This Net function and command contain information indicating what is requested. The blade server 3 acquires what information is from the Net function and command of the transmission data. For example, the blade server 3 can receive an instruction for collecting sensor information, an instruction for collecting manufacturing information, and the like by referring to the Net function and command.
  • the blade server 3 sends a received message having the format 202 as shown in FIG. 8B to the management card 1 as a response to the sent message. Also in this transmission message, information for identifying the content of the information is included in the Net function and the command.
  • the management card 1 can grasp the results of sensor information collection and manufacturing information collection by referring to the Net function and command stored in the received message.
  • the blade server 3 when notifying the management card 1 of the state transition information, the blade server 3 sends a state transition message having a format 203 as shown in FIG. 8C to the management card 1.
  • the management card 1 grasps that it is a state transition message by referring to the Net function and command stored in the state transition message. Thereafter, the management card 1 refers to the state transition information of the 12th byte of the state transition message and acquires the activation state of the blade server that has sent the state transition message.
  • Communication is established between the management card 1 and the blade server 3 by making a pair of a transmission message and a reception message.
  • the management card 1 and the management server 1 are omitted with one message omitted. Communication with the blade server 3 may be described.
  • FIG. 9 is a flowchart of processing when a message is received by the management card.
  • the determination information acquired to determine whether or not the next state transition is possible after receiving the state transition information will be omitted because it is sent directly to the blade management server by the information acquisition unit 11.
  • the information acquisition unit 11 receives a message from the blade server 3 (step S101). And the information acquisition part 11 determines whether the received message is a state transition message which is a message containing state transition information (step S102).
  • step S102 Yes
  • the information acquisition unit 11 stores the received message in the high priority buffer 121 (step S103).
  • the received message is stored in the low priority buffer 122 (Step S104).
  • FIG. 10 is a flowchart of blade server activation processing by the management card.
  • the blade server management unit 30 determines whether there is a message in the high priority buffer 121 (step S201).
  • step S201 When there is a message in the high priority buffer 121 (step S201: Yes), the blade server management unit 30 acquires a state transition message (step S202).
  • the blade server management unit 30 determines whether or not the state transition information included in the acquired state transition message is state 2 (step S203). When it is in the state 2 (step S203: Yes), the blade server management unit 30 acquires the blade type from the blade server 3 (step S204). Then, the blade server management unit 30 performs activation permission determination processing for confirming from the blade type that the blade server 3 is a blade that can be incorporated into the system in accordance with the ATCA standard (step S205).
  • the blade server management unit 30 instructs the blade server 3 to permit activation (step S206).
  • the blade server management unit 30 determines whether or not the state transition information included in the acquired state transition message is the state 3 (Step S207). .
  • the blade server management unit 30 collects power information from the blade server 3 (step S208). Then, the blade server management unit 30 performs power distribution calculation and confirms the continuation of the startup process for the blade server 3 (step S209). Then, the blade server management unit 30 instructs the blade server 3 to permit operation (step S210).
  • the blade server management unit 30 displays state 4 in the corresponding server column of the blade management table 21. Is registered and the blade management table 21 is updated (step S211). Further, the blade management table 21 registers information indicating the sensor information collection state in the corresponding server column of the information collection state table 22 and updates the information collection state table 22 (step S212). Then, the blade server management unit 30 determines whether the other blade server 3 is being activated (step S213). When the other blade server 3 is being activated (step S213: Yes), the blade server management unit 30 returns to step S201. On the other hand, when the other blade server 3 is not being started (step S213: No), the blade server management unit 30 converts the data stored in the blade number table 23 into the identification information of the corresponding blade server 3. Rewrite and update (step S214).
  • the activation processing unit 14 checks the blade number table 23 (Step S215). Thereby, the starting process part 14 can specify the server used as the object of operation information acquisition.
  • the activation processing unit 14 determines whether the sensor information of the blade server 3 having the identifier registered in the blade number table 23 has been collected (step S216). When the sensor information has not been collected (step S216: No), the activation processing unit 14 transmits the command acquired from the transmission buffer 130 corresponding to the corresponding blade server 3 and transmits the sensor information from the corresponding blade server 3. Are collected (step S217). Then, the activation processing unit 14 determines whether or not the sensor information collection of the corresponding blade server 3 is completed depending on whether or not information indicating that it is the last sensor information collection command is added to the acquired command ( Step S218). If sensor information collection has not been completed (No at Step S218), the activation processing unit 14 proceeds to Step S220.
  • step S218 when sensor information collection is completed (step S218: Yes), the activation processing unit 14 registers information indicating that manufacturing information is being collected in the corresponding blade server 3 column in the information collection state table 22. The information collection state table 22 is updated (step S219). Then, the activation processing unit 14 determines whether the other blade server 3 is in the activation process (step S220). If there is no other blade server 3 in the startup process (step S220: No), the process returns to step S201. On the other hand, when there is another blade server 3 that is being activated (step S220: Yes), the activation processing unit 14 determines the information of the next blade server 3 whose information is to be collected from the blade number table 23. The blade number table 23 is updated by rewriting the identification information (step S221).
  • step S216 when sensor information has been collected (step S216: affirmative), the activation processing unit 14 transmits the command acquired from the transmission buffer 130 corresponding to the corresponding blade server 3, and manufactures from the corresponding blade server 3. Information is collected (step S222). Then, depending on whether or not the information indicating that it is the last manufacturing information collection command is added to the acquired command, the activation processing unit 14 determines whether or not the manufacturing information collection of the corresponding blade server 3 is completed ( Step S223). When the manufacturing information collection has not been completed (No at Step S223), the activation processing unit 14 proceeds to Step S220.
  • step S223 when manufacturing information collection is completed (step S223: affirmative), the activation processing unit 14 registers information indicating completion of operation information collection in the column of the corresponding blade server 3 in the information collection state table 22.
  • the information collection state table 22 is updated (step S224).
  • the activation processing unit 14 updates the blade management table 21 by registering information indicating completion of activation in the field of the corresponding blade server 3 in the blade management table 21 (step S225).
  • step S226 determines whether or not another blade server 3 is in the activation process (step S226). If there is another blade server 3 that is being activated (step S226: Yes), the activation processor 14 proceeds to step S221. On the other hand, if there is no other blade server 3 that is in the boot process (No at Step S226), the management card 1 ends the boot process of the blade server 3.
  • FIG. 11A and 11B are sequence diagrams of blade server activation processing by the management card.
  • FIG. 11B is a continuation of FIG. 11A.
  • FIG. 11A and 11B show a processing flow when the management card 1A activates three blade servers 3.
  • FIG. Lines extending from the management card 1A and each blade server 3 represent the passage of time, and the processing described in the line is an operation performed by each unit corresponding to the line.
  • An arrow connecting the management card 1A and each blade server 3 represents a data flow between them.
  • FIG. 11A and FIG. 11B describe the transition of the registered contents of each table at the time corresponding to the sequence diagram, arranged in the sequence diagram.
  • the blade server # 1, blade server # 2, and blade server # 3 will be described to distinguish the three servers.
  • the processing of each unit for those assigned # 1 to # 3, it is assumed that processing is performed for the server having that number.
  • a description will be given of the case where the format of each table described in FIGS. 5 to 7 is used.
  • information corresponding to the server having the number is described in # 1 to # 3.
  • none of the blade servers # 1 to # 3 is powered on and is in the start state of state 1 (steps S301 to S303).
  • the blade management table 21 as in the table 2101, all of the blade servers # 1 to # 3 are 0 indicating that the activation state is a state before the state 4.
  • the blade server # 1 to # 3 is 0 indicating that no operation information is collected.
  • the blade number table 23 as in the table 2301, 0 indicating that there is no target server for collecting operation information is registered.
  • step S304 power is turned on to the blade server # 1, and the state transits to state 2 (step S304).
  • the blade server # 1 notifies the management card 1A of the state transition information of its own device (step S305).
  • the management card 1A acquires that the activation state of the blade server # 1 is state 2 (step S306). Therefore, the management card 1A collects the blade type determination from the blade server # 1 (step S307). Then, the management card 1A determines the activation permission of the blade server # 1 from the collected blade type determination (step S308). Then, the management card 1A notifies the activation permission instruction to the blade server # 1 (step S309).
  • blade server # 1 Upon receiving the activation permission instruction, blade server # 1 changes the activation state to state 3 (step S310). Then, the blade server # 1 notifies the management card 1A of the state transition information of its own device (step S311). In response to this, the management card 1A acquires that the activation state of the blade server # 1 is state 3 (step S312). Therefore, the management card 1A collects power information from the blade server # 1 (step S313). Then, the management card 1A performs power distribution calculation determination for the blade server # 1 from the collected power information (step S314). Then, the management card 1A notifies the operation permission instruction to the blade server # 1 (step S315).
  • blade server # 1 changes the activation state to state 4 (step S316). Then, the blade server # 1 notifies the management card 1A of the state transition information of the own device (step S317). In response to this, the management card 1A acquires that the activation state of the blade server # 1 is state 4 (step S318). At this time, the management card 1A registers information indicating that the activation state transition has been completed in the blade server # 1 column of the blade management table 21. As a result, in the blade management table 21, as shown in the table 2102, the field of the blade server # 1 becomes 1. In addition, the management card 1A registers information indicating that sensor information is being collected in the field of blade server # 1 of the information collection state table 22. As a result, in the information collection state table 22, the field of blade server # 1 becomes 1 as shown in the table 2202. Further, the blade number table 23 is rewritten to represent the blade server # 1 as in the table 2302.
  • the blade server # 2 is powered on, and the startup state transitions to state 2 (step S319).
  • the blade server # 2 notifies the management card 1A of the state transition information of its own device (step S320).
  • the management card 1A acquires that the activation state of the blade server # 2 is state 2 (step S321).
  • power is turned on to blade server # 3, and the activation state transitions to state 2 (step S322).
  • the blade server # 3 notifies the management card 1A of the state transition information of the own device (step S323).
  • the management card 1A acquires that the activation state of the blade server # 3 is state 2 (step S324).
  • the management card 1A collects the blade type determination from the blade server # 2 (step S325). Then, the management card 1A performs the activation permission determination of the blade server # 2 from the collected blade type determination (step S326). Then, the management card 1A notifies the activation permission instruction to the blade server # 2 (step S327).
  • blade server # 2 Upon receiving the activation permission instruction, blade server # 2 changes the activation state to state 3 (step S328). Then, the blade server # 2 notifies the management card 1A of the state transition information of its own device (step S329). In response to this, the management card 1A acquires that the activation state of the blade server # 2 is state 3 (step S330).
  • the management card 1A collects the blade type determination from the blade server # 3 (step S331). . Then, the management card 1A determines the activation permission of the blade server # 3 from the collected blade type determination (step S332). Then, the management card 1A notifies the activation permission instruction to the blade server # 3 (step S333).
  • blade server # 3 Upon receiving the activation permission instruction, blade server # 3 changes the activation state to state 3 (step S334). Then, the blade server # 3 notifies the management card 1A of the state transition information of its own device (step S335). In response to this, the management card 1A acquires that the activation state of the blade server # 3 is state 3 (step S336).
  • the management card 1A collects power information from the blade server # 2 (step S337). Then, the management card 1A performs power distribution calculation determination for the blade server # 2 from the collected power information (step S338). Then, the management card 1A notifies the operation permission instruction to the blade server # 2 (step S339).
  • blade server # 2 changes the activation state to state 4 (step S340). Then, the blade server # 2 notifies the management card 1A of the state transition information of its own device (step S341). In response, the management card 1A acquires that the activation state of the blade server # 2 is state 4 (step S342). At this time, the management card 1A registers information indicating that the transition of the activation state is completed in the blade server # 2 column of the blade management table 21. As a result, in the blade management table 21, as shown in the table 2103, the fields of the blade servers # 1 and # 2 become 1. In addition, the management card 1A registers information indicating that sensor information is being collected in the blade server # 2 column of the information collection state table 22. As a result, in the information collection state table 22, as shown in the table 2203, the fields of the blade servers # 1 and # 2 become 1.
  • the management card 1A collects power information from the blade server # 3 (step S343). Then, the management card 1A performs power distribution calculation determination for the blade server # 3 from the collected power information (step S344). Then, the management card 1A notifies the operation permission instruction to the blade server # 3 (step S345).
  • blade server # 3 transitions the activation state to state 4 (step S346). Then, the blade server # 3 notifies the management card 1A of the state transition information of the own device (step S347). In response to this, the management card 1A acquires that the activation state of the blade server # 3 is state 4 (step S348). At this time, the management card 1A registers information indicating that the activation state transition has been completed in the blade server # 3 column of the blade management table 21. As a result, in the blade management table 21, as shown in the table 2104, the fields of the blade servers # 1 to # 3 become 1.
  • the management card 1A registers information indicating that sensor information is being collected in the field of blade server # 3 of the information collection state table 22.
  • the fields of blade servers # 1 to # 3 are set to 1 as shown in the table 2204.
  • the management card 1A refers to the blade number table 23 and identifies the blade server 3 from which operation information is acquired. At this timing, since the blade number table 23 is in the state of the table 2303, the management card 1A sets the blade server # 1 as a target for acquiring operation information. The management card 1A collects sensor information from the blade server # 1 (step S349). The blade number table 23 is rewritten to represent the next blade server # 2 as in the table 2304.
  • the management card 1A refers to the blade number table 23 in the state of the table 2304, and uses the blade server # 2 as a target for obtaining operation information.
  • the management card 1A collects sensor information from the blade server # 2 (step S350).
  • the blade number table 23 is rewritten to represent the next blade server # 3 as in the table 2305.
  • the management card 1A refers to the blade number table 23 in the state of the table 2305, and uses the blade server # 3 as a target for obtaining operation information.
  • the management card 1A collects sensor information from the blade server # 3 (step S351).
  • the management card 1A repeats rewriting the blade number table 23 in the order of # 1 to # 3 as in the table group 2306. Then, the management card 1A collects sensor information from the blade servers # 1 to # 3 in a round robin manner using the blade number table 23 that is rewritten. Then, the management card 1A collects the last sensor information from the blade server # 1 using the blade number table 23 in the state of the table 2307 (step S352).
  • the management card 1A registers information indicating that manufacturing information is being collected in the blade server # 1 column of the information collection state table 22. As a result, in the information collection state table 22, the field of blade server # 1 becomes 2 as shown in the table 2205. Further, the blade number table 23 is rewritten to represent the next blade server # 2 as in the table 2308.
  • the management card 1A collects the last sensor information from the blade server # 2 using the blade number table 23 in the state of the table 2308 (step S353). Then, the management card 1A registers information indicating that manufacturing information is being collected in the field of blade server # 2 of the information collection state table 22. As a result, as shown in the table 2206, the information collection state table 22 has 2 in the fields of blade servers # 1 and # 2. Further, the blade number table 23 is rewritten to represent the next blade server # 3 as in the table 2309.
  • the management card 1A collects the last sensor information from the blade server # 3 using the blade number table 23 in the state of the table 2309 (step S354). Then, the management card 1A registers information indicating that manufacturing information is being collected in the field of blade server # 3 of the information collection state table 22. As a result, in the information collection state table 22, the fields of blade servers # 1 to # 3 become 2 as shown in the table 2207.
  • the management card 1A repeats rewriting the blade number table 23 in the order of # 1 to # 3 as in the table group 2310. Then, the management card 1A uses the blade number table 23 to be rewritten to collect manufacturing information from the blade servers # 1 to # 3 in a round robin manner as in steps S355 to S357.
  • the management card 1A collects the last manufacturing information from the blade server # 1 using the blade number table 23 in the state of the table 2311 (step S358). Then, the management card 1A registers information indicating completion of operation information collection in the blade server # 1 column of the information collection state table 22. As a result, in the information collection state table 22, as shown in the table 2208, the field of the blade server # 1 becomes 0. In addition, the management card 1A registers information indicating activation completion in the blade server # 1 column of the blade management table 21. As a result, in the blade management table 21, as shown in the table 2105, the blade server # 1 column becomes 0. Further, the blade number table 23 is rewritten to represent the next blade server # 2 as in the table 2312.
  • the management card 1A collects the last manufacturing information from the blade server # 2 using the blade number table 23 in the state of the table 2312 (step S359). Then, the management card 1A registers information indicating completion of operation information collection in the blade server # 2 column of the information collection state table 22. As a result, in the information collection state table 22, as shown in the table 2209, the fields of the blade servers # 1 and # 2 become 0. In addition, the management card 1A registers information indicating the completion of activation in the blade server # 2 column of the blade management table 21. As a result, in the blade management table 21, the fields of blade servers # 1 and # 2 become 0 as shown in the table 2106. Further, the blade number table 23 is rewritten to represent the next blade server # 3 as in the table 2313.
  • the management card 1A collects the last manufacturing information from the blade server # 3 using the blade number table 23 in the state of the table 2313 (step S360). Then, the management card 1A registers information indicating completion of operation information collection in the blade server # 3 column of the information collection state table 22. As a result, in the information collection state table 22, as shown in the table 2210, the fields of the blade servers # 1 to # 3 become 0. In addition, the management card 1A registers information indicating activation completion in the blade server # 3 column of the blade management table 21. As a result, in the blade management table 21, the fields of blade servers # 1 to # 3 become 0 as shown in the table 2107. Further, in the management card 1A, the blade number table 23 registers information indicating that there is no blade server 3 as a target for collecting operation information, that is, 0 as in the table 2314.
  • the IPMC 10 described above has a CPU and a cache as a hardware configuration.
  • the hardware configuration of the IPMC 10 is not particularly shown here.
  • the cache implements the functions of the reception storage unit 12 and the transmission storage unit 13.
  • the CPU reads the blade management table 21, the information collection state table 22, the blade number table 23, and the like stored in the Memory 102 shown in FIG. 2 and expands them in the cache.
  • the Memory 102 shown in FIG. 2 stores various programs such as programs for realizing the functions of the information acquisition unit 11, the activation processing unit 14, and the blade server management units 31 to 33 illustrated in FIG. .
  • the CPU of the IPMC 10 realizes functions such as the information acquisition unit 11, the activation processing unit 14, and the blade server management units 31 to 33 illustrated in FIG. 4 by reading and executing various programs stored in the Memory 102. .
  • the state transition information is processed in preference to the operation information acquisition, and the operation information acquisition is performed in a round robin manner.
  • the state transition information with priority, it is possible to suppress a delay in state transition at the time of starting the blade server.
  • by obtaining the operation information by round robin it is possible to further suppress variations in the startup time of each blade server.
  • the management control apparatus in order to align the timing of starting each blade server, two processes are executed: a process that prioritizes the state transition information over the acquisition of operation information and a process that acquires operation information in a round robin manner. is doing.
  • the management control apparatus can obtain an effect even if it has a configuration in which only the state transition information is prioritized over the operation information acquisition.
  • Management card (operational) 1B Management card (standby system) 3 Blade server 4A, 4B IPMB 5 Chassis 6 Network 7 Remote monitoring device 10 IPMC DESCRIPTION OF SYMBOLS 11 Information acquisition part 12 Reception storage part 13 Transmission storage part 14 Start processing part 21 Blade management table 22 Information collection state table 23 Blade number table 31-33 Blade server management part 110 IPMB control part 120 Storage part 121 High priority buffer 122 Low priority buffer 131 to 133 Transmission buffer

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer And Data Communications (AREA)
  • Power Sources (AREA)
  • Multi Processors (AREA)

Abstract

　情報処理装置の起動における状態遷移の遅延を抑止する管理制御装置、情報処理システム及び管理制御方法を提供する。マネージメントカード（１）は、起動した複数の情報処理装置のそれぞれから状態遷移に応じて送信される、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を取得する情報取得部（１１）と、前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する起動処理部（１４）と、をそなえる。

Description

管理制御装置、情報処理システム及び管理制御方法
　本発明は、管理制御装置、情報処理システム及び管理制御方法に関する。
　近年、高密度実装による省スペース化やシステム拡張の容易性などからブレードサーバの導入が増加している。また、ブレードサーバを用いたシステムでは、複数のサーバを一元管理できるので運用管理性も向上させることができる。サーバの一元管理の一例として、複数のブレードサーバを一斉に起動させることがある。
　一方、ブレードサーバの中にはＡＴＣＡ（Advanced　Telecom　Computing　Architecture）規格に準拠するものも増えてきている。ＡＴＣＡ規格は、通信事業者向けコンピュータの物理的及び論理的な仕様であり、基本的な構造として筐体及び筐体に搭載するブレードボード（例えば、ブレードサーバ）などを規格化している。ＡＴＣＡ規格に準拠する各種の機能を有するブレードボードを組み合わせてシステムを構築することができる。このようなＡＴＣＡ規格に準拠したシステムでは、ＡＴＣＡ規格の筐体に新たにＡＴＣＡ規格のブレードボードを追加したり、また他の機能を実装したＡＴＣＡ規格のブレードボードに交換したりすることで、容易にシステムの機能を変更することができる。そのため、ＡＴＣＡ規格に準拠するブレードサーバを用いることで、システムの拡張がより容易になる。
　ＡＴＣＡ規格に準拠したブレードサーバが起動する場合、管理制御装置であるマネージメントカードとブレードサーバとが通信を行いながら、ＡＴＣＡ規格で規定されているシーケンスに従ってブレードサーバの状態が遷移する。ブレードサーバとマネージメントカードとの間は、ＩＰＭＢ（Intelligent　Platform　Management　Bus）で接続されており、このＩＰＭＢ通信によってブレードサーバとマネージメントカードとの間で通信が行われる。
　ここで、ブレードサーバの起動の概略を説明する。ブレードサーバは、マネージメントカードとＩＰＭＢを介して通信を行うことで、ＡＴＣＡ規格で規定されている各起動状態に遷移していきながら起動する。
　まず、ブレードサーバは、電源オフ状態にある。この状態は、具体的には、ブレードサーバがシャーシに実装された状態でマネージメントカードと通信を行うためのＩＰＭＣ（Intelligent　Platform　Management　Controller）のみに電源が投入されている状態である。以下では、この状態を「状態１」という。
　状態１のブレードサーバは、マネージメントカードからの指示又はブレードサーバに実装されている電源スイッチの操作などによって、ブレードサーバが起動を開始できる準備が整った状態に遷移する。以下では、この状態を「状態２」という。この状態２に遷移することで、ブレードサーバは、起動を開始する。
　状態２のブレードサーバは、マネージメントカードからの起動許可の指示を受けると、運用状態に遷移するための準備を整えている状態に遷移する。以下では、この状態を「状態３」という。
　状態３のブレードサーバは、マネージメントカードからの運用許可の指示を受けると、ＩＰＭＣ以外の部分にも電源が投入され運用状態である状態に遷移する。以下では、この状態を「状態４」という。
　状態４の後、ブレードサーバは、運用管理のための情報として、例えば、電圧や温度といったハードウェアの状態管理のための情報（「センサ情報」と呼ばれる場合がある。）をマネージメントカードへ通知する。さらにブレードサーバは、どういった機能を持つブレードなのかを示す情報、シリアル番号及び製造番号などの情報（「製造情報」と呼ばれる場合がある）をマネージメントカードへ通知する。
　そして、このようなＡＴＣＡ規格に準拠した複数のブレードサーバを一斉に立ち上げた場合、図１２のようなシーケンスによって起動処理が行われている。図１２は、マネージメントカードによるブレードサーバの従来の起動処理のシーケンス図である。図１２では、ブレードサーバ＃１～＃３という３台のブレードサーバを一斉に起動させる場合を例として図示している。図１２の各部の処理において、＃１～＃３が振られているものに関しては、その番号を有するサーバに対する処理を行っているものとする。
　従来は、マネージメントカードは、図１２に示すように、１つのブレードサーバの起動を完了させてから、次のブレードサーバの起動に移り、順次ブレードサーバを起動させていく。そのため、例えば、図１２ではブレードサーバ３は、ブレードサーバ＃１のセンサ情報取得期間９０１及び製造情報取得期間９０２、ブレードサーバ＃２のセンサ情報取得期間９０３及び製造情報取得期間９０４を含む期間、起動処理の待ち状態が続く。ここで、期間９０１～９０４のそれぞれの長さは、収集する情報の量にもよるが、例えば、１６Ｂｙｔｅ×数十サイクルなどである。
　なお、データ送受信の技術として、受信したパケットの優先度を判定し、優先度が高いパケットは通常パケットとは別の記憶部に記憶する従来技術がある。また、ブレードボードの管理の技術として、ブレードボードの情報を格納するデータベースのデータと各ブレードボードから収集したデータの一部を照合し、重複するデータの採取を省略する従来技術がある。
特開２００９－２１１３４２号公報 特開２０１１－６００５６号公報
　しかし、ＡＴＣＡ規格に準拠した複数のブレードサーバを図１２のように一斉に起動させた場合、マネージメントカードとブレードサーバとの間の通信が高負荷となる。通信が高負荷になった場合、ブレードサーバの起動における状態遷移が遅延することが考えられる。その場合、ブレードサーバが、タイムアウトを検出して起動に失敗するおそれがある。例えば、図１２では、期間９０５が経過した時点で、ブレードサーバ＃３がタイムアウトを検出し、ブレードサーバ＃３の起動処理が終了してしまうおそれがある。
　また、優先度が高いパケットを別の記憶部に記憶する従来技術や重複するデータの採取を省略する従来技術を用いても、サーバの起動における状態遷移の遅延を抑止することは困難である。
　１つの側面では、本発明は、情報処理装置の起動における状態遷移の遅延を抑止する管理制御装置、情報処理システム及び管理制御方法を提供することを目的とする。
　本願の開示する管理制御装置は、起動した複数の情報処理装置のそれぞれから状態遷移に応じて送信される、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を取得する情報取得部と、前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する制御部とを備えることを特徴とする。
　一つの態様によれば、情報処理装置の起動における状態遷移の遅延を抑止することができるという効果を奏する。
図１は、実施例に係る情報処理システムの構成図である。 図２は、実施例に係るマネージメントカードのハードウェア構成図である。 図３は、実施例に係るブレードサーバのハードウェア構成図である。 図４は、実施例に係るマネージメントカードにおけるＩＰＭＣのブロック図である。 図５は、ブレード管理テーブルの一例の図である。 図６は、情報収集状態テーブルの一例の図である。 図７は、ブレード番号テーブルの一例の図である。 図８Ａは、受信メッセージフォーマットの一例の図である。 図８Ｂは、送信メッセージフォーマットの一例の図である。 図８Ｃは、状態遷移メッセージフォーマットの一例の図である。 図９は、マネージメントカードによるメッセージ受信時の処理のフローチャートである。 図１０は、マネージメントカードによるブレードサーバの起動処理のフローチャートである。 図１１Ａは、マネージメントカードによるブレードサーバの起動処理のシーケンス図である。 図１１Ｂは、マネージメントカードによるブレードサーバの起動処理のシーケンス図である。 図１２は、マネージメントカードによるブレードサーバの従来の起動処理のシーケンス図である。
　以下に、本願の開示する管理制御装置、情報処理システム及び管理制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する管理制御装置、情報処理システム及び管理制御方法が限定されるものではない。
　図１は、実施例に係る情報処理システムの構成図である。図１に示すように、本実施例に係る情報処理システムは、運用系のマネージメントカード１Ａ、待機系のマネージメントカード１Ｂ、ブレードサーバ３、シャーシ５及び遠隔監視装置７を有している。ブレードサーバ３は、図１では４台記載しているが、ＡＴＣＡ規格では、例えば、２台から１６台までの間の任意の台数となるように規定されている。シャーシ５は、ブレードボードを格納する筐体である。マネージメントカード１Ａ及び１Ｂとブレードサーバ３は、シャーシ５に格納されている。マネージメントカード１Ａ及び１Ｂが、「管理制御装置」の一例にあたる。また、ブレードサーバ３が、「情報処理装置」の一例にあたる。
　マネージメントカード１Ａ及び１Ｂと遠隔監視装置７とは、ネットワーク６を介して接続されている。ネットワーク６は、例えばインターネットなどである。遠隔監視装置７は、ネットワーク６経由でマネージメントカード１Ａ及び１Ｂやブレードサーバ３の動作などを監視する。
　また、マネージメントカード１Ａ及び１Ｂと各ブレードサーバ３とは、２重化されたＩＰＭＢ４Ａ及び４Ｂで接続されている。以下では、ＩＰＭＢ４ＡとＩＰＭＢ４Ｂとを区別しない場合は、単に「ＩＰＭＢ４」と呼ぶ。
　マネージメントカード１Ａは、各ブレードサーバ３の起動を管理する、各ブレードサーバ３に対する管理制御装置である。また、マネージメントカード１Ａは、各ブレードサーバ３の運用を管理する。マネージメントカード１Ｂは、マネージメントカード１Ａに障害が発生したときなどに、マネージメントカード１Ａが行っている処理を引き継ぐ。マネージメントカード１Ａ及び１Ｂは、それぞれ運用系と待機系であって、構成は同一であるので、以下の説明では、マネージメントカード１Ａとマネージメントカード１Ｂとを区別しないときは、単に「マネージメントカード１」という。
　図２は、マネージメントカードのハードウェア構成図である。図２に示すように、マネージメントカード１は、ＩＰＭＣ１０、ＣＰＵ（Central　Processing　Unit）１０１、Ｍｅｍｏｒｙ１０２を有している。
　ＩＰＭＣ１０とＭｅｍｏｒｙ１０２とは、ＣＰＵ１０１とバスで接続されている。ＣＰＵ１０１及びＭｅｍｏｒｙ１０２は、各種プログラムを実行し制御する。例えば、ＣＰＵ１０１及びＭｅｍｏｒｙ１０２は、実装したプロトコルにより遠隔監視装置７とのやり取りを行う。また、ＣＰＵ１０１及びＭｅｍｏｒｙ１０２は、障害が起きたときにＳＮＭＰ（Simple　Network　Management　Protocol）による遠隔監視装置７へのトラップの通知などを行う。
　ＩＰＭＣ１０は、ブレードサーバ３との間でＩＰＭＢ４を用いた通信やブレードサーバ３の起動処理などを制御する。ＩＰＭＣ１０の機能については、後で詳細に説明する。
　図３は、ブレードサーバのハードウェア構成図である。ブレードサーバ３は、ＩＰＭＣ３０１、電源回路３０２、電圧センサ３０３、温度センサ３０４、ＩＣＨ（Input　Output　Controller　Hub）３０５及びＭＣＨ（Memory　Controller　Hub）３０６を有している。さらに、ブレードサーバ３は、ＣＰＵ３０７、ＨＤＤ（Hard　Disk　Drive）３０８及びＭｅｍｏｒｙ３０９を有している。また、本実施例では、ブレードサーバ３は、ＡＴＣＡ規格に準拠している。
　ＩＰＭＣ３０１は、マネージメントカード１との間のＩＰＭＢ４を用いた通信などを制御する。
　電源回路３０２は、ブレードサーバ３に電力を供給する回路である。電源回路３０２は、ＩＰＭＣ３０１から電源投入の指示を受け、電源を投入する。
　電圧センサ３０３は、電源回路３０２から供給される電圧を計測する。そして、電圧センサ３０３は、ブレードサーバ３の起動の際にマネージメントカード１からの指示を受けて、計測した電圧をＩＰＭＣ３０１経由でマネージメントカード１へ送信する。
　温度センサ３０４は、ブレードサーバ３の温度を計測する。そして、温度センサ３０４は、ブレードサーバ３の起動の際にマネージメントカード１からの指示を受けて、計測した温度をＩＰＭＣ３０１経由でマネージメントカード１へ送信する。
　ＩＣＨ３０５は、ＩＰＭＣ３０１及びＨＤＤ３０８などのＩ／Ｏデバイスからの経路とＣＰＵ３０７への経路を接続する。
　ＭＣＨ３０６は、Ｍｅｍｏｒｙ３０９への経路とＩＣＨ３０５からの経路及びＣＰＵ３０７への経路とを接続する。
　ＣＰＵ３０７及びＭｅｍｏｒｙ３０９は、ＨＤＤ３０８に格納された各種プログラムの実行などを行う。また、ＣＰＵ３０７及びＭｅｍｏｒｙ３０９は、起動時における各種処理を実行する。
　次に、図４を参照して、マネージメントカード１におけるＩＰＭＣ１０の機能について説明する。図４は、マネージメントカードにおけるＩＰＭＣのブロック図である。図４に示すように、マネージメントカード１のＩＰＭＣ１０は、ＩＰＭＢ制御部１１０、記憶部１２０及びブレードサーバ管理部３１～３３を有している。図４では、ブレードサーバ管理部３１～３３の３つを記載しているが、ブレードサーバ管理部は管理するブレードサーバ３の台数と同数存在する。また、ここでは、上述したブレードサーバの起動における各起動状態である状態１～状態４を用いて、各部の動作を説明する。ここでの状態２が、「第１状態」の一例にあたる。また、状態３が、「第２状態」の一例にあたる。また、状態４が、「第３状態」の一例にあたる。
　ＩＰＭＢ制御部１１０は、情報取得部１１、受信用格納部１２、送信用格納部１３及び起動処理部１４を有している。
　受信用格納部１２及び送信用格納部１３は、例えばキャッシュなどであり、データを格納する。受信用格納部１２は、高優先バッファ１２１及び低優先バッファ１２２を有している。また、送信用格納部１３は、送信用バッファ１３１～１３３を有している。ここで、送信用バッファ１３１～１３３は、ブレードサーバ管理部３１～３３に対応するように存在する。すなわち、送信用バッファ１３１～１３３は、ブレードサーバ３と１対１になるように同数存在する。以下の説明では、ブレードサーバ管理部３１～３３を区別しない場合、「ブレードサーバ管理部３０」という。また、送信用バッファ１３１～１３３を区別しない場合、「送信用バッファ１３０」という。また、以下の説明では、ブレードサーバ管理部３０、送信用バッファ１３０、ブレードサーバ３は、それぞれ対応するもの同士が情報のやり取りを行うものとして説明する。
　記憶部１２０は、ブレード管理テーブル２１、情報収集状態テーブル２２及びブレード番号テーブル２３を記憶している。
　情報取得部１１は、ブレードサーバ３から送信されたメッセージを、ＩＰＭＢ４を介して受信する。メッセージには、起動時にブレードサーバ３がどのような起動状態にあるかの起動遷移情報及び次の状態への遷移の可否の判定に用いる判定情報であるブレード種別情報や電力情報などが含まれる。状態遷移情報を含むメッセージを「状態遷移メッセージ」ということがある。ここで、ブレードサーバ３が状態１の場合には電源が投入されておらず起動が可能な状態にもなっていないため、状態遷移情報として状態１は、情報取得部１１には送られない。また、メッセージには、電圧や温度といったハードウェアの状態管理のための情報（以下では、「センサ情報」という場合がある。）が含まれる。さらに、メッセージには、どういった機能を持つブレードなのかを示す情報、シリアル番号及び製造番号などの情報（以下では、「製造情報」という場合がある。）が含まれる。また、以下では、センサ情報及び製造情報をまとめて、「運用情報」という場合がある。
　そして、情報取得部１１は、起動遷移情報メッセージを受信用格納部１２の高優先バッファ１２１へ格納する。また、情報取得部１１は、起動状態の遷移に用いる判定情報を、その判定情報を送信したブレードサーバ３に対応するブレードサーバ管理部３０へ出力する。また、情報取得部１１は、センサ情報や製造情報などを受信用格納部１２の低優先バッファ１２２へ格納する。高優先バッファ１２１が、「第１記憶部」の一例にあたる。また、低優先バッファ１２２が、「第２記憶部」の一例にあたる。
　ブレードサーバ管理部３０は、起動遷移情報が高優先バッファ１２１に格納されているか否かを判定する。起動遷移情報が格納されている場合、受信タイミングが早い起動遷移情報に対応するブレードサーバ管理部３０が、その起動遷移情報を取得する。
　ブレードサーバ管理部３０は、取得した起動遷移情報が状態２の場合、ブレードサーバ３に対して起動処理部１４経由でブレード種別を要求する。ここで、ブレード種別とは、ブレードサーバがＡＴＣＡ規格でシステムへの組み込みができるかどうかを判定するための情報である。そして、ブレードサーバ管理部３０は、ブレード種別の要求に対する応答として、ブレードサーバ３が送信したブレード種別を情報取得部１１から受信する。そして、ブレードサーバ管理部３０は、受信したブレード種別を用いて、ブレードサーバ３がＡＴＣＡ規格でシステムへの組み込みができるか否かを判定する。送信元のブレードサーバ３がＡＴＣＡ規格でシステムへの組み込みができる場合、ブレードサーバ管理部３０は、起動許可の指示をブレードサーバ３に起動処理部１４を介して送信する。
　また、ブレードサーバ管理部３０は、取得した起動遷移情報が状態３の場合、ブレードサーバ３に対して、起動処理部１４経由で電力情報を要求する。ここで、電力情報とは、ブレードサーバ３の消費電力を表す情報である。そして、ブレードサーバ管理部３０は、電力情報の要求に対する応答として、対応するブレードサーバ３が送信した電力情報を情報取得部１１から受信する。そして、ブレードサーバ管理部３０は、受信した電力情報を用いて、シャーシ５に組み込まれたブレードボード全体の消費電力が上限値を超えないか否かを判定する。消費電力が上限値を超えない場合、ブレードサーバ管理部３０は、運用許可の指示をブレードサーバ３に起動処理部１４を介して送信する。
　ブレードサーバ管理部３０は、取得した起動遷移情報が状態４の場合、ブレードサーバ３の状態遷移が完了したことをブレード管理テーブル２１に登録する。さらに、ブレードサーバ管理部３０は、ブレードサーバ３の状態遷移情報の取得が完了したことを情報収集状態テーブル２２に登録する。そして、ブレードサーバ管理部３０は、ブレードサーバ３の起動処理のためのマネージメントカードとの通信を、高優先バッファ１２１から起動遷移情報が無くなるまで待機する。ただし、この間、ブレードサーバ管理部３０は、対応するブレードサーバ３に対するセンサ情報要求や製造情報要求のコマンドを作成し、対応する送信用バッファ１３０へキューの状態で格納しておく。また、ブレードサーバ３の状態遷移が完了したとき、状態４となっているブレードサーバ３が他に無い場合、ブレードサーバ管理部３１～３３は、ブレードサーバ３の情報をブレード番号テーブル２３に登録する。この送信用バッファ１３０が、「指示格納部」の一例にあたる。
　一方、高優先バッファ１２１に起動遷移情報が格納されていない場合、ブレード管理テーブル２１から状態４となっているブレードサーバ３を抽出する。抽出されたブレードサーバ３に対応するブレードサーバ管理部３０は、送信用バッファ１３０に格納されているコマンドを、コマンドのキューにしたがいラウンドロビン方式で対応するブレードサーバ３に送信するよう起動処理部１４に指示する。
　起動処理部１４は、ブレード種別の要求、起動許可の指示、電力情報の要求及び運用許可の指示をブレードサーバ管理部３０から受ける。そして、起動処理部１４は、受信したブレード種別の要求、起動許可の指示、電力情報の要求及び運用許可の指示を、それらを出力したブレードサーバ管理部３０に対応するブレードサーバ３へ送信する。
　また、起動処理部１４は、送信用バッファ１３０に格納されているコマンドをブレードサーバ３に送信する指示を、状態４に遷移しているブレードサーバ３に対応するブレードサーバ管理部３０から受ける。より具体的には、起動処理部１４は、送信用バッファ１３０に格納されているコマンドを、コマンドのキューにしたがいラウンドロビン方式で送信するよう指示を受ける。そして、起動処理部１４は、指示を受けたブレードサーバ管理部３０に対応するブレードサーバ３に対して、送信用バッファ１３０からセンサ情報収集のコマンドをキュー順に取り出しラウンドロビンで順番に送信する。ラウンドロビンの具体的な方法として、起動処理部１４は、ブレード番号テーブル２３に記載されている識別情報を有するブレードサーバ３に、当該ブレードサーバ３に対応する送信用バッファ１３０から取得したセンサ情報収集のコマンドを送る。そして、起動処理部１４は、センサ情報収集コマンドを送信したブレードサーバ３の次の順番のブレードサーバ３の識別情報をブレード番号テーブル２３に上書き登録する。次に、起動処理部１４は、ブレード番号テーブル２３に記載されている識別情報を有するブレードサーバ３に、当該ブレードサーバ３に対応する送信用バッファ１３０から取得したセンサ情報収集のコマンドを送る。このようにして、起動処理部１４は、ラウンドロビン方式で各ブレードサーバ３にコマンドの送信を行う。
　各送信用バッファ１３０に格納されている最後のセンサ情報収集のコマンドには、最後のセンサ情報収集コマンドであることを表す情報が付加されている。そして、起動処理部１４は、送信用バッファ１３０のいずれかから最後のセンサ情報収集コマンドを取得する毎に、取得元の送信用バッファ１３０に対応するブレードサーバ３のセンサ情報収集完了を示す情報を情報収集状態テーブル２２に登録する。
　続いて、起動処理部１４は、センサ情報収集のコマンドが無くなった送信用バッファ１３０からは製造情報収集のコマンドを取得しながら、ラウンドロビンによるコマンドの送信を継続する。各送信用バッファ１３０に格納されている最後の製造情報収集のコマンドには、最後の製造情報収集コマンドであることを表す情報が付加されている。そして、起動処理部１４は、送信用バッファ１３０のいずれかから最後の製造情報収集コマンドを取得する毎に、取得元の送信用バッファ１３０に対応するブレードサーバ３の製造情報収集完了を示す情報を情報収集状態テーブル２２に登録する。この起動処理部１４及びブレードサーバ管理部３０が、「起動制御部」の一例にあたる。
　ここで、図５、図６及び図７を参照して、ブレード管理テーブル２１、情報収集状態テーブル２２及びブレード番号テーブル２３のそれぞれについての一例を説明する。図５は、ブレード管理テーブルの一例の図である。図６は、情報収集状態テーブルの一例の図である。図７は、ブレード番号テーブルの一例の図である。
　図５に示すように、ブレード管理テーブル２１では、１ｂｙｔｅ毎に各ブレードサーバ３の状態が格納される。そして、ブレード管理テーブル２１では、起動状態の遷移が完了した状態である状態４になっている場合、状態は１と表され、それ以前の起動状態又は運用情報の収集が完了した状態である場合もしくは未搭載の場合、状態は０と表される。図５では、サーバ＃１～＃ＮというＮ台のブレードサーバ３が配置されている場合であり、ブレード管理テーブル２１のｉｂｙｔｅ目（ｉ＝１～Ｎ）に、サーバ＃ｉの状態が格納される。例えば、サーバ＃３の起動状態が状態３の状態であれば、ブレード管理テーブル２１の３ｂｙｔｅ目が０となっている。そして、サーバ＃３の起動状態が状態４に遷移すると、ブレードサーバ管理部３０によって、ブレード管理テーブル２１の３ｂｙｔｅ目が１に書き換えられる。
　また、図６に示すように、情報収集状態テーブル２２では、１ｂｙｔｅ毎に各ブレードサーバ３の情報収集状態が格納される。そして、情報収集状態テーブル２２では、センサ情報収集中である場合、情報収集状態は１と表され、製造情報収集中である場合には、情報収集状態は２と表される。さらに、情報収集が完了している場合もしくは情報収集を行っていない場合には、情報収集状態は３と表される。例えば、サーバ＃３の起動状態が状態３であれば、情報収集状態テーブル２２の３ｂｙｔｅ目が０となっている。そして、サーバ＃３の起動状態が状態４に遷移すると、ブレードサーバ管理部３０によって、情報収集状態テーブル２２の３ｂｙｔｅ目が１に書き換えられる。その後、サーバ＃３のセンサ情報の収集が完了すると、起動処理部１４によって、情報収集状態テーブル２２の３ｂｙｔｅ目が２に書き換えられる。さらに、サーバ＃３の製造情報の収集が完了すると、起動処理部１４によって、情報収集状態テーブル２２の３ｂｙｔｅ目が０に書き換えられる。
　また、図７に示すように、ブレード番号テーブル２３では、１ｂｙｔｅで運用情報収集の対象とするブレードサーバ３の情報が格納される。例えば、サーバ＃１～＃ＮのＮ台のブレードサーバ３のそれぞれに、１～Ｎまでの識別子を割り当てた場合で説明する。例えば、サーバ＃３を運用情報収集の対象とする場合、起動処理部１４は、ブレード番号テーブル２３に３を登録する。さらに、起動処理部１４は、ラウンドロビンで各ブレードサーバ３の運用情報を収集するので、例えば、サーバ＃１～＃Ｎまでを一時に起動させる場合、ブレード番号テーブル２３を１～Ｎの中で順番に繰り返し書き換えながら運用情報の収集を行っていく。
　さらに、マネージメントカード１とブレードサーバ３との間のメッセージの送受信の具体的な方法について説明する。図８Ａは、受信メッセージフォーマットの一例の図である。図８Ｂは、受信メッセージフォーマットの一例の図である。図８Ｃは、状態遷移メッセージフォーマットの一例の図である。図８Ａ～図８Ｃは、ブレードサーバ３から見て送信メッセージか受信メッセージかを表している。
　ブレードサーバ３は、図８Ａに示すようなフォーマット２０１を有する送信メッセージを、マネージメントカード１から受信する。フォーマット２０１に示すように、送信メッセージの２ｂｙｔｅｓ目及び６ｂｙｔｅｓ目にはＮｅｔ　ｆｕｎｃｔｉｏｎ及びコマンドが登録されている。このＮｅｔ　ｆｕｎｃｔｉｏｎ及びコマンドには、何が要求されているのかを示す情報が入っている。ブレードサーバ３は、送信データのＮｅｔ　ｆｕｎｃｔｉｏｎ及びコマンドから、何の情報であるかを取得する。例えば、ブレードサーバ３は、Ｎｅｔ　ｆｕｎｃｔｉｏｎ及びコマンドを参照することで、センサ情報収集の指示や製造情報収集の指示などを受けることができる。
　そして、ブレードサーバ３は、図８Ｂに示すようなフォーマット２０２を有する受信メッセージを、送信メッセージの応答として、マネージメントカード１へ送る。この送信メセージにおいても、Ｎｅｔ　ｆｕｎｃｔｉｏｎ及びコマンドに情報の内容を識別するための情報が入っている。マネージメントカード１は、受信メッセージに格納されているＮｅｔ　ｆｕｎｃｔｉｏｎ及びコマンドを参照することで、センサ情報収集や製造情報収集の結果を把握することができる。
　また、状態遷移情報をマネージメントカード１に通知する場合には、ブレードサーバ３は、図８Ｃに示すようなフォーマット２０３を有する状態遷移メッセージをマネージメントカード１へ送る。マネージメントカード１は、状態遷移メッセージに格納されているＮｅｔ　ｆｕｎｃｔｉｏｎ及びコマンドを参照して、状態遷移メッセージであることを把握する。その後、マネージメントカード１は、状態遷移メッセージの１２ｂｙｔｅｓ目の状態遷移情報を参照して、状態遷移メッセージを送ってきたブレードサーバの起動状態を取得する。
　マネージメントカード１とブレードサーバ３との間では、送信メッセージと受信メッセージとが対になって通信が確立されているが、ここでの説明では便宜上、片方のメッセージを省いた状態でマネージメントカード１とブレードサーバ３との間の通信を説明する場合がある。
　次に、図９を参照して、マネージメントカード１におけるメッセージ受信時の処理について説明する。図９は、マネージメントカードによるメッセージ受信時の処理のフローチャートである。状態遷移情報を受信後に次の状態の遷移の可否を判定するために取得する判定情報については、情報取得部１１が直接ブレード管理サーバへ送ってしまうので省略して説明する。
　情報取得部１１は、ブレードサーバ３からメッセージを受信する（ステップＳ１０１）。そして、情報取得部１１は、受信したメッセージが状態遷移情報を含むメッセージである状態遷移メッセージか否かを判定する（ステップＳ１０２）。
　状態遷移メッセージの場合（ステップＳ１０２：肯定）、情報取得部１１は、高優先バッファ１２１に受信したメッセージを格納する（ステップＳ１０３）。これに対して、状態遷移メッセージで無い場合（ステップＳ１０２：否定）、低優先バッファ１２２に受信したメッセージを格納する（ステップＳ１０４）。
　次に、図１０を参照してマネージメントカード１によるブレードサーバ３の起動処理について説明する。図１０は、マネージメントカードによるブレードサーバの起動処理のフローチャートである。
　ブレードサーバ管理部３０は、高優先バッファ１２１にメッセージがあるか否かを判定する（ステップＳ２０１）。
　高優先バッファ１２１にメッセージがある場合（ステップＳ２０１：肯定）、ブレードサーバ管理部３０は、状態遷移メッセージを取得する（ステップＳ２０２）。
　ブレードサーバ管理部３０は、取得した状態遷移メッセージに含まれる状態遷移情報が状態２であるか否かを判定する（ステップＳ２０３）。状態２である場合（ステップＳ２０３：肯定）、ブレードサーバ管理部３０は、ブレードサーバ３からブレード種別を取得する（ステップＳ２０４）。そして、ブレードサーバ管理部３０は、ブレードサーバ３がＡＴＣＡ規格でシステムへ組み込めるブレードであることをブレード種別から確認する起動許可判定処理を行う（ステップＳ２０５）。
　そして、ブレードサーバ管理部３０は、起動許可をブレードサーバ３へ指示する（ステップＳ２０６）。
　これに対して、状態２で無い場合（ステップＳ２０３：否定）、ブレードサーバ管理部３０は、取得した状態遷移メッセージに含まれる状態遷移情報が状態３であるか否かを判定する（ステップＳ２０７）。状態３である場合（ステップＳ２０７：肯定）、ブレードサーバ管理部３０は、ブレードサーバ３から電力情報を収集する（ステップＳ２０８）。そして、ブレードサーバ管理部３０は、電力分配計算を行い、ブレードサーバ３に対する起動処理の継続を確認する（ステップＳ２０９）。そして、ブレードサーバ管理部３０は、運用許可をブレードサーバ３に指示する（ステップＳ２１０）。
　これに対して、状態３で無い場合（ステップＳ２０７：否定）、ブレードサーバ３の起動状態は状態４であるので、ブレードサーバ管理部３０は、ブレード管理テーブル２１の該当するサーバの欄に状態４を示す情報を登録してブレード管理テーブル２１を更新する（ステップＳ２１１）。さらに、ブレード管理テーブル２１は、情報収集状態テーブル２２の該当するサーバの欄にセンサ情報収集状態を示す情報を登録して情報収集状態テーブル２２を更新する（ステップＳ２１２）。そして、ブレードサーバ管理部３０は、他のブレードサーバ３の起動処理中か否かを判定する（ステップＳ２１３）。他のブレードサーバ３の起動処理中の場合（ステップＳ２１３：肯定）、ブレードサーバ管理部３０は、ステップＳ２０１へ戻る。これに対して、他のブレードサーバ３の起動処理中でない場合（ステップＳ２１３：否定）、ブレードサーバ管理部３０は、ブレード番号テーブル２３に格納されているデータを該当するブレードサーバ３の識別情報に書き換え更新する（ステップＳ２１４）。
　一方、高優先バッファ１２１にメッセージが無い場合（ステップＳ２０１：否定）、起動処理部１４は、ブレード番号テーブル２３を確認する（ステップＳ２１５）。これにより、起動処理部１４は、運用情報取得の対象となっているサーバが特定できる。
　そして、起動処理部１４は、ブレード番号テーブル２３に登録された識別子を有するブレードサーバ３のセンサ情報が収集済みか否かを判定する（ステップＳ２１６）。センサ情報が収集済で無い場合（ステップＳ２１６：否定）、起動処理部１４は、該当するブレードサーバ３に対応する送信用バッファ１３０から取得したコマンドを送信して、該当するブレードサーバ３からセンサ情報を収集する（ステップＳ２１７）。そして、取得したコマンドに最後のセンサ情報収集コマンドであることを示す情報が付加しているかにより、起動処理部１４は、該当するブレードサーバ３のセンサ情報収集が完了したか否かを判定する（ステップＳ２１８）。センサ情報収集が完了していない場合（ステップＳ２１８：否定）、起動処理部１４は、ステップＳ２２０へ進む。これに対して、センサ情報収集が完了した場合（ステップＳ２１８：肯定）、起動処理部１４は、情報収集状態テーブル２２における該当するブレードサーバ３の欄に製造情報収集中を示す情報を登録して情報収集状態テーブル２２を更新する（ステップＳ２１９）。そして、起動処理部１４は、他のブレードサーバ３が起動処理中か否かを判定する（ステップＳ２２０）。起動処理中の他のブレードサーバ３が無い場合（ステップＳ２２０：否定）、処理はステップＳ２０１に戻る。これに対して、起動処理中の他のブレードサーバ３がある場合（ステップＳ２２０：肯定）、起動処理部１４は、ブレード番号テーブル２３の情報を運用情報収集の対象とする次のブレードサーバ３の識別情報に書き換えて、ブレード番号テーブル２３を更新する（ステップＳ２２１）。
　一方、センサ情報が収集済の場合（ステップＳ２１６：肯定）、起動処理部１４は、該当するブレードサーバ３に対応する送信用バッファ１３０から取得したコマンドを送信して、該当するブレードサーバ３から製造情報を収集する（ステップＳ２２２）。そして、取得したコマンドに最後の製造情報収集コマンドであることを示す情報が付加しているかにより、起動処理部１４は、該当するブレードサーバ３の製造情報収集が完了したか否かを判定する（ステップＳ２２３）。製造情報収集が完了していない場合（ステップＳ２２３：否定）、起動処理部１４は、ステップＳ２２０へ進む。これに対して、製造情報収集が完了した場合（ステップＳ２２３：肯定）、起動処理部１４は、情報収集状態テーブル２２における該当するブレードサーバ３の欄に運用情報収集完了を示す情報を登録して情報収集状態テーブル２２を更新する（ステップＳ２２４）。さらに、起動処理部１４は、ブレード管理テーブル２１における該当するブレードサーバ３の欄に起動完了を示す情報を登録してブレード管理テーブル２１を更新する（ステップＳ２２５）。そして、起動処理部１４は、他のブレードサーバ３が起動処理中か否かを判定する（ステップＳ２２６）。起動処理中の他のブレードサーバ３がある場合（ステップＳ２２６：肯定）、起動処理部１４は、ステップＳ２２１へ進む。これに対して、起動処理中の他のブレードサーバ３が無い場合（ステップＳ２２６：否定）、マネージメントカード１は、ブレードサーバ３の起動処理を終了する。
　次に、図１１Ａ及び図１１Ｂを参照して、マネージメントカード１によるブレードサーバ３の起動処理の流れをさらに具体的に説明する。図１１Ａ及び図１１Ｂは、マネージメントカードによるブレードサーバの起動処理のシーケンス図である。図１１Ｂは、図１１Ａの続きである。
　図１１Ａ及び図１１Ｂでは、マネージメントカード１Ａが３台のブレードサーバ３を起動する場合の処理の流れを示している。マネージメントカード１Ａ及び各ブレードサーバ３から延びる線は時間の経過を表しており、当該線状に記載された処理はその線に対応する各部が行う動作である。また、マネージメントカード１Ａと各ブレードサーバ３との間を結ぶ矢印はその間のデータの流れを表している。さらに、図１１Ａ及び図１１Ｂには、シーケンス図に並べて、シーケンス図に対応する時刻における、各テーブルの登録内容の遷移を記載している。ここでは、３台のサーバを区別するため、ブレードサーバ＃１、ブレードサーバ＃２、ブレードサーバ＃３として説明する。各部の処理において、＃１～＃３が振られているものに関しては、その番号を有するサーバに対する処理を行っているものとする。また、ここでは、図５～７で説明した各テーブルのフォーマットを用いた場合で説明する。そして、各テーブルにおいて、＃１～＃３は、その番号を有するサーバに対応する情報が記載されているものとする。
　最初、ブレードサーバ＃１～＃３は、いずれも電源が投入されておらず、状態１の起動状態にある（ステップＳ３０１～Ｓ３０３）。この状態では、ブレード管理テーブル２１では、テーブル２１０１のように、ブレードサーバ＃１～＃３のいずれも、起動状態が状態４より前の状態であることを示す０となっている。また、情報収集状態テーブル２２では、テーブル２２０１のように、ブレードサーバ＃１～＃３のいずれも運用情報の収集を行っていないことを表す０となっている。さらに、ブレード番号テーブル２３は、テーブル２３０１のように、運用情報収集の対象サーバなしを表す０が登録されている。
　この状態で、ブレードサーバ＃１に対して電源が投入され、状態２に遷移する（ステップＳ３０４）。このとき、ブレードサーバ＃１は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３０５）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃１の起動状態が状態２であることを取得する（ステップＳ３０６）。そこで、マネージメントカード１Ａは、ブレード種別判定をブレードサーバ＃１から収集する（ステップＳ３０７）。そして、マネージメントカード１Ａは、収集したブレード種別判定からブレードサーバ＃１の起動許可判定を行う（ステップＳ３０８）。そして、マネージメントカード１Ａは、起動許可指示をブレードサーバ＃１に対して通知する（ステップＳ３０９）。
　起動許可指示を受けて、ブレードサーバ＃１は、起動状態を状態３に遷移させる（ステップＳ３１０）。そして、ブレードサーバ＃１は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３１１）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃１の起動状態が状態３であることを取得する（ステップＳ３１２）。そこで、マネージメントカード１Ａは、電力情報をブレードサーバ＃１から収集する（ステップＳ３１３）。そして、マネージメントカード１Ａは、収集した電力情報からブレードサーバ＃１に対する電力配分計算判定を行う（ステップＳ３１４）。そして、マネージメントカード１Ａは、運用許可指示をブレードサーバ＃１に対して通知する（ステップＳ３１５）。
　運用許可指示を受けて、ブレードサーバ＃１は、起動状態を状態４に遷移させる（ステップＳ３１６）。そして、ブレードサーバ＃１は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３１７）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃１の起動状態が状態４であることを取得する（ステップＳ３１８）。このとき、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃１の欄に起動状態の遷移が完了したことを示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０２に示すように、ブレードサーバ＃１の欄が１となる。また、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃１の欄にセンサ情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０２に示すように、ブレードサーバ＃１の欄が１となる。また、ブレード番号テーブル２３は、テーブル２３０２のようにブレードサーバ＃１を表すように書き換えられる。
　このタイミングで、ブレードサーバ＃２に電源が投入され、起動状態が状態２に遷移する（ステップＳ３１９）。このとき、ブレードサーバ＃２は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３２０）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃２の起動状態が状態２であることを取得する（ステップＳ３２１）。さらに、このタイミングで、ブレードサーバ＃３に電源が投入され、起動状態が状態２に遷移する（ステップＳ３２２）。このとき、ブレードサーバ＃３は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３２３）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃３の起動状態が状態２であることを取得する（ステップＳ３２４）。
　そして、マネージメントカード１Ａは、ブレード種別判定をブレードサーバ＃２から収集する（ステップＳ３２５）。そして、マネージメントカード１Ａは、収集したブレード種別判定からブレードサーバ＃２の起動許可判定を行う（ステップＳ３２６）。そして、マネージメントカード１Ａは、起動許可指示をブレードサーバ＃２に対して通知する（ステップＳ３２７）。
　起動許可指示を受けて、ブレードサーバ＃２は、起動状態を状態３に遷移させる（ステップＳ３２８）。そして、ブレードサーバ＃２は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３２９）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃２の起動状態が状態３であることを取得する（ステップＳ３３０）。
　ここで、高優先バッファ１２１には既にブレードサーバ＃３の起動状態が状態２であるメッセージが蓄えられているので、マネージメントカード１Ａは、ブレード種別判定をブレードサーバ＃３から収集する（ステップＳ３３１）。そして、マネージメントカード１Ａは、収集したブレード種別判定からブレードサーバ＃３の起動許可判定を行う（ステップＳ３３２）。そして、マネージメントカード１Ａは、起動許可指示をブレードサーバ＃３に対して通知する（ステップＳ３３３）。
　起動許可指示を受けて、ブレードサーバ＃３は、起動状態を状態３に遷移させる（ステップＳ３３４）。そして、ブレードサーバ＃３は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３３５）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃３の起動状態が状態３であることを取得する（ステップＳ３３６）。
　ここで、高優先バッファ１２１には既にブレードサーバ＃２の起動状態が状態３であるメッセージが蓄えられているので、マネージメントカード１Ａは、電力情報をブレードサーバ＃２から収集する（ステップＳ３３７）。そして、マネージメントカード１Ａは、収集した電力情報からブレードサーバ＃２に対する電力配分計算判定を行う（ステップＳ３３８）。そして、マネージメントカード１Ａは、運用許可指示をブレードサーバ＃２に対して通知する（ステップＳ３３９）。
　運用許可指示を受けて、ブレードサーバ＃２は、起動状態を状態４に遷移させる（ステップＳ３４０）。そして、ブレードサーバ＃２は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３４１）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃２の起動状態が状態４であることを取得する（ステップＳ３４２）。このとき、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃２の欄に起動状態の遷移が完了したことを示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０３に示すように、ブレードサーバ＃１及び＃２の欄が１となる。また、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃２の欄にセンサ情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０３に示すように、ブレードサーバ＃１及び＃２の欄が１となる。
　次に、マネージメントカード１Ａは、電力情報をブレードサーバ＃３から収集する（ステップＳ３４３）。そして、マネージメントカード１Ａは、収集した電力情報からブレードサーバ＃３に対する電力配分計算判定を行う（ステップＳ３４４）。そして、マネージメントカード１Ａは、運用許可指示をブレードサーバ＃３に対して通知する（ステップＳ３４５）。
　運用許可指示を受けて、ブレードサーバ＃３は、起動状態を状態４に遷移させる（ステップＳ３４６）。そして、ブレードサーバ＃３は、自装置の状態遷移情報をマネージメントカード１Ａに通知する（ステップＳ３４７）。これを受けて、マネージメントカード１Ａは、ブレードサーバ＃３の起動状態が状態４であることを取得する（ステップＳ３４８）。このとき、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃３の欄に起動状態の遷移が完了したことを示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０４に示すように、ブレードサーバ＃１～＃３の欄が１となる。また、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃３の欄にセンサ情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０４に示すように、ブレードサーバ＃１～＃３の欄が１となる。
　そして、マネージメントカード１Ａは、ブレード番号テーブル２３を参照し、運用情報取得の対象のブレードサーバ３を特定する。このタイミングでは、ブレード番号テーブル２３は、テーブル２３０３の状態なので、マネージメントカード１Ａは、ブレードサーバ＃１を運用情報取得の対象とする。マネージメントカード１Ａは、センサ情報をブレードサーバ＃１から収集する（ステップＳ３４９）。ブレード番号テーブル２３は、テーブル２３０４のように次の順番のブレードサーバ＃２を表すように書き換えられる。
　マネージメントカード１Ａは、テーブル２３０４の状態のブレード番号テーブル２３を参照し、ブレードサーバ＃２を運用情報取得の対象とする。マネージメントカード１Ａは、センサ情報をブレードサーバ＃２から収集する（ステップＳ３５０）。ブレード番号テーブル２３は、テーブル２３０５のように次の順番のブレードサーバ＃３を表すように書き換えられる。
　マネージメントカード１Ａは、テーブル２３０５の状態のブレード番号テーブル２３を参照し、ブレードサーバ＃３を運用情報取得の対象とする。マネージメントカード１Ａは、センサ情報をブレードサーバ＃３から収集する（ステップＳ３５１）。
　この後、マネージメントカード１Ａは、ブレード番号テーブル２３を、テーブル群２３０６のように＃１～＃３と順番に書き換えていくことを繰り返す。そして、マネージメントカード１Ａは、書き換えられていくブレード番号テーブル２３を用いてブレードサーバ＃１～＃３からセンサ情報をラウンドロビンで収集していく。そして、マネージメントカード１Ａは、テーブル２３０７の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃１から最後のセンサ情報を収集する（ステップＳ３５２）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃１の欄に製造情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０５に示すように、ブレードサーバ＃１の欄が２となる。さらに、ブレード番号テーブル２３は、テーブル２３０８のように次の順番のブレードサーバ＃２を表すように書き換えられる。
　そして、マネージメントカード１Ａは、テーブル２３０８の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃２から最後のセンサ情報を収集する（ステップＳ３５３）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃２の欄に製造情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０６に示すように、ブレードサーバ＃１及び＃２の欄が２となる。さらに、ブレード番号テーブル２３は、テーブル２３０９のように次の順番のブレードサーバ＃３を表すように書き換えられる。
　そして、マネージメントカード１Ａは、テーブル２３０９の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃３から最後のセンサ情報を収集する（ステップＳ３５４）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃３の欄に製造情報収集中を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０７に示すように、ブレードサーバ＃１～＃３の欄が２となる。
　この後、センサ情報収集の場合と同様に、マネージメントカード１Ａは、ブレード番号テーブル２３を、テーブル群２３１０のように＃１～＃３と順番に書き換えていくことを繰り返す。そして、マネージメントカード１Ａは、書き換えられていくブレード番号テーブル２３を用いて、ステップＳ３５５～Ｓ３５７のように、ブレードサーバ＃１～＃３から製造情報をラウンドロビンで収集していく。
　そして、マネージメントカード１Ａは、テーブル２３１１の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃１から最後の製造情報を収集する（ステップＳ３５８）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃１の欄に運用情報収集完了を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０８に示すように、ブレードサーバ＃１の欄が０となる。また、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃１の欄に起動完了を示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０５に示すように、ブレードサーバ＃１の欄が０となる。さらに、ブレード番号テーブル２３は、テーブル２３１２のように次の順番のブレードサーバ＃２を表すように書き換えられる。
　次に、マネージメントカード１Ａは、テーブル２３１２の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃２から最後の製造情報を収集する（ステップＳ３５９）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃２の欄に運用情報収集完了を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２０９に示すように、ブレードサーバ＃１及び＃２の欄が０となる。また、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃２の欄に起動完了を示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０６に示すように、ブレードサーバ＃１及び＃２の欄が０となる。さらに、ブレード番号テーブル２３は、テーブル２３１３のように次の順番のブレードサーバ＃３を表すように書き換えられる。
　次に、マネージメントカード１Ａは、テーブル２３１３の状態のブレード番号テーブル２３を用いて、ブレードサーバ＃３から最後の製造情報を収集する（ステップＳ３６０）。そして、マネージメントカード１Ａは、情報収集状態テーブル２２のブレードサーバ＃３の欄に運用情報収集完了を示す情報を登録する。これにより、情報収集状態テーブル２２は、テーブル２２１０に示すように、ブレードサーバ＃１～＃３の欄が０となる。また、マネージメントカード１Ａは、ブレード管理テーブル２１のブレードサーバ＃３の欄に起動完了を示す情報を登録する。これにより、ブレード管理テーブル２１は、テーブル２１０７に示すように、ブレードサーバ＃１～＃３の欄が０となる。さらに、マネージメントカード１Ａは、ブレード番号テーブル２３は、テーブル２３１４のように運用情報収集の対象とするブレードサーバ３がないことを表す情報、すなわち０を登録する。
　また、以上に説明したＩＰＭＣ１０は、ハードウェア構成としてＣＰＵ及びキャッシュを有する。ＩＰＭＣ１０のハードウェア構成はここでは特には図示しない。キャッシュは、受信用格納部１２及び送信用格納部１３の機能を実現する。また、ＣＰＵは、図２に示すＭｅｍｏｒｙ１０２などに格納されたブレード管理テーブル２１、情報収集状態テーブル２２及びブレード番号テーブル２３などを読み込み、キャッシュに展開する。また、図２に示すＭｅｍｏｒｙ１０２には、図４に例示した情報取得部１１、起動処理部１４、ブレードサーバ管理部３１～３３などの機能を実現するためのプログラムなどの各種プログラムが格納されている。そして、ＩＰＭＣ１０のＣＰＵは、Ｍｅｍｏｒｙ１０２に格納された各種プログラムを読み出して実行することで、図４に例示した情報取得部１１、起動処理部１４、ブレードサーバ管理部３１～３３などの機能を実現する。
　以上に説明したように、本実施例に係る管理制御装置では、状態遷移情報を運用情報の取得よりも優先して処理を行い、且つ、運用情報の取得をラウンドロビンでおこなっている。このように、状態遷移情報を優先して処理することで、ブレードサーバの起動時の状態遷移の遅延を抑制することができる。これにより、ブレードサーバにおける起動時の状態遷移の遅延によるタイムアウトの発生を軽減でき、起動シーケンスの停止を抑制することが可能となる。さらに、ラウンドロビンで運用情報を取得することで、各ブレードサーバの起動時間のばらつきをより抑制することができる。
　ここで、本実施例では、各ブレードサーバの起動のタイミングをよりそろえるために、状態遷移情報を運用情報の取得よりも優先する処理及び運用情報の取得をラウンドロビンで行う処理の２つを実行している。しかし、ブレードサーバの状態遷移の遅延を抑制するだけであれば、管理制御装置は、状態遷移情報を運用情報の取得よりも優先する処理だけを行う構成であっても効果は得られる。
　１Ａ　マネージメントカード（運用系）
　１Ｂ　マネージメントカード（待機系）
　３　ブレードサーバ
　４Ａ、４Ｂ　ＩＰＭＢ
　５　シャーシ
　６　ネットワーク
　７　遠隔監視装置
　１０　ＩＰＭＣ
　１１　情報取得部
　１２　受信用格納部
　１３　送信用格納部
　１４　起動処理部
　２１　ブレード管理テーブル
　２２　情報収集状態テーブル
　２３　ブレード番号テーブル
　３１～３３　ブレードサーバ管理部
　１１０　ＩＰＭＢ制御部
　１２０　記憶部
　１２１　高優先バッファ
　１２２　低優先バッファ
　１３１～１３３　送信用バッファ

Claims (10)

  1. 　起動した複数の情報処理装置のそれぞれから状態遷移に応じて送信される、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を取得する情報取得部と、
    　前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する制御部と
    　を備えることを特徴とする管理制御装置。
  2. 　前記情報取得部は、前記状態遷移情報に加えて運用時に用いる運用情報を取得し、
    　前記制御部は、遷移指示以外の指示として少なくとも前記運用情報を要求する処理を行う
    　ことを特徴とする請求項１に記載の管理制御装置。
  3. 　前記情報取得部が取得した前記状態遷移情報を第１記憶部に格納し、前記情報処理装置が送信する前記状態遷移情報以外の情報を第２記憶部に格納する格納部をさらに備え、
    　前記制御部は、前記第１記憶部からの前記状態遷移情報の取得を、前記第２記憶部からの前記状態遷移情報以外の情報の取得に対して優先的に行い、取得した前記状態遷移情報に応じた次の状態への遷移指示を、該状態遷移情報を送信した情報処理装置に送信する
    　ことを特徴とする請求項１に記載の管理制御装置。
  4. 　前記情報取得部は、前記情報処理装置が起動を開始できる準備が整った状態である第１状態、サービスの提供が行える状態である運用状態に遷移するための準備が整った状態である第２状態、又は運用状態である第３状態のいずれかを示す前記状態遷移情報を取得し、
    　前記制御部は、前記第２状態を示す前記状態遷移情報の取得元である前記情報処理装置に起動許可指示を通知することで前記第３状態への遷移を指示し、前記第３状態を示す前記状態遷移情報の取得元である前記情報処理装置に運用許可指示を通知することで第４状態への遷移を指示する
    　ことを特徴とする請求項１に記載の管理制御装置。
  5. 　前記制御部は、前記第４状態を示す前記状態遷移情報の取得元である前記情報処理装置に運用情報の送信を指示することを特徴とする請求項２に記載の管理制御装置。
  6. 　前記制御部は、前記複数の情報処理装置から前記第４状態を示す前記状態遷移情報を受信している場合、予め決められた前記情報処理装置の順番で前記運用情報を１つずつ取得していくことを繰り返す
    　ことを特徴とする請求項２に記載の管理制御装置。
  7. 　各前記情報処理装置への前記運用情報送信の指示を格納する指示格納部を情報処理装置毎に有し、
    　前記制御部は、前記指示格納部に格納された指示を１つずつ、対応する情報処理装置に対して送信することで前記運用情報を順次取得していく
    　ことを特徴とする請求項６に記載の管理制御装置。
  8. 　前記制御部は、１つの前記情報処理装置からの１回の前記運用情報の取得で、複数種類の前記運用情報の中から１種類の運用情報を取得することを特徴とする請求項６に記載の管理制御装置。
  9. 　複数の情報処理装置及び管理制御装置を有する情報処理システムであって、
    　前記情報処理装置は、起動における状態遷移に応じて、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を前記管理制御装置に送信する起動状態通知部を備え、
    　前記管理制御装置は、
    　起動した前記複数の情報処理装置のそれぞれから送信される状態遷移情報を取得する情報取得部と、
    　前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する制御部と
    　を備えることを特徴とする情報処理システム。
  10. 　起動した複数の情報処理装置のそれぞれから状態遷移に応じて送信される、自情報処理装置が現在どの起動状態にあるかを示す状態遷移情報を取得し、
    　前記複数の情報処理装置のうちの或る情報処理装置からの状態遷移情報の取得に応じて、該或る情報処理装置に対する次の状態への遷移指示を、前記複数の情報処理装置のうちの該或る情報処理装置以外の情報処理装置への遷移指示以外の指示よりも優先して送信する
    　ことを特徴とする管理制御方法。
PCT/JP2012/057984 2012-03-27 2012-03-27 管理制御装置、情報処理システム及び管理制御方法 Ceased WO2013145131A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2014507100A JP5871058B2 (ja) 2012-03-27 2012-03-27 管理制御装置、情報処理システム及び管理制御方法
PCT/JP2012/057984 WO2013145131A1 (ja) 2012-03-27 2012-03-27 管理制御装置、情報処理システム及び管理制御方法
US14/494,120 US20150012637A1 (en) 2012-03-27 2014-09-23 Management control device, information processing system, and method for management control

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/057984 WO2013145131A1 (ja) 2012-03-27 2012-03-27 管理制御装置、情報処理システム及び管理制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/494,120 Continuation US20150012637A1 (en) 2012-03-27 2014-09-23 Management control device, information processing system, and method for management control

Publications (1)

Publication Number Publication Date
WO2013145131A1 true WO2013145131A1 (ja) 2013-10-03

Family

ID=49258498

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/057984 Ceased WO2013145131A1 (ja) 2012-03-27 2012-03-27 管理制御装置、情報処理システム及び管理制御方法

Country Status (3)

Country Link
US (1) US20150012637A1 (ja)
JP (1) JP5871058B2 (ja)
WO (1) WO2013145131A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016005947B3 (de) 2016-05-16 2017-06-08 Dimo Dietrich Verfahren zur Abschätzung der Prognose und zur Prädiktion des Ansprechens auf eine Immuntherapie von Patienten mit malignen Erkrankungen
US11685955B2 (en) 2016-05-16 2023-06-27 Dimo Dietrich Method for predicting response of patients with malignant diseases to immunotherapy
RS58885B1 (sr) 2016-06-21 2019-08-30 Battelle Uk Ltd Herbicidne kompozicije koje sadrže tečnu sulfonilureu i litijumovu so

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006195986A (ja) * 2005-01-07 2006-07-27 Dell Products Lp 複数の情報取扱システムの電力管理をするシステムおよび方法
JP2006277210A (ja) * 2005-03-29 2006-10-12 Nec Corp クラスタシステム、ブレードサーバの電源制御方法及びそのプログラム
JP2008123493A (ja) * 2006-10-16 2008-05-29 Hitachi Ltd リモートアクセス環境におけるコンピュータ管理サーバ
JP2009064272A (ja) * 2007-09-06 2009-03-26 Hitachi Ltd 情報処理システム、情報処理装置、情報処理方法、およびプログラム
WO2012023200A1 (ja) * 2010-08-20 2012-02-23 富士通株式会社 情報処理システム、管理装置、および情報処理装置の管理方法
JP2012058982A (ja) * 2010-09-08 2012-03-22 Nec Corp 起動タイミング制御システム、起動タイミング制御装置、制御方法、及びプログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7526583B2 (en) * 2005-06-23 2009-04-28 International Business Machines Corporation Method and apparatus to launch write queue read data in a microprocessor recovery unit
JP2008234373A (ja) * 2007-03-22 2008-10-02 Nomura Research Institute Ltd 負荷分散システム及び方法
JP2011060056A (ja) * 2009-09-11 2011-03-24 Fujitsu Ltd シェルフ管理装置及びデータ処理システム
US9292312B2 (en) * 2012-03-22 2016-03-22 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Simulated network boot environment for bootstrap redirection

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006195986A (ja) * 2005-01-07 2006-07-27 Dell Products Lp 複数の情報取扱システムの電力管理をするシステムおよび方法
JP2006277210A (ja) * 2005-03-29 2006-10-12 Nec Corp クラスタシステム、ブレードサーバの電源制御方法及びそのプログラム
JP2008123493A (ja) * 2006-10-16 2008-05-29 Hitachi Ltd リモートアクセス環境におけるコンピュータ管理サーバ
JP2009064272A (ja) * 2007-09-06 2009-03-26 Hitachi Ltd 情報処理システム、情報処理装置、情報処理方法、およびプログラム
WO2012023200A1 (ja) * 2010-08-20 2012-02-23 富士通株式会社 情報処理システム、管理装置、および情報処理装置の管理方法
JP2012058982A (ja) * 2010-09-08 2012-03-22 Nec Corp 起動タイミング制御システム、起動タイミング制御装置、制御方法、及びプログラム

Also Published As

Publication number Publication date
JP5871058B2 (ja) 2016-03-01
US20150012637A1 (en) 2015-01-08
JPWO2013145131A1 (ja) 2015-08-03

Similar Documents

Publication Publication Date Title
CN107357571B (zh) 设备组件程序的维护方法及系统
JP2012230490A5 (ja) 情報処理装置、及びその制御方法、並びにプログラム
US11209885B2 (en) Information processing apparatus, method for controlling the same, and non-transitory computer-readable storage medium
CN105283821A (zh) Aux功率控制器
JP5871058B2 (ja) 管理制御装置、情報処理システム及び管理制御方法
US7996696B1 (en) Updating kernel affinity for applications executing in a multiprocessor system
JP2014531691A (ja) 稼働中モジュールの診断検査
AU2014202769B2 (en) Receiving, at least in part, and/or issuing, at least in part, at least one packet to request change in power consumption state
JP2013012009A (ja) ホストコントローラ装置、情報処理装置及びイベント情報出力方法
JP6044225B2 (ja) ブレードサーバおよびブレードサーバの制御方式
JP5445177B2 (ja) 確定クロック判定プログラム及び方法、並びにノード装置
JP5282569B2 (ja) 管理装置、管理システム、管理方法及び管理プログラム
TW201431319A (zh) 資料中心基板管理控制器管理系統及方法
US8891515B2 (en) Method for node communication
CN101202759A (zh) 电脑管理装置及方法
JP2010186302A (ja) マルチノードシステム、異常処理方法、スイッチ、ノード及びプログラム
CN121326820B (zh) 串行通信方法及电子设备
CN116166585B (zh) Bmc的访问控制方法、装置以及bmc系统
CN211180818U (zh) 视频处理设备
CN110008088A (zh) 一种传感器信息的传递系统、方法、设备及存储介质
US9229886B2 (en) Management data transfer between processors
WO2012001809A1 (ja) 監視制御装置、サーバ装置、監視制御方法及び監視制御プログラム
JP6036690B2 (ja) 分散実行システム及び分散プログラム実行方法
JP2012053805A (ja) 進捗情報表示制御システム
KR101199378B1 (ko) 다중코어를 구비한 시스템에 적용되는 서브시스템 간액세스 장치 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12872626

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014507100

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12872626

Country of ref document: EP

Kind code of ref document: A1