KR102375064B1 - Server and method for managing connection with virtual machine - Google Patents

Abstract

The host server managing the connection with the virtual machine includes a transmission unit that transmits a connection request message including a first virtual machine ID corresponding to the inactive first virtual machine and connection setting information to the manager server, the first virtual machine ID a receiving unit corresponding to and receiving detailed virtual machine information updated using information on at least one physical interface inquired based on the connection setting information from the manager server; A connection unit configured to perform pass-through connection by mapping a physical interface corresponding to the information on the first virtual machine and the physical interface based on the detailed virtual machine information; and a booting unit configured to boot the first virtual machine. there is.

Description

SERVER AND METHOD FOR MANAGING CONNECTION WITH VIRTUAL MACHINE}

The present invention relates to a server and method for managing a connection with a virtual machine.

Conventionally, remote screen access, file system-based recovery, disk Technologies such as diskless booting were used.

Among them, diskless booting technology (aka, no-hard technology) is applied, for example, in a PC room, a school PC lab, and the like. This diskless booting technology has a structure that is vulnerable to failure, such that the server must be located on the same LAN as the user terminal, and all user terminals become unusable despite a temporary failure of the network or server.

On the other hand, since the remote screen access and file system-based recovery solution, which is a control and management solution of the user terminal, is executed at the Application/Driver level, which is an upper layer of the operating system (OS) of the user terminal, the operating system ( In particular, if Windows) is not properly managed, the remote screen access and file system-based recovery solution do not operate smoothly.

Meanwhile, in the conventional pass-through technology, when a virtual port of a virtual machine is directly connected to a physical interface of a host server, the virtual machine directly utilizes resources of a physical interface of a host server through a virtualization layer. . When such a conventional pass-through connection technology is used, one virtual machine is connected to one physical interface and the resource of the corresponding physical interface is monopolized and used. In this case, there is no problem when there is only one virtual machine, but when there are two or more virtual machines, it is difficult for other virtual machines to share the resources of the host server's physical interface, and for virtual machines that do not support pass-through connection, Performance issues arise.

Korean Patent Publication No. 1401378 (Registered on May 23, 2014)

An object of the present invention is to manage a connection with a virtual machine in order to share resources of a physical interface between a plurality of virtual machines.

Specifically, the present invention transmits a connection request message for a pass-through connection between an inactive virtual machine and a physical interface to the manager server, and provides detailed virtual machine information as a response to the connection request message from the manager server. When received from the manager server, a pass-through connection is attempted by mapping a virtual machine and a physical interface according to the received virtual machine detailed information.

However, the technical problems to be achieved by the present embodiment are not limited to the technical problems described above, and other technical problems may exist.

As a technical means for achieving the above technical problem, the host server managing the connection with the virtual machine according to the first aspect of the present invention includes a first virtual machine ID and connection setting information corresponding to the first virtual machine in an inactive state. a transmission unit that transmits a connection request message including a connection request message to the manager server; a receiving unit corresponding to the first virtual machine ID and receiving, from the manager server, detailed virtual machine information updated using information on at least one physical interface queried based on the connection setting information; a connection unit for performing pass-through by mapping a physical interface corresponding to the information on the first virtual machine and the physical interface based on the detailed virtual machine information; and a booting unit for booting the first virtual machine.

A manager server for managing a connection with a virtual machine according to a second aspect of the present invention includes: a receiving unit for receiving a connection request message including a virtual machine ID and connection setting information from a host server; an inquiry unit that inquires detailed information about a virtual machine corresponding to the virtual machine ID, and inquires information on at least one physical interface based on the connection setting information; an update unit for updating the inquired detailed virtual machine information by using the inquired information on the physical interface; and a transmission unit for transmitting the updated detailed virtual machine information to the host server, wherein the information on the virtual machine and the physical interface included in the detailed virtual machine information is based on the transmitted detailed virtual machine information. A physical interface may be mapped to perform a pass-through connection.

According to a third aspect of the present invention, a method for managing a connection with a virtual machine in a host server includes releasing a pass-through connection between an activated first virtual machine and a physical interface; The method may include performing a pass-through connection by mapping the physical interface to a second virtual machine in an inactive state.

The above-described problem solving means are merely exemplary, and should not be construed as limiting the present invention. In addition to the exemplary embodiments described above, there may be additional embodiments described in the drawings and detailed description.

According to any one of the above-described problem solving means of the present invention, the present invention can dynamically manage a pass-through connection between a virtual machine and a physical interface in order to share resources of a physical interface between a plurality of virtual machines. . Through this, the present invention can implement a dynamic pass-through connection.

Specifically, the present invention transmits a connection request message for a pass-through connection between an inactive virtual machine and a physical interface to the manager server, and receives detailed virtual machine information from the manager server as a response to the connection request message from the manager server. In this case, the pass-through connection may be performed by mapping the virtual machine and the physical interface according to the received detailed virtual machine information.

Through this, the present invention can provide resource sharing and connectivity of a dynamic physical interface between a plurality of virtual machines.

In addition, the present invention can implement a plurality of user terminals connected to the network in a centralized structure so that an administrator can efficiently perform maintenance and management of a plurality of user terminals connected to the network remotely.

In addition, the present invention provides a virtualization technology (eg, Hypervisor, Pass-Through technology, etc.) applied to a server to provide a cloud service, a storage management technology (eg, Snapshot, Differential Patch, etc.) and an operating system technology (eg, Device Mapper). technology, etc.) to implement a plurality of user terminals in a centralized structure, and through this, the operating systems of the plurality of user terminals can be managed remotely. Through this, according to the present invention, since the administrator remotely maintains and manages a plurality of user terminals connected to the network, it is possible to efficiently manage the user terminals while minimizing field trips.

In addition, the present invention provides a technology for remotely controlling the power of a user terminal (eg, Wake-On-LAN (WOL) technology, VPN technology, etc.) instead of the existing remote control technology (eg, chipset-based VPro and IPMI). It can be used to remotely control and manage the power of the user terminal. That is, according to the present invention, the power of the virtual machine can be remotely controlled and managed by utilizing the WOL technology for controlling the power of the user terminal and a separate VPN technology.

Through this, administrators efficiently perform maintenance and management of multiple user terminals centrally, and users can also receive A/S services remotely in real time for user terminal failures, thereby increasing overall service availability and satisfaction. can

In addition, the present invention can strengthen the stability and security than before by applying the agent-based security and management solution, which is an application above the existing operating system, to the host operating system (Host OS or Hyper OS), which is a lower level of the operating system. and additional functions of central management can be applied.

In addition, the present invention does not need to install a separate dedicated chipset (vPRO, IPMI) and an operating system solution in the user terminal, which were previously provided for remotely maintaining and managing the user terminal, on the basic hardware (H/W) With only the host operating system, it is possible to increase the work efficiency of the operator more safely and quickly than before, and to increase the satisfaction of the user of the user terminal.

In addition, the present invention can reduce the investment cost and operating cost for establishing the management system of the user terminal by replacing the existing dedicated chipset with a software method.

1A to 1B are diagrams of a virtual machine driving system according to an embodiment of the present invention.
2A to 2F are diagrams for explaining a method of driving a virtual machine according to an embodiment of the present invention.
3A to 3C are diagrams for explaining a comparison between the existing pass-through method and the dynamic pass-through method of the present invention.
4 is a block diagram of the host server shown in FIG. 1 according to an embodiment of the present invention.
5 is a block diagram of the manager server shown in FIG. 1 according to an embodiment of the present invention.
6 is a flowchart illustrating a method for managing a pass-through connection by a host server according to an embodiment of the present invention.
7 is a flowchart illustrating a method for managing a pass-through connection by a manager server according to an embodiment of the present invention.
8 is a flowchart illustrating a method of driving a virtual machine according to an embodiment of the present invention.
9 is a flowchart illustrating a method of shutting down a virtual machine according to an embodiment of the present invention.
10A to 10B are operational flowcharts illustrating a method for managing a pass-through connection according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those of ordinary skill in the art can easily implement them. However, the present invention may be embodied in several different forms and is not limited to the embodiments described herein. And in order to clearly explain the present invention in the drawings, parts irrelevant to the description are omitted, and similar reference numerals are attached to similar parts throughout the specification.

Throughout the specification, when a part is "connected" with another part, this includes not only the case of being "directly connected" but also the case of being "electrically connected" with another element interposed therebetween. . Also, when a part "includes" a certain component, it means that other components may be further included, rather than excluding other components, unless otherwise stated.

In this specification, a "part" includes a unit realized by hardware, a unit realized by software, and a unit realized using both. In addition, one unit may be implemented using two or more hardware, and two or more units may be implemented by one hardware.

Some of the operations or functions described as being performed by the terminal or device in this specification may be instead performed by a server connected to the terminal or device. Similarly, some of the operations or functions described as being performed by the server may also be performed in a terminal or device connected to the server.

Hereinafter, detailed contents for carrying out the present invention will be described with reference to the accompanying configuration diagram or process flow diagram.

1A to 1B are diagrams of a virtual machine driving system according to an embodiment of the present invention.

Referring to FIG. 1A , the virtual machine driving system may include a host server 100 and a manager server 110 . However, since the virtual machine driving system of FIG. 1 is only an embodiment of the present invention, the present invention is not limitedly interpreted through FIG. 1 , and may be configured differently from FIG. 1 according to various embodiments of the present invention. .

While the conventional virtual machine driving system consists of a single user terminal management system centered on an agent, which is an application on the existing operating system, the present invention implements the existing operating system as an operating system of a virtual machine (VM). A host server located at a lower level of the operating system may manage and control the user terminal. For example, in the present invention, by applying a hypervisor technology to the host server 100 , it is possible to optimize IP-traffic transmission of applications and webs of a plurality of user terminals, and a dynamic path between a virtual machine and a physical interface By providing management of pass-through, traffic transport on the physical interfaces (ie HDMI and USB) can be optimized.

The present invention can remotely manage the power of a user virtual machine (VM) by utilizing a Wake-On-LAN (WOL) technology that remotely controls the power of a user terminal and a separate VPN technology. Here, the WOL technology is an Ethernet computer networking technology for turning on the power of the user terminal or releasing the power mode by delivering a message packet to the user terminal through a general local area network (LAN).

In the present invention, even without configuring a separate physical network, by applying the VPN technology to the WOL technology, the host server 100 communicates with the virtual machine through VPN tunneling to deliver a message for controlling the power of the user terminal. Power control through the host server 100 may be locally enabled, and power management of a virtual machine in the host server 100 may be remotely supported.

For a moment, referring to FIG. 1B , a plurality of virtual machines controlled by the host server 100 may be configured by installing a VPN client module when initially created. A plurality of virtual machines can be issued RSA (Rivest　Shamir　Adleman)-based encrypted authentication key and certificate from the VPN server installed in the hyper operating system. At this time, the encryption algorithm for authentication of the VPN client of the virtual machine is not limited to the RSA-based encryption algorithm. A virtual tunneling interface is created in the plurality of VPN client modules authenticated by the VPN server, and a virtual VPN network can be created through the VPN server.

The virtual VPN network created here provides an independent LAN environment, and when applied to VPN tunneling in WOL technology, a power control message is transmitted to the virtual machine in the host server 100 through the tunneling interface to enable power management of virtual machines. do. Through the VPN-based virtual network, the status information of each virtual machine (eg, network traffic, vCPU/vMEM occupancy, etc.) can be monitored, and virtual resources can be controlled through control commands (CLI or Web UI Command). there is.

The virtual machine in the host server 100 may directly perform input/output (I/O) with the physical interface 102 through a native device driver through a pass-through connection. The physical interface 102 pass-through connected to the virtual machine may directly perform input/output with the virtual machine without intervention of the virtualization layer.

Also, the host server 100 may drive the virtual machine by mounting the image of the virtual machine stored in the storage 120 on the host server 100 through the cache manager of the host server 100 .

In addition, the host server 100 may establish a VPN connection with the manager server 110 at all times to transmit the state information of the physical interface and the virtual machine to the manager server 110 . Through this, the manager server 110 can perform abnormal situations or maintenance of the physical interface and/or the virtual machine based on the state information received from the host server 100, and for this purpose, access the physical interface through the VPN connection path. there is.

Meanwhile, the host server 100 may manage a pass-through connection by interworking with the manager server 110 . In this regard, it will be described with reference to FIGS. 2A to 2F.

Referring to FIG. 2A , when the host server 100 receives a request from the user terminal (not shown) to release the pass-through connection between the activated first virtual machine and at least one physical interface 102-1, Transmitting a connection release request message including a first virtual machine ID (eg, vm_01) corresponding to the first virtual machine and disconnection setting information to the manager server 1110 through the host agent 108 of the host server 100 can Here, the connection release setting information may include a physical interface ID (eg, dev_01) for at least one physical interface 102-1 that requests a pass-through connection release with the first virtual machine.

The manager server 110 may receive a connection disconnection request message including the first virtual machine ID (eg, vm_01) and connection disconnection setting information from the host server 100 .

The manager server 110 uses the first virtual machine ID (eg, vm_01) included in the connection release request message to inquire the virtual machine detailed information 201 corresponding to the first virtual machine ID (eg, vm_01), Information (physical interface ID, for example, dev_01) on at least one physical interface that is pass-through connected to the first virtual machine may be inquired based on the connection release setting information.

When the manager server 110 retrieves the virtual machine detailed information 201 and information (eg, dev_01) on at least one physical interface based on the connection release request message, the at least one physical interface queried is the first virtual machine It can be confirmed that the pass-through is connected to .

Referring to FIG. 2B , the manager server 110 provides information (eg, dev_01 ) on at least one physical interface pass-through connected to the first virtual machine in the inquired detailed virtual machine information 201 based on the connection release request message. ) to update the virtual machine detailed information 201 .

Thereafter, as the detailed virtual machine information 201 is updated, the manager server 110 is connected to the first virtual machine from the state information table 203 by linking the storage 120 for storing the state information table 203 through a pass-through connection. Information 205 on at least one physical interface may be extracted.

The manager server 110 deletes the first virtual machine ID of the first virtual machine for which the pass-through connection with the corresponding physical interface is to be released from the extracted information 205 on the at least one physical interface, and the extracted at least one The state information table 203 may be updated by changing the state information related to the physical interface information 205 from 'in use' to 'not in use'.

Referring to FIG. 2C , the manager server 110 may transmit a connection release response message including the updated virtual machine detailed information 201 through the host agent 108 of the host server 100 to the host server 100 . there is.

The host server 100 may deactivate the first virtual machine based on the connection release response message received from the manager server 110 . When the first virtual machine is deactivated, the pass-through connection with the at least one physical interface may be released.

If the deactivation of the first virtual machine fails, the host server 100 may transmit information about the deactivation failure of the first virtual machine to the manager server 110 .

When the manager server 110 receives the information about the inactivation failure of the first virtual machine from the host server 100 , the manager server 110 interworks the storage 120 to obtain the first virtual machine from the failure management table 207 stored in the storage 120 . A failure management table by extracting information 209 on at least one physical interface connected through a pass-through with the machine, and recording failure information related to deactivation of the first virtual machine in the extracted information 209 on at least one physical interface (207) can be updated.

Referring to FIG. 2D , a user terminal (not shown) requests a pass-through connection with a second virtual machine in which at least one physical interface 102-1 that has previously been pass-through connected to the first virtual machine is in a deactivated state. , the host server 100 includes a second virtual machine ID (eg, vm_02) corresponding to the deactivated second virtual machine through the host agent 108 of the host server 100 and connection setting information. A connection request message may be transmitted to the manager server 110 . Here, the connection setting information may include a physical interface ID (eg, dev_01) for at least one physical interface 102-1 requesting a pass-through connection with the inactive second virtual machine.

The manager server 110 may receive a connection request message including the second virtual machine ID (eg, vm_02) and connection setting information from the host server 100 .

The manager server 110 inquires the virtual machine detailed information 211 corresponding to the second virtual machine ID (eg, vm_02) by using the second virtual machine ID (eg, vm_02) included in the connection request message, and connects Information on at least one physical interface may be inquired based on the setting information.

Referring to FIG. 2E , the manager server 110 includes at least one physical interface capable of a pass-through connection with the second virtual machine in the detailed virtual machine information 211 corresponding to the inquired second virtual machine ID (eg, vm_02). The virtual machine detailed information 211 may be updated by recording information (eg, dev_02) on the .

As the virtual machine detailed information 211 is updated, the manager server 110 interworks with the storage 120 to at least one physical interface connectable according to connection setting information from the state information table 213 stored in the storage 120 . Information 215 about the information 215 can be extracted and inquired.

The manager server 110 changes the queried state information related to the information 215 on at least one connectable connectable physical interface from 'not in use' to 'in use', and changes the queried physical interface to a pass-through connection. The state information table 213 may be updated by recording the second virtual machine ID of the second virtual machine.

Referring to FIG. 2F , the manager server 110 may transmit a connection response message including the updated virtual machine detailed information 211 to the host server 100 through the host agent 108 of the host server 100 . .

The host server 100 may activate the second virtual machine based on the connection response message received from the manager server 110 .

The host server 100 performs a pass-through connection by mapping a physical interface corresponding to the physical interface information included in the second virtual machine and the virtual machine detailed information 211 based on the detailed virtual machine information 211 , , the second virtual machine to which the physical interface is mapped may be booted.

The host server 100 may communicate with the second virtual machine through VPN tunneling.

If a connection failure occurs between the second virtual machine and the physical interface, the host server 100 may transmit information about the connection failure to the manager server 110 .

When the manager server 110 receives information about a connection failure of the second virtual machine from the host server 100 , the manager server 110 interworks the storage 120 to obtain a second virtual machine from the failure management table 217 stored in the storage 120 . The failure management table 217 may be updated by extracting information 219 on a physical interface having a connection failure with the machine and recording failure information related to a connection failure in the extracted physical interface information 219. .

For a moment, FIGS. 3A to 3C are diagrams for explaining a comparison between the existing pass-through method and the dynamic pass-through method of the present invention.

Referring to the conventional pass-through technology with reference to FIG. 3A , when a pass-through connection is established between the first virtual machine and the first physical interface, the first virtual machine monopolizes the resource of the first physical interface. At this time, since there is no way to disconnect the first virtual machine and the first physical interface as long as the connection is established, the other virtual machines cannot share the resources of the first physical interface, so that pass-through support is not supported. Unsuccessful virtual machines will cause performance problems.

Referring to FIG. 3B , in order to solve this problem, the present invention releases the pass-through connection between the first virtual machine and the first physical interface with respect to the first virtual machine to which a connection release request is received from the user terminal, and then, the user Resource sharing and connectivity of a dynamic physical interface between a plurality of virtual machines can be provided by providing a technology for performing a pass-through connection between the second virtual machine and the first physical interface with respect to the second virtual machine receiving a connection request from the terminal. there is. Through this, the present invention can implement a dynamic pass-through connection.

Meanwhile, according to the present invention, an indirect pass-through connection with a physical interface (a physical interface currently connected to the second virtual machine through a pass-through connection) may be provided to another virtual machine through the pass-through connected second virtual machine. Specifically, in the present invention, when a pass-through connection between the physical interface and the second virtual machine is performed, a packet (resources of the physical interface received from the physical interface) transferred to the second virtual machine is transferred from the second virtual machine to the third virtual machine. You can share pass-through functionality by forwarding to the machine. For example, referring to FIG. 3C , when the second virtual machine is connected to the physical interface of the host server 100 through a pass-through, a packet received from the second virtual machine through a separate virtual interface of the second virtual machine The third virtual machine may be configured to be connected to the Internet by passing the .

Hereinafter, the operation of each component of the virtual machine driving system of FIG. 1A will be described in more detail.

4 is a block diagram of the host server 100 shown in FIG. 1 according to an embodiment of the present invention.

Referring to FIG. 4 , the host server 100 may include a transmission unit 400 , a reception unit 410 , a connection unit 420 , a booting unit 430 , and a forwarding unit 440 . However, the host server 100 shown in FIG. 4 is only one implementation example of the present invention, and various modifications are possible based on the components shown in FIG. 4 .

When the transmission unit 400 receives a connection release request between the active first virtual machine and the first virtual machine and a physical interface connected through pass-through from the user terminal, the first virtual machine ID and connection corresponding to the first virtual machine A connection release request message including release setting information may be transmitted to the manager server 110 . Here, the connection release setting information may include a physical interface ID for a physical interface requesting release of the pass-through connection with the first virtual machine.

The receiver 410 corresponds to the first virtual machine ID from the manager server 110, and the information on the physical interface queried based on the connection disconnection setting information is deleted and the connection release response message including the updated virtual machine detailed information. can receive

The connection unit 420 may deactivate the first virtual machine according to the received detailed virtual machine information to release the pass-through connection between the first virtual machine and the physical interface.

When the transmission unit 400 receives a pass-through connection request between the inactive second virtual machine and the physical interface from the user terminal, the second virtual machine ID and connection setting information corresponding to the inactive second virtual machine are The included connection request message may be transmitted to the manager server 110 .

The receiving unit 410 receives, from the manager server 110 , a connection response message corresponding to the second virtual machine ID and including detailed virtual machine information updated using information on a physical interface queried based on the connection setting information. can do.

The connection unit 420 maps the second virtual machine and a physical interface corresponding to the physical interface information included in the detailed virtual machine information according to the detailed virtual machine information, and activates the second virtual machine to map the second virtual machine to the second virtual machine. A pass-through connection between the physical interface and the second virtual machine may be performed.

The booting unit 430 may boot a second virtual machine that is pass-through connected to the physical interface. When the second virtual machine is booted, the host server 100 may communicate with the second virtual machine through VPN tunneling.

When a pass-through connection between the physical interface and the second virtual machine is performed, the forwarding unit 440 transfers the packet (resources of the physical interface received from the physical interface) transferred to the second virtual machine from the second virtual machine to the third virtual machine. It can be forwarded to the machine. Through this, the resource of the physical interface may be shared between the second virtual machine and the third virtual machine.

When a connection failure occurs between the physical interface and the second virtual machine, the transmitter 400 may transmit information on the connection failure to the manager server 110 .

As the failure management table is updated by the manager server 110 according to the information on the connection failure of the second virtual machine, the manager of the manager server 110 checks the information on the connection failure in real time and provides A/S service remotely. can be provided in real time.

Meanwhile, for those skilled in the art, each of the transmitter 400, the receiver 410, the connection unit 420, the booting unit 430, and the forwarding unit 440 may be implemented separately, or one or more of them may be integrated. will fully understand

5 is a block diagram of the manager server 110 shown in FIG. 1 according to an embodiment of the present invention.

Referring to FIG. 5 , the manager server 110 may include a receiving unit 500 , an inquiry unit 510 , an update unit 520 , a transmission unit 530 , and an update unit 540 . However, the manager server 110 shown in FIG. 5 is only one implementation example of the present invention, and various modifications are possible based on the components shown in FIG. 5 .

The receiver 500 may receive a connection disconnection request message including a first virtual machine ID corresponding to the first virtual machine in an activated state and connection disconnection setting information received from the host server 100 . Here, the connection release setting information may include a physical interface ID for at least one physical interface requesting release of a pass-through connection with the first virtual machine in an active state.

The inquiry unit 510 may inquire detailed information of the virtual machine corresponding to the first virtual machine ID, and may inquire information about at least one physical interface pass-through connected to the first virtual machine based on the disconnection setting information. .

The updater 520 may delete and update information on at least one physical interface corresponding to connection disconnection setting information from the detailed virtual machine information corresponding to the inquired first virtual machine ID.

The update unit 540 updates status information (eg, 'in use' -> 'not in use') related to the information on at least one inquired physical interface according to the update of the detailed virtual machine information corresponding to the first virtual machine ID. By changing it, the state information table (a table that manages a plurality of physical interfaces) can be updated.

The transmitter 530 may transmit a connection release response message including the updated detailed virtual machine information to the host server 100 .

The receiver 500 may receive from the host server 100 a connection request message including a second virtual machine ID corresponding to the inactive second virtual machine and connection setting information. Here, the connection setting information may include a physical interface ID for at least one physical interface requesting a pass-through connection with the inactive second virtual machine.

The inquiry unit 510 may inquire detailed information about the virtual machine corresponding to the second virtual machine ID, and may inquire information about at least one physical interface based on the connection setting information.

The inquiry unit 510 may extract and inquire information on at least one physical interface connectable to the second virtual machine from the state information table according to connection setting information. For example, when the inquiry unit 510 inquires that the physical interface that has requested a pass-through connection with the second virtual machine is being used by another virtual machine or is in an unusable state, state information related to information on the corresponding physical interface can be reported to the manager terminal. Thereafter, other virtual machines having a pre-connected state with the corresponding physical interface may be terminated.

The updater 520 may update the inquired detailed information on the virtual machine based on the information on the inquired second virtual machine and the physical interface through which a pass-through connection is possible. That is, the updater 520 may update the inquired virtual machine detailed information by adding information on the inquired physical interface.

As the detailed virtual machine information is updated, the update unit 540 may update the state information table by changing the state information (eg, 'unused' -> 'in use') related to the information on at least one physical interface inquired. there is.

The transmitter 530 may transmit a connection response message including the updated detailed virtual machine information to the host server 100 .

When the update unit 540 receives the information on the connection failure of the second virtual machine from the host server 100, it extracts information about the physical interface having the connection failure with the second virtual machine from the failure management table, The failure management table can be updated by recording failure information related to a connection failure in the extracted physical interface information. The information on the connection failure may be transmitted to the terminal of the manager, and the manager may cope with the failure while monitoring the failure management table.

Meanwhile, for those skilled in the art, each of the receiver 500, the inquiry unit 510, the update unit 520, the transmitter 530, and the update unit 540 may be implemented separately, or one or more of them may be integrated. You will fully understand that

6 is a flowchart illustrating a method of managing a pass-through connection by the host server 100 according to an embodiment of the present invention.

Referring to FIG. 6 , in operation S601 , the host server 100 may release the pass-through connection between the first virtual machine in the active state and the physical interface.

In operation S603 , the host server 100 may perform a pass-through connection by mapping a physical interface to the inactive second virtual machine.

In the above description, steps S601 to S603 may be further divided into additional steps or combined into fewer steps, according to an embodiment of the present invention. In addition, some steps may be omitted if necessary, and the order between steps may be changed.

7 is a flowchart illustrating a method of managing a pass-through connection by the manager server 110 according to an embodiment of the present invention.

Referring to FIG. 7 , in step S701 , the manager server 110 may receive a connection request message including a virtual machine ID and connection setting information from the host server 100 .

In step S703, the manager server 110 may inquire detailed information about the virtual machine corresponding to the virtual machine ID, and may inquire information about at least one physical interface based on the connection setting information.

In step S705, the manager server 110 may update the queried virtual machine detailed information by using the queried information on the physical interface.

In step S707 , the manager server 110 may transmit the updated detailed virtual machine information to the host server 100 .

Although not shown in FIG. 7 , after step S707 , the manager server 110 may further receive a connection disconnection request message including a virtual machine ID and connection disconnection setting information from the host server 100 . Thereafter, the manager server 110 may inquire the virtual machine detailed information corresponding to the virtual machine ID, and delete and update the information on the physical interface corresponding to the connection disconnection setting information from the inquired virtual machine detailed information.

In the above description, steps S701 to S707 may be further divided into additional steps or combined into fewer steps, according to an embodiment of the present invention. In addition, some steps may be omitted if necessary, and the order between steps may be changed.

8 is a flowchart illustrating a method of driving a virtual machine according to an embodiment of the present invention.

Referring to FIG. 8 , in step S801 , the host server 100 may boot a hyper operating system.

In step S803, the host server 100 may set up a VPN connection.

In operation S805 , the host server 100 may mount a virtual machine image of the virtual machine in the hyper operating system based on the detailed virtual machine information received from the manager server 110 in conjunction with the storage 120 .

In step S807, the host server 100 may perform a pass-through connection by mapping the virtual machine and the physical interface according to the detailed virtual machine information.

In step S809, the host server 100 may boot the virtual machine mapped to the physical interface.

In the above description, steps S801 to S809 may be further divided into additional steps or combined into fewer steps, according to an embodiment of the present invention. In addition, some steps may be omitted if necessary, and the order between steps may be changed.

9 is a flowchart illustrating a method of shutting down a virtual machine according to an embodiment of the present invention.

Referring to FIG. 9 , in step S901 , the host server 100 may receive a request to terminate the virtual machine from the user terminal.

In step S903 , the host server 100 may mount the virtual machine image of the virtual machine in the hyper operating system based on the detailed virtual machine information received from the manager server 110 .

In step S905, the host server 100 may release the connection between the physical interface and the mapped native device driver of the virtual machine.

In step S907, the host server 100 may end the driving of the virtual machine.

In the above description, steps S901 to S907 may be further divided into additional steps or combined into fewer steps, according to an embodiment of the present invention. In addition, some steps may be omitted if necessary, and the order between steps may be changed.

10A to 10B are operational flowcharts illustrating a method for managing a pass-through connection according to an embodiment of the present invention.

10A to 10B , in step S1001 , the host server 100 transmits a connection request message including a second virtual machine ID corresponding to the inactive second virtual machine and connection setting information to the manager server 110 . can For reference, the corresponding step may be performed after a process (refer to FIGS. 2A to 2C ) of releasing the pass-through connection between the first virtual machine in the active state and the physical interface.

In step S1003, the manager server 110 may inquire detailed information about the virtual machine corresponding to the second virtual machine ID included in the received connection request message.

In step S1005, the manager server 110 may inquire information about at least one physical device based on the connection setting information included in the received connection request message.

In step S1007, the manager server 110 may update the inquired virtual machine detailed information by using the inquired information on the physical interface.

In step S1009, the manager server 110 may update the state information table by changing the state information related to the inquired information on at least one physical interface.

In step S1011 , the manager server 110 may transmit the updated virtual machine state information to the host server 100 .

In operation S1013 , the host server 100 may perform a pass-through connection by mapping the second virtual machine and a physical interface according to the received virtual machine state information.

In step S1015, the host server 100 may boot the second virtual machine.

In step S1017, the host server 100 may determine whether a connection failure between the physical interface and the second virtual machine occurs.

When a connection failure occurs in step S1019 , the host server 100 may transmit information about the connection failure to the manager server 110 .

In step S1021, the manager server 110 may update the failure management table based on the received connection failure information.

In step S1023 , the host server 100 drives the virtual machine to control the physical interface through the virtual machine.

Although not shown in FIG. 10 , when receiving a connection release request between the first virtual machine and the physical interface from the user terminal before step S1001, the host server 100 releases the pass-through connection between the physical interface and the first virtual machine. can

Although not shown in FIG. 10 , before step S1001 , the host server 100 may transmit a connection disconnection request message including the first virtual machine ID and connection disconnection setting information to the manager server 110 . The manager server 110 inquires the detailed virtual machine information corresponding to the first virtual machine ID based on the received connection disconnection request message, and information on the physical interface corresponding to the connection disconnection setting information from the inquired detailed virtual machine information can be updated by deleting .

In the above description, steps S1001 to S1023 may be further divided into additional steps or combined into fewer steps, according to an embodiment of the present invention. In addition, some steps may be omitted if necessary, and the order between the steps may be changed.

An embodiment of the present invention may be implemented in the form of a recording medium including instructions executable by a computer, such as a program module executed by a computer. Computer-readable media can be any available media that can be accessed by a computer and includes both volatile and nonvolatile media, removable and non-removable media. Also, computer-readable media may include all computer storage media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.

The description of the present invention described above is for illustration, and those of ordinary skill in the art to which the present invention pertains can understand that it can be easily modified into other specific forms without changing the technical spirit or essential features of the present invention. will be. Therefore, it should be understood that the embodiments described above are illustrative in all respects and not restrictive. For example, each component described as a single type may be implemented in a dispersed form, and likewise components described as distributed may also be implemented in a combined form.

The scope of the present invention is indicated by the following claims rather than the detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalent concepts should be construed as being included in the scope of the present invention. .

100: host server
110: manager server
120: storage
400: transmission unit
410: receiver
420: connection
430: boot unit
440: forwarding unit
500: receiver
510: inquiry unit
520: update part
530: transmission unit
540: update unit

Claims (17)

A host server that manages a connection with a virtual machine, the host server comprising:
a transmission unit for transmitting a connection request message including a first virtual machine ID and connection setting information corresponding to the inactive first virtual machine to the manager server;
a receiver corresponding to the first virtual machine ID and configured to receive, from a manager server, detailed virtual machine information updated using information on at least one physical interface queried based on the connection setting information;
a connection unit for performing pass-through by mapping a physical interface corresponding to the information on the first virtual machine and the physical interface based on the detailed virtual machine information; and
A booting unit for booting the first virtual machine
A host server comprising a.
The method of claim 1,
and the host server communicates with the first virtual machine through VPN tunneling.
The method of claim 1,
The inquired information on the at least one physical interface is a host server in which information on at least one connectable physical interface is extracted from a state information table for managing a plurality of physical interfaces and retrieved according to the connection setting information. .
4. The method of claim 3,
and the state information table is updated by changing state information related to the inquired information on the at least one physical interface as the detailed virtual machine information is updated.
The method of claim 1,
When a connection failure occurs between the physical interface and the first virtual machine, the transmission unit transmits information on the connection failure to the manager server.
The method of claim 1,
and the connection unit releases a pass-through connection between the physical interface and a second virtual machine, and performs a pass-through connection between the physical interface and the first virtual machine.
The method of claim 1,
When a pass-through connection between the physical interface and the first virtual machine is performed, a forwarding unit forwarding the packet transferred to the first virtual machine from the first virtual machine to a third virtual machine
Which will further include, the host server.
In the manager server that manages the connection with the virtual machine in conjunction with the host server,
a receiver for receiving a connection request message including a virtual machine ID and connection setting information from a host server;
an inquiry unit that inquires detailed information about a virtual machine corresponding to the virtual machine ID, and inquires information on at least one physical interface based on the connection setting information;
an update unit for updating the inquired detailed virtual machine information by using the inquired information on the physical interface; and
Transmitting unit for transmitting the updated detailed virtual machine information to the host server
including,
A manager in which a pass-through connection is performed by mapping the virtual machine and a physical interface corresponding to information on a physical interface included in the detailed virtual machine information based on the transmitted detailed virtual machine information server.
9. The method of claim 8,
wherein the inquiry unit extracts and inquires information on at least one connectable physical interface according to the connection setting information from a state information table for managing a plurality of physical interfaces.
10. The method of claim 9,
The update unit is to update by adding information on the inquired physical interface to the inquired detailed virtual machine information.
11. The method of claim 10,
An update unit configured to update the state information table by changing state information related to the inquired information on the at least one physical interface as the detailed virtual machine information is updated
Which will further include, the manager server.
12. The method of claim 11,
When a connection failure occurs between the physical interface and the virtual machine, the receiving unit receives information about the connection failure from the host server,
The update unit will update the failure management table by using the information on the connection failure, manager server.
9. The method of claim 8,
The receiving unit further receives a connection disconnection request message including a virtual machine ID and connection disconnection setting information from the host server,
The inquiry unit inquires the virtual machine detailed information corresponding to the virtual machine ID,
The update unit deletes and updates information on a physical interface corresponding to the connection release setting information from the inquired detailed virtual machine information.
A method for managing a connection with a virtual machine in a host server, the method comprising:
releasing a pass-through connection between the first virtual machine in an activated state and a physical interface;
transmitting a connection request message including a second virtual machine ID corresponding to the inactive second virtual machine and connection setting information to the manager server;
receiving, from a manager server, detailed virtual machine information corresponding to the second virtual machine ID and updated using information on at least one physical interface queried based on the connection setting information;
performing a pass-through connection by mapping a physical interface corresponding to the information on the physical interface to the second virtual machine based on the detailed virtual machine information; and
booting the second virtual machine
A connection management method comprising a.
15. The method of claim 14,
The method of claim 1, further comprising communicating with the second virtual machine through VPN tunneling.
15. The method of claim 14,
When a connection failure occurs between the physical interface and the second virtual machine, the method further comprising transmitting information on the connection failure to a manager server.
15. The method of claim 14,
When the pass-through connection between the physical interface and the second virtual machine is performed, the method further comprising forwarding the packet transferred to the second virtual machine from the second virtual machine to a third virtual machine. management method.

Images