JP2016526710A - Method, computer program and apparatus in data processing system (use of client resources during mobility operation) - Google Patents

Abstract

A mechanism in a data processing system for logical partition migration is provided. In response to a virtual machine monitor initiating a logical partition migration operation to move a logical partition from a source system to a destination system, a mechanism processes from the logical partition to the virtual machine monitor. Reallocate the resource part. The virtual machine monitor uses a portion of the processing resources to accomplish the logical partition migration operation. In response to the completion of the logical partition migration operation, the mechanism returns a portion of the processing resources to the logical partition. [Selection] Figure 3

Description

  The present application relates generally to improved data processing apparatus and methods, and more particularly to utilizing client resources during mobility operations to improve performance and better utilize system resources. For the mechanism.

  Live Partition Mobility (LPM) is a power of the POWER6 (R) and POWER7 (R) servers that allows a running logical partition (LPAR) to be relocated from one system to another. It is a feature. POWER6 (R) and POWER7 (R) are trademarks of International Business Machines Corporation in the United States and other countries. The source system and the target system must have access to the same network and storage area network (SAN), but need not be of the same type. The relocated partition must be fully virtualized (ie it does not have a dedicated input / output (I / O) adapter) but can be converted to a virtual adapter during the move using multipath software. It is possible to fail over.

  A “dirty” page that can be moved in any sized partition, basically memory is copied asynchronously from one system to another and re-copied as needed Create a clone of the running partition with When the threshold is reached (i.e. when a large percentage of the pages have been successfully copied across), the partition is transferred to the target machine and any remaining pages are copied across the sync synchronously. The agent that executes the memory copy is a designated virtual I / O server (VIOS) on each machine. LPM is used to avoid planned server maintenance, load balancing among multiple servers, and outages for energy savings.

  The object of the present invention is to solve the problems presented in the background art.

  In one exemplary embodiment, a method in a data processing system is provided, in which a virtual machine monitor initiates a logical partition migration operation to move a logical partition from a source system to a destination system. In response to reallocating portions of processing resources from the logical partition to the virtual machine monitor. The method further includes performing a logical partition migration operation with the virtual machine monitor. The virtual machine monitor uses a portion of the processing resources to accomplish the logical partition migration operation. The method further includes returning processing resources to the logical partition in response to completion of the logical partition migration operation.

  In another exemplary embodiment, a computer program comprising a computer usable or readable medium having a computer readable program is provided. When executed on a computing device, the computer-readable program causes the computing device to perform various operations and combinations of operations outlined above with respect to the embodiments illustrating the method.

  In yet another exemplary embodiment, a system / apparatus is provided. The system / device can comprise one or more processors and a memory coupled to the one or more processors. The memory, when executed by one or more processors, causes the one or more processors to perform various operations and combinations of operations outlined above with respect to the embodiments illustrating the method. Instructions can be included.

  These and other features and advantages of the present invention will be described in the following detailed description of exemplary embodiments of the invention, or see the following detailed description of exemplary embodiments of the invention. Will be apparent to those skilled in the art.

  The preferred modes of use of the present invention, as well as further objects and advantages, together with the present invention, are best understood by referring to the following detailed description of exemplary embodiments when read in conjunction with the accompanying drawings. It will be.

