JP2543640B2 - Virtual computer system - Google Patents

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a virtual computer system, and more particularly, in a virtual computer system in which a plurality of virtual computers are operated by using a system operation support device, system collective management and operation and hot standby system. The present invention relates to a technology effectively applied to a virtual computer system capable of constructing a computer.

[0002]

2. Description of the Related Art Conventionally, in a virtual computer system,
The control program allocates and simulates the resources of the processing device to realize multiple virtual machines. When operating such a virtual computer system, conventionally, a service processor to which the processing device is connected and a console device for communication with a control program connected to the processing device are operated.

A known document related to this type of technology is, for example, the "screen division method of a virtual computer console device" described in JP-A-63-142424.

[0004]

However, in the prior art as described above, the virtual machines on a certain processing unit can be managed and operated collectively from the console unit, but on the other processing units. It has the disadvantage that you cannot operate the virtual machine. That is, in a system including a plurality of processing devices and a plurality of virtual computer systems, there is a problem that the virtual computers cannot be collectively managed and operated.

Therefore, an object of the present invention is to provide a virtual computer system capable of collectively managing and operating a system composed of a plurality of processing devices and a plurality of virtual computer systems by using a system operation support device. is there.

Another object of the present invention is to issue an operation command from a certain virtual computer on a certain processing device to another specific virtual computer of another processing device via the system operation support device. The purpose is to provide a virtual computer system that can do this. This is because if you configure a hot standby system with one virtual machine as the normal business system and another virtual machine as the standby system, and the normal business system fails and switches to the standby system It is useful when issuing a reset to the system without stopping other virtual machines.

The above and other objects and novel features of the present invention will be apparent from the description of this specification and the accompanying drawings.

[0008]

Of the inventions disclosed in the present application, a representative one will be briefly described below.
It is as follows.

That is, the virtual computer system of the present invention is a virtual computer system in which a virtual computer operates on a processing device under the control of a control program, and a service processor for performing maintenance operation of the processing device, and A system operation assisting device for performing remote operation and automatic operation of a service processor, and adding a virtual machine identifier for identifying a virtual machine when communicating between the service processor and the system operation assisting device Is.

In this case, when the service processor receives an operation command from the system driving support device,
The virtual computer identifier is determined, and when this virtual computer identifier is valid, an operation command is notified to the control program by interruption.

Further, the system operation support device has identification information of a processing device to be operated and a virtual computer operating on the processing device, and when the operation to the virtual computer is instructed, the processing device is connected. The operation command is issued to the existing service processor.

Further, when an operation instruction is issued from the virtual computer to the system operation support device, the control program adds a virtual computer identifier and issues the operation instruction to the system operation support device. is there.

[0013]

According to the above-described virtual computer system, the virtual computer identifier is added, so that the service processor and the system operation support device determine whether the designated operation is for the virtual computer or the processing device. can do. For example, when the virtual machine identifier is valid, the service processor can notify the control program of an operation command by an interrupt.

As a result, the control program can identify the asynchronous operation command from the system operation support device and the target virtual computer, and can simulate the operation for the virtual computer.

That is, the reason why such a simulation is necessary is that the virtual computer system has a control program that manages and controls a plurality of virtual computers by a simulation, and that a virtual computer system operates only on one virtual computer. The problem cannot be solved simply by the processor directly operating on the processor, and it is necessary to perform simulation of only a specific virtual computer by the control program.

Further, the identification information of the processing device and the virtual computer held in the system driving support device is used by the system driving support device to identify which processing device and which virtual computer the instruction from the operator is directed to. .

Further, in order for the control program to add the virtual machine identifier to the operation command to the system operation support device, the system operation support device must match the operation command from the control program with the held identification information. used.

[0018]

DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is a schematic block diagram showing a virtual computer system according to an embodiment of the present invention, FIG. 2 is a logical schematic configuration diagram of the virtual computer system of this embodiment, and FIG. 3 is a system operation support in this embodiment. FIG. 4 is an explanatory view showing identification information of a virtual machine of the apparatus, FIG. 4 is an explanatory view showing an instruction for performing communication between the control program and the system driving support apparatus, and FIG. 5 is a detail of an operand of the instruction in FIG. FIG. 6 is an explanatory view showing data of communication between the system driving support device and the service processor, FIG. 7 is a flow chart showing IPL processing, and FIG. 8 is a flow chart showing hot standby system processing.

