KR102210408B1 - Method for duplication of virtualization server and Virtualization control apparatus thereof - Google Patents

Abstract

The present invention relates to a method for constructing redundancy of a virtualization server that enables a plurality of active virtualization servers to be efficiently replaced by a virtualization server in a standby state, and a virtualization control device therefor, wherein the virtualization control device comprises: In the first to Nth (N is a natural number of 2 or more), the resource status of the virtualization server is periodically inquired, and among the first to Nth virtualization servers, the virtualization server that has failed to search for a resource continuously more than a preset number of times is displayed in the abnormal list. After registering and determining that a failure has occurred in the virtualization server registered in the abnormal list, the N+1th virtualization server in the standby state is implemented to run one or more virtual machines in place of the virtualization server registered in the abnormal list.

Description

A control method for duplication of a virtualization server, and a virtualization control apparatus for the same.

In the present invention, in operating a virtualization server that shares resources such as CPU, memory, network, and storage by constructing one or more logical virtual machines on a physical server, a plurality of active virtualization servers are provided as a standby virtualization server. The present invention relates to a control method for redundancy of a virtualization server and a virtualization control device for the same.

Virtualization refers to a technology that allows one physical element to be managed by dividing it into several logical elements, or to integrate and manage a plurality of physical elements into one logical element. It refers to a technology that shares resources such as CPU, memory, network, and storage by placing multiple logical virtual machines in a physical server. Hereinafter, the server to which the virtualization technology is applied will be collectively referred to as a virtualization server.

Unlike existing physical servers, virtualized servers allow multiple users to use one server resource as a logical server resource. Therefore, it is used in terms of cost reduction and eco-friendly IT policy for companies or organizations with relatively large server resource usage. Has become.

In addition, in order to provide system stability in the event of a failure or abnormality in a virtualization server, a high-availability redundancy structure is adopted.

The method of implementing a virtualization server in a redundant structure can be divided into a method of dualizing the virtual machine itself and a method of dualizing the server on which the virtual machines are running, and basically, image files of the virtual machine are stored in a large-capacity common storage. After storing and synchronizing the state of the active or standby virtualization server or virtual machines based on the image file stored in the common storage, when a failure occurs in the active virtualization server or virtual machine, the standby mode This is done by switching the virtualization server or virtual machine to the active state.

As described above, since the existing redundancy system performs a redundancy operation based on data stored in a common storage, there is a risk of a common storage failure.

In addition, when the virtual machine itself is redundant, there may be a stability problem that it cannot properly cope with an abnormality occurring in the virtualization server, and the complexity of separately managing the active virtual machine and the standby virtual machine for each virtualization server is increased. Follows.

In addition, in the case of a method of redundant virtualization servers, expensive common storage is required, and there is a problem that the cost of construction increases because the virtualization server in the standby state must always back up the virtualization server in the active state.

For example, in the case of providing services with 5 virtualization servers, 5 active servers and 5 standby servers are required, so a total of 10 servers constitute the system. In addition, even if 10 servers use one common storage, there is a disadvantage that expensive common storage is necessarily required.

Korean Patent Registration No. 10-1250881, March 29, 2013 (Name: Data duplication method of block storage service of cloud computing)

In the present invention, in operating a virtualization server that shares resources such as CPU, memory, network, and storage by building one or more logical virtual machines on a physical server, a single standby server is used to efficiently replace a plurality of virtualization servers. An object of the present invention is to provide a control method for redundancy of a virtualization server and a virtualization control device for the same.

As a solution to the above-described problem, a method for building redundancy of a virtualization server according to an embodiment of the present invention includes: periodically inquiring, by a virtualization control device, resource states of a plurality of active virtualization servers that are active; Registering a virtualization server that has failed to search a resource continuously for a predetermined number of times or more among the plurality of active virtualization servers in an abnormal list; Determining that a failure has occurred in the virtualization server registered in the abnormal list, and controlling one standby virtualization server in a standby state to generate one or more virtual machines running in the virtualization server registered in the abnormal list; And changing the information on the virtualization server running the one or more virtual machines to the standby virtualization server.

In addition, the present invention provides another solution to the above-described problem, comprising: controlling, by a virtualization control device, to create a specific virtual machine in an active virtualization server; If a specific virtual machine is created in the active virtualization server, checking whether an image file of the specific virtual machine exists in the standby virtualization server; If the image file does not exist as a result of checking, controlling the standby virtualization server to create the specific virtual machine; When the driving of the specific virtual machine created in the standby virtualization server is detected, controlling the specific virtual machine to be deleted from the standby virtualization server is provided, characterized in that it provides a control method for redundancy of the virtualization server. .

