JPH10283210A - Virtual machine movement control system between virtual machine systems - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve the flexibility of system operation by moving a virtual machine between virtual machine systems operated by plural real machines. SOLUTION: A means is provided which gives common logical names to real machine resources to manage them in each virtual machine system. A movement source 20 of a virtual machine(VM) is provided with a means which reports the logical names of real machine resources corresponding to VM configuration information, and a movement destination 22 is provided with a means which generates the same VM configuration by received logical names, thus realizing movement of the VM configuration. The movement source 20 is provided with a means which holds a new asynchronous operation request of a VM to be moved to stop the VM and transfers VM resource information and asynchronous operation holding information to the movement destination, and the movement destination 22 is provided with a means which restarts the VM operation in accordance with received information.

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 of a loosely-coupled multiprocessor system composed of a plurality of real computers, and more particularly to an operating system (virtual system) operating on a virtual computer system on a certain real computer. (A computer) to a virtual computer system on another real computer.

[0002]

2. Description of the Related Art Conventionally, as shown in FIG. 1, computer resources 1 such as a magnetic disk device 131 and a magnetic tape device 132 are used.
3 is shared by a plurality of real computers 10 and 11,
Loosely-coupled multiprocessor system (LCMP: Loosely Couple) in which information transmission means 12 connects between 0 and 11
led Multiprocessor), each real computer 10, 11
In a virtual machine system configuration in which the virtual machine system operates on the virtual machine system, a virtual machine control program (VMCP: Virtual Machine Cont
The input / output to / from the console 14 connected to the virtual computer system in another real computer or the spool file 15 through the information transmission means 12 under the control of the rol program 101, 112 is realized. However, for example, once virtual machines (VM: Virtual Machines) 102 and 103 are generated on the virtual computer system 10 (real computer 10), the VMs are fixed in the generated virtual computer system, that is, the VMs 102 and 103 are fixed. It was fixed to the real computer 10 and could not be moved to, for example, the VM 113 of another virtual computer system (real computer 11). For this reason, there were the following restrictions in operation and operation.

(1) Due to an increase in the number of operating VMs and an increase in the usage rate of computer resources such as a main storage device, an extended storage device, an instruction processor (IP), and an input / output channel in an operating system (OS) on the VM. In a state where the load is concentrated on a specific real computer in the LCMP and the OS on the VM cannot receive sufficient service, even if the usage rate of the computer resources is low on other real computers, the VM is fixed to the real computer. Therefore, other real computer resources whose utilization rate of the computer resources is low cannot be used.

(2) When a real computer is planned to be stopped for the purpose of maintenance of real computer hardware, etc., the VM
Is fixed to the real computer, the operation of the OS on the VM of the real computer to be stopped must also be stopped.

(3) In any of the above cases (1) and (2), in order to use the computer resources of another real computer, the operation of the OS is temporarily stopped, and a VM is generated on another real computer. And restart the OS.

[0006]

In the prior art, it is impossible to move a VM once created to a VM on a virtual machine system running on another real machine while the OS is running. To move to a VM on a virtual machine system running on another real machine while the OS on the VM is running and continue the OS operation, there are the following problems.

(1) The first problem relates to the VM configuration at the source and the VM configuration at the destination. In OS, OS
At the time of startup, the hardware configuration is recognized, the configuration information is fetched into the main memory and managed. Therefore, VM
For example, the VM 103 shown in FIG.
In the case of migration to the M113, if there is a difference between the main storage size of the VM, the extended storage size of the VM, the number of IPs, and the input / output configuration between the source VM 103 and the destination VM 113, the source OS 105 manages the main storage in the main storage. There is a difference between the hardware configuration on the VM that has been used and the VM hardware configuration of the destination OS 115, and the operation of the OS 115 cannot be guaranteed. It is necessary to assign the same real computer resource 13 in the LCVM that has been allocated to the source VM 103 in the LCMP in the destination VM 113.

In particular, regarding the input / output configuration, a so-called extended channel system (ECS) is used.
In the case of, subchannels are assigned one-to-one to devices regardless of the connection state between the channels and the input / output devices (devices). The program uses the subchannel numbers corresponding to the devices and the subchannel numbers as shown in FIG. Input / output start instruction (Start Su) by designating a simple operation request block (ORB) 30
bchannel: SSCH). That is, the source VM
Regarding the input / output devices 131 and 132, which are the real computer resources 13 shared in the LCMP allocated to the 103, the same is assigned not only to the destination VM 113 but also to the input / output device. The arrangement of sub-channels must be the same. In addition, a sub-channel information read command (Store
Subchannel: STSCH) can read a path management control word (PMCW) 31 and a subchannel status word (SCSW) 32 of each subchannel as shown in FIG.
The path management control word 31 includes a path setting mask (PIM), a path usable mask (PAM), and CHPID0 indicating a physical address of a channel as input / output path information to an input / output device used by the subchannel. ~ CHPI
D7 and the like are stored. The input / output path information must also be the same in the source VM 103 and the destination VM 113.