First, the configuration of the virtual computer system of this embodiment will be described with reference to FIG.

The virtual computer system of this embodiment is a virtual computer system in which a virtual computer operates on a processor under the control of a control program, for example, a system operation support device (CSC) 100 and a disk device (HD) 101.
And console display device (CD) 102
And two sets of external connection terminals (port A) 103, (port B) 104, service processor (SVP-A) 10
5, (SVP-B) 106 and information processing device (CPU
-A) 107, (CPU-B) 108, and an inter-channel connection device (CTCA) 109.

The CSC 100 is for performing remote operation and automatic operation of the SVP-A 105 and the SVP-B 106, and is connected to the SVP-A 105 and the SVP-B 106 via the port A 103 and the port B 104, respectively. In addition, this CSC100
H for storing the identification information of 100 virtual machines
D101 and C for operating CSC100
D102 is connected.

Then, the CSC 100 sends control signals and data from the port A 103 and the port B 104 to the SVP-A 105 and the SVP-B 106, respectively, by the operation from the CD 102, and indirectly and individually.
It is possible to operate the P-A 105 and the SVP-B 106.

SVP-A105 and SVP-B106
Are CPU-A107 and CPU-B108, respectively.
SVP-A105 for performing the maintenance operation of
To CPU-A107 and SVP-B106 to CPU-B.
Connected to 108.

The SVP-A105 is the CPU-A.
107 power control, reset and IPL (Intial Pro
It is possible to perform gram loading), write data to the main memory of the CPU-A 107, report an interrupt to the CPU-A 107, and accept asynchronous activation from the CPU-A 107. In addition, SVP-B106
And CPU-B108 also SVP-A105 and C
It is the same as PU-A107.

The CTCA 109 is a CPU-A 107 and a C
The program running on the PU-B 108 is for performing communication by the I / O interface. Also,
The CPU-A 107 and the CPU-B 108 have input / output channels for connecting the CTCA 109 and the main storage device that stores a control program (hereinafter referred to as a hypervisor) of the virtual machine, but they are omitted here.

Next, in the system configuration of FIG. 1, a logical schematic configuration diagram focusing on programs will be described with reference to FIG.

That is, the CPU-A 107 includes a hypervisor (HYP-A) 200 and a virtual computer (hereinafter, LP).
Called AR, LPAR-A) 201, (LPAR-B)
And 202. Similarly, CPU-B10
8 is HYP-B203, LPAR-C204 and L
It is composed of PAR-D205.

HYP-A200 and HYP-B203
Are CPU-A107 and CPU-B108, respectively.
The control program of the virtual machine which operates above is shown.

LPAR-A201 and LPAR-B2
A virtual machine 02 is controlled and realized by the HYP-A 200, and in the present embodiment, it also represents an operating system operating on LPAR. Similarly, LPAR-C204 and LPAR-D2
Reference numeral 05 denotes a virtual computer controlled and realized by the HYP-B203.

In this embodiment, the CTCA 109 is the LPA.
It is connected to the input / output channels assigned to the R-A 201 and the LPAR-C 204. That is, LPAR-
A201 and LPAR-C204 can communicate via CTCA109. In addition, HYP-A200
And HYP-B203 distinguish LPARs by virtual computer identifiers. In this embodiment, LPAR-A2
01 is "1", LPAR-B202 is "2", LPAR
-C204 is "1" and LPAR-D205 is "2".

Next, the identification information (hereinafter simply referred to as identification information) of the virtual computer set in the CSC 100 will be described with reference to FIG. Here, the identification information is shown in the format displayed on the CD 102. The identification information is HD10.
It is also possible to store it in 1 and hold it.

That is, the identification information is the system name (SYSTEM) 301 of the system to be operated, and the physical path (SVP / PORT) when the operation is instructed.
302, a virtual machine identifier (LPARNO) 303 when the target system is LPAR, and a status (STAT) 304 indicating the state of each system.