In addition, the present invention is another solution to the above-described problem, the storage unit for storing at least one of resource status information for each virtualization server, an abnormal list for managing a virtualization server that operates abnormally, and virtual machine information running in the virtualization server; A monitoring unit that periodically inquires a resource state of a plurality of active virtualization servers to obtain the resource state information; And registering a virtualization server in the abnormal list, which continuously fails to search for a resource more than a preset number of times in the monitoring unit, and generating one or more virtual machines running in the active virtualization server registered in the abnormal list in one standby virtualization server. It provides a virtualization control device comprising a virtualization control unit to control.

In the present invention, in operating a virtualization server that shares resources such as CPU, memory, network, and storage by building one or more logical virtual machines on a physical server, only one virtualization server waits in a standby state, while multiple active states It enables efficient replacement of the virtualization server of, and enables rapid synchronization of virtualization environment information (virtual machines, image files of virtual machines, etc.) between servers that are switched without using shared storage, resulting in high availability virtualization While reducing the cost of building the system, it is possible to ensure the efficiency and stability of the system.

1 is a block diagram showing a virtualization system of a redundant structure according to the present invention.
2 is a block diagram showing a platform structure of a virtualization server.
3 is a flowchart illustrating a virtualization control process in a virtualization system according to the present invention.
4 is a flowchart illustrating an example of a process of registering an image file of a virtual machine in the virtualization system according to the present invention.
5 is a block diagram showing a detailed configuration of a virtualization control apparatus according to the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. However, in the following description and the accompanying drawings, detailed descriptions of known functions or configurations that may obscure the subject matter of the present invention will be omitted. In addition, it should be noted that the same components are indicated by the same reference numerals as possible throughout the drawings.

The terms or words used in the present specification and claims described below should not be construed as being limited to a conventional or dictionary meaning, and the inventor is appropriate as a concept of terms for describing his own invention in the best way. It should be interpreted as a meaning and concept consistent with the technical idea of the present invention on the basis of the principle that it can be defined. Therefore, the embodiments described in the present specification and the configurations shown in the drawings are only the most preferred embodiments of the present invention, and do not represent all the technical ideas of the present invention, and thus various alternatives that can be substituted for them at the time of application It should be understood that there may be equivalents and variations.

In addition, terms including ordinal numbers such as first and second are used to describe various elements, and are only used for the purpose of distinguishing one element from other elements, and to limit the elements. Not used. For example, without departing from the scope of the present invention, a second component may be referred to as a first component, and similarly, a first component may be referred to as a second component.

In addition, when a component is referred to as being "connected" or "connected" to another component, it means that it is logically or physically connected or can be connected. In other words, it should be understood that a component may be directly connected or connected to another component, but another component may exist in the middle, or may be indirectly connected or connected.

In addition, terms used in the present specification are only used to describe specific embodiments, and are not intended to limit the present invention. Singular expressions include plural expressions unless the context clearly indicates otherwise. In addition, terms such as "comprises" or "have" described herein are intended to designate the presence of features, numbers, steps, actions, components, parts, or a combination thereof described in the specification. It is to be understood that the above other features, or the possibility of the presence or addition of numbers, steps, actions, components, parts, or combinations thereof, are not preliminarily excluded.

1 is a block diagram showing a virtualization system of a redundant structure according to the present invention.

Referring to FIG. 1, the virtualization system according to the present invention may include a plurality of virtualization servers 100_1 to 100_N+1 (where N is a natural number of 2 or more) and a virtualization control device 200.

The plurality of virtualization servers 100_1 to 100_N+1 may be divided into an active virtualization server and a standby virtualization server depending on whether or not they are activated. In particular, in the present invention, N of the plurality of virtualization servers (100_1 to 100_N+1) are performing actual services as active virtualization servers, and only the remaining one is a standby virtualization server and fails in any one of the plurality of active virtualization servers. When it occurs, it waits for transfer. Hereinafter, it is assumed that N active virtualization servers are the first to Nth virtualization servers 100_1 to 100_N, and one standby virtualization server is the N+1th virtualization server 100_N+1.

The first to N+1th virtualization servers 100_1 to 100_N+1 are implemented according to server virtualization technology, and as shown in FIG. 2, at least one virtual machine 120 implemented on a single physical server is provided. It includes, and a predetermined service may be performed through the one or more virtual machines 120. Specifically, the one or more virtual machines 120 include a separate Operating System (OS) 121 virtualized on a host OS (Operating System) 110 provided in a physical server, and on the separate OS 121 It may be made of an application 122 to be driven.