(2) The second problem relates to stopping and restarting a VM. While the OS is operating, there is a possibility that virtual resources represented by the main storage device may be updated.
It is not possible to move that information to another computer while the is running. That is, in order to move the VM, it is necessary to temporarily stop the operation of the VM and restart the VM after the transfer. Although the processor resources of the VM, that is, the stop and restart of the virtual instruction processor, can be performed by controlling the assignment of the real instruction processor to the VM, the input / output operation that operates asynchronously with the instruction processor operation. However, there is a possibility that the main memory is updated, and the operation must be stopped. However, if the asynchronous operation during execution is forcibly stopped, it is difficult to restart the asynchronous operation, and there has been a problem how to stop and restart the asynchronous operation.

A first object of the present invention is to make it possible to transfer an OS running on a certain VM to a VM of another real machine between virtual machine systems on a plurality of real machines, Is to enable the effective use of computer resources. A second object of the present invention is to improve the flexibility of system operation by moving a VM between real computers.

[0011]

In order to solve the above-mentioned problems, in the present invention, a means for adding a logical name to a real computer resource in each virtual computer system is provided, and a computer resource shared between the real computers is provided. , The same logical name is assigned to each virtual computer system. The logical name given to the computer resource is described in each virtual computer system control program (V
MCP). The source virtual computer system is provided with means for transferring, as VM configuration information of the VM to be moved, the logical name of the real resource corresponding to the virtual resource configuration information to the destination virtual computer system, The system is provided with means for determining whether or not to generate the same VM configuration as the source VM based on the received logical name, and for generating the same VM configuration. Further, the source virtual computer system is provided with a means for reading and transmitting information of the virtual resource allocated to the VM to be moved, and the destination virtual computer system stores the received virtual resource information in the VM, Means are provided for restarting the VM operation. This allows
A VM on one computer can be moved to another computer.

Further, in the virtual machine system at the transfer source,
A means for managing an asynchronous operation state operating asynchronously with the virtual instruction processor in the VMCP and judging the asynchronous operation state to determine whether or not to start the VM transfer is provided. Further, the virtual machine system at the migration source is provided with means for suspending a new asynchronous operation request issued by the OS and transferring the request as asynchronous operation request information. Is provided to restart the operation of the suspended asynchronous operation request by receiving the request. As a result, the OS can be moved to another computer and operated without stopping the asynchronous operation request.

[0013]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to FIGS. Here, an instruction processor, a main storage device, an extended storage device, an input / output device, and the like are assumed as target virtual resources. In addition, the input / output operation by the extended channel system (ECS) is the target asynchronous operation.

FIG. 2 is a block diagram showing a virtual computer system according to one embodiment of the present invention. Virtual computer system 2
Prior to the operation of the virtual machine (0,22), the configuration information 242,252 of the real computer resources used in the virtual machine (VM) and the respective computer resources are made to correspond to the generation information 24,25 in the system generation of the virtual machine system. The logical names 241 and 251 are specified. At this time, for the devices shared between the real computers, the respective virtual computer systems 20 and 2
2 specifies the same logical name. This logical name 241,
251 makes it possible to recognize the resources shared between the virtual machine systems 20 and 22. This logical name and the actual computer configuration definition information (241 and 242, 251 and 252)
And the logical name are stored on a storage medium (system volume) in which the virtual computer systems 20 and 22 are stored.
Are read and managed in the logical name information 2012, 2212 of the real resource management tables 201, 221.