Since the SYSTEM 301 uses the SVP / PORT 302 and LPARNO 303, which are the routes from the physical CSC 100, when designating the target system, it is possible to designate by system because there is a risk of error by the operator. It was done. In this embodiment, for convenience, the names of the SYSTEM 301 and the LPAR in FIG. 2 are combined.

The LPARNO 303 is designated only when the target system is LPAR, and when not designated, the target system becomes a physical computer. Therefore,
In the present embodiment, the system targeted by the operator allows the physical computer and the virtual computer to coexist, and the operator can operate without being aware of them. In the actual operation, there are a command input line, a cursor, a device number designation field for IPL, etc., but they are omitted because they are not directly related to the present invention.

Then, CPU-A107 or CPU-A107
When the program operating on B108 generates an interrupt from SVP-A105 or SVP-B106, it specifies the address of the area for storing the additional information (hereinafter referred to as AINF), and the program executes SVP-A1.
The format of an instruction for giving an instruction to the CSC 100 via 05 or SVP-B 106 will be described with reference to FIG. In this embodiment, the CSC100 is directly used by the program.
To the SVP-A105 or S
The method via VP-B106 is used.

The instruction word (SVPCALL) 401 has an instruction code (B220) ₁₆ and is a privileged mode instruction, that is, an instruction that can be used only by the operating system. In addition, Operand uses general-purpose registers,
The general register number of the first operand is bits 24 to 2
7, the number of the general purpose register of the third operand is bit 28
~ 31.

The first operand (R1) 402 indicates the contents of the first operand, and this first operand is a command word (COMMAND) indicating the type of operation. For example, in COMMAND, (14000000) ₁₆ is AI
Set the storage address of NF to SVP-A105 or SVP-
Indicates to notify B106, (15000000)
₁₆ indicates that the program is an operation request to the CSC 100.

The contents of the third operand (R3) 403 are as follows:
The third operand shows an address (SCTADR) of a main memory area called an instruction word control table (hereinafter referred to as SCT) 404 showing the details of the operation.

The format of the SCT 404 is the size of the SCT (LNG) 405, the reason code (RC) 406 indicating the completion state when the operation is completed, and the additional information address on the main memory where AINF is stored (AINFADR). 407
Etc. For example, LNG405
In this embodiment, it is fixed to (0018) ₁₆ and RC406
Indicates that (0001) ₁₆ is normally completed, and that other than (0001) ₁₆ indicates abnormal termination. The details of AINF will be shown in FIG.

Next, details of the additional information (AINF) 500 will be described with reference to FIG.

That is, the AINF 500 has a device code (FCODE) 501 indicating a target device, an operation code (ACODE) 502 indicating a requested operation, and a virtual computer identifier code (L) indicating a virtual computer added in the present invention.
PRNO) 503, additional information address (ADDINF) 504 of ACODE 502, and the like.

For example, the FCODE 501 has (10)
₁₆ indicates CSC 100, and other values are not used in this embodiment. In the ACODE 502, (10) ₁₆ indicates reset and (20) ₁₆ indicates ILP. Of course, ACODE
It is possible to assign another operation to 502, but it is not used in this embodiment. Furthermore, the name of the LPAR to be reset and the device address of the device to be IPLed are set in the ADDINF 504.

Then, CSC100 and SVP-A105
Alternatively, the format of data used for communication with the SVP-B 106 will be described with reference to FIG.

That is, the communication data (C
The format of SCDATA) 600 is composed of a type code (CODE) 601 indicating the type of data, a size code (LENGTH) 602 indicating the size of data in bytes, and the like.

For example, CODE 601 is (80) ₁₆
From CSC100 to SVP-A105 or SVP-B
Request to 106. That is, CSCDATA60
If the value of COMMAND is (14
000000) ₁₆ was notified in advance of AINFADR4
Write to the main memory indicated by 07, CPU-A107
Alternatively, it indicates that an interrupt is generated in the CPU-B 108.

