WO2018083724A1 - 仮想計算機システム及び仮想計算機のマイグレーション方法 - Google Patents

仮想計算機システム及び仮想計算機のマイグレーション方法 Download PDF

Info

Publication number
WO2018083724A1
WO2018083724A1 PCT/JP2016/082391 JP2016082391W WO2018083724A1 WO 2018083724 A1 WO2018083724 A1 WO 2018083724A1 JP 2016082391 W JP2016082391 W JP 2016082391W WO 2018083724 A1 WO2018083724 A1 WO 2018083724A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual
function
virtual machine
physical
virtualization unit
Prior art date
Application number
PCT/JP2016/082391
Other languages
English (en)
French (fr)
Inventor
史朗 野原
良太 野口
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2016/082391 priority Critical patent/WO2018083724A1/ja
Publication of WO2018083724A1 publication Critical patent/WO2018083724A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements

Definitions

  • the present invention relates to live migration in a virtual computer system using an SR-IOV (Single Root I / O Virtualization) device.
  • SR-IOV Single Root I / O Virtualization
  • SR-IOV function that is a hardware virtualization function of a network device is also widely used (for example, Patent Document 2).
  • SR-IOV function is one physical port, one physical function (PF: Physical Function) and one or more virtual functions (VF: Virtual Function) virtualized by hardware. It can be used with other virtual machines.
  • PF Physical Function
  • VF Virtual Function
  • the hypervisor cannot stop the processing in the VF or copy the VF data to the destination.
  • the software virtual NIC is also referred to as VNIC.
  • the software virtual NIC is a NIC that is realized by software by the hypervisor.
  • the hypervisor can stop the device and copy data to the move destination. Therefore, the communication can be continued even during live migration. Inferior in terms of performance. Therefore, by making the VF redundant with the software virtual NIC, communication is continued with the software virtual NIC while the VF cannot be communicated during live migration, and communication is performed with a higher-performance VF than the software virtual NIC otherwise. be able to.
  • the same MAC address is set for all network devices in the same redundant configuration.
  • the software virtual NIC may not be able to communicate and live migration may not be possible. It was.
  • the present invention has been made in view of the above problems, and an object thereof is to realize live migration with a virtual machine having a redundant configuration by assigning the same MAC address as the software virtual NIC to the SR-IOV VF. .
  • the present invention provides a first physical computer having a processor, a memory, and a first physical network device corresponding to SR-IOV including a physical function and a virtual function, a processor, a memory, a physical function, and a virtual function.
  • a second physical network device having a second physical network device compatible with SR-IOV including a function, and a first virtualization unit for allocating computer resources of the first physical computer to one or more virtual computers
  • a second virtualization unit that allocates the computer resources of the second physical computer to one or more virtual machines, wherein the first virtualization unit includes: A first software virtual NIC is assigned to a first virtual machine, a virtual function of the first physical network device is assigned to the first virtual machine, The same network address is set for the software virtual NIC and the virtual function, and then the virtual function is set active, and the guest OS running on the first virtual machine communicates via the virtual function.
  • the first virtualization unit receives a live migration command, the virtual function is blocked, the first virtualization unit changes the first software virtual NIC to active, The network address of the virtual function is changed to a preset dummy address, the guest OS of the first virtual machine executes communication by the first software virtual NIC, and the first virtualization unit The contents of the first virtual memory as a computer resource allocated to one virtual machine are copied to the second virtualization unit.
  • live migration is performed by a virtual machine having a redundant configuration by assigning the same MAC address to the first software virtual NIC created from the same physical port and the SR-IOV virtual function (VF). It becomes possible.
  • FIG. 3 is a block diagram illustrating an outline of live migration of moving a virtual computer 110 according to an embodiment of this invention. It is a block diagram which shows the Example of this invention and shows an example of the MAC address in a physical computer. It is a block diagram which shows a prior art example and shows an example of the MAC address in a physical computer. It is a block diagram which shows the Example of this invention and shows an example of the MAC address in the physical computer in live migration. It is a time chart which shows the Example of this invention and shows an example of the process of live migration.
  • FIG. 1 is a block diagram illustrating an example of the configuration of the virtual computer system according to this embodiment.
  • the physical computer 100 and the physical computer 200 are connected to a network 400, and a management terminal 300 that controls generation, deletion, or live migration of virtual computers is also connected to the network 400.
  • the virtual machine system can operate a server that provides business.
  • the physical resource 160 of the physical computer 100 includes a plurality of CPUs 161 to 164 that perform arithmetic processing, a memory 165 that stores programs and data, an IO device such as an SR-IOV compatible NIC device (physical network device) 166 and an FC-HBA 167. Consists of devices.
  • the memory 165 is composed of, for example, a DRAM or SRAM.
  • the physical computers 100 and 200 may be connected to a storage device (not shown) that provides a storage area.
  • the physical port 66 (see FIG. 3A) of the SR-IOV compatible NIC device 166 is connected to the network 400 for communication.
  • the FC-HBA 167 is connected to a SAN (Storage Area Network) not shown.
  • the hypervisor 150 On the physical computer 100, the hypervisor 150 is operating using the physical resource 160.
  • the hypervisor 150 logically divides the physical resource 160 of the physical computer 100 and assigns it to the virtual computer (or logical partition), and operates the guest OS of the virtual computer.
  • the hypervisor 150 generates one management virtual machine 140 and a plurality of user virtual machines 110, 120, and 130.
  • the management virtual computer 140 functions as a management computer that executes initialization of the PF 142 and initialization of the VF 111 of the NIC device 166 corresponding to the SR-IOV of the physical computer 100.
  • the user virtual machines 110, 120, and 130 function as servers that provide services connected to the network 400.
  • Each virtual machine 110 includes a virtual CPU 116, a virtual memory 117, and logical resources such as a VF 111 and a VNIC 113.
  • the virtual CPU 116 is a logical resource (virtual device) that logically divides the CPU 161 of the physical computer 100 and allocates it to the virtual computer.
  • the virtual memory 117 is a logical resource that allocates a predetermined area of the memory 165 to the virtual computer 110.
  • the VF 111 is a logical resource of the SR-IOV compliant NIC device 166.
  • the VNIC 113 is a logical resource constituting a virtual network provided by the hypervisor 150 and performs communication between virtual computers on the hypervisor 150.
  • the virtual machines 120, 130, and 140 are also composed of the same logical resources as the virtual machine 110.
  • a user (or guest) OS 112 operates using logical resources, and the user OS also operates on the user virtual machines 120 and 130 in the same manner.
  • the management OS 141 operates using logical resources. Similarly to the user virtual machine 110, the management virtual machine 140 is assigned a virtual CPU 146, a virtual memory 147, a logical resource such as a VNIC 143, and a PF 142 of the SR-IOV compatible NIC device 166. It is done.
  • the hypervisor 150 includes a virtual switch (virtual SW) 151, and a VNIC 113 and a VNIC 143 are connected to the virtual switch 151.
  • the virtual switch 151 is a virtual network between virtual machines provided by the hypervisor 150, and communication is performed by the VNICs 111 and 143 provided by the hypervisor 150.
  • the SR-IOV compatible NIC device 166 can provide a PF (Physical Function) and a VF.
  • the PF is assigned to the management virtual machine 140 as the PF 142, and the VF is assigned to each user virtual machine as the VF 111.
  • the SR-IOV compliant NIC device 166 has a PF 142 assigned to one computer (management virtual computer 140) and a plurality of VFs (Virtual Function) 111 assigned to a plurality of virtual computers 110, 120, and 130.
  • the PF 142 can generate one or more VFs 111.
  • VF 111 As a redundant configuration of the network device, a configuration in which the VNIC 113 is added to the VF 111 is shown. Normally, the VF 111 is active, and communication with the network 400 is performed from the SR-IOV compatible NIC device 166 by pass-through.
  • the VNIC 113 is normally in a standby state, and when a failure occurs in the VF 111, the virtual machine 110 is connected to the network 400 from the SR-IOV compatible NIC device 166 via the virtual switch 151 via the VNIC 113 and the VNIC 143 and PF 142 of the management virtual machine 140. Communicate between the two.
  • the physical computer 200 has the same configuration as the physical computer 100, and the SR-IOV compatible NIC device 166 of the physical computer 100 and the SR-IOV compatible NIC device 266 of the physical computer 200 are connected to the network 400.
  • subjected to the element of the physical resource 260 of the physical computer 200 and a logical resource is a code
  • FIG. 2 is a block diagram showing an outline of live migration in which the virtual computer 110 operating on the physical computer 100 is moved onto the physical computer 200.
  • the physical computer 100 starts live migration.
  • the hypervisor 150 copies the data in the virtual memory 117 and starts transmission to the hypervisor 250 via the network 400.
  • the hypervisor 250 In the destination physical computer 200, the hypervisor 250 generates the virtual computer 210 on the physical computer 200 based on the received data in the virtual memory 117.
  • the data in the virtual memory 117 continues to change.
  • the hypervisor 150 continues to transfer data via the network 400, the difference between the virtual memory 117 and the virtual memory 217 decreases.
  • the hypervisor 150 stops the operation of the logical resource allocated to the virtual computer 110, thereby stopping the processing of the user OS 112 and Stop.
  • the hypervisor 150 synchronizes the virtual memory 117 and the virtual memory 217 by transferring the remaining difference between the virtual memory 117 and the virtual memory 217 via the network 400.
  • the operation of the user OS 212 (user OS 112) that has moved from the physical computer 100 is resumed by causing the migration destination hypervisor 250 to start processing with the data in the virtual memory 217.
  • the time from when the migration source user OS 112 stops processing until the user OS 212 resumes processing at the migration destination is about several hundred ms, the user OS 112 moves from the physical computer 100 to the physical computer 200.
  • the user OS 212 continues to operate without detecting any abnormality. This completes the live migration process.
  • FIG. 3A is a block diagram showing an example of the MAC address in the physical computer 100.
  • a VF 111 and a VNIC 113 are allocated to the virtual computer 110 on the physical computer 100, and a redundant configuration 118 is set by the VF 111 and the VNIC 113.
  • the VNIC 113 is connected from the virtual SW 151 in the hypervisor 150 to the network 400 from the SR-IOV compatible NIC device 166 via the VNIC 143 in the management virtual machine 140, the network bridge 145, and the PF 142.
  • the VF 111 is connected to the network 400 via the SR-IOV compatible NIC device 166 by pass-through. Since the VF 111 and the VNIC 113 have a redundant configuration, the same MAC addresses 115 and 114 are set in the VF 111 and the VNIC 113.
  • XX: XX: XX: XX: XX: XX is set in the MAC addresses 115 and 114.
  • a case is considered where the packet 50 directed to the MAC address 155 “XX: XX: XX: XX: XX: XX” is input from the network 400 to the SR-IOV compatible NIC device 166.
  • the MAC address 155 “XX: XX: XX: XX: XX: XX” that is the destination of the packet is set in the VF111. Therefore, the packet 50 is transferred to the VF111 instead of the PF142. Is done.
  • FIG. 3B is a block diagram illustrating a conventional example and an example of a MAC address in the physical computer 100.
  • the VF 111 is logically removed from the virtual machine 110 by HotRemove.
  • the SR-IOV compatible NIC device 166 transmits the packet to the MAC address 115 “XX: XX: XX: XX: XX: XX” of the VF 111, and the MAC address 114 “XX” which is the original destination is transmitted. : XX: XX: XX: XX: XX "is not transmitted to the PF 142 side. For this reason, the VNIC 113 cannot receive the packet 50 directed to the MAC address 114, and the redundant configuration cannot communicate.
  • the SR-IOV compatible NIC device 166 transmits the packet to the PF 142 when the device with the destination MAC address does not exist in the subordinate VF. Therefore, the MAC address 115 “XX: XX: XX: XX: XX: XX” is not set in the VF 111, and the SR-IOV compatible NIC device 166 has the MAC address 114 “XX: XX: XX: XX: XX”. Is not recognized by the subordinate VF, the packet 50 is transmitted to the PF 142.
  • the management OS 141 transmits the packet 50 received by the PF 142 from the VNIC 143 to the virtual SW 151 via the Network Bridge 145.
  • the hypervisor 150 can transfer the packet 50 sent to the virtual SW 151 to the VNIC 113 to realize a redundant configuration.
  • FIG. 3C is a block diagram illustrating an example of the MAC address in the physical computer 100 during live migration according to the embodiment of this invention.
  • the hypervisor 150 blocks the VF 111 (described later) and prohibits the use of the VF 111 by the user OS 112.
  • the hypervisor 150 changes the MAC address 115 of the VF 111 to a preset dummy MAC address “ZZ: ZZ: ZZ: ZZ: ZZ: ZZ”.
  • the SR-IOV compatible NIC device 166 receives the packet 50 whose destination is the MAC address 114 “XX: XX: XX: XX: XX: XX”, the MAC address 114 “ Since “XX: XX: XX: XX: XX: XX” does not exist, the packet 50 is transferred to the PF 142.
  • the PF 142 of the SR-IOV compatible NIC device 166 of this embodiment is set to the promiscuous mode, and MAC addresses other than the PF 142 are transferred to the VNIC 143 via the upper network bridge 145.
  • the promiscuous mode of the PF 142 is a mode in which all packets are received regardless of the destination.
  • the management OS 141 transmits the packet 50 received by the PF 142 from the VNIC 143 to the virtual SW 151 via the Network Bridge 145.
  • the hypervisor 150 transfers the packet 50 sent to the virtual SW 151 to the VNIC 113.
  • the hypervisor 150 can receive the packet 50 addressed to the MAC address 114 “XX: XX: XX: XX: XX: XX” by the VNIC 113.
  • the VNIC 113 created from the same physical port 66 and the virtual machine 110 configured as a redundant configuration by assigning the same MAC address to the VF 111 of SR-IOV continue communication even during live migration. It becomes possible.
  • FIG. 4 is a sequence diagram illustrating an example of live migration processing in the present embodiment.
  • step S401 a live migration request is sent from the management terminal 300 to the source hypervisor 150.
  • the live migration request includes information on the migration source virtual computer 110 and information on the migration destination physical computer 200 and the hypervisor 250.
  • step S402 the hypervisor 150 that is the migration source of the virtual computer 110 transmits the virtual memory 117 that is the target of live migration to the hypervisor 250 that is the migration destination.
  • the hypervisor 150 transmits the data in the virtual memory 117 and transfers it to the hypervisor 250 of the physical computer 200 via the network 400.
  • the hypervisor 150 proceeds with the synchronization processing of the memory data of the migration source virtual machine 110, and continues the data transfer until the difference between the data of the virtual memory 117 and the virtual memory 217 becomes equal to or less than the threshold value.
  • step S403 the migration source hypervisor 150 performs a blocking process on the VF 111 and prohibits the virtual machine 110 from accessing the VF 111.
  • the blocking process is a process of blocking access without stopping the I / O device.
  • the hypervisor 150 responds with data of “F” (hexadecimal notation). Access to the user OS 112 is prohibited.
  • step S404 the user OS 112 cannot access the VF 111 by the blocking process in step S403.
  • step S405 in step S404, the user OS 112 detects that the redundant VF 111, which is an active system, is unavailable, and switches the VNIC 113 to active. However, at this time, since the same MAC address 115 as the MAC address 114 “XX: XX: XX: XX: XX: XX” of the VNIC 113 is set in the VF 111, the VNIC 113 cannot communicate as shown in FIG. 3B.
  • step S406 the hypervisor 150 sets a dummy MAC address 500 “ZZ: ZZ: ZZ: ZZ: ZZ: ZZ” set in advance for the MAC address 115 of the VF111.
  • the VNIC 113 can communicate with the network 400 via the virtual switch 151 and the management virtual computer 140.
  • the dummy MAC address may be a unique value in the physical computer 100.
  • steps S405 and S406 can be executed in parallel, the order may be reversed.
  • the user OS 112 is connected to the network from the PF 142 of the SR-IOV compatible NIC device 166 via the virtual switch 151 and the management virtual computer 140 from the VNIC 113. Communicate with 400.
  • step S407 the hypervisor 150 stops the processing of the virtual computer 110 when the difference between the data in the virtual memory 117 and the virtual memory 217 is equal to or less than the threshold value.
  • step S408 the migration source hypervisor 150 transfers the remaining difference data from the virtual memory 117 of the virtual computer 110 to the migration destination hypervisor 250.
  • the data in the virtual memory 217 on the migration destination virtual machine 210 machine is synchronized with the migration source virtual machine 110.
  • step S409 the migration source hypervisor 150 transmits a migration instruction of the virtual computer 110 to the migration destination hypervisor 250.
  • This migration instruction includes the MAC address 115 “XX: XX: XX: XX: XX: XX” of the VF 111 of the virtual machine # 1 at the start of migration.
  • step S410 the destination hypervisor 250 resumes the processing of the virtual computer 210 and resumes the operation of the user OS 212.
  • the network redundant configuration on the user OS 212 restores the state immediately before the migration source (MC address or Active setting) from the copied data in the virtual memory 117 and operates the VNIC 213 as active.
  • step S411 the hypervisor 250 transmits a HotRemove request of the VF 211 to the user OS 212 of the virtual machine 210.
  • step S412 the device driver of the VF 211 performs a termination process on the user OS 212 that has received the HotRemove request of the VF 211, and the VF 211 disappears from the user OS 212. That is, the VF 211 obtained by restoring the blocked VF 111 is logically removed from the virtual machine 210.
  • step S413 the hypervisor 250 sets the original MAC address 115 “XX: XX: XX: XX: XX: XX” for the VF 211 in which the dummy MAC address is set.
  • the VNIC 213 cannot communicate, and the redundant configuration becomes incapable of communication.
  • the original MAC address 115 is the MAC address of the VF 111 included in the guest migration instruction received by the hypervisor 250 in S409. Note that the MAC address of the VF 211 is changed while being logically removed.
  • step S414 the hypervisor 250 requests the user OS 212 of the virtual machine 210 for HotAdd of the VF 211.
  • the VF 211 is logically connected to the virtual machine 110 by HotAdd.
  • the user OS 212 recognizes the VF 211 as a virtual function of the SR-IOV compatible NIC device 266.
  • step S415 the user OS 212 that has received the HotAdd request of the VF 211 causes the device driver to perform initialization processing.
  • step S416 the user OS 212 or the network management software on the user OS 212 detects the return of the VF 211, rebuilds the redundant configuration, and returns the VF 211 to the active system. Thereby, the SR-IOV compatible NIC device 266 having a redundant configuration can resume communication using the VF 211.
  • the communication disabled period between the communication period 41 of the movement source VF 111 and the communication period 42 of the VNIC 113 is a step S405 in which the hypervisor 150 switches the active system of the VNIC 113 and the dummy MAC address after the step S403 of the blocking process of the VF 111.
  • Step S406 of setting is performed.
  • the processes in steps S403 to S406 are all completed in about several hundreds ns to several ms. Since steps S405 and S406 operate asynchronously, the communication disabled time as a redundant configuration is about several ms.
  • the user OS is stopped and communication failure of several hundred ms occurs.
  • the communication disabled period between the communication period 43 of the destination VNIC 213 and the communication period 44 of the VF 211 the processing from the step S413 for setting the MAC address to the VF 211 to the step S416 for rebuilding the redundant configuration is performed. And implemented by the user OS 212. In this period, several seconds are required for the HotAdd process of the VF 211 and the initialization process by the device driver of the VF 211.
  • FIG. 5 to FIG. 8 show the MAC address setting in each of 44.
  • FIG. 5 is a block diagram showing a setting state of the MAC address in the communication period 41 of the VF 111 at the movement source.
  • the hypervisor 150 on the physical computer 100 holds the MAC address management table 152 therein.
  • the MAC address management table 152 is set by the hypervisor 150 and holds the MAC addresses of the VF 111, PF 142, and VNICs 113, 143 assigned to each of the virtual machines 110, 120, 130, 140.
  • the SR-IOV compatible NIC device 166 can set a MAC address for each VF 111 under the PF 142, and a table for managing the MAC address is a PF MAC address management table 168 of PF # 1.
  • the VF MAC address management table 168 is managed by the PF 142, and the PF 142 holds a MAC address for each subordinate VF.
  • the VF MAC address management tables 168 and 268 are managed for each PF 142 and 242. Further, the PF 142 sets the MAC address notified from the hypervisor in the MAC address management table 152.
  • the virtual machine 110 is defined as the virtual machine # 1 in the physical machine 100, and VF # 11 (111) and VNIC # 11 (113) are assigned to the virtual machine # 1.
  • VF # 11 111
  • VNIC # 11 113
  • a redundant configuration is formed on the user OS 112 using VF # 11 and VNIC # 11.
  • the hypervisor 150 sets the same value “XX: XX: XX: XX: XX: XX” in the MAC address 154 of VF # 11 and the MAC address 155 of VNIC # 11.
  • communication on the VF side is performed by setting the VF # 11 MAC address 154 as the MAC address of VF # 11 in the VF MAC address management table 168 of PF # 1.
  • FIG. 6 is a block diagram showing a setting state of the MAC address in the communication period 42 of the VNIC 113 at the movement source.
  • the hypervisor 150 sets the dummy MAC address 500 “ZZ: ZZ: ZZ: ZZ: ZZ: ZZ” in the VF # 11 of the VF MAC address management table 168 of the PF # 1, thereby enabling communication on the VNIC113 side. Switch. As described above, the hypervisor 150 also changes the MAC address of the VF of the virtual machine # 1 in the MAC address management table 152 to the dummy MAC address 500.
  • the dummy MAC address 500 may be the same value for all hypervisors in the virtual computing system as long as it does not overlap with other MAC addresses. If the MAC address is duplicated on the network 400, it seriously affects the communication of the device set with the duplicate MAC address. However, during the period when the dummy MAC address is set in the VF 111, communication is performed using the VNIC 113 on the user OS 112. Do. For this reason, there is no influence on communication by setting the same dummy MAC address 500 to a plurality of VFs.
  • FIG. 7 is a block diagram showing a setting state of the MAC address in the communication period 43 of the VNIC 213 at the movement destination.
  • the setting of the virtual machine # 1 is deleted from the MAC address management table 152 of the hypervisor 150 that is the movement source.
  • the copied MAC address information of the virtual machine 110 is set in the MAC address management table 252 of the hypervisor 250.
  • a dummy MAC address 500 is set in VF # 21 of the VF MAC address management table 268 of PF # 2.
  • FIG. 8 is a block diagram showing a setting state of the MAC address in the communication period 44 of the VF 211 at the movement destination.
  • the hypervisor 250 of the movement destination sets the original MAC address in VF # 21 of the VF MAC address management table 268 of PF # 2 (242) in order to restore VF communication on the user OS 212.
  • the original MAC address set here is the MAC address 115 “XX: XX: XX: XX: XX: XX” used for the communication of the VF 111 at the movement source, and the guest movement instruction received from the hypervisor 150
  • the included MAC address 115 of the VF 111 is set to the VF # 11 MAC address 154 of the virtual machine # 1 in the MAC address management table 252.
  • step S403 of the blocking process of the VF 111 the device driver on the user OS 112 cannot access the VF 111. Therefore, the consistency between the device driver on the user OS 112 and the VF 111 cannot be guaranteed.
  • the hypervisor 150 performs HotRemove of the VF 111 and Hot Add of the VF 111 on the physical computer 100 of the migration source, thereby allowing the device driver and the VF 111 to It is necessary to perform initialization and restore VF communication.
  • a VF and a VNIC generated by the hypervisor 150 from the same port are assigned to a virtual machine in pairs, and a redundant configuration is set on the user OS. Since the SR-IOV compatible NIC device of this embodiment transmits the packet to the VF side when the same MAC address is set in the VF and the VNIC, the VF side is always set as the active system before performing the live migration. To do.
  • the PF is assigned to the management virtual machine 140 and is operated in the promiscuous mode.
  • a dummy MAC address different from the MAC address set for the source VF is set.
  • the SR-IOV compatible NIC device transmits a packet directed to the original MAC address to the PF side instead of the VF side, so that the VNIC can communicate.
  • the redundant configuration can continue communication by switching the active system of the redundant configuration to the VNIC side.
  • the destination hypervisor 250 performs HotRemove from the user OS. After completion of HotRemove, the hypervisor 250 sets the original MAC address 115 to the MAC address of the VF, and then performs HotAdd of the VF, whereby the initialization process by the VF driver is performed again, and the VF can communicate. . Also, the hypervisor 250 resets the redundant configuration by setting the same MAC address as that of VF in the VNIC.
  • the VNIC 113 generated from the same physical port 66 of the SR-IOV compatible NIC device 166 and the VF 111 of the SR-IOV compatible NIC device 166 are assigned the same MAC address to form a redundant configuration.
  • the computer 110 can switch the communication of the VF 111 to the VNIC 113 to perform live migration.
  • this invention is not limited to the above-mentioned Example, Various modifications are included.
  • the above-described embodiments are described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described.
  • a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment.
  • any of the additions, deletions, or substitutions of other configurations can be applied to a part of the configuration of each embodiment, either alone or in combination.
  • each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • each of the above-described configurations, functions, and the like may be realized by software by the processor interpreting and executing a program that realizes each function.
  • Information such as programs, tables, and files for realizing each function can be stored in a memory, a hard disk, a recording device such as an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
  • control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Hardware Redundancy (AREA)
  • Computer And Data Communications (AREA)