Here, the application 122 included in the virtual machine 120 does not always have the same configuration, information or function, and the virtual machines of the first to Nth virtualization servers 100_1 to 100_N, which are active The numbers are not the same. That is, the number of virtual machines 120 in the first to Nth virtualization servers 100_1 to 100_N may be different. In addition, the OS 121 and the application 122 virtualized in each virtual machine 120 may be different from each other.

Accordingly, the first to Nth virtualization servers 100_1 to 100_N each drive one or more virtual machines 120 in an active state to perform predetermined services through the corresponding virtual machines 120, respectively, and The +1 virtualization server 100_N+1 is in a standby state, and then is converted to an active state according to the control of the virtualization control device 200, which will be described later, so that any one of the first to Nth virtualization servers 100_1 to 100_N. One or more virtual machines running on the virtualization server are backed up, and they operate in place of the virtualization server.

The virtualization control device 200 is a component for managing and controlling the first to N+1th virtualization servers 100_1 to 100_N+1. Specifically, the virtualization control device 200 monitors the state of the first to N+1th virtualization servers 100_1 to 100_N+1, detects a failure of a specific virtualization server, and detects a failure of the virtualization server and the Nth +1 Controls synchronization and switching between virtualization servers (100_N+1).

To this end, the virtualization control device 200 includes the number of virtualization servers in all active states, that is, the first to Nth virtualization servers 100_1 to 100_N (ie, N), and the first to Nth virtualization servers 100_1 ~ 100_N) virtual machine information is managed. Here, the virtual machine information may include the number of virtual machines provided for each of the first to Nth virtualization servers 100_1 to 100_N, and image files of each virtual machine. Here, in the image file of the virtual machine, the virtual storage resource allocated by the virtual machine is created in a bit-by-bit method in the same format as the hard disk image in the existing physical server. Database resources and other information including the OS installed in the system are all recorded. Therefore, since the image file of the virtual machine contains a lot of information about the virtualization environment, a virtual machine can be created through the image file.

In addition, the virtualization control device 200 detects the occurrence of a failure in an active virtualization server, for example, one of the first to Nth virtualization servers 100_1 to 100_N, and the standby state in the virtualization server in which the failure occurs. The server is controlled to be switched to the N+1th virtualization server 100_N+1.

For example, when a failure occurs in the first virtualization server 100_1, virtual machines running in the first virtualization server 100_1 (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) All services provided by) are stopped. At this time, the virtualization control device 200 detects the occurrence of a failure of the first virtualization server 100_1 according to the status message exchanged with the first virtualization server 100_1, and the virtualization control device 200 is running in the first virtualization server 100_1. When the machines (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) are generated by the N+1th virtualization server (100_N+1), the N+1th virtualization server (100_N) The virtual machines created in +1) (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) start running and provide services again.

The operation of the above-described virtualization system will be described in more detail with reference to the flowchart of FIG. 3.

3 is a flowchart illustrating a virtualization control process in a virtualization system according to the present invention.

For reference, in the following description, it is assumed that information on the first to N+1th virtualization servers 100_1 to 100_N+1 and state information (active, standby) are registered in the virtualization control device 200.

In the above state, the virtualization control device 200 periodically (eg, 5 seconds) performs a resource inquiry on the first to N+1th virtualization servers 100_1 to 100_N+1 (step S105). . The resource inquiry is performed not only for the virtual server in the active state but also for the virtual server in the standby state.

Here, the resource includes CPU, Memory, Disk, Network status, etc. The resource inquiry is performed in a form in which the virtualization control device 200 transmits a resource inquiry message to the first to N+1th virtualization servers 100_1 to 100_N+1, and receives resource status information through the response message. I can. The resource inquiry may be performed using a computer system such as Nagios and a network monitoring solution.

In addition, the resource inquiry may be performed simultaneously for the first to N+1th virtualization servers 100_1 to 100_N+1, and the first to N+1th virtualization servers 100_1 to 100_N+1 control virtualization. It may be implemented sequentially with a time difference according to the time order linked to the device 200.

As described above, after periodically performing a resource inquiry (step S105), the virtualization control device 200 manages the virtualization server in which the resource inquiry fails and the number of consecutive resource inquiry failures in the corresponding virtualization server.

And, the virtualization control device 200, when the number of consecutive failures in resource inquiry is more than a preset number (for example, two times) (step S110), the corresponding virtualization server (for example, the first virtualization server 100 -1)) is registered in the abnormal list (step S115). The abnormal list is a list for managing failed virtualization servers among a plurality of virtualization servers managed by the virtualization control device 200, and identification information of virtualization servers for which resource inquiries have failed consecutively for a predetermined number of times or more is registered. In addition, the abnormal list may be updated every time resource inquiry is completed.