Further, (C0) ₁₆ is a request from the SVP-A 105 or the SVP-B 106 to the CSC 100.
That is, the HYP-A200 or HYP-B203 requests the CSC 100 to perform an operation request or CODE60.
1 is a response to (80) ₁₆ . COD
If E601 is other than (80) ₁₆ and (C0) ₁₆ , it indicates that the request is for a physical computer as usual.

Next, the operation of this embodiment will be described.

First, the processing flow of the IPL of the specific LPAR, which is the operation of the CD 102 by the operator, will be described with reference to FIG. Since it is simple, LP is used in this flow.
It is assumed that the AR-A201 is IPLed.

First, the operator selects SYS from the CD 102.
"LPAR-A" is selected and designated from the TEM 301 (step 701), then the IPL device number is designated (step 702), and the IPL operation of the CSC 100 is started (step 703).

Further, the CS activated by the operator
The C100 determines from the system name specified in the SYSTEM301 that the system is LPAR from LPARNO303, obtains the virtual computer identifier "1", and should send the data from the SVP / PORT302.
The port A 103 to which the VP-A 105 is connected is obtained (step 704). Then, CSCDATA 600 is created from the information obtained in step 704.

Here, the CODE 601 is the CSC100.
From (80) 16, which indicates the request from the SVP to the SVP-A105,
The ACODE 502 in the AINF 500 is (20) 16 indicating the IPL, the device number is set in the ADDINF 504, and the virtual identifier added by the present invention is LPRN.
It is set to O503 (step 705). In this embodiment, LPRNO 503 is (01) ₁₆ . Then, from the port A103 to the SVP-A105, CSCDATA6
00 is transmitted (step 706).

Next, the SVP-A 105 has the CODE 60.
Since 1 is (80) ₁₆ , it is determined that the request is for LPAR (step 707), and CSCDAT
The AINF 500 in the A600 is written in advance by the HYP-A200 to the main memory indicated by AINFADR407 which is set by (14000000) _{16 of} COMMAND (step 708), and the CPU-A107.
An interrupt is generated (step 709).

Then, the HYP-A that accepted the interrupt
The 200 can read the contents of the AINF 500 stored in the main memory and can know that the IPL operation to the LPAR-A 201 is performed (step 710). Then L
The IPL operation is virtually simulated for PAR-A201 (step 711).

As described above, the CSC 100
From EM301 and LPARNO303, it is LPAR and it is a virtual computer identifier.
Create and send TA600, SVP-A105 is LPA
The CPU-A 107 determines that the request is for R.
To the HYP-A
200 recognizes that it is an IPL operation to LPAR-A201, and virtually IPLs the LPAR-A201.
The behavior can be simulated.

Subsequently, based on FIG. 8, the two LPARs use the CTCA 109 to configure the hot standby system from the failure detection side LPAR to the failure occurrence side LPA.
The processing flow of resetting to R will be described. For simplicity,
The LPAR on the failure detection side is LPAR-C204, and the LPAR on the failure occurrence side is LPAR-A201.

In the hot standby system, the reason why the reset issuance to the failure side is necessary is that the operation of the failure side system is guaranteed and that the failure side system reserves it. This is to release the device so that the failure detection side can use the device on the failure side.

Mutual monitoring between systems is performed by CTC.
In the time monitoring by mutual communication via A109, when there is no response from other systems within a fixed time, it is considered as a failure.

First, the LPAR-C204 is the CTCA10.
When detecting that there is no response from the LPAR-A 201 via 9 (step 801), the SCT 404 is created (step 802), and the LPAR-is sent to the CSC 100.
The SVPCALL 401 of the reset request to A201 is issued (step 803).

Here, the LPAR-C 204 is not aware that it is an LPAR. This is LP
This is because the AR-C204 is an operating system that can also operate on a physical computer. That is, the hot standby system can be configured with the same operating system in both the physical computer and the virtual computer.

Therefore, LPAR-C204 is LPRNO.
(10) ₁₆ , A in FCODE 501 without setting 503
(10) _{16 is set in} the CODE 502, and the name of the system to be reset “LPAR-A” is set in the ADDINF 504. Here, since SVPCALL 401 is a privileged mode command, the command is not directly executed, and control is transferred to HYP-B203.