Abstract

第１の物理計算機の計算機資源を仮想計算機に割り当てる第１仮想化部と、第２の物理計算機の計算機資源を仮想計算機に割り当てる第２仮想化部と、を有する仮想計算機システムであって、第１仮想化部が仮想計算機のうちの第１の仮想計算機に第１のソフトウェア仮想ＮＩＣを割り当て、第１の仮想計算機に第１の物理ネットワークデバイスの仮想機能を割り当て、第１のソフトウェア仮想ＮＩＣと前記仮想機能に同一のネットワークアドレスを設定してから仮想機能をアクティブに設定し、第１の仮想計算機のゲストＯＳが仮想機能を経由して通信を実行し、第１仮想化部がライブマイグレーションの指令を受信すると、前記仮想機能を遮断し、第１のソフトウェア仮想ＮＩＣをアクティブに変更し、仮想機能のネットワークアドレスを予め設定したダミーアドレスに変更する。

Description

仮想計算機システム及び仮想計算機のマイグレーション方法
　本発明は、ＳＲ－ＩＯＶ（Single Root I/O Virtualization）デバイスを用いた仮想計算機システムにおけるライブマイグレーションに関する。
　近年、物理計算機が有するハイパバイザなどの仮想化ソフトウェアにより、物理計算機上に１つまたは複数の仮想計算機を構築する仮想計算機システムが広く使われている。仮想化ソフトウェア（ハイパバイザ等）が有する機能の１つとして、第１の物理計算機上で稼働する仮想計算機を、処理を止めることなく第２の物理計算機に移動することであるライブマイグレーションの技術が知られている（例えば、特許文献１）。
　また、仮想化環境では、ネットワークデバイスのハードウェア仮想化機能であるＳＲ－ＩＯＶ機能も広く使われている（例えば特許文献２）。ＳＲ－ＩＯＶ機能は１つの物理ポートで、１つの物理機能（ＰＦ：Ｐｈｙｓｉｃａｌ　Ｆｕｎｃｔｉｏｎ）と、ハードウェア的に仮想化された１つまたは複数の仮想機能（ＶＦ：Ｖｉｒｔｕａｌ　Ｆｕｎｃｔｉｏｎ）を、１つまたは複数の仮想計算機で利用可能とする。また、ＶＦを割り当てた仮想計算機においても、ライブマイグレーションを利用したいという需要がある。
　しかし、ＶＦは仮想計算機から直接アクセスするパススルー方式で稼働させるため、ハイパバイザはＶＦ内の処理を停止させることや、ＶＦのデータを移動先にコピーすることができない。上記構成では、ＶＦを割り当てた仮想計算機をライブマイグレーションすることができない。なお、パススルーでは、仮想計算機が直接ＶＦを操作し、ハイパバイザがＶＦの操作を行うことが禁止されているため、データのコピーやデバイスの操作を行うことができない。
　そこで、ＶＦを割り当てた仮想計算機をライブマイグレーションする手法の１つとして、ソフトウェア仮想ＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）を加えてＶＦの冗長化を図る技術が知られている。以下ではソフトウェア仮想ＮＩＣをＶＮＩＣとも表記する。ソフトウェア仮想ＮＩＣは、ハイパバイザがソフトウェア的に実現するＮＩＣであり、ハイパバイザがデバイスの停止や移動先へのデータコピーを実施できるため、ライブマイグレーション中も通信を継続できるが、ＣＰＵの処理を伴うためＶＦよりも性能面では劣る。そのため、ＶＦをソフトウェア仮想ＮＩＣと冗長化することで、ライブマイグレーション中でＶＦが通信不可の間はソフトウェア仮想ＮＩＣで通信を継続し、それ以外はソフトウェア仮想ＮＩＣよりも高性能なＶＦで通信を行うことができる。
特開２０１２－１０８８１６号公報 特開２０１４－２３５５７８号公報
　上記従来例のように、ネットワークデバイスで冗長構成を設定する場合、同一の冗長構成内にある全てのネットワークデバイスに同一のＭＡＣアドレスを設定して動作する。しかし、特定のＳＲ－ＩＯＶ対応のＮＩＣデバイスでは、同一ポートから作成したソフトウェア仮想ＮＩＣとＶＦデバイスに同一のＭＡＣアドレスを設定した場合に、ソフトウェア仮想ＮＩＣが通信できなくなり、ライブマイグレーションができない場合があった。
　そこで本発明は、上記問題点に鑑みてなされたもので、ＳＲ－ＩＯＶのＶＦにソフトウェア仮想ＮＩＣと同一のＭＡＣアドレスを割り当てて冗長構成とした仮想計算機でライブマイグレーションを実現することを目的とする。
　本発明は、プロセッサと、メモリと、物理機能と仮想機能を含むＳＲ－ＩＯＶに対応した第１の物理ネットワークデバイスと、を有する第１の物理計算機と、プロセッサと、メモリと、物理機能と仮想機能を含むＳＲ－ＩＯＶに対応した第２の物理ネットワークデバイスと、を有する第２の物理計算機と、前記第１の物理計算機の計算機資源を１つ以上の仮想計算機に割り当てる第１の仮想化部と、前記第２の物理計算機の計算機資源を１つ以上の仮想計算機に割り当てる第２の仮想化部と、を有する仮想計算機システムであって、前記第１の仮想化部が、前記仮想計算機のうちの第１の仮想計算機に第１のソフトウェア仮想ＮＩＣを割り当て、前記第１の仮想計算機に前記第１の物理ネットワークデバイスの仮想機能を割り当て、前記第１のソフトウェア仮想ＮＩＣと前記仮想機能に同一のネットワークアドレスを設定してから、前記仮想機能をアクティブに設定し、前記第１の仮想計算機で稼働するゲストＯＳが、前記仮想機能を経由して通信を実行し、前記第１の仮想化部が、ライブマイグレーションの指令を受信すると、前記仮想機能を遮断し、前記第１の仮想化部が、前記第１のソフトウェア仮想ＮＩＣをアクティブに変更し、前記仮想機能のネットワークアドレスを予め設定したダミーアドレスに変更し、前記第１の仮想計算機のゲストＯＳが、前記第１のソフトウェア仮想ＮＩＣによって通信を実行し、前記第１の仮想化部が、前記第１の仮想計算機に割り当てた計算機資源としての第１の仮想メモリの内容を前記第２の仮想化部へコピーする。
　本発明によれば、同一の物理ポートから作成した第１のソフトウェア仮想ＮＩＣと、ＳＲ－ＩＯＶの仮想機能（ＶＦ）に同一のＭＡＣアドレスを割り当てて冗長構成とした仮想計算機でライブマイグレーションを実施することが可能となる。
本発明の実施例を示し、仮想計算機システムの一例を示すブロック図である。 本発明の実施例を示し、仮想計算機１１０を移動するライブマイグレーションの概要を示すブロック図である。 本発明の実施例を示し、物理計算機内のＭＡＣアドレスの一例を示すブロック図である。 従来例を示し、物理計算機内のＭＡＣアドレスの一例を示すブロック図である。 本発明の実施例を示し、ライブマイグレーション中の物理計算機内のＭＡＣアドレスの一例を示すブロック図である。 本発明の実施例を示し、ライブマイグレーションの処理の一例を示すタイムチャートである。 本発明の実施例を示し、ライブマイグレーション開始直後で移動元のＶＦの通信期間におけるＭＡＣアドレスの状態を示すブロック図である。 本発明の実施例を示し、ライブマイグレーション開始後で移動元のＶＮＩＣの通信期間におけるＭＡＣアドレスの状態を示すブロック図である。 本発明の実施例を示し、ライブマイグレーション開始後で移動先のＶＮＩＣの通信期間におけるＭＡＣアドレスの状態を示すブロック図である。 本発明の実施例を示し、ライブマイグレーション終了時で移動先のＶＦの通信期間におけるＭＡＣアドレスの状態を示すブロック図である。
　以下、図面を用いて本発明の実施例を説明する。
　＜システム構成＞
　図１は、本実施例の仮想計算機システムの構成の一例を示すブロック図である。図１に示す仮想計算機システムは、物理計算機１００と物理計算機２００がネットワーク４００に接続され、仮想計算機の生成や削除あるいはライブマイグレーションを制御する管理端末３００もネットワーク４００に接続される。仮想計算機システムは、業務を提供するサーバを稼働させることができる。
　物理計算機１００の物理資源１６０は、演算処理を行う複数のＣＰＵ１６１～１６４と、プログラムやデータを格納するメモリ１６５と、ＳＲ－ＩＯＶ対応ＮＩＣデバイス（物理ネットワークデバイス）１６６やＦＣ－ＨＢＡ１６７のようなＩＯデバイスから構成される。メモリ１６５は、例えば、ＤＲＡＭやＳＲＡＭ等で構成される。また、物理計算機１００、２００には記憶領域を提供するストレージ装置（図示省略）が接続されていてもよい。ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６の物理ポート６６（図３Ａ参照）はネットワーク４００に接続されて通信を行う。なお、ＦＣ－ＨＢＡ１６７は図示しないＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続される。
　物理計算機１００上では、物理資源１６０を使用してハイパバイザ１５０稼働している。ハイパバイザ１５０は、物理計算機１００の物理資源１６０を論理的に分割して仮想計算機（または論理区画）に割り当て、仮想計算機のゲストＯＳを稼働させる。
　ハイパバイザ１５０は１つの管理用仮想計算機１４０と、複数のユーザ用仮想計算機１１０、１２０、１３０を生成する。管理用仮想計算機１４０は、物理計算機１００のＳＲ－ＩＯＶに対応するＮＩＣデバイス１６６のＰＦ１４２の初期化やＶＦ１１１の初期化などを実行する管理計算機として機能する。また、ユーザ用仮想計算機１１０、１２０、１３０は、ネットワーク４００に接続された業務を提供するサーバなどとして機能する。
　各仮想計算機１１０は、仮想ＣＰＵ１１６と仮想メモリ１１７と、ＶＦ１１１やＶＮＩＣ１１３などの論理資源で構成される。
　仮想ＣＰＵ１１６は物理計算機１００のＣＰＵ１６１を論理的に分割して仮想計算機に割り当てる論理資源（仮想デバイス）である。仮想メモリ１１７は、メモリ１６５の所定の領域を仮想計算機１１０に割り当てる論理資源である。ＶＦ１１１は、ＳＲ－ＩＯＶ対応のＮＩＣデバイス１６６の論理資源である。ＶＮＩＣ１１３はハイパバイザ１５０が提供する仮想ネットワークを構成する論理資源で、ハイパバイザ１５０上の仮想計算機間で通信を行う。
　仮想計算機１２０、１３０、１４０も、仮想計算機１１０と同様の論理資源から構成される。ユーザ用仮想計算機１１０上では、論理資源を利用してユーザ（またはゲスト）ＯＳ１１２が稼働しており、ユーザ用仮想計算機１２０、１３０上でも同様にユーザＯＳが稼働する。
　管理用仮想計算機１４０上では、論理資源を利用して管理ＯＳ１４１が稼働する。管理用仮想計算機１４０には、ユーザ用仮想計算機１１０と同様に、仮想ＣＰＵ１４６と、仮想メモリ１４７と、ＶＮＩＣ１４３などの論理資源が割り当てられるのに加え、ＳＲ－ＩＯＶ対応のＮＩＣデバイス１６６のＰＦ１４２が割り当てられる。
　ハイパバイザ１５０は、仮想スイッチ（仮想ＳＷ）１５１を有し、仮想スイッチ１５１にはＶＮＩＣ１１３やＶＮＩＣ１４３が接続されている。仮想スイッチ１５１は、ハイパバイザ１５０が提供する仮想計算機間の仮想ネットワークであり、ハイパバイザ１５０が提供するＶＮＩＣ１１１、１４３によって通信が行われる。
　ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６は、ＰＦ（Ｐｈｙｓｉｃａｌ　Ｆｕｎｃｔｉｏｎ）とＶＦを提供することができる。ＰＦは管理用仮想計算機１４０にＰＦ１４２として割り当てられ、ＶＦは各ユーザ用仮想計算機にＶＦ１１１として割り当てられる。
　ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６は、一つの計算機（管理用仮想計算機１４０）に割当てられるＰＦ１４２と、複数の仮想計算機１１０、１２０、１３０に割当てられる複数のＶＦ（Virtual Function）１１１とを有する。ＰＦ１４２は、１以上のＶＦ１１１を生成することができる。
　なお、本実施例では、ネットワークデバイスの冗長構成として、ＶＦ１１１にＶＮＩＣ１１３を加えた構成を示す。通常は、ＶＦ１１１がアクティブでありパススルーによってＳＲ－ＩＯＶ対応のＮＩＣデバイス１６６からネットワーク４００との間で通信を行う。
　ＶＮＩＣ１１３は通常時にはスタンバイであり、ＶＦ１１１に障害が発生すると仮想計算機１１０はＶＮＩＣ１１３を介して仮想スイッチ１５１、管理用仮想計算機１４０のＶＮＩＣ１４３及びＰＦ１４２を介してＳＲ－ＩＯＶ対応のＮＩＣデバイス１６６からネットワーク４００との間で通信を行う。
　物理計算機２００も物理計算機１００と同様の構成となっており、物理計算機１００のＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６と、物理計算機２００のＳＲ－ＩＯＶ対応ＮＩＣデバイス２６６がネットワーク４００に接続されている。なお、物理計算機２００の物理資源２６０及び論理資源の要素に付した符号は、物理計算機１００の符号を２００番台にしたものである。
　＜ライブマイグレーションの概要＞
　ライブマイグレーションによる仮想計算機１１０を移動する例を図２に示す。図２は、物理計算機１００の上で稼働している仮想計算機１１０を、物理計算機２００の上に移動するライブマイグレーションの概要を示すブロック図である。
　管理端末３００等からの指令により、物理計算機１００でライブマイグレーションを開始する。まず、ハイパバイザ１５０が仮想メモリ１１７のデータをコピーし、ネットワーク４００を介してハイパバイザ２５０に送信を開始する。
　移動先の物理計算機２００では、ハイパバイザ２５０が、受け取った仮想メモリ１１７のデータに基づいて仮想計算機２１０を物理計算機２００上に生成する。
　この時、移動元の物理計算機１００では仮想計算機１１０が処理を継続するため、仮想メモリ１１７のデータは変化し続ける。ハイパバイザ１５０がネットワーク４００を介したデータ転送を続けることで、仮想メモリ１１７と仮想メモリ２１７の差分が小さくなっていく。
　仮想メモリ１１７と仮想メモリ２１７の差分が閾値以下に小さくなった時点で、ハイパバイザ１５０が仮想計算機１１０に割り当てられた論理資源の稼働を止めることで、ユーザＯＳ１１２の処理を止めて、仮想計算機１１０を停止させる。
　仮想計算機１１０を停止させたら、ハイパバイザ１５０が仮想メモリ１１７と仮想メモリ２１７の残りの差分をネットワーク４００を介して転送することで、仮想メモリ１１７と仮想メモリ２１７を同期させる。
　その後、移動先のハイパバイザ２５０が仮想メモリ２１７のデータで処理を開始させることで、物理計算機１００から移動してきたユーザＯＳ２１２（ユーザＯＳ１１２）の稼働が再開される。ここで、移動元のユーザＯＳ１１２が処理を停止してから、移動先でユーザＯＳ２１２が処理を再開するまでの時間が数百ｍｓ程度であるため、ユーザＯＳ１１２は物理計算機１００から物理計算機２００に移動したことを検知できない、すなわち異常を検知せずにユーザＯＳ２１２として稼働を継続する。これによりライブマイグレーションの処理が完了する。
　＜ソフトウェア仮想ＮＩＣの問題＞
　前記従来例の課題である、ソフトウェア仮想ＮＩＣの問題について説明する。ネットワークデバイスで冗長構成を設定する場合、同一の冗長構成内にある全てのネットワークデバイスに同一のＭＡＣアドレスを設定する。しかし、特定のＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６では、同一の物理ポート６６から作成したソフトウェア仮想ＮＩＣとＶＦに同一のＭＡＣアドレスを設定した場合に、ソフトウェア仮想ＮＩＣが通信できなくなり、ライブマイグレーションができない場合があった。
　図３Ａは、物理計算機１００内のＭＡＣアドレスの一例を示すブロック図である。物理計算機１００上の仮想計算機１１０には、ＶＦ１１１とＶＮＩＣ１１３が割り当てられており、ＶＦ１１１とＶＮＩＣ１１３で冗長構成１１８を設定している。
　ＶＮＩＣ１１３はハイパバイザ１５０内の仮想ＳＷ１５１から、管理用仮想計算機１４０内のＶＮＩＣ１４３と、ネットワークブリッジ１４５と、ＰＦ１４２を経由してＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６からネットワーク４００に接続されている。
　ＶＦ１１１はパススルーによってＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６を介してネットワーク４００と接続されている。ＶＦ１１１とＶＮＩＣ１１３は冗長構成を組んでいるため、ＶＦ１１１にもＶＮＩＣ１１３にも同一のＭＡＣアドレス１１５、１１４が設定されている。
　図示の例では、ＭＡＣアドレス１１５、１１４には、「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」が設定されている例を示す。ここで、ネットワーク４００からＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６に、ＭＡＣアドレス１５５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」に向けたパケット５０が入力された場合を考える。
　ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６から見ると、パケットの宛先であるＭＡＣアドレス１５５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」はＶＦ１１１に設定されているため、ＰＦ１４２ではなくＶＦ１１１にパケット５０が転送される。
　次に、前記従来例において、ライブマイグレーションを行うために、仮想計算機１１０からＶＦ１１１をＨｏｔＲｅｍｏｖｅした場合を考える。図３Ｂは、従来例を示し、物理計算機１００内のＭＡＣアドレスの一例を示すブロック図である。ＶＦ１１１は、ＨｏｔＲｅｍｏｖｅによって、仮想計算機１１０から論理的に取り外されている。
　ライブマイグレーションを実施するためにＶＦ１１１を仮想計算機１１０からＨｏｔＲｅｍｏｖｅした後は、ＭＡＣアドレス１１４「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」を宛先とするパケット５０がＶＮＩＣ１１３に送られることを期待している。しかし、ＶＦ１１１は、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６上ではＭＡＣアドレス１１５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」が設定されたままとなっている。
　このため、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６は、ＶＦ１１１のＭＡＣアドレス１１５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」へ向けてパケットを送信してしまい、本来の宛先であるＭＡＣアドレス１１４「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」のＰＦ１４２側には送信しない。このため、ＶＮＩＣ１１３は、ＭＡＣアドレス１１４に向けたパケット５０を受信できず、冗長構成は通信不能となってしまう。
　なお、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６は、宛先のＭＡＣアドレスのデバイスが配下のＶＦに存在しない場合には、当該パケットをＰＦ１４２へ送信する。したがって、ＶＦ１１１にＭＡＣアドレス１１５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」が設定されておらず、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６がＭＡＣアドレス１１４「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」を配下のＶＦで認識できない場合には、当該パケット５０をＰＦ１４２に送信する。
　そして、管理ＯＳ１４１は、ＰＦ１４２が受信したパケット５０をＮｅｔｗｏｒｋＢｒｉｄｇｅ１４５を介してＶＮＩＣ１４３から仮想ＳＷ１５１に送信する。ハイパバイザ１５０が仮想ＳＷ１５１に送られてきたパケット５０をＶＮＩＣ１１３に転送し、冗長構成を実現することができる。
　＜本発明の冗長構成＞
　図３Ｃは、本発明の実施例を示し、ライブマイグレーション中の物理計算機１００内のＭＡＣアドレスの一例を示すブロック図である。
　ライブマイグレーション中には、ハイパバイザ１５０がＶＦ１１１を閉塞（後述）して、ユーザＯＳ１１２からＶＦ１１１の使用を禁止する。
　ハイパバイザ１５０は、ＶＦ１１１のＭＡＣアドレス１１５を、予め設定したダミーＭＡＣアドレス「ＺＺ：ＺＺ：ＺＺ：ＺＺ：ＺＺ：ＺＺ」に変更する。
　これにより、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６は、宛先がＭＡＣアドレス１１４「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」のパケット５０を受信すると、配下のＶＦには直接識別可能なＭＡＣアドレス１１４「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」が存在しないので、当該パケット５０をＰＦ１４２へ転送する。
　本実施例のＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６のＰＦ１４２は、プロミスキャスモードに設定されており、当該ＰＦ１４２以外のＭＡＣアドレスについては上位のネットワークブリッジ１４５を介してＶＮＩＣ１４３へ転送する。なお、ＰＦ１４２のプロミスキャスモードは、宛先に関わらずすべてのパケットを受信するモードである。
　管理ＯＳ１４１は、ＰＦ１４２が受信したパケット５０をＮｅｔｗｏｒｋＢｒｉｄｇｅ１４５を介してＶＮＩＣ１４３から仮想ＳＷ１５１に送信する。ハイパバイザ１５０が仮想ＳＷ１５１に送られてきたパケット５０をＶＮＩＣ１１３に転送する。
　これにより、ハイパバイザ１５０はＭＡＣアドレス１１４「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」宛のパケット５０をＶＮＩＣ１１３で受信することが可能となる。
　以上のように、本実施例では、同一の物理ポート６６から作成したＶＮＩＣ１１３と、ＳＲ－ＩＯＶのＶＦ１１１に同一のＭＡＣアドレスを割り当てて冗長構成とした仮想計算機１１０でライブマイグレーション中も通信を継続することが可能となる。
　また、ライブマイグレーションの冗長構成用に、ＳＲ－ＩＯＶのＶＦとＶＮＩＣとで別の物理ＮＩＣ（物理ポート）を用意する必要がなくなるため、コストを削減することができる。
　＜ライブマイグレーションの処理＞
　図４は、本実施例におけるライブマイグレーションの処理の一例を示すシーケンス図である。
　ステップＳ４０１では、管理端末３００から移動元のハイパバイザ１５０に対してライブマイグレーション要求が送出される。ライブマイグレーション要求には、移動元の仮想計算機１１０の情報と、移動先の物理計算機２００及びハイパバイザ２５０の情報が含まれる。
　ステップＳ４０２では、仮想計算機１１０の移動元となるハイパバイザ１５０は、ライブマイグレーション対象の仮想メモリ１１７を移動先のハイパバイザ２５０に送信する。ハイパバイザ１５０は、仮想メモリ１１７のデータを送信し、ネットワーク４００を経由して物理計算機２００のハイパバイザ２５０に転送する。
　ハイパバイザ１５０は、移動元の仮想計算機１１０のメモリデータの同期処理を進めていき、仮想メモリ１１７と仮想メモリ２１７のデータの差分が閾値以下になるまでデータ転送を続ける。
　ステップＳ４０３では、移動元のハイパバイザ１５０は、ＶＦ１１１の閉塞処理を実施し、仮想計算機１１０からＶＦ１１１へのアクセスを禁止する。閉塞処理は、Ｉ／Ｏデバイスを停止させることなくアクセスを遮断する処理で、例えば、ユーザＯＳ１１２がＶＦ１１１へアクセスすると、ハイパバイザ１５０がすべて「Ｆ」（１６進表記）のデータを応答することで、ユーザＯＳ１１２のアクセスを禁止する。ステップＳ４０４では、上記ステップＳ４０３の閉塞処理によって、ユーザＯＳ１１２はＶＦ１１１にアクセス不可となる。
　ステップＳ４０５では、上記ステップＳ４０４でユーザＯＳ１１２は冗長構成のａｃｔｉｖｅ系であるＶＦ１１１が利用不可の状態であることを検知し、ＶＮＩＣ１１３をａｃｔｉｖｅに切り替える。ただし、この時点ではＶＮＩＣ１１３のＭＡＣアドレス１１４「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」と同じＭＡＣアドレス１１５がＶＦ１１１に設定されているため、図３Ｂで示したようにＶＮＩＣ１１３は通信できない。
　ステップＳ４０６では、ハイパバイザ１５０がＶＦ１１１のＭＡＣアドレス１１５に対して予め設定されたダミーＭＡＣアドレス５００「ＺＺ：ＺＺ：ＺＺ：ＺＺ：ＺＺ：ＺＺ」を設定する。これにより、図３Ｃで示したようにＶＮＩＣ１１３は仮想スイッチ１５１、管理用仮想計算機１４０を介してネットワーク４００と通信可能な状態となる。なお、ダミーＭＡＣアドレスは、物理計算機１００内でユニークな値であれば良い。
　上記ステップＳ４０５とステップＳ４０６の処理は、並列して実行することができるので、順序は逆であっても良い。上記ＶＮＩＣ１１３のアクティブ化と、ＶＦ１１１のＭＡＣアドレスをダミーＭＡＣアドレス５００に変更した後は、ユーザＯＳ１１２はＶＮＩＣ１１３から仮想スイッチ１５１、管理用仮想計算機１４０を介してＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６のＰＦ１４２からネットワーク４００と通信を行う。
　ステップＳ４０７では、ハイパバイザ１５０は、仮想メモリ１１７と仮想メモリ２１７のデータの差分が閾値以下になると仮想計算機１１０の処理を停止する。
　ステップＳ４０８では、移動元のハイパバイザ１５０は、仮想計算機１１０の仮想メモリ１１７から残りの差分データを移動先のハイパバイザ２５０に転送する。これにより、移動先の仮想計算機２１０マシン上の仮想メモリ２１７メモリのデータが移動元の仮想計算機１１０と同期する。
　ステップＳ４０９では、移動元のハイパバイザ１５０が、移動先のハイパバイザ２５０に仮想計算機１１０の移動の指示を送信する。この移動の指示には、マイグレーション開始時点の仮想計算機＃１のＶＦ１１１のＭＡＣアドレス１１５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」が含まれる。
　ステップＳ４１０では、移動先のハイパバイザ２５０は、仮想計算機２１０の処理を再開させ、ユーザＯＳ２１２の稼働を再開させる。この時点では、ユーザＯＳ２１２上のネットワーク冗長構成は移動元の直前の状態（ＭＣアドレスやActive設定）をコピーされた仮想メモリ１１７のデータから復元し、ＶＮＩＣ２１３をａｃｔｉｖｅとして稼働させている。
　ステップＳ４１１では、ハイパバイザ２５０がＶＦ２１１のＨｏｔＲｅｍｏｖｅ要求を仮想計算機２１０のユーザＯＳ２１２に送信する。
　ステップＳ４１２では、ＶＦ２１１のＨｏｔＲｅｍｏｖｅ要求を受け取ったユーザＯＳ２１２上で、ＶＦ２１１のデバイスドライバが終了の処理を実施し、ユーザＯＳ２１２上からＶＦ２１１が消える。すなわち、閉塞されていたＶＦ１１１を復元したＶＦ２１１が仮想計算機２１０から論理的に取り外される。
　ステップＳ４１３では、ハイパバイザ２５０は、ダミーＭＡＣアドレスが設定されているＶＦ２１１に対して、本来のＭＡＣアドレス１１５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」を設定する。この時点でＶＮＩＣ２１３が通信不可となり、冗長構成が通信不可状態となる。なお、本来のＭＡＣアドレス１１５は、ハイパバイザ２５０がＳ４０９で受信したゲスト移動の指示に含まれるＶＦ１１１のＭＡＣアドレスである。なお、ＶＦ２１１は、論理的に取り外された状態でＭＡＣアドレスが変更される。
　ステップＳ４１４では、ハイパバイザ２５０が仮想計算機２１０のユーザＯＳ２１２にＶＦ２１１のＨｏｔＡｄｄを要求する。ＶＦ２１１は、ＨｏｔＡｄｄによって、仮想計算機１１０へ論理的に接続される。ユーザＯＳ２１２は、ＶＦ２１１をＳＲ－ＩＯＶ対応ＮＩＣデバイス２６６の仮想機能として認識する。
　ステップＳ４１５では、ＶＦ２１１のＨｏｔＡｄｄ要求を受け取ったユーザＯＳ２１２は、デバイスドライバによる初期化処理を実施させる。
　ステップＳ４１６では、ユーザＯＳ２１２またはユーザＯＳ２１２上のネットワーク管理ソフトウェアが、ＶＦ２１１の復帰を検知し、冗長構成を再構築し、ＶＦ２１１をａｃｔｉｖｅ系に戻す。これにより、冗長構成のＳＲ－ＩＯＶ対応ＮＩＣデバイス２６６はＶＦ２１１を用いた通信を再開できる。
　図４のシーケンス図には、移動元でＶＦ１１１が通信を行う期間４１と、移動元でＶＮＩＣ２１３が通信を行う期間４２と、移動先でＶＮＩＣ２１３が通信を行う期間４３と、移動先でＶＦ２１１が通信を行う期間４４を示した。
　それぞれの間でＶＦとＶＮＩＣの両方が通信不可となる期間が存在している。移動元のＶＦ１１１の通信期間４１と、ＶＮＩＣ１１３の通信期間４２の間にある通信不可期間は、ＶＦ１１１の閉塞処理のステップＳ４０３の後で、ハイパバイザ１５０がＶＮＩＣ１１３のａｃｔｉｖｅ系切り替えのステップＳ４０５とダミーＭＡＣアドレス設定のステップＳ４０６を実施する。ステップＳ４０３からＳ４０６の処理はいずれも数百ｎｓ～数ｍｓ程度で完了する処理であり、ステップＳ４０５とＳ４０６は非同期で稼働するため、冗長構成としての通信不可時間は数ｍｓ程度となる。
　次に、移動元のＶＮＩＣ１１３の通信期間４２と移動先のＶＮＩＣ２１３通信期間４３の間では、ユーザＯＳが停止状態となり数百ｍｓの通信不可が発生する。最後に、移動先のＶＮＩＣ２１３の通信期間４３とＶＦ２１１の通信期間４４との間の通信不可期間には、ＶＦ２１１へのＭＡＣアドレス設定のステップＳ４１３から冗長構成再構築のステップＳ４１６までの処理をハイパバイザ２５０およびユーザＯＳ２１２が実施する。この期間には、ＶＦ２１１のＨｏｔＡｄｄ処理とＶＦ２１１のデバイスドライバによる初期化処理で数秒の時間を要する。
　前記従来例では、移動元でのＶＦ１１１のＨｏｔＲｅｍｏｖｅから移動先でのＶＦ２１１のＨｏｔＡｄｄまでの数十秒～数分の期間が通信不可となるのに対し、本実施例の通信不可期間は、移動前の数ｍｓと移動後の数秒間で済むようになる。このため、例えばＴＣＰ通信であれば、本実施例を適用した後はライブマイグレーション中にも通信を継続することができる。
　図４に記載したシーケンス図における、移動元でのＶＦ１１１の通信期間４１と、移動元でのＶＮＩＣ１１３の通信期間４２と、移動先でのＶＮＩＣ２１３の通信期間４３と、移動先でのＶＦ２１１の通信期間４４のそれぞれにおけるＭＡＣアドレス設定について、図５～図８に示す。
　図５は、移動元でのＶＦ１１１の通信期間４１におけるＭＡＣアドレスの設定状態を示すブロック図である。
　物理計算機１００上のハイパバイザ１５０は、ＭＡＣアドレス管理テーブル１５２を内部に保持する。ＭＡＣアドレス管理テーブル１５２は、ハイパバイザ１５０によって設定され、仮想計算機１１０、１２０、１３０、１４０毎に割り当てたＶＦ１１１、ＰＦ１４２及びＶＮＩＣ１１３、１４３のＭＡＣアドレスを保持する。
　ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６は、ＰＦ１４２の配下のＶＦ１１１毎にＭＡＣアドレスを設定可能であり、ＭＡＣアドレスを管理するテーブルをＰＦ＃１のＶＦ　ＭＡＣアドレス管理テーブル１６８とする。ＶＦ　ＭＡＣアドレス管理テーブル１６８は、ＰＦ１４２によって管理され、ＰＦ１４２は配下のＶＦ毎にＭＡＣアドレスを保持する。
　なお、ＶＦ　ＭＡＣアドレス管理テーブル１６８、２６８は、各ＰＦ１４２、２４２毎に管理される。また、ＰＦ１４２は、ハイパバイザから通知されたＭＡＣアドレスをＭＡＣアドレス管理テーブル１５２に設定する。
　ここで、物理計算機１００には、仮想計算機１１０が仮想計算機＃１として定義してあり、仮想計算機＃１にはＶＦ＃１１（１１１）とＶＮＩＣ＃１１（１１３）が割り当てられている。本実施例においては、ユーザＯＳ１１２上でＶＦ＃１１とＶＮＩＣ＃１１を用いて冗長構成を組む。
　このため、ハイパバイザ１５０は、ＶＦ＃１１のＭＡＣアドレス１５４と、ＶＮＩＣ＃１１のＭＡＣアドレス１５５には、同じ値「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」を設定する。移動元でのＶＦ通信期間４１では、ＰＦ＃１のＶＦ　ＭＡＣアドレス管理テーブル１６８のＶＦ＃１１のＭＡＣアドレスにＶＦ＃１１ＭＡＣアドレス１５４を設定することで、ＶＦ側での通信を行う。
　図６は、移動元でのＶＮＩＣ１１３の通信期間４２におけるＭＡＣアドレスの設定状態を示すブロック図である。
　ここでは、ハイパバイザ１５０がダミーＭＡＣアドレス５００「ＺＺ：ＺＺ：ＺＺ：ＺＺ：ＺＺ：ＺＺ」をＰＦ＃１のＶＦ　ＭＡＣアドレス管理テーブル１６８のＶＦ＃１１に設定することで、ＶＮＩＣ１１３側での通信に切り替える。なお、上述したように、ハイパバイザ１５０は、ＭＡＣアドレス管理テーブル１５２の仮想計算機＃１のＶＦのＭＡＣアドレスについてもダミーＭＡＣアドレス５００に変更する。
　ダミーＭＡＣアドレス５００は、他のＭＡＣアドレスと重複しない限り、仮想計算システム内の全てのハイパバイザで同一の値としてよい。ネットワーク４００上でＭＡＣアドレスが重複すると、重複したＭＡＣアドレスを設定されたデバイスの通信に深刻な影響を及ぼすが、ＶＦ１１１にダミーＭＡＣアドレスを設定する期間は、ユーザＯＳ１１２上ではＶＮＩＣ１１３を用いて通信を行う。このため、複数のＶＦに同一のダミーＭＡＣアドレス５００を設定することによる通信への影響はない。
　図７は、移動先でのＶＮＩＣ２１３の通信期間４３におけるＭＡＣアドレスの設定状態を示すブロック図である。
　ライブマイグレーションによる仮想計算機１１０の移動によって、移動元であるハイパバイザ１５０のＭＡＣアドレス管理テーブル１５２からは仮想計算機＃１の設定が削除される。移動先では、ハイパバイザ２５０のＭＡＣアドレス管理テーブル２５２に、コピーされた仮想計算機１１０のＭＡＣアドレス情報が設定される。この時点では、ユーザＯＳはＶＮＩＣで通信を継続しているため、ＰＦ＃２のＶＦ　ＭＡＣアドレス管理テーブル２６８のＶＦ＃２１には、ダミーＭＡＣアドレス５００が設定されている。
　図８は、移動先でのＶＦ２１１の通信期間４４におけるＭＡＣアドレスの設定状態を示すブロック図である。
　移動先のハイパバイザ２５０はユーザＯＳ２１２上でのＶＦ通信を復活させるため、ＰＦ＃２（２４２）のＶＦ　ＭＡＣアドレス管理テーブル２６８のＶＦ＃２１に本来のＭＡＣアドレスを設定する。ここで設定する本来のＭＡＣアドレスは、移動元でＶＦ１１１の通信に使用していたＭＡＣアドレス１１５「ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ：ＸＸ」であり、ハイパバイザ１５０から受信したゲスト移動の指示に含まれるＶＦ１１１のＭＡＣアドレス１１５を、ＭＡＣアドレス管理テーブル２５２の仮想計算機＃１のＶＦ＃１１ＭＡＣアドレス１５４に設定する。
　図４のシーケンス図でライブマイグレーション処理を実施中に、何らかの事由によるライブマイグレーション処理の失敗や、ユーザからのキャンセル要求発生により、ライブマイグレーションを中止する場合には、仮想計算機１１０は物理計算機２００には移動せずに物理計算機１００上で稼働を継続し、かつ、ネットワークデバイスの冗長構成はＶＦ１１１を用いて通信を継続することが要求される。
　ＶＦ１１１の閉塞処理のステップＳ４０３の実施前にライブマイグレーションの中止要求が発生した場合、この時点ではユーザＯＳ１１２上の冗長構成はＶＦ１１１を用いて通信を行っているため、ハイパバイザ１５０では特別な処理は必要ない。
　ハイパバイザ１５０がＶＦ１１１の閉塞処理のステップＳ４０３を実施した後は、ユーザＯＳ１１２上のデバイスドライバからＶＦ１１１にアクセス不可となるため、ユーザＯＳ１１２上のデバイスドライバとＶＦ１１１の整合性が保障できなくなる。
　このため、ＶＦ１１１の閉塞処理の実施後にライブマイグレーションを中止して、ハイパバイザ１５０がＶＦ１１１の閉塞を解除、すなわちユーザＯＳ１１２上のデバイスドライバからＶＦ１１１にアクセス可能な状態としても、デバイスドライバおよびＶＦ１１１の正常な稼働が保障できない。
　したがって、ＶＦ１１１の閉塞処理の実施後（Ｓ４０３）にライブマイグレーションを中止する場合は、移動元の物理計算機１００上でハイパバイザ１５０がＶＦ１１１のＨｏｔＲｅｍｏｖｅおよびＶＦ１１１のＨｏｔＡｄｄを実施することで、デバイスドライバおよびＶＦ１１１の初期化を実施してＶＦ通信を復帰させる必要がある。
　＜まとめ＞
　以上のように、本実施例では、まず、ハイパバイザ１５０が同一ポートから生成したＶＦとＶＮＩＣをペアで仮想計算機に割り当て、ユーザＯＳ上で冗長構成を設定する。本実施例のＳＲ－ＩＯＶ対応ＮＩＣデバイスは、ＶＦとＶＮＩＣに同一のＭＡＣアドレスを設定している場合は、ＶＦ側にパケットを送信するので、ライブマイグレーション実施前は常にＶＦ側をａｃｔｉｖｅ系として通信する。また、ＰＦは管理用仮想計算機１４０に割り当ててプロミスキャスモードで稼働させる。
　ライブマイグレーションを実施する際には、移動元のＶＦに対して設定されていたＭＡＣアドレスとは異なるダミーＭＡＣアドレスを設定する。これにより、ＳＲ－ＩＯＶ対応ＮＩＣデバイスは、本来のＭＡＣアドレスに向けたパケットをＶＦ側ではなくＰＦ側に送信するため、ＶＮＩＣが通信可能となる。
　また、仮想計算機からＶＦへのアクセスを遮断（閉塞）させることで、ＶＦをユーザＯＳから利用不可とし、冗長構成のａｃｔｉｖｅ系をＶＮＩＣ側に切り替えることで、冗長構成は通信を継続できる。
　そして、仮想計算機のデータを移動先の仮想メモリ２１７に転送した後に、移動先のハイパバイザ２５０はＶＦをユーザＯＳからＨｏｔＲｅｍｏｖｅする。ＨｏｔＲｅｍｏｖｅの完了後、ハイパバイザ２５０がＶＦのＭＡＣアドレスに本来のＭＡＣアドレス１１５を設定し、その後、ＶＦのＨｏｔＡｄｄを実施することで、ＶＦドライバによる初期化処理が再実施され、ＶＦが通信可能となる。また、ハイパバイザ２５０はＶＮＩＣにＶＦと同一のＭＡＣアドレスを設定することで、冗長構成を再設定する。
　以上、本実施例によれば、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６の同一の物理ポート６６から生成したＶＮＩＣ１１３と、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６のＶＦ１１１に同一のＭＡＣアドレスを割り当てて冗長構成とした仮想計算機１１０でＶＦ１１１の通信をＶＮＩＣ１１３へ切り替えてライブマイグレーションを実施することが可能となる。
　また、ライブマイグレーションの冗長構成用に、ＳＲ－ＩＯＶ対応ＮＩＣデバイス１６６のＶＦとＶＮＩＣのそれぞれについて異なる物理ＮＩＣ（物理ポート）を用意する必要がなくなるため、コストを削減することができる。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。
　また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