1 is a schematic representation depicting an example distributed data processing system in which aspects of example embodiments may be implemented. 1 is a block diagram of an example data processing system in which aspects of example embodiments may be implemented. FIG. 6 is a block diagram illustrating partition migration with granting of processor resources according to an embodiment. FIG. 3 is a block diagram illustrating partition migration with granting of processor resources by the migration partition, according to an exemplary embodiment. FIG. 6 is a block diagram illustrating partition migration using virtual machine monitor control across processor resources, in accordance with an exemplary embodiment. 6 is a flowchart illustrating a partition migration operation using a grant of processor resources by a migration partition, in accordance with an exemplary embodiment. 6 is a flowchart illustrating a partition migration operation using virtual machine monitor control across processor resources, in accordance with an exemplary embodiment.

  The exemplary embodiments provide a mechanism for utilizing client resources during mobility operations to improve performance and better utilize system resources. Live Partition Mobility (LPM) allows running partitions along with their operating system (OS) and applications from one physical server (ie, a computer electronic complex (CEC)) to another. Provides one with the ability to move without interrupting the operation of the compartment. The mover kernel extension on the virtual asynchronous service interface (VASI) virtual device and virtual I / O server (VIOS) partition provides the ability to carry partition state from one system to another. A VIOS configured to take advantage of this functionality is considered a mover service partition (MSP).

  The POWER (R) hypervisor (PHYP) is a thin firmware level with knowledge of the state of the client's partition, including the memory of the client's partition. A hypervisor is a type of virtual machine monitor in a data processing system that creates, executes, and manages virtual machines (logical partitions). The hypervisor or VMM also performs virtualization of resources allocated to the logical partition and performs other functions for executing and managing the logical partition. Although the exemplary embodiments described herein refer to PHYP, or more generally a hypervisor, aspects of the invention apply to any form of virtualization component or VMM.

  During an active transition period, PHYP provides support for transferring both state and memory image client information between MSPs of the source and destination systems. In order to move the client's memory image, PHYP potentially sends and tracks the client's memory and retransmits dirty pages so that the client continues to run for almost all periods of mobility operations. Can be.

  In one implementation, the PHYP does not have any memory or central processing unit (CPU) rights in its own right, and during the LPM operation, the client's data in a secure manner from one physical system to another. In order to move, PHYP provides the resources needed by PHYP depending on both the source and destination MSP.

  The client's memory image can be very large, especially in a client running a database. In addition, the current rate of adoption of LPM functionality continues to move towards supporting a greater number of parallel operations. If the MSP needs to support multiple client mobility or multiple multiple mobility operations, the amount of VIOS CPU cycles utilized by PHYP increases.

  LPM users must allocate additional resources on the VIOS partition to support MSP functionality, otherwise the mobility on the VIOS and the performance of other operations will be affected. . In addition, although partition mobility is considered essential in all data centers to avoid outages, LPM is probably not always working. This means that the current solution's VIOS needs to be sized for peak load, so resources are not fully utilized, otherwise the operator will support peak load before performing LPM operations This means that an extra step of giving resources to the VIOS has to be performed.

  The exemplary embodiment provides a mechanism for PHYP to utilize CPU resources from the moved client partition and thus free up CPU resources on the MSP. The mechanism reduces the amount of VIOS resources required for live partition mobility operations. The mechanism of the exemplary embodiment allows to increase overall system utilization and possible cost savings.

  The mechanism of the exemplary embodiment allows the VIOS partition to be configured with fewer CPU resources, but still continue to support many concurrent mobility operations, including multiple client mobility operations. The mechanism reduces the impact of mobility operations on non-migration clients serviced by VIOS. A primary client partition already preferred by additional CPU resources by the operator is more likely to complete a mobility operation faster when migrated in parallel with other non-preferred client partitions. The mechanism also reduces the CPU overhead associated with VIOS that cycles PHYP and increases overall system efficiency. The mechanism of the exemplary embodiment also increases the overall performance of the mobility operation. This is because fewer clients will have access to CPU resources, thus reducing the opportunity for clients to change the page of memory already sent to the destination system and reducing the number of pages that must be retransmitted. Result.

  The above aspects and advantages of exemplary embodiments of the invention will be described in greater detail below with reference to the accompanying drawings. It should be understood that the drawings are only intended to illustrate exemplary embodiments of the invention. The present invention is not explicitly shown in the drawings, but will be readily apparent to those skilled in the art upon review of this description of exemplary embodiments, aspects, embodiments, and modifications to the illustrated exemplary embodiments. Forms can be included.

  As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method, or computer program. Accordingly, aspects of the present invention may be generally implemented in hardware embodiments, entirely software embodiments (including firmware, resident software, microcode, etc.), or “circuits”, “modules” herein. Or may take the form of an embodiment combining software and hardware aspects, all of which may be generally referred to as a “system”. Furthermore, aspects of the invention may take the form of a computer program embodied in one or more computer readable media having computer usable program code embodied therein.

  Any combination of one or more computer readable media may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. The computer readable storage medium may be a system, apparatus, or device of electronic, magnetic, optical, electromagnetic, or semiconductor characteristics, any suitable combination of the above, or equivalents thereof. More specific examples (non-exhaustive list) of computer-readable storage media are: electrical devices with storage capabilities, portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read only memory (EPROM or flash memory), fiber optic based device, portable compact disk read only memory (CDROM), optical storage device, magnetic storage device or above Any suitable combination will be included. In the context of this document, a computer readable storage medium may contain or store a program used by or in connection with an instruction execution system, apparatus, or device. It can be any tangible medium.

  In some exemplary embodiments, the computer readable medium is a non-transitory computer readable medium. A non-transitory computer readable medium is any medium that has no substance or propagation wave, ie is not itself a pure signal or propagation wave. Non-transitory computer readable media can utilize signals and propagating waves, but not the signals or propagating waves themselves. Thus, for example, various types of memory devices and other types of systems, devices, or apparatuses that utilize signals in any way, such as maintaining their state, are within the scope of this description. It can be considered a temporary computer-readable medium.

  On the other hand, a computer readable signal medium may include a propagated data signal in which computer readable program code is embodied, for example, in baseband or as part of a carrier wave. Such propagated signals can take any of a variety of forms including, but not limited to, electromagnetic, optical, or any suitable combination thereof. A computer-readable signal medium is not a computer-readable storage medium, but communicates, propagates, or carries a program used by or in connection with an instruction execution system, apparatus, or device. Any computer-readable medium that can be used. Similarly, a computer-readable storage medium is any readable medium that is not a computer-readable signal medium.

  Computer code embodied on a computer-readable medium may be any, including but not limited to, wireless, wireline, fiber optic cable, radio frequency (RF), etc., or any suitable combination thereof Can be transmitted using any suitable medium.

  Computer program code for performing operations for aspects of the present invention includes object oriented programming languages such as Java®, Smalltalk®, C ++, and “C” programming language or similar programming languages. It can be written in any combination of one or more programming languages, including conventional procedural programming languages. The program code may be entirely on the user's computer, partly on the user's computer as a stand-alone software package, partly on the user's computer and partly on a remote computer, or completely It can be run on a remote computer or server. In the latter scenario, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or an external computer (E.g., through the internet using an internet service provider).

  Aspects of the invention are described below with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems) and computer program products according to exemplary embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions represent the functions / acts that instructions executed through the processor of a computer or other programmable data processing device are specified in one or more blocks of a flowchart and / or block diagram. A machine can be provided to the processor of a general purpose computer, special purpose computer, or other programmable data processing device to create a means for implementation.

  These computer program instructions are manufactured articles in which instructions stored in a computer readable medium include instructions that implement the functions / acts specified in one or more blocks of a flowchart and / or block diagram. As created, it can also be stored in a computer readable medium and instructed to function in a particular way to a computer, other programmable data processing device, or other device.

  Computer program instructions provide a process for instructions to execute on a computer or other programmable device to implement functions / acts specified in one or more blocks of a flowchart and / or block diagram. Thus, to create a computer-implemented process, it is loaded onto a computer, other programmable data processing device, or other device, and is serialized on the computer, other programmable data processing device, or other device. It is also possible to execute the following operation steps.

  The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagram represents a module, segment, or portion of code that includes one or more executable instructions for implementing a specified logical function. it can. It should also be noted that in some alternative implementations, the functions mentioned in the blocks may occur out of the order mentioned in the figure. For example, depending on the functionality involved, two blocks shown in succession may actually be executed substantially simultaneously, or the blocks may possibly be executed in reverse order. Each block in the block diagram and / or flowchart diagram, and combinations of blocks in the block diagram and / or flowchart diagram, are dedicated hardware-based systems or dedicated hardware and computer instructions that perform the specified function or act It should be noted that it can be implemented by a combination of.

  Thus, the exemplary embodiments can be utilized in many different types of data processing environments. In order to provide a context for describing specific elements and functionality of an exemplary embodiment, FIGS. 1 and 2 are provided below as an exemplary environment in which aspects of the exemplary embodiment may be implemented. Is done. It should be understood that FIGS. 1 and 2 are merely examples and are not intended to assert or imply any limitation as to the environment in which aspects or embodiments of the invention may be implemented. Many variations to the depicted environment can be made without departing from the spirit and scope of the invention.

  FIG. 1 depicts a schematic representation of an exemplary distributed data processing system in which aspects of the exemplary embodiments may be implemented. Distributed data processing system 100 may include a network of computers in which aspects of the exemplary embodiments may be implemented. Distributed data processing system 100 includes at least one network 102 that is a medium used to implement communication links between various devices and computers connected together in distributed data processing system 100. Network 102 includes connections such as wires, wireless communication links, or fiber optic cables.

  In the depicted example, server 104 and server 106 are connected to network 102 along with storage unit 108. In addition, clients 110, 112, and 114 are also connected to network 102. These clients 110, 112, and 114 may be, for example, personal computers, network computers, and the like. In the depicted example, server 104 provides clients 110, 112, and 114 with data such as boot files, operating system images, and applications. Clients 110, 112, and 114 are clients to server 104 in the depicted example. Distributed data processing system 100 may include additional servers, clients, and other devices not shown.

  In the depicted example, the distributed data processing system 100 represents a network 102 that represents a global collection of networks and gateways that use the protocol of the Transmission Control Protocol / Internet Protocol (TCP / IP) suite to communicate with each other. It is the Internet that is provided. At the heart of the Internet is the backbone of high-speed data communication lines between major nodes or host computers, consisting of thousands of commercial, government, educational, and other computer systems that deliver data and messages. It is. Of course, the distributed data processing system 100 may be implemented to include many different types of networks, such as, for example, an intranet, a local area network (LAN), or a wide area network (WAN). As noted above, FIG. 1 is intended as an example and not as an architectural limitation for different embodiments of the present invention, and thus the specific elements shown in FIG. Should not be considered as limiting regarding the environment in which the exemplary embodiments may be implemented.

  FIG. 2 is a block diagram of an example data processing system in which aspects of example embodiments may be implemented. Data processing system 200 is an example of a computer, such as client 110 in FIG. 1, in which computer usable code or instructions implementing processes for an exemplary embodiment of the invention may be located.

  In the depicted example, the data processing system 200 includes a north bridge and memory controller hub (NB / MCH 202), and a hub that includes a south bridge and input / output (I / O) controller hub (SB / ICH 204).・ Adopt an architecture. Processing unit 206, main memory 208, and graphics processor 210 are connected to NB / MCH 202. Graphics processor 210 may be connected to NB / MCH 202 through an accelerated graphics port (AGP).

  In the depicted example, a local area network (LAN) adapter (network adapter 212) connects to SB / ICH 204. Audio adapter 216, keyboard and mouse adapter 220, modem 222, read only memory (ROM 224), hard disk drive (HDD 226), CD-ROM drive 230, universal serial bus (USB) port and other communications Port 232 and PCI / PCIe device 234 connect to SB / ICH 204 through bus 238 and bus 240. Examples of the PCI / PCIe device 234 include an Ethernet (R) adapter for a notebook computer, an add-in card, and a PC card. PCI uses a card bus controller, but does not use PCIe. The ROM 224 may be, for example, a flash basic input / output system (BIOS).

  The HDD 226 and the CD-ROM drive 230 are connected to the SB / ICH 204 through the bus 240. The HDD 226 and CD-ROM drive 230 may use, for example, an integrated drive electronics (IDE) or serial advanced technology attachment (SATA) interface. A super I / O (SIO) device 236 may be connected to the SB / ICH 204.

  The operating system runs on the processing unit 206. The operating system provides coordinated control of various components within the data processing system 200 of FIG. As a client, the operating system may be a commercially available operating system such as Microsoft® Windows 7®. An object-oriented programming system, such as a Java programming system, can run with an operating system and can be called into the operating system from a Java program or application running on the data processing system 200. I do.

  As a server, the data processing system 200 is, for example, an IBM® eServer ™ System p® computer system running an Advanced Interactive Executive (AIX®) operating system or a LINUX® operating system. It may be. Data processing system 200 may be a symmetric multiprocessor (SMP) system that includes a plurality of processors within processing unit 206. Alternatively, a single processor system can be employed.

  Instructions for operating systems, object oriented programming systems, and applications or programs may be located on a storage device such as HDD 226 and loaded into main memory 208 for execution by processing unit 206. For example, the process for an exemplary embodiment of the invention may be located in memory such as, for example, in main memory 208, ROM 224, or one or more peripheral devices, HDD 226 and CD-ROM drive 230. It may be implemented by processing unit 206 using computer usable program code.

  A bus system, such as bus 238 or bus 240, as shown in FIG. 2, may consist of one or more buses. Of course, the bus system may be implemented using any type of communication mechanism or architecture that allows the transfer of data between different components or devices attached to the communication mechanism or architecture. A communication unit, such as modem 222 or network adapter 212 of FIG. 2, may include one or more devices used to send and receive data. The memory may be, for example, a cache such as found in main memory 208, ROM 224, or NB / MCH 202 in FIG.

  One skilled in the art will appreciate that the hardware of FIGS. 1 and 2 may vary depending on the implementation. Other internal hardware or peripheral devices, such as flash memory, equivalent non-volatile memory, or optical disk drives, are depicted in addition to or in FIG. 1 and FIG. 2 in addition to the hardware depicted in FIG. Can be used instead of hardware. Also, the processes of the exemplary embodiments can be applied to multiprocessor data processing systems other than the SMP system described above without departing from the spirit and scope of the present invention.

  Further, the data processing system 200 includes a plurality of client computing devices, server computing devices, tablet computers, laptop computers, telephones or other communication devices, personal digital assistants (PDAs), etc. It can take any form of different data processing systems. For example, in some exemplary embodiments, data processing system 200 is configured with flash memory to provide non-volatile memory for storing operating system files and / or user generated data. A portable computing device. In essence, the data processing system 200 may be any known or later developed data processing system without architectural limitations.

  FIG. 3 is a block diagram illustrating partition migration with granting of processor resources according to an embodiment. The departure mobile partition 311 is migrated from the source system 310 to the destination system 320. In a partition migration operation, the virtual machine monitor (VMM 315) transfers the state and memory image of the departure mobile partition 311 from the mover service partition (MSP 312) in the source system 310 to the MSP 321 in the destination system 320. Provide support to The VMM 325 provides support for receiving the status and memory image of the incoming mobile partition 322 using the MSP 321 in the target system 320.

  The MSP 312 includes a mover / VASI device driver 313, and the MSP 321 includes a mover / VASI device driver 323. The mover / VASI device driver 313 provides central processing unit (CPU) cycles to the VMM 315, and the mover / VASI device driver 323 provides CPU cycles to the VMM 325 to perform partition migration operations. The VMM 315 sends and tracks the client partition's memory and can potentially retransmit dirty pages as the client partition continues to run for almost all periods of mobility operations.

  The client's memory image can be very large, especially in a client running a database. In addition, the current rate of adoption of LPM functionality continues to move towards supporting a greater number of parallel operations. If the MSP 312, 321 needs to support multiple client mobility or multiple multiple concurrent operations, the amount of CPU cycles utilized by the VMM increases.

  LPM users must allocate additional resources on the MSPs 312, 321 to support MSP functionality, otherwise affecting mobility and other operational performance on the MSPs 312, 321. In addition, although partition mobility is considered essential in all data centers to avoid outages, LPM is probably not always working. This is because the current solution MSP 312, 321 needs to be sized for peak load, so resources are not fully utilized, otherwise the peak load before the operator performs LPM operations. This means that an extra step of giving resources to the MSPs 312 and 321 has to be performed to support.

  FIG. 4 is a block diagram illustrating partition migration with the granting of processor resources by the migration partition, according to an exemplary embodiment. The departure mobile partition 411 is migrated from the source system 410 to the destination system 420. In a partition migration operation, the VMM 415 provides support for transferring the state and memory image of the departure mobile partition 411 from the mover service partition (MSP) 412 in the source system 410 to the MSP 421 in the destination system 420. . The VMM 425 provides support for receiving the state and memory image of the incoming mobile partition 422 using the MSP 421 in the target system 420.

  According to an exemplary embodiment, the departure mobile partition 411 includes a donor device driver 413 that provides CPU cycles to the VMM 415. The mover / VASI device driver 414 no longer provides CPU cycles, but continues to have all the other responsibilities. In an alternative embodiment, donor device driver 413 can provide most of the required CPU cycles, while mover / VASI device driver 414 is out of the CPU cycles required for partition migration operations. Give just a little piece of.

  In the destination system 420, the arriving mobile partition 422 includes a donor device driver 424 that provides CPU cycles to the hypervisor (VMM 425) to accomplish the partition migration operation. In one exemplary embodiment, the mover / VASI device driver 423 may provide a small portion of the CPU cycle to the VMM 425.

  FIG. 5 is a block diagram illustrating partition migration with virtual machine monitor control over processor resources in accordance with an exemplary embodiment. The departure mobile partition 511 is migrated from the source system 510 to the destination system 520. In a partition migration operation, the VMM 515 provides support for transferring the state and memory image of the departure mobile partition 511 from the mover service partition (MSP 512) in the source system 510 to the MSP 521 in the destination system 520. The VMM 525 provides support for receiving the state and memory image of the incoming mobile partition 522 using the MSP 521 in the target system 520.

  According to an exemplary embodiment, VMM 515 has control over the resources allocated to the partition. Instead of having the MSP 512 provide CPU cycles via the mover / VASI device driver 513, the VMM 515 utilizes some resources allocated to the departure mobile partition 511. The VMM 515 can automatically reduce the amount of CPU resources 516 from the migrating client (starting mobile partition 511) that is specifically utilized for mobility operations by the VMM 515. Similarly, when the MSP 521 receives the incoming mobile partition 522, the VMM 525 utilizes the amount of CPU resources 526 allocated to the incoming mobile partition 522 for mobility operations. The management of virtual resources is already transparent to each partition, so VMMs 515, 525 utilizing CPU resources 516, 526 allocated to the transition partition (departure mobile partition 511, arrival mobile partition 522) There will be little or no impact on the performance of the departure mobile partition 511, MSP 521). The mover kernel extension (mover / VASI device driver 513, 523) no longer provides CPU cycles to VMMs 515, 525, but continues to have all the other responsibilities. Alternatively, the mover / VASI device driver 513, 523 can provide a small amount of CPU resources in addition to the CPU resources allocated to the departure mobile partition 511 and the arrival mobile partition 522.

  FIG. 6 is a flowchart illustrating a partition migration operation with granting of processor resources by a migration partition according to an exemplary embodiment. Operation begins (block 600) and a virtual machine monitor (VMM) implements a donor device driver in the mobile partition (block 601). The mobile section may be a departure mobile section or an arrival mobile section. On the source system, in response to the VMM initiating a migration operation that includes implementing the donor device driver in the departure mobile partition and leaving the mobile partition, the donor device driver is the CPU Give cycles to the hypervisor. On the destination system, the VMM initiates a logical partition for the incoming mobile partition that includes the donor device driver that gives the VMM CPU cycles until the migration operation is complete.

  The VMM then moves the mobile partition to the target system using the mover service partition, and the donor device driver cycles the VMM to achieve the transition (block 602). On the source system, the VMM moves the mobile partition to the destination system via the mover service partition by copying the partition state including the partition's memory image. On the destination system, the VMM receives the partition status including the partition's memory image via the mover service partition.

  When the migration operation is complete, the VMM returns the CPU cycle to the mobile partition (block 603). For the source system, the departure mobile partition is terminated, and for the destination system, the arrival mobile partition is put into operation. Thereafter, the operation ends (block 604).

  FIG. 7 is a flowchart illustrating a partition migration operation with virtual machine monitor control over processor resources, according to an exemplary embodiment. Operation begins (block 700) and the VMM reduces the CPU resources allocated to the mobile partition (block 701). The mobile section may be a departure mobile section or an arrival mobile section. In response to the VMM initiating a migration operation that includes leaving the mobile partition on the source system, the VMM controls the allocation of CPU resources to the mobile partition to reduce CPU resources. The VMM can then use that amount of CPU resources for the migration operation. On the destination system, the VMM first reduces the CPU resources allocated to the arriving mobile partition and uses that amount of CPU resources for the migration operation.

  The VMM then uses that amount of CPU resources taken from the mobile partition itself to move the mobile partition to the destination system using the mover service partition (block 702). In an alternative embodiment, the mobile service partition mover / VASI driver may provide additional CPU resources to the VMM. On the source system, the VMM moves the mobile partition to the destination system via the mover service partition by copying the partition state including the partition's memory image. On the destination system, the VMM receives the partition status including the partition's memory image via the mover service partition.

  When the migration operation is complete, the VMM returns CPU resources to the mobile partition (block 703). For the source system, the departure mobile partition is terminated, and for the destination system, the arrival mobile partition is put into operation. Thereafter, the operation ends (block 704).

  As discussed above, exemplary embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment containing both hardware and software elements. I want you to understand. In one exemplary embodiment, the mechanisms of the exemplary embodiment are implemented in software or program code, including but not limited to firmware, resident software, microcode, etc.

  A data processing system suitable for storing and / or executing program code will include at least one processor coupled directly or indirectly to memory elements through a system bus. Memory elements include at least some of the local memory employed during the actual execution of program code, mass storage, and the number of codes that must be retrieved from the mass storage during execution. One example is a cache memory that realizes temporary storage of the program code.

  Input / output or I / O devices (including but not limited to keyboards, displays, pointing devices, etc.) can be coupled to the system either directly or through intervening I / O controllers. A network adapter can also be coupled to the system to allow the data processing system to be coupled to other data processing systems or remote printers or storage devices through intervening private or public networks. . Modems, cable modems, and Ethernet cards are just a few of the types of network adapters currently available.

  The description of the present invention has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the invention in the form disclosed. Many variations and modifications will be apparent to those skilled in the art. The embodiments are described by those skilled in the art to best illustrate the principles and practical applications of the invention, and to various embodiments having various modifications to suit the intended specific use. Selected and described so that it can be understood.

Claims (20)

A method in a data processing system comprising:
Responsible for the virtual machine monitor to initiate a logical partition migration operation to relocate the processing resource portion from the logical partition to the virtual machine monitor in order to move the logical partition from the source system to the destination system. A step of allocating,
Performing the logical partition migration operation by the virtual machine monitor, wherein the virtual machine monitor uses the portion of processing resources to accomplish the logical partition migration operation. When,
Returning the portion of processing resources to the logical partition in response to completion of the logical partition migration operation.   The method of claim 1, wherein the logical partition comprises a donor device driver, and the donor device driver provides the portion of processing resources to the virtual machine monitor.   The method of claim 1, wherein the virtual machine monitor reallocates the portion of processing resources from the logical partition used for the logical partition migration operation.   The step of executing the logical partition migration operation executed by the virtual machine monitor in the migration source system is executed by the virtual machine monitor to change the status of the logical partition to the migration destination system in the migration source system. The method of claim 1, comprising copying through the executing mover service partition.   The mover service partition includes a virtual asynchronous service interface virtual device and a mover kernel extension, and the virtual asynchronous service interface virtual device and mover kernel extension have logical partition migration functions other than providing processing resources. The method of claim 4, wherein the method is performed.   The step of executing the logical partition migration operation executed by the virtual machine monitor in the destination system is configured to change the status of the logical partition from the source system to the destination system by the virtual machine monitor. The method of claim 1, comprising receiving via the executing mover service partition.   The mover service partition includes a virtual asynchronous service interface virtual device and a mover kernel extension, and the virtual asynchronous service interface virtual device and mover kernel extension have logical partition migration functions other than providing processing resources. The method of claim 6, wherein the method is performed. A computer program comprising a computer readable storage medium having a computer readable program stored on the computing device when the computer readable program is executed on the computing device.
Responsible for the virtual machine monitor to initiate a logical partition migration operation to relocate the processing resource portion from the logical partition to the virtual machine monitor in order to move the logical partition from the source system to the destination system. A step of allocating,
Performing the logical partition migration operation by the virtual machine monitor, wherein the virtual machine monitor uses the portion of processing resources to accomplish the logical partition migration operation. When,
A computer program for causing said portion of processing resources to be returned to said logical partition in response to completion of said logical partition migration operation.   9. The computer program product of claim 8, wherein the logical partition comprises a donor device driver, and the donor device driver provides the portion of processing resources to the virtual machine monitor.   9. The computer program product of claim 8, wherein the virtual machine monitor reallocates the portion of processing resources from the logical partition used for the logical partition migration operation.   The virtual machine monitor executing in the source system and performing the logical partition migration operation causes the virtual machine monitor to change the state of the logical partition to the destination system in the source system. 9. The computer program product of claim 8, comprising copying through a mover service partition for execution.   The mover service partition includes a virtual asynchronous service interface virtual device and a mover kernel extension, and the virtual asynchronous service interface virtual device and mover kernel extension have logical partition migration functions other than providing processing resources. The computer program according to claim 11, which is executed.   The step of executing the logical partition migration operation by the virtual machine monitor in the destination system is performed by the virtual machine monitor to change the state of the logical partition from the source system to the destination system. 9. The computer program product of claim 8, comprising receiving via a mover service partition that executes.   The mover service partition includes a virtual asynchronous service interface virtual device and a mover kernel extension, and the virtual asynchronous service interface virtual device and mover kernel extension have logical partition migration functions other than providing processing resources. The computer program according to claim 13, which is executed.   9. The computer program of claim 8, wherein the computer readable program is stored in a computer readable storage medium in a data processing system, and the computer readable program is downloaded from a remote data processing system via a network.   A network for storing the computer readable program in a computer readable storage medium in a server data processing system, the computer readable program being used in a computer readable storage medium having the remote system for a remote data processing system. The computer program product of claim 8, downloaded via the Internet. A device,
A processor;
A memory coupled to the processor, the memory including instructions, the instructions being executed by the processor to the processor;
Responsible for the virtual machine monitor to initiate a logical partition migration operation to relocate the processing resource portion from the logical partition to the virtual machine monitor in order to move the logical partition from the source system to the destination system. A step of allocating,
Performing the logical partition migration operation by the virtual machine monitor, wherein the virtual machine monitor uses the portion of processing resources to accomplish the logical partition migration operation;
Returning the portion of processing resources to the logical partition in response to completion of the logical partition migration operation.   The apparatus of claim 17, wherein the logical partition comprises a donor device driver, and the donor device driver provides the portion of processing resources to the virtual machine monitor.   The step of executing the logical partition migration operation executed by the virtual machine monitor in the migration source system is executed by the virtual machine monitor to change the status of the logical partition to the migration destination system in the migration source system. Copying through a mover service partition that executes, wherein the mover service partition comprises a virtual asynchronous service interface virtual device and a mover kernel extension, the virtual asynchronous service interface virtual device and mover kernel The apparatus of claim 17, wherein the extension performs a logical partition migration function other than providing processing resources.   The step of executing the logical partition migration operation executed by the virtual machine monitor in the destination system is configured to change the status of the logical partition from the source system to the destination system by the virtual machine monitor. Receiving via a mover service partition executing, wherein the mover service partition comprises a virtual asynchronous service interface virtual device and a mover kernel extension, the virtual asynchronous service interface virtual device and the mover kernel The apparatus of claim 17, wherein the extension performs a logical partition migration function other than providing processing resources.

Images