HYP-B203 is LPAR-
The virtual machine identifier is added to the LPRNO 503 of the AINF 500 in the SCT 404 created by the C 204 (step 804). Here, LPRNO 503 is LPAR
The virtual machine identifier of the C204 is (01) ₁₆ . In this case, although the LPAR to be reset can be identified by the system name of the ADDINF 504, the LP
The reason why the RNO 503 is necessary is that it is needed at the time of reporting the CSC 100 in the case where the reset process has failed, for example.

Next, HYP-B203 is SVPCALL.
401 is issued and CSC10 is issued to SVP-B106.
An operation request to 0 is made (step 805). Where H
Since YP-B203 is operating in privileged mode, SV
The PCALL 401 becomes executable.

Further, the SVP-B10 which received the request
6 reads AINF500 on the main memory, CSCDA
The TA 600 is created (step 806). Where C
The ODE 601 is (C0) ₁₆ . Next, CSC100
CSCDATA 600 is sent to (step 8)
07).

Then, the CSC 100 which has received the CSCDATA 600, the system name set in the ADDINF 504, the SYSTEM 301 and the SVP / PORT.
From 302 and LPARNO 303, the port A 103 and LPRNO 503 to which the reset request should be issued can be determined (step 808).

Next, the CSCDATA 600 is created (step 809) and the SVP-A 105 is operated from the port A 103.
CSCDATA 600 to the computer (step 81)
0). Here, the CODE 601 is (80) ₁₆ . Further, the subsequent processing is transmitted to the HYP-A200 as in FIG.

As described above, the failure detection side LPAR-C2
When 04 detects that there is no response via CTCA109, it creates SCT404 and issues SVPCALL401, and HYP-B203 issues LPRNO in SCT404.
A virtual computer identifier is added to 503, and HYP-B203
Issues SVPCALL401, and SVP-B106 creates and sends CSCDATA600, and C
LP where the SC100 should issue a reset request
The LPRNO 503 of AR-A201 can be determined.

Therefore, according to the virtual computer system of the present embodiment, the CSC 100 for performing remote operation and automatic operation of the SVP-A 105 and the SVP-B 106 is provided, and the CSC 100 and the SVP-A 105 or the SVP-B1.
Data used for communication with 06 (CSCDATA)
By adding a code (LPRNO) 503 indicating a virtual machine identifier in the AINF 500 as 600, it is possible to determine whether or not the designated operation is for the virtual machine, and the virtual machine using the system operation support device can be determined. Allows batch operation of computer systems.

Further, by the reset processing from the failure detection side LPAR to the failure occurrence side LPAR, the reserved device is released after the operation of the failure occurrence side system is stopped, and the failure detection side uses the failure occurrence side device. By enabling it, it becomes possible to build a hot standby system.

Although the invention made by the present inventor has been specifically described based on the embodiments, the present invention is not limited to the above embodiments, and various modifications can be made without departing from the scope of the invention. Needless to say.

For example, in the virtual computer system of this embodiment, the system operation support device 100 has two external connection terminals 103 and 104, a service processor 105,
106 and information processing devices 107 and 108 are each 2
Although the case where the devices are configured one by one has been described, the present invention is not limited to the above-described embodiments, and is widely applicable to a system to which more service processors and information processing devices are connected.

Further, although the console display device 102 is used in this embodiment, a panel switch or the like may be used.

[0072]

Advantageous effects obtained by typical ones of the inventions disclosed in the present application will be briefly described.
It is as follows.

(1). A service processor for performing a maintenance operation of the processing device and a system operation support device for performing remote operation and automatic operation of the service processor are provided, and the service processor and the system operation support device are provided. By adding a virtual machine identifier for identifying a virtual machine when performing communication between them, the service processor and the system operation support device can determine whether the specified operation is for the virtual machine or for the processing device. Can be determined.

(2) According to the above (1), for example, when the service processor receives an operation command from the system operation support device, the virtual computer identifier is judged and the operation command is issued when this virtual computer identifier is valid. The control program can be notified by interruption, the control program can identify the asynchronous operation command from the system operation support device and the target virtual machine, and the operation can be simulated for the virtual machine.

(3) By the above (1), for example, the system driving support device has the identification information of the processing device to be operated and the virtual computer operating on this processing device, and the operation to this virtual computer is instructed. By issuing an operation command to the service processor to which the processing device is connected, the system operation support device can identify which processing device and which virtual machine the instruction from the operator is directed to. .

(4) According to the above (1), for example, when an operation instruction is issued from the virtual computer to the system operation support device, the control program adds the virtual computer identifier to the operation instruction to the system operation support device. By issuing, it is possible for the system operation support device to recognize the match between the operation command from the control program and the identification information held therein.

(5). Since the use of the system driving support device can be extended to the virtual computer on the virtual computer system by the above (1) to (4), even in the virtual computer, a plurality of systems using the system driving support device can be used. It is possible to obtain a virtual computer system that enables collective management and operation of the system.

(6) By the above (1) to (4), for example, when a failure occurs in the normal business system and the standby system is switched to, the other virtual machines are stopped from the standby system to the normal business system. Since it is possible to issue a reset etc. without using a hot standby
It is possible to obtain a virtual computer system whose system configuration is possible.

[Brief description of drawings]

FIG. 1 is a schematic block diagram showing a virtual computer system that is an embodiment of the present invention.

FIG. 2 is a logical schematic configuration diagram in the virtual computer system according to the present embodiment.

FIG. 3 is an explanatory diagram showing identification information of a virtual computer of the system operation support device according to the present embodiment.

FIG. 4 is an explanatory diagram showing instructions for performing communication between a control program and a system driving support device in the present embodiment.

FIG. 5 is an explanatory diagram showing details of an operand of the instruction in FIG. 4 in the present embodiment.

FIG. 6 is an explanatory diagram showing data of communication between a system driving support device and a service processor in the present embodiment.

FIG. 7 is a flowchart showing an IPL process in this embodiment.

FIG. 8 is a flow chart diagram showing hot standby system processing in the present embodiment.

[Explanation of symbols]

 100 system operation support device (CSC) 101 disk device (HD) 102 console display device (CD) 103 external connection terminal (port A) 104 external connection terminal (port B) 105 service processor (SVP-A) 106 service processor ( SVP-B) 107 Information processing device (CPU-A) 108 Information processing device (CPU-B) 109 Channel connection device (CTCA) 200 Hypervisor (HYP-A) 201 Virtual computer (LPAR-A) 202 Virtual computer (LPAR) -B) 203 Hypervisor (HYP-B) 204 Virtual machine (LPAR-C) 205 Virtual machine (LPAR-D) 301 System name (SYSTEM) 302 Route (SVP / PORT) 303 Virtual machine identifier (LPARNO) 304 Status (STAT) 401 Command word (SVPCALL) 402 First operation (R1) 403 Third operation (R3) 404 Command control table (SCT) 405 Size (LNG) 406 Reason code (RC) 407 Address (AINFADR) 500 Additional information (AINF) 501 Device code (FCODE) 502 Operation code (ACODE) 503 Virtual machine identifier code (LPRNO) 504 Additional information address (ADDINF) 600 Communication data (CSCDATA) 601 Type code (CODE) 602 Large Code (LENGTH)

Claims (4)

(57) [Claims] 1. A virtual computer system in which a virtual computer operates on a processing device under the control of a control program, and a service processor for performing maintenance operation of the processing device, remote operation and automatic operation of the service processor. A system operation support device for driving is provided, and a virtual machine identifier for identifying the virtual machine is added when communication is performed between the service processor and the system operation support device. Virtual computer system. 2. When the service processor receives an operation command from the system operation support device, the virtual computer identifier is determined, and when the virtual computer identifier is valid, the operation command is interrupted to the control program. The virtual computer system according to claim 1, wherein the notification is given by 3. The processing device, wherein the system operation support device has identification information of the processing device to be operated and the virtual computer operating on the processing device, and when the operation to the virtual computer is instructed, the processing device The virtual computer system according to claim 1, wherein an operation command is issued to the service processor to which is connected. 4. When the virtual computer issues an operation instruction to the system operation support device, the control program adds the virtual computer identifier and issues an operation instruction to the system operation support device. The virtual computer system according to claim 1, which is characterized in that.