Claims (8)

  1. 　プロセッサと、メモリと、物理機能と仮想機能を含むＳＲ－ＩＯＶに対応した第１の物理ネットワークデバイスと、を有する第１の物理計算機と、
    　プロセッサと、メモリと、物理機能と仮想機能を含むＳＲ－ＩＯＶに対応した第２の物理ネットワークデバイスと、を有する第２の物理計算機と、
    　前記第１の物理計算機の計算機資源を１つ以上の仮想計算機に割り当てる第１の仮想化部と、
    　前記第２の物理計算機の計算機資源を１つ以上の仮想計算機に割り当てる第２の仮想化部と、を有する仮想計算機システムであって、
    　前記第１の仮想化部が、前記仮想計算機のうちの第１の仮想計算機に第１のソフトウェア仮想ＮＩＣを割り当て、前記第１の仮想計算機に前記第１の物理ネットワークデバイスの仮想機能を割り当て、前記第１のソフトウェア仮想ＮＩＣと前記仮想機能に同一のネットワークアドレスを設定してから、前記仮想機能をアクティブに設定し、
    　前記第１の仮想計算機で稼働するゲストＯＳが、前記仮想機能を経由して通信を実行し、
    　前記第１の仮想化部が、ライブマイグレーションの指令を受信すると、前記仮想機能を遮断し、
    　前記第１の仮想化部が、前記第１のソフトウェア仮想ＮＩＣをアクティブに変更し、前記仮想機能のネットワークアドレスを予め設定したダミーアドレスに変更し、
    　前記第１の仮想計算機のゲストＯＳが、前記第１のソフトウェア仮想ＮＩＣを経由して通信を実行し、
    　前記第１の仮想化部が、前記第１の仮想計算機に割り当てた計算機資源としての第１の仮想メモリの内容を前記第２の仮想化部へコピーすることを特徴とする仮想計算機システム。
  2. 　請求項１に記載の仮想計算機システムであって、
    　前記第１の仮想化部が、前記第１の仮想メモリの内容のコピーが完了すると、前記第１の仮想計算機を停止させ、前記第２の仮想化部へ移動の通知を送信し、
    　前記第２の仮想化部は、受信した前記第１の仮想メモリの内容に基づいて前記第１の仮想計算機の処理を再開し、前記仮想機能のダミーアドレスを元の前記ネットワークアドレスに戻すことを特徴とする仮想計算機システム。
  3. 　請求項２に記載の仮想計算機システムであって、
    　前記第２の仮想化部は、前記仮想機能のダミーアドレスを元の前記ネットワークアドレスに戻す際に、前記再開した第１の仮想計算機から前記仮想機能をホットリムーブによって取り外してから、当該仮想機能のダミーアドレスを元のネットワークアドレスに変更し、ホットアドによって当該仮想機能を前記第１の仮想計算機へ再度接続することを特徴とする仮想計算機システム。
  4. 　請求項１に記載の仮想計算機システムであって、
    　前記第１の仮想化部は、前記物理機能と、第２のソフトウェア仮想ＮＩＣを割り当てた管理用仮想機能を稼働させ、前記第１のソフトウェア仮想ＮＩＣと第２のソフトウェア仮想ＮＩＣを接続する仮想スイッチを提供し、前記物理機能をプロミスキャスモードで稼働させて、前記第１のソフトウェア仮想ＮＩＣと前記第２の物理ネットワークデバイスとを相互に接続することを特徴とする仮想計算機システム。
  5. 　プロセッサと、メモリと、物理機能と仮想機能を含むＳＲ－ＩＯＶに対応した第１の物理ネットワークデバイスと、を有する第１の物理計算機の計算機資源を１つ以上の仮想計算機に割り当てる第１の仮想化部と、プロセッサと、メモリと、物理機能と仮想機能を含むＳＲ－ＩＯＶに対応した第２の物理ネットワークデバイスと、を有する第２の物理計算機の計算機資源を１つ以上の仮想計算機に割り当てる第２の仮想化部が、前記第１の物理計算機の仮想計算機を前記第２の物理計算機へ移動させる仮想計算機のマイグレーション方法であって、
    　前記第１の仮想化部が、前記仮想計算機のうちの第１の仮想計算機に第１のソフトウェア仮想ＮＩＣを割り当て、前記第１の仮想計算機に前記第１の物理ネットワークデバイスの仮想機能を割り当て、前記第１のソフトウェア仮想ＮＩＣと前記仮想機能に同一のネットワークアドレスを設定してから、前記仮想機能をアクティブに設定する第１のステップと、
    　前記第１の仮想計算機で稼働するゲストＯＳが、前記仮想機能を経由して通信を実行する第２のステップと、
    　前記第１の仮想化部が、ライブマイグレーションの指令を受信すると、前記仮想機能を遮断する第３のステップと、
    　前記第１の仮想化部が、前記第１のソフトウェア仮想ＮＩＣをアクティブに変更し、前記仮想機能のネットワークアドレスを予め設定したダミーアドレスに変更する第４のステップと、
    　前記第１の仮想計算機のゲストＯＳが、前記第１のソフトウェア仮想ＮＩＣを経由して通信を実行する第５のステップと、
    　前記第１の仮想化部が、前記第１の仮想計算機に割り当てた計算機資源としての第１の仮想メモリの内容を前記第２の仮想化部へコピーする第６のステップと、
    を含むことを特徴とする仮想計算機のマイグレーション方法。
  6. 　請求項５に記載の仮想計算機のマイグレーション方法であって、
    　前記第１の仮想化部が、前記第１の仮想メモリの内容のコピーが完了すると、前記第１の仮想計算機を停止させて、前記第２の仮想化部へ移動の通知を送信する第７のステップと、
    　前記第２の仮想化部が、受信した前記第１の仮想メモリの内容に基づいて前記第１の仮想計算機の処理を再開し、前記仮想機能のダミーアドレスを元の前記ネットワークアドレスに戻す第８のステップと、
    をさらに含むことを特徴とする仮想計算機のマイグレーション方法。
  7. 　請求項６に記載の仮想計算機のマイグレーション方法であって、
    　前記第８のステップは、
    　前記第２の仮想化部が、前記再開した第１の仮想計算機から前記仮想機能をホットリムーブによって取り外すステップと、
    　前記第２の仮想化部が、当該仮想機能のダミーアドレスを元のネットワークアドレスに変更するステップと、
    　前記第２の仮想化部が、ホットアドによって前記再開した第１の仮想計算機に前記仮想機能を再度接続するステップと、
    を含むことを特徴とする仮想計算機のマイグレーション方法。
  8. 　請求項５に記載の仮想計算機のマイグレーション方法であって、
    　前記第１の仮想化部が、前記物理機能と、第２のソフトウェア仮想ＮＩＣを割り当てた管理用仮想機能を稼働させ、前記第１のソフトウェア仮想ＮＩＣと第２のソフトウェア仮想ＮＩＣを接続する仮想スイッチを提供し、前記物理機能をプロミスキャスモードで稼働させて、前記第１のソフトウェア仮想ＮＩＣと前記第２の物理ネットワークデバイスとを相互に接続するステップをさらに含むことを特徴とする仮想計算機のマイグレーション方法。