In the process of generating (logging on) the VMs 203, 206 and VM 226, the virtual resource management table 202,
Generate VM configuration information 2021 and 2221 in 222,
According to the VM directory information defined for the VM in advance, the virtual resource is allocated to each of the VMs 203, 206, and 226 by occupying or sharing the virtual resource. This VM
The allocation status to the virtual resource management tables 202 and 2
22 VM allocation information 2022, 2222 and the real resource management tables 201, 221 allocation information 2011, 221.
2211.

As described above, in the ECS, input / output devices (devices) are handled in one-to-one correspondence with subchannels, and subchannel numbers are assigned in ascending order from 0 in the computer system. Therefore, in the virtual computer system, the real sub-channels are virtualized, and the sub-channel numbers are sequentially allocated from the sub-channel number 0 for each input / output device allocation. The virtual input / output device allocation information stores and manages information of each virtual sub-channel in the virtual resource management tables 202 and 222 in the configuration shown in the virtual sub-channel management table 40 of FIG. In FIG. 4, when a virtual input / output device is assigned to a VM, the path management control word (P
Input / output path information (PIM, PAM, CHPID0 to CHPID) of virtual PMCW information 4011 corresponding to MCW)
7) stores the corresponding real sub-channel information. S
In the TSCH instruction simulation, the virtual PMCW 40
11 is stored in the VM main memory. The asynchronous operation management table 20 in FIG.
7, 227 are virtual resource management tables 202,
Asynchronous operation status flag 4012 and asynchronous operation pending flag 40 in virtual subchannel table 40 in 222
14 is extracted and shown.

FIG. 5 is an overall flowchart showing VM movement control according to one embodiment of the present invention. Hereinafter, the OS 204 on the VM 203 of the virtual machine system 20 shown in FIG.
On the VM 223 of another virtual machine system 20
The case of moving as 224 will be described as an example.

<Notification of Mobile VM Configuration> A command for instructing VM migration is input from a system console that controls the virtual machine system, or through a handshake instruction for instructing VM migration from an OS running on the VM. , A VM migration request is notified to the VM migration request receiving unit 210 and passed to the VM configuration information notifying unit 211. VM
Upon receiving the migration request notification, the VM configuration notifying unit 211 reads the VM configuration information 2 from the virtual resource management table 202.
021, virtual resource VM allocation information 2022,
The logical name 2012 of the real resource corresponding to the virtual resource allocated to the VM 204 is read, and the VM
A configuration information table 60 is created and stored. Where V
The virtual I / O device configuration information 64 of the table 60 includes the virtual sub-channel management table 40 of FIG. The information of the input / output device (virtual sub-channel) assigned to the source VM is stored in the order of the sub-channel numbers.

The VM configuration notifying unit 211 transmits the VM configuration information table 60 to another virtual computer system 22 through the information transmission unit 12 between real computers, and requests generation of a VM configuration (step 501).

<Generation of the Same VM Configuration> The same configuration generation availability determination means 231 of the virtual computer system 22 receives the VM configuration information table 60 from the virtual computer system 20 through the information transmission means 12 between the real computers (step). 511), it is determined from the information in the VM configuration information table 60 and the real resource management table 221 whether or not the same VM configuration can be generated (step 512). FIG. 7 is a detailed flowchart of the determination of whether or not the same VM configuration can be generated. The same main storage size, expanded storage size, and the number of virtual processors as the source VM can be assigned. Whether the virtual I / O device to which the virtual I / O device has been assigned is configured as the computer of the virtual computer system 22 of the movement destination, or whether the virtual I / O device is configured as the computer but is already occupied and allocated to another VM. By sequentially checking (steps 701 to 707), it is determined whether generation of the same VM configuration is possible or impossible (steps 708 and 709).

The point to be noted here is only that it is determined whether or not the same input / output device can be assigned. The difference between the source VM and the destination VM regarding the input / output path is that the VMCP uses the virtualization of the input / output path. Perform and absorb.