On the other hand, in the step S110, after a resource inquiry fails for a specific virtualization server less than a preset number, and then a resource inquiry is successfully performed, that is, a virtualization server in which the resource inquiry does not continuously fail more than the preset number. It is determined that it is normal, and the step S115 is not performed and the process proceeds to step S120.

Subsequently, after performing step S110 or step S115, the virtualization control device 200 checks whether the length of the abnormal list is 1 (step S120). Here, when the length of the abnormal list is 1, as a state in which one virtualization server is registered in the abnormal list, it may mean that a failure occurs in any one of the first to Nth virtualization servers 100_1 to 100_N.

In the present invention, when the length of the abnormal list is 1, the virtualization control apparatus 200 is a virtualization server in which the N+1th virtualization server (100_N+1) in the standby state is first registered in the abnormal list, For example, one or more virtual machines running on the failed first virtualization server 100_1 (for example, virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) are created in order of operation Control to be performed (step S125). The one or more virtual machines (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) created in this way start running on the N+1th virtualization server (100_N+1), and the first virtualization The service that was provided through the server 100_1 is subsequently provided.

Through the above process, the server is switched from the failed first virtualization server 100_1 to the N+1th virtualization server 100_N+1, and the service provided by the first virtualization server 100_1 is not interrupted. It is stably provided through the +1 virtualization server (100_N+1).

Meanwhile, in step S120, the length of the abnormal list may be 0 or 2 or more. Here, when the length of the abnormal list is 0, it means that all virtualization servers are operating normally, and server switching is not required.

And, if the length of the abnormal list is 2 or more, it is a state in which communication with a plurality of virtualization servers is impossible due to a network disconnection, or during server switching to the N+1th virtualization server (100_N+1), another virtualization server It can also mean that a failure has occurred.

Therefore, when the length of the abnormal list is 2 or more, the virtualization control device 200 does not perform a server switchover and returns to step S105 again to determine the state of the virtualization servers more accurately. Make sure to check their status again.

And, when the length of the abnormal list is changed to 1, a server switching process (step S125) for the Nth virtualization server 100_N first registered in the abnormal list may be performed.

For reference, when the N+1th virtualization server 100_N+1 operates in place of the failed first virtualization server 100_1 by the virtualization control device 200, the virtualization control device 200 performs server switching. The virtualization server information on which one or more virtual machines (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) is operated is stored in the N+1th virtualization server 100_N in the first virtualization server 100_1. Change to +1) (step S130). Here, the virtualization server information may include one or more of a MAC address and an IP address of the corresponding virtualization server.

In addition, after the server is switched to the N+1th virtualization server 100_N+1, a separate check is performed on the failed first virtualization server 100_1, and the failure may be recovered through this.

When the failure of the first virtualization server 100_1 is recovered in this way, the same one or more virtual machines (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) provided in the first virtualization server 100_1 You can also start running again, and in this case, a phenomenon in which one or more identical virtual machines (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3) operate on two different virtualization servers. Can occur.

In order to solve this problem, the virtualization control device 200 manages virtualization server information that is driven for each virtual machine, detects that a virtual machine running on a specific virtualization server starts running on another virtualization server, and The deletion of the virtual machine may be instructed to the other virtualization server to stop the operation of the same virtual machine in the server. Likewise, as the first virtualization server 100_1 from which the failure has been recovered operates normally, when the same virtual machine existing in the first virtualization server 100_1 starts to be driven, the virtualization control device 200 detects it, The operation may be stopped by requesting the first virtualization server 100_1 to delete the corresponding virtual machine (virtual machine #0, virtual machine #1, virtual machine #2, virtual machine #3).

Thereafter, the failed first virtualization server 100_1 waits in a standby state, and when a failure occurs in any one of the active second to N+1 virtualization servers 100_2 to 100_N+1, the failed virtualization server It can be prepared to operate on behalf of.

According to the above-described process, the present invention can implement redundancy for N virtualization servers with only one virtualization server in a standby state without using common storage when driving N virtualization servers. As a result, the high availability virtualization system It can reduce the construction cost.

Meanwhile, in the virtualization system according to the present invention operating as described above, since there is no separate shared storage, an extra virtualization server in a standby state (for example, the N+1th virtualization server 100_N+1) When does not have the image files of virtual machines running in the active N virtualization servers (for example, the first to Nth virtualization servers (100_1 to 100_N)), when the server is switched through step S125, It is checked whether the image file of the corresponding virtual machine exists, and if it does not exist, the virtual machine needs to be generated by receiving the image file of the corresponding virtual machine through the virtualization control device 200 and using the image file.

In this case, the disconnection time of a service provided through the virtual machine may be longer as long as the time when the N+1th virtualization server 100_N+1 downloads the image file of the virtual machine from the virtualization control device 200.

In order to minimize such a service disconnection time, in the virtualization system according to the present invention, the virtualization server in the standby state, for example, the N+1th virtualization server 100_N+1, is before the server switchover, that is, standby While in a state, an image file of a virtual machine running in an active virtualization server, for example, the first to Nth virtualization servers 100_1 to 100_N, may be downloaded and stored in advance.

4 is a flowchart illustrating a process of registering an image file of a virtual machine in order to minimize a service disconnection time in the virtualization system according to the present invention.

The virtualization control apparatus 200 according to the present invention manages virtual machine creation in the first to N+1th virtualization servers 100_1 to 100_N+1 separately from the virtualization control process as shown in FIG. 3.

Specifically, as shown in FIG. 4, the virtualization control device 200 may request creation of a virtual machine from a specific virtualization server through a command input from an operator (S205). Hereinafter, it is assumed that the creation of the virtual machine #1 is requested to the first virtualization server 100_1.

The virtualization control device 200 requests the first virtualization server 100_1 to generate a virtual machine according to the command (step S210). The request may include identification information of the virtual machine.

In order to create the requested virtual machine, the virtualization server, that is, the first virtualization server 100_1, which has received the virtual machine creation request, first checks whether the image file of the virtual machine exists inside the virtualization server (step S215 ).

As a result of the verification, if the image file of the virtual machine does not exist inside the virtualization server, the first virtualization server 100_1 requests the virtualization control device 200 to receive and store the image file of the virtual machine (S220). .

And, as a result of checking in step S215, if the image file of the virtual machine requested to be created exists in the first virtualization server 100_1, or an image file of the virtual machine is received from the virtualization control device 200 through step S220, the first 1 The virtualization server 100_1 creates a corresponding virtual machine based on this (S225). The generated virtual machine is driven in the first virtualization server 100_1 to provide a service. In addition, the virtualization control device 200 detects the driving of the virtual machine in the first virtualization server 100_1, as the virtualization server information on which the virtual machine is driven, the information (MAC address) of the first virtualization server 100_1. , IP address, etc.) are mapped and managed.

On the other hand, the virtualization control device 200, after the creation of the virtual machine on the first virtualization server 100_1 is completed through the above-described process, next, the virtualization server in the standby state, for example, the N+1th virtualization server It is checked whether the image file of the virtual machine created in the first virtualization server 100_1 exists in (100_N+1) (S230). To this end, the virtualization control device 200 may manage the transfer record of the image file of each virtual machine to all virtualization servers, that is, the first to N+1th virtualization servers 100_1 to 100_N+1, It may be determined whether the image file of the corresponding virtual machine exists in the N+1th virtualization server 100_N+1 with reference to the previous transfer record.

Here, when the image file of the virtual machine has been transferred to the N+1th virtualization server (100_N+1) in the standby state, when the server is switched to the first virtualization server (100_1), the image file of the virtual machine is transferred. Since this is unnecessary, it ends as it is.

Conversely, as a result of the determination, if the image file of the virtual machine does not exist in the N+1th virtualization server 100_N+1, the virtualization control device 200 makes a request to create the virtual machine in order to prepare for server switching. A request is made to the N+1th virtualization server 100_N+1 (step S235).

Accordingly, the N+1th virtualization server 100_N+1, like the first virtualization server 100_1, performs a process of first checking whether an image file of the corresponding virtual machine exists in the virtual machine for creation. In this case, since the image file of the corresponding virtual machine does not exist in itself, the virtual machine 200 is requested to receive and store the image file of the virtual machine (S245).

Then, the requested virtual machine is created using the stored image file of the virtual machine (step S250). If, as a result of checking in step S240, the image file of the corresponding virtual machine exists, the N+1th virtualization server 100_N+1 may perform step S250 without performing step S245.

The generated virtual machine starts running on the N+1th virtualization server 100_N+1.

At this time, the virtualization control device 200 detects the driving of the virtual machine in the N+1th virtualization server 100_N+1, and the same virtual machine is already running in the first virtualization server 100_1, so the Nth The +1 virtualization server 100_N+1 requests deletion of the virtual machine (step S255), and the N+1th virtualization server 100_N+1 deletes the virtual machine (step S260).

The virtual machine is deleted in the step S260, but the image file of the virtual machine transmitted and stored in the previous step S245 remains in the N+1th virtualization server 100_N+1 as it is. In addition, the virtualization control device 200 may record and manage that the virtual machine can be created in the N+1th virtualization server 100_N+1 in the standby state. Accordingly, the first virtualization server 100_1 When a failure occurs and the virtual machine is switched to the N+1th virtualization server (100_N+1), the virtual machine can be created immediately by storing the image file of the virtual machine in advance in the N+1th virtualization server (100_N+1). It is possible to minimize the interruption of services provided through the virtual machine.

For reference, in the above-described process, creation and deletion of a virtual machine may be performed based on a known technology such as OpenStack.

5 is a block diagram showing a detailed configuration of the virtualization control apparatus 200 for performing the virtualization control method according to the present invention described above.

Referring to FIG. 5, the virtualization control device 200 according to the present invention may include a monitoring unit 210, a virtualization control unit 220, and a storage unit 230.

The monitoring unit 210 is a component for state management of the first to N+1th virtualization servers 100_1 to 100_N+1. Specifically, the monitoring unit 210 periodically requests a resource inquiry from the first to N+1th virtualization servers 100_1 to 100_N+1, receives the response, and receives the first to N+1th virtualization servers 100_1 ~ 100_N+1) resource status information (CPU, Memory, Disk, Network status information) is acquired and managed. In addition, the monitoring unit 210 provides information on the virtualization server for which resource inquiry has failed to the virtualization control unit 220.

The virtualization control unit 220 is a configuration for controlling server virtualization and operation of the first to N+1th virtualization servers 100_1 to 100_N+1. The virtualization control unit 200 basically registers identification information and status information of the first to N+1th virtualization servers 100_1 to 100_N+1, and based on this, the first to N+1th virtualization servers ( 100_1 ~ 100_N+1) server virtualization control. Specifically, the virtualization control unit 200 controls the creation and deletion of virtual machines for the first to N+1th virtualization servers 100_1 to 100_N+1 according to the operator's request, and the first to N+1th virtual machines You can manage information about virtual machines running on any one of the virtualization servers (100_1 to 100_N+1), for example, identification information of virtual machines, virtualization server information on which virtual machines are running, and image files of virtual machines. have.

In addition, the virtualization control unit 220, for stable operation of the virtualization system, the number of failures of resource inquiry for each of the first to N+1 virtualization servers (100_1 to 100_N+1) checked through the monitoring unit 210 By counting, when resource search fails in succession by more than a preset number, the corresponding virtualization server is sequentially registered in the abnormal list according to the detection order. In addition, the virtualization control unit 220 checks the length of the abnormal list, and when one virtualization server is registered as a failure in the abnormal list, the virtual machine running in the virtualization server is in a standby state. 100_N+1) is generated and driven. On the other hand, when the number of virtualization servers registered in the abnormal list is not a preset number, the number of virtualization servers registered in the abnormal list is preset while updating the abnormal list by referring to the periodic resource inquiry result of the monitoring unit 210. Wait until the number is reached. According to this, it is possible to efficiently perform redundancy for multiple active virtualization servers with only one virtualization server in standby mode by filtering out temporary resource search failure due to network disconnection or failure of other virtualization servers during server switching. have.

In addition, the virtualization control unit 220 manages virtualization server information that is driven for each virtual machine, and when driving of a virtual machine running in a specific virtualization server is detected by another virtualization server, the virtual machine is operated by the other virtualization server. Control to delete. In addition, the virtualization control unit 220 may register a virtualization server returned from a failure as a standby state, and allow the virtualization server in another active state to wait for switching to a failed virtualization server.

The storage unit 230 is a configuration for storing information necessary for driving the virtualization control device 200, and specifically, information on a plurality of virtualization servers (identification information and active/standby information), each of a plurality of virtualization servers Resource state information, information about one or more virtual machines running in a plurality of virtualization servers (virtual machine identification information, running virtualization server information, image files of virtual machines) may be stored. In this case, the image file of the virtual machine may be stored through compression.

Information stored in the storage unit 230 may be inquired and used by the virtualization control unit 220 or may be updated (stored, deleted, changed, etc.) under the control of the virtualization control unit 220.

The virtualization control method according to the present invention may be implemented in a form of software that can be read through various computer means and recorded in a computer-readable recording medium. Here, the recording medium may include a program command, a data file, a data structure, or the like alone or in combination. The program instructions recorded on the recording medium may be specially designed and configured for the present invention, or may be known and usable to those skilled in computer software. For example, the recording medium is a magnetic medium such as a hard disk, a floppy disk, and a magnetic tape, an optical medium such as a compact disk read only memory (CD-ROM), a digital video disk (DVD), and a floppy disk. Magnetic-Optical Media, such as a floptical disk, and hardware devices specially configured to store and execute program instructions such as ROM, Random Access Memory (RAM), Flash memory, etc. do. Examples of the program instructions may include not only machine language codes such as those produced by a compiler but also high-level language codes that can be executed by a computer using an interpreter or the like. These hardware devices may be configured to operate as one or more software modules to perform the operation of the present invention, and vice versa.

As described above, although preferred embodiments of the present invention have been disclosed in the present specification and drawings, it is understood that other modifications based on the technical idea of the present invention can be implemented even with the exceptions disclosed herein. It is self-evident to those of ordinary knowledge. In addition, specific terms have been used in the specification and drawings, but these are merely used in a general meaning to easily describe the technical content of the present invention and to aid understanding of the present invention, and are not intended to limit the scope of the present invention.

The virtualization control apparatus 200 according to the present invention may be driven by a command that causes one or more processors to perform the functions and processes described above. For example, such commands may include interpreted commands such as script commands such as JavaScript or ECMAScript commands, executable code, or other commands stored in a computer-readable medium. Further, the device according to the present invention may be implemented in a distributed manner over a network, such as a server farm, or may be implemented in a single computer device.

Although the present specification and drawings describe exemplary device configurations, the functional operations and implementations of the subject described in this specification may be implemented with other types of digital electronic circuits, or the structures disclosed herein and structural equivalents thereof. It may be implemented with computer software, firmware, or hardware, or may be implemented by a combination of one or more of them. Implementations of the subject matter described in this specification are one or more computer program products, that is, one relating to computer program instructions encoded on a tangible program storage medium for execution by or for controlling the operation of a device according to the invention It can be implemented as the above module. The computer-readable medium may be a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of materials that affect a machine-readable radio wave signal, or a combination of one or more of them.

In this specification, the terms "system" and "control device" encompass all devices, devices and machines for processing data, including, for example, programmable processors, computers, or multiple processors or computers. In addition to hardware, the processing system may include, for example, a code constituting a processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them, and the like, to form an execution environment for a computer program upon request. .

A computer program (also known as a program, software, software application, script or code) mounted on the device according to the present invention and executing the method according to the present invention is a compiled or interpreted language or programming including a priori or procedural language. It can be written in any form of language, and can be deployed in any form, including standalone programs, modules, components, subroutines, or other units suitable for use in a computer environment. Computer programs do not necessarily correspond to files in the file system. A program may be in a single file provided to the requested program, or in multiple interactive files (e.g., files that store one or more modules, subprograms, or portions of code), or part of a file that holds other programs or data. (Eg, one or more scripts stored within a markup language document). A computer program may be deployed to run on a single computer or multiple computers located at one site or distributed across a plurality of sites and interconnected by a communication network.

Computer-readable media suitable for storing computer program instructions and data include, for example, semiconductor memory devices such as EPROM, EEPROM and flash memory devices, such as magnetic disks such as internal hard disks or external disks, magneto-optical disks and CD-ROMs. And all forms of nonvolatile memory, media and memory devices, including DVD-ROM disks. The processor and memory can be supplemented by special purpose logic circuits or incorporated into it.

Implementations of the virtualization system described herein include a backend component, such as a data server, or a middleware component, such as an application server, or, for example, a web browser or graphic that allows a user to interact with an implementation of the subject matter described herein. It can be implemented in a front-end component, such as a client computer with a user interface, or a computational system that includes any combination of one or more of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication, for example a communication network.

While this specification includes details of a number of specific implementations, these should not be construed as limiting to the scope of any invention or claim, but rather as a description of features that may be peculiar to a particular embodiment of a particular invention. It must be understood. Certain features described herein in the context of separate embodiments may be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment can also be implemented in multiple embodiments individually or in any suitable sub-combination. Furthermore, although features operate in a particular combination and may be initially described as so claimed, one or more features from a claimed combination may in some cases be excluded from the combination, and the claimed combination may be a subcombination. Or sub-combination variations.

Likewise, although operations are depicted in the drawings in a specific order, it should not be understood that such operations must be performed in that particular order or sequential order shown, or that all illustrated operations must be performed in order to obtain a desired result. In certain cases, multitasking and parallel processing can be advantageous. In addition, separation of the various system components of the above-described embodiments should not be understood as requiring such separation in all embodiments, and the program components and systems described are generally integrated together into a single software product or packaged in multiple software products. You should understand that you can.

Specific embodiments of the subject matter described herein have been described. Other embodiments are within the scope of the following claims. For example, the operations recited in the claims may be performed in a different order while still achieving desirable results. As an example, the process depicted in the accompanying drawings does not necessarily require that particular depicted order or sequential order to obtain desirable results. In certain implementations, multitasking and parallel processing can be advantageous.

The present description presents the best mode of the invention, and provides examples to illustrate the invention and to enable those skilled in the art to make and use the invention. The thus written specification does not limit the present invention to the specific terms presented. Accordingly, although the present invention has been described in detail with reference to the above-described examples, those skilled in the art can make modifications, changes, and modifications to these examples without departing from the scope of the present invention.

Therefore, the scope of the present invention should not be determined by the described embodiments, but should be determined by the claims.

In the present invention, in operating a virtualization server that shares resources such as CPU, memory, network, and storage by constructing one or more logical virtual machines on a physical server, a plurality of virtualization servers in an active state through a virtualization control device It enables efficient replacement through the standby virtualization server, and enables quick synchronization of virtualization environment information (virtual machines, image files of virtual machines, etc.) between servers that are transferred without using shared storage. It is possible to secure system efficiency and stability while reducing the cost of building a highly available virtualization system.

100_1 to 100_N+1: first to N+1th virtualization servers
200: virtualization control unit
210: monitoring unit
220: virtualization control unit
230: storage unit

Claims (11)

Virtualization control unit,
Periodically querying the resource states of a plurality of active virtualization servers in an active state;
Registering a virtualization server that has failed to search a resource continuously more than a preset number of times among the plurality of active virtualization servers in an abnormal list; And
Controlling to create one or more virtual machines running in the active virtualization server registered in the abnormal list in one standby virtualization server;
Control method for redundancy of a virtualization server comprising a. The method of claim 1,
Further comprising the step of checking the number of virtualization servers registered in the abnormal list,
The controlling to generate the one or more virtual machines may include, when the number of virtualization servers registered in the abnormal list is one, generating one or more virtual machines running on the virtualization servers registered in the abnormal list in the standby virtualization server Control method for redundancy of a virtualization server, characterized in that to control to be controlled. Virtualization control unit,
Controlling the active virtualization server to create a specific virtual machine;
If a specific virtual machine is created in the active virtualization server, checking whether an image file of the specific virtual machine exists in the standby virtualization server;
If the image file does not exist as a result of checking, controlling the standby virtualization server to create the specific virtual machine; And
Controlling the specific virtual machine to be deleted from the standby virtualization server when the driving of the specific virtual machine created in the standby virtualization server is detected;
Control method for redundancy of the virtualization server, characterized in that it comprises a. The method of claim 3, wherein controlling the standby virtualization server to create the specific virtual machine
And requesting, by the virtualization control device, to create a virtual machine from the standby virtualization server. The method of claim 4, wherein controlling the standby virtualization server to create the specific virtual machine,
And transmitting, by the virtualization control device, an image file of a corresponding virtual machine according to a request from the standby virtualization server. delete A storage unit for storing at least one of resource state information for each virtualization server, an abnormal list for managing abnormally operating virtualization servers, and virtual machine information running in the virtualization server;
A monitoring unit that periodically inquires a resource state of a plurality of active virtualization servers to obtain the resource state information; And
Control to register a virtualization server that has failed to search for resources continuously more than a preset number of times in the abnormal list in the abnormal list, and to create one or more virtual machines running on the active virtualization server registered in the abnormal list in one standby virtualization server A virtualization control unit;
Virtualization control device comprising a. The method of claim 7,
The virtual machine information includes at least one of information on a virtualization server running for each virtual machine and an image file of a virtual machine. The method of claim 8, wherein the virtualization control unit
When the number of virtualization servers registered in the abnormal list is further checked, and the number of virtualization servers registered in the abnormal list is one, one or more virtual machines running on the virtualization servers registered in the abnormal list are transferred to the standby virtualization server. Virtualization control device, characterized in that for controlling to be generated in. The method of claim 7, wherein the virtualization control unit
When a virtual machine is created in any one of the plurality of active virtualization servers, the virtual machine is created in the standby virtualization server and then deleted, thereby storing the image file of the virtual machine in the standby virtualization server. Virtualization control device. The method of claim 7, wherein the virtualization control unit
After requesting to generate the one or more virtual machines to the standby virtualization server, the virtualization control device according to a request from the standby virtualization server transmits an image file of the one or more virtual machines.

Images