PCT/JP2016/082391 2016-11-01 2016-11-01 仮想計算機システム及び仮想計算機のマイグレーション方法 WO2018083724A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/082391 WO2018083724A1 (ja) 2016-11-01 2016-11-01 仮想計算機システム及び仮想計算機のマイグレーション方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/082391 WO2018083724A1 (ja) 2016-11-01 2016-11-01 仮想計算機システム及び仮想計算機のマイグレーション方法

Publications (1)

Publication Number Publication Date
WO2018083724A1 true WO2018083724A1 (ja) 2018-05-11

Family

ID=62075554

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/082391 WO2018083724A1 (ja) 2016-11-01 2016-11-01 仮想計算機システム及び仮想計算機のマイグレーション方法

Country Status (1)

Country Link
WO (1) WO2018083724A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010237737A (ja) * 2009-03-30 2010-10-21 Nec Corp パススルーｉ／ｏデバイスを伴うｌｐａｒの動的マイグレーション装置、その方法及びそのプログラム
JP2013125284A (ja) * 2011-12-13 2013-06-24 Hitachi Ltd 仮想計算機システムおよび仮想計算機の移行制御方法
US20160127495A1 (en) * 2014-10-30 2016-05-05 Oracle International Corporation System and method for providing a dynamic cloud with subnet administration (sa) query caching
JP2016513308A (ja) * 2013-12-31 2016-05-12 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 仮想マシンのライブマイグレーション方法、仮想マシンのメモリデータ処理方法、サーバ及び仮想マシンシステム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010237737A (ja) * 2009-03-30 2010-10-21 Nec Corp パススルーｉ／ｏデバイスを伴うｌｐａｒの動的マイグレーション装置、その方法及びそのプログラム
JP2013125284A (ja) * 2011-12-13 2013-06-24 Hitachi Ltd 仮想計算機システムおよび仮想計算機の移行制御方法
JP2016513308A (ja) * 2013-12-31 2016-05-12 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 仮想マシンのライブマイグレーション方法、仮想マシンのメモリデータ処理方法、サーバ及び仮想マシンシステム
US20160127495A1 (en) * 2014-10-30 2016-05-05 Oracle International Corporation System and method for providing a dynamic cloud with subnet administration (sa) query caching