When it is determined that the same VM configuration can be generated, the same VM configuration generation unit 232 adds the VM configuration information of the generated VM 113 to the virtual resource management table 222. That is, the source VM 10 stored in the VM configuration information table 60 (FIG. 6) received in Step 511
According to the information of No. 3, the corresponding destination computer resources (main storage, extended storage, instruction processor, input / output device) are allocated, and the VM allocation information 2 of the virtual resource management table 232 is allocated.
By updating the 222 and updating the assignment information 2211 of the real resource management table 221, the same VM 223 as the source VM 103 is generated (step 513).

Here, the virtual subchannel number for the virtual input / output device is numbered 0 for each VM allocation of the input / output device.
, The input / output devices are assigned to the destination VM 223 in accordance with the order of the virtual input / output device configuration information 64 (FIG. 6) in which the input / output device configurations of the source VM 203 are stored in the order of the subchannel numbers. As a result, the same input / output configuration including the sub-channel number is generated.
Further, a virtual sub-channel management table shown in FIG. 4 is generated in the virtual resource management table 222 for each virtual input / output device allocation, and the virtual PMC in the table is generated.
W information (device number, PIM, PAM, CHPID0
ＣＨCHPID7) stores the value stored in the virtual input / output device information 64. As a result, the input / output path configuration (information in the PMCW stored by the STSCH instruction) seen from the OS is also the same.

Although the virtual I / O path information at the source VM matches the actual I / O path information because the value of the real sub-channel information is used, the virtual I / O path information at the destination VM The configuration does not always match the actual input / output path configuration. This inconsistency causes a problem with the input / output activation instruction (S
(SCH) input / output path selection. The SSCH instruction is
A value obtained by calculating the logical product of the path mask designated as the logical path mask (LPM) of the RB (FIG. 3), the path setting mask (PIM), and the path available mask (PAM) is set as a selected path mask (SPM), and the result ( The input / output path is selected from the input / output paths corresponding to the bit whose SPM) has become 1, and the input / output operation is started. That is, if there is no actual input / output path corresponding to the SPM of the input / output activation of the OS in the destination VM, the input / output normally terminated at the source becomes an input / output error at the destination VM (input / output activation). Failure: Condition code 3 as a result of SSCH instruction, or delay condition code 3) due to input / output interrupt.

The difference between the actual input / output paths at the source and the destination is determined by the asynchronous operation request simulation means 216.
The problem is solved by executing the SSCH instruction simulation as shown in FIG. In FIG. 9, the SPM generated from the LPM designated by the OS in the virtual input / output path configuration
Is called a virtual SPM, the LPM specified by the OS, the virtual PI
M and the logical product of the virtual PAM (step 90)
1). When the value of the virtual SPM is 0, simulation of the failure of the input / output activation is performed (steps 902 and 915). If the value of the virtual SPM is 1, the SPM in the actual I / O path configuration is changed to the real SPM unless the instruction issuer VM is preparing for VM migration.
, And the logical product of the virtual SPM, the real PIM, and the real PAM is obtained (steps 903 and 907). If the value of the real SPM is other than 0, there is a real I / O path corresponding to the input / output path specified by the OS, so that the real SPM is set to the real LPM and the SSCH instruction is issued to the real computer. Issue (steps 908, 909, 911, 912). On the other hand, if the value of the real SPM is 0, there is no real input / output path corresponding to the input / output path specified by the OS, so the real PIM
By setting the logical product of the actual PAM and the real PAM in the real LPM (step 910) and issuing an SSCH instruction to the real computer, an input / output error (input / output activation failure) is avoided (step 911). , 912). If the SSCH instruction is issued, the target virtual sub-channel management table 4
The asynchronous operation state flag of 0 (FIG. 4) is set to 1, and the input / output activation is simulated (step 91).
3,914). FIG. 10 shows the input / output termination interrupt processing when the input / output activation is successful.

According to the SSCH instruction simulation as described above, a VM configuration having the same sub-channel number and input / output path information is generated between the source VM and the destination VM, and the input / output issued by the OS at the destination is provided. An operation request can also be executed normally.

<Response of Generation of Same VM Configuration> After generation of the same VM configuration, the virtual machine system 22 responds to the virtual machine system 20 of the migration request source via the information communication means 12 between the real computers, VM2 from source
It will wait for the reception of the virtual resource information from the server 03 (step 514). On the other hand, if it is determined that a VM having the same configuration cannot be generated, the virtual machine system 22 responds to the virtual machine system 20 that has requested the migration with a VM generation failure, and
Interrupting and terminating the execution of the VM movement control (step 51)
9). When receiving the response of the VM generation failure from the destination, the source determines that the generation of the same VM configuration has failed, and suspends and terminates the subsequent execution of the VM migration control (steps 502 and 503).

As described above, the VM configuration between the computers (in this example, the VM 20
3 and 223) can be guaranteed.

<Asynchronous operation stop> The input / output operation is performed asynchronously with the instruction processor. During the input / output operation, the main memory may be updated. When the main memory of the VM is moved to a VM of another real computer, the contents of the main memory of the source VM and the content of the main memory of the destination VM may be different. That is, the VM cannot be moved unless the asynchronous input / output operation is completed.

Then, the source virtual machine system 20 receives a response to the VM creation request from the destination virtual machine system 22 (step 502), and confirms that the same VM configuration has been successfully created (step 503). The OS 204 is executed by the asynchronous operation request simulation unit 216.
Is suspended (step 504), and the VM stoppage availability determination means 215 confirms that the asynchronous input / output operation has been completed (step 505). FIG. 8 shows a flowchart of the determination process of the asynchronous operation stop state in the VM stop possibility determination unit 215. Steps 904 to 906 in the SSCH instruction simulation in FIG. 9 show the suspension processing of a new asynchronous operation instruction request in the asynchronous operation request simulation means 216.

The asynchronous operation management table 207 managed in the VMCP of the virtual machine system 20 has asynchronous operation state information 2271 and asynchronous operation request suspension information 2272 corresponding to the virtual input / output device. Virtual subchannel management table 40 corresponding to the output device
Are managed as asynchronous operation status flag 4013, asynchronous operation pending flag 4014, and asynchronous operation request pending information 4015. In the simulation of the I / O start (SSCH) instruction for the target virtual sub-channel shown in FIG. 9, if the I / O start instruction is issued to the real computer and the I / O start is successful, the value is set to 1. (Step 913). Further, as shown in FIG. 10, when the input / output operation of the target virtual device on the real computer is completed, the value of the asynchronous operation state flag is reset to 0 (step 921), and the input / output interruption to the VM is performed. A simulation is performed (steps 922, 923, and 924). VM
As shown in FIG. 8, the stoppage availability determination means 215 determines whether the input / output operation, which is an asynchronous operation, is stopped, or not, by referring to the value of the asynchronous operation state flag. That is, if the value of the asynchronous operation state flag corresponding to all the virtual devices of the VM 203 is 0, it can be determined that the asynchronous operation is in the stopped state (steps 801 and 80).
2,803,804). If an input / output operation is being performed on one or more virtual devices of the VM 203, there is a virtual device with an asynchronous operation status flag value of 1, and it can be determined that the asynchronous operation is being performed (steps 801 and 805).

Here, when waiting for the stop of the asynchronous operation only by the VM stop possibility determining means 215, the input / output operation which is the asynchronous operation can be operated in parallel to a plurality of input / output devices. , Input / output is activated for the input / output device, and the probability of occurrence of a state in which input / output operation is not performed in all input / output devices is extremely low. Therefore, the asynchronous operation request simulation unit 216 generates a new asynchronous operation instruction 205 issued by the OS 204.
Are suspended in the asynchronous operation management table 207 to create a state in which asynchronous operation is not performed (step 504).

More specifically, if the input / output activation instruction, which is the asynchronous operation instruction 205 issued by the OS, is being prepared for VM migration at the time of instruction simulation with the VMCP, it is the operand of the input / output activation instruction shown in FIG. The operation request block (ORB) 30 is stored in the asynchronous operation request hold information 4015, and a flag indicating that the asynchronous operation request is being held and an asynchronous operation hold flag are set to one. Then, the virtual SC in the virtual sub-channel management table 40 shown in FIG.
By setting the flag indicating the start suspension of the SW information 4012 to 1, the input / output operation request is suspended in the ECS,
Simulate a start pending state in which the input / output operation has not started.

Asynchronous operation request simulation means 21
In step 6, the input / output activation instruction is not issued to the real computer, and the state where the input / output activation is successful is simulated and completed (steps 903, 904, 905, and 90).
6,914). The asynchronous operation suspension flag 4014 and the asynchronous operation request suspension information 4015 are used for restarting the input / output operation in the virtual computer system 22 on another real computer after the VM migration.

If the asynchronous operation is suspended or stopped by the asynchronous operation request simulation 216 and it is determined that the VM can be stopped by the VM stop determination 215, the VM stop means 214 prevents the VM 203 from updating the virtual resource information so that the virtual resource information is not updated. Stop is performed (step 506). That is, V
The M suspension unit 214 suspends the assignment of the real processor resource to the virtual processor of the migration source VM 203.
As a result, the identity of the destination virtual resource information and the source virtual resource information is guaranteed.

<Migration of VM / Restart of Operation> In the virtual machine system 20 of the migration source, V
After the stop of M, virtual resource information (main storage, extended storage, instruction processor, input / output device, sub-channel, etc.) as shown in FIG. The data is transmitted to the virtual machine system 22 at the destination of the VM migration through the means 12 (step 504). In the virtual machine system 22 of the VM migration destination, the virtual resource information received and stored by the virtual resource information
The information is stored in the corresponding virtual resources allocated in step 2 (step 515).

Subsequently, the asynchronous operation management information transmitting means 217 of the virtual machine system 20 at the transfer source stores the asynchronous operation management table 2 in which the asynchronous operation request is stored.
07 is transmitted as asynchronous operation management information to the virtual machine system 22 to which the VM has been moved through the information transfer means 12 between the real computers (step 508). Asynchronous operation management information receiving means 23 of virtual machine system 22 at the VM migration destination
In step 7, the received asynchronous operation management information is stored in the asynchronous operation management table 227 (step 516).

With the above, information transmission between the virtual machine systems is completed. After that, in the virtual machine system 20, post-processing of the source VM 203 is performed in the virtual machine system 20, and in the virtual machine system 22, the operation of the destination VM 223 is restarted as follows.

In the migration source virtual machine system 20 where the transfer of the VM information has been completed, the VM 203 is deleted by the VM configuration deletion unit 212 (step 509). Specifically, the real resource management information (2011) corresponding to the virtual resource allocated to the VM 203 is updated to an unallocated state, and the virtual resource (main storage, extended storage, instruction processor, input / output device) is released. . Due to the disappearance of the VM (103), the load on the virtual machine system 20 is reduced.

On the other hand, the transfer destination V for which the transfer of the VM information has been completed
In M223, the operation of the OS is continued by starting the operation of the suspended asynchronous operation request and the operation of the virtual instruction processor (steps 517, 518). FIG.
Shows the restart processing flow of the asynchronous operation.

The asynchronous operation request starting means 236 restarts the asynchronous operation request in the asynchronous operation management table 227 transferred from the transfer source. As shown in FIG. 4, the pending state of the asynchronous operation request is indicated by an asynchronous operation pending flag 401.
4 and the ORB of the input / output activation instruction (SSCH) issued by the OS stored in the asynchronous operation pending information 2272 for all the virtual input / output devices for which the asynchronous operation pending flag is set to 1. Of the channel control word (CCW) indicated by the CCW address from the virtual address to the real address, and issues an input / output activation instruction to the real computer (steps 931, 932, 933 and 934
935, 936, 937). By converting the CCW virtual address from the real address in the destination VM, the source VM is converted.
Even if the location (real address) on the main memory assigned to the destination VM and the destination VM is different, the migration of the VM is enabled.
As a result, the input / output operation, which is an asynchronous operation suspended in the source VM (103), can be executed in the destination virtual computer system with the VM migration.

Next, the VM restarting means 234 stores the VM stopped by the VM stopping means 214 in the destination VM (10
The operation of the VM is restarted by allocating real processor resources to the virtual processor of 3).

With the above-described control, the operation of stopping the asynchronous operation on the OS or stopping the operation of the OS is performed without performing the operation.
According to the instruction to move M, the OS can be moved to the VM of another real computer, and the operation of the OS can be continued.

[0044]

According to the present invention, in a loosely coupled multiprocessor system in which a virtual computer system is constructed and operated on a plurality of real computers, an operating system (virtual computer) operating on a certain virtual computer system Can be moved to a virtual computer on a virtual computer system of another real computer, thereby making it possible to effectively use computer resources. In addition, the flexibility of system operation can be improved by moving virtual computers between real computers in preparation for planned suspension of the real computers for the purpose of maintenance of the real computer hardware.

[Brief description of the drawings]

FIG. 1 is a general block diagram of a virtual machine system having a loosely-coupled multiprocessor configuration.

FIG. 2 is an overall block diagram showing the concept of an embodiment of a virtual machine system according to the present invention.

FIG. 3 is a diagram showing a control block of an input / output-related instruction of an extension channel system which is an object of the embodiment of the present invention.

FIG. 4 is a diagram showing a table for managing virtual subchannels corresponding to a virtual input / output device targeted in one embodiment of the present invention;

FIG. 5 is an overall flowchart showing VM movement control according to one embodiment of the present invention.

FIG. 6 is a diagram showing an information table transferred between real computers in order to generate a VM having the same configuration according to one embodiment of the present invention;

FIG. 7 is a flowchart illustrating logic for determining whether to generate a VM having the same configuration according to an embodiment of the present invention;

FIG. 8 is a flowchart showing logic for determining that all asynchronous operations related to the mobile VM have stopped in one embodiment of the present invention.

FIG. 9 is a flowchart showing the logic of an input / output activation instruction simulation according to one embodiment of the present invention.

FIG. 10 is a flowchart showing the logic of an input / output interrupt simulation according to one embodiment of the present invention.

FIG. 11 is a flowchart illustrating the logic of restarting a pending asynchronous operation according to one embodiment of the present invention.

FIG. 12 is a diagram showing VM resource information that moves between virtual machine systems according to an embodiment of the present invention.

[Explanation of symbols]

 20, 22 Virtual computer system 24, 25 Generation information 201, 221 Real resource management table 202, 222 Virtual resource management table 203, 223 VM 207, 227 Asynchronous operation management table 211 VM configuration information notifying means 212 VM configuration erasing means 213 Virtual Resource information reading and transmitting means 214 VM stopping means 215 VM stopping availability determination means 216 Asynchronous operation request simulation means 217 Asynchronous operation management information transmission means 231 Same configuration generation availability determination means 232 Same VM configuration generation means 233 Virtual resource information receiving and storing means 234 VM Restart means 236 asynchronous operation request restart means 237 asynchronous operation management information receiving means

Claims (3)

[Claims] 1. A multiprocessor system in which a virtual computer system is constructed and operated on a plurality of real computers, and a running virtual computer system on one real computer is replaced with a virtual computer system on another real computer. This is a virtual machine migration control method between virtual machine systems that move to a virtual machine system, in which each virtual machine system assigns a logical name to a real computer resource, and the computer resources shared by each computer have the same logical name in each virtual machine system. Give a name,
Means for managing real resources, and configuration information of a virtual machine to be moved from the source virtual machine system to the destination virtual machine system,
Means for notifying the virtual resource configuration information and the logical name of the real resource corresponding to the virtual resource configuration information; and determining whether or not the same virtual computer configuration as the source virtual computer can be generated based on the logical name in the destination virtual computer system. Means for generating the virtual machine, and means for reading out virtual resource information allocated to the virtual machine to be moved in the source virtual machine system, transferring the virtual resource information to the destination virtual machine system, and deleting the virtual machine. Means for storing the transferred virtual resource information in the generated virtual computer and restarting the operation in the destination virtual computer system, wherein virtual machine migration between the virtual computer systems is provided. control method. 2. The source virtual computer system determines that an asynchronous operation instruction issued by a virtual computer to be moved does not operate on a real computer, puts the virtual computer into a stopped state, and starts reading virtual resource information. 2. The virtual machine migration control method between virtual machine systems according to claim 1, further comprising: 3. The source virtual machine system has means for suspending execution of an asynchronous operation instruction issued by the virtual machine to be moved and transferring the asynchronous operation request information to the destination virtual computer system. 3. The virtual machine between the virtual machine systems according to claim 1, wherein the destination virtual machine system has means for resuming the execution of the asynchronous operation instruction held by the transferred asynchronous operation request information. Movement control method.