Similar Documents

Publication Publication Date Title
US10789006B1 (en) Path-based data migration from source device to target device
US10936335B2 (en) Path-based migration of control of a multi-path logical device from a current MPIO driver to a target MPIO driver
US11126358B2 (en) Data migration agnostic of pathing software or underlying protocol
EP3173937B1 (en) Pcie network system with fail-over capability and operation method thereof
JP6185045B2 (ja) インフィニバンドネットワークにおけるバーチャルマシーンのライブマイグレーションをサポートするためのシステムおよび方法
JP5222651B2 (ja) 仮想計算機システムおよび仮想計算機システムの制御方法
TWI439867B (zh) 動態實體及虛擬多重路徑輸入／輸出
US9164795B1 (en) Secure tunnel infrastructure between hosts in a hybrid network environment
JP6055310B2 (ja) 仮想記憶ターゲットオフロード技術
US8171176B2 (en) Method for selective replication of physical devices on a virtual self-configuring zoning expander
JP5692065B2 (ja) 計算機システムにおける仮想装置の高速移動システム及び管理装置並びにその方法及びそのプログラム
US8473692B2 (en) Operating system image management
JP5262404B2 (ja) 複合型計算機及び複合型計算機の制御方法
EP3985504B1 (en) Virtual machine migration
US9928107B1 (en) Fast IP migration in a hybrid network environment
EP3338194B1 (en) Multichannel input/output virtualization
JP5742387B2 (ja) 情報処理システム、及びｉ／ｏスイッチ装置
JP2008225546A (ja) 仮想装置構成システム、及びその方法
US20130283264A1 (en) Method for selective replication of physical devices on a virtual self-configuring zoning expander
US20130152083A1 (en) Virtual computer system and control method of migrating virtual computer
US20210089379A1 (en) Computer system
JP2014195178A (ja) 情報処理装置、送信制御方法および送信制御プログラム
US8838768B2 (en) Computer system and disk sharing method used thereby
Guay et al. Early experiences with live migration of SR-IOV enabled InfiniBand
JP6219514B2 (ja) 仮想マルチパス状態アクセスを提供するコンピューティングデバイス、仮想マルチパス用のリモートコンピューティングデバイス、仮想マルチパス状態アクセスを提供する方法、仮想マルチパス用の方法、コンピューティングデバイス、コンピューティングデバイスに複数の方法を実行させるプログラム、及び、機械可読記録媒体

Legal Events

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

Ref document number: 16920793

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16920793

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP