CN106850459B - Method and device for realizing load balance of virtual network - Google Patents
Method and device for realizing load balance of virtual network Download PDFInfo
- Publication number
- CN106850459B CN106850459B CN201710108301.XA CN201710108301A CN106850459B CN 106850459 B CN106850459 B CN 106850459B CN 201710108301 A CN201710108301 A CN 201710108301A CN 106850459 B CN106850459 B CN 106850459B
- Authority
- CN
- China
- Prior art keywords
- flow table
- virtual machine
- virtual
- load balancer
- openflow
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/70—Virtual switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/9015—Buffering arrangements for supporting a linked list
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
Abstract
The embodiment of the invention discloses a method for realizing load balance of a virtual network, which comprises the steps of establishing a load balancer of the virtual network, generating a load balance flow table through the load balancer, and issuing the generated openflow flow table to a server to which a virtual machine belongs when detecting that the virtual machine is started; and when the virtual machine is detected to be offline, deleting the flow table generated previously. Along with the migration of the virtual machine, the corresponding openflow flow table is added or deleted, the flow characteristics of the virtual machine are accurately reflected, and the load balance of the virtual network is realized. The complexity of route configuration is reduced, the forwarding of the message is efficiently guided, the data forwarding rate is improved, the flexibility and the expansibility of the virtual network are increased, and the improvement of the overall working rate and the data security of the virtual network is facilitated. In addition, the embodiment of the invention also provides a corresponding implementation device, so that the method has higher practicability and the device has corresponding advantages.
Description
Technical Field
The embodiment of the invention relates to the technical field of virtual network design, in particular to a method and a device for realizing load balancing of a virtual network.
Background
With the rapid development of cloud computing and virtualization technologies, the cloud computing production environment is deployed in larger and larger scale. In a data center, with diversification of service models, the number of clients and servers is increased, and correspondingly, the number of times that the clients access the servers is increased, which inevitably causes a phenomenon of high traffic burst in north and south traffic, and a situation that a message is delayed or cannot be sent in severe cases.
Virtualization technology has spawned virtual servers (also called virtual machines), which are complete computer systems that run in a completely isolated environment, with complete hardware system functions, simulated by software. When hardware fails and needs maintenance or service requirement transfer, running services need to be migrated to other platforms to continue running, and the process cannot affect application services borne by the virtual machines, so that a virtual machine migration technology is involved, the virtual machine migration technology can enable the virtual machines to perform rapid online migration between physical machines, and can keep the virtual machines running uninterruptedly in the running process, thereby effectively improving resource allocation. As can be seen, the virtual machines may migrate across different hosts.
In view of the above, in the prior art, by configuring a routing protocol to achieve network load balancing, it is obvious that the routing protocol cannot accurately achieve load balancing between networks along with migration of virtual machines. Therefore, how to achieve load balancing following virtual machine migration is a problem that needs to be solved urgently by those skilled in the art.
Disclosure of Invention
The embodiment of the invention aims to provide a method and a device for realizing load balancing of a virtual network, so as to solve the problem of load balancing of the virtual network.
In order to solve the above technical problems, embodiments of the present invention provide the following technical solutions:
an embodiment of the present invention provides a method for implementing load balancing of a virtual network, including:
the method comprises the steps that a load balancer is established according to an instruction of a user for configuring the load balancer for a virtual network;
when the virtual machine is detected to be started, matching a corresponding load balancer according to the identification information of the virtual machine;
acquiring deployment information of a current virtual network, generating an openflow flow table through the load balancer according to the deployment information, and sending the openflow flow table to a server corresponding to the virtual machine through a virtual machine switch;
and deleting the openflow flow table when the virtual machine is detected to be offline.
Optionally, when the virtual machine is detected to be started, matching the corresponding load balancer according to the identification information of the virtual machine is:
detecting the port state of each virtual switch in the virtual network;
when the port state is detected to be connection, determining a connected virtual machine according to the port;
and matching the corresponding load balancer according to the identification information of the virtual machine.
Optionally, the generating an openflow flow table by the load balancer according to the deployment information is:
acquiring the number of gateways according to the deployment information;
and generating an openflow flow table through the load balancer according to the number of the gateways.
Optionally, the ID of the load balancer is the same as the ID of the virtual machine.
Optionally, the openflow flow table is of the type select.
Another aspect of the embodiments of the present invention provides a device for implementing load balancing of a virtual network, including:
the creating module is used for creating the load balancer according to the instruction of configuring the load balancer for the virtual network by a user;
the flow table generating module is used for matching a corresponding load balancer according to the identification information of the virtual machine when the virtual machine is detected to be started; acquiring deployment information of a current virtual network, generating an openflow flow table through the load balancer according to the deployment information, and sending the openflow flow table to a server corresponding to the virtual machine through a virtual machine switch;
and the flow table deleting module is used for deleting the openflow flow table when the virtual machine is detected to be offline.
Optionally, the flow table generating module is configured to detect a port state of each virtual switch in the virtual network; when the port state is detected to be connection, determining a connected virtual machine according to the port; and matching the corresponding module of the load balancer according to the identification information of the virtual machine.
Optionally, the flow table generating module acquires the number of gateways according to the deployment information; and the module generates an openflow flow table through the load balancer according to the number of the gateways.
Optionally, the flow table generating module is a module in which the ID of the load balancer is the same as the ID of the virtual machine.
The embodiment of the invention provides a method for realizing load balancing of a virtual network, which comprises the steps of establishing a load balancer of the virtual network, generating a load balancing flow table through the load balancer, and issuing the generated load balancing flow table, namely an openflow flow table, to a server to which a virtual machine belongs when the virtual machine is detected to be started; and when the virtual machine is detected to be offline, deleting the flow table generated previously.
The technical scheme provided by the application has the advantage that the characteristic of separation of openflow control and forwarding is fully utilized. Because the openflow flow tables reflect the service flow characteristics of the virtual machines, when the virtual machines are migrated, the corresponding openflow flow tables are added or deleted, the flow characteristics sent by the virtual machines are accurately reflected, HASH calculation is carried out according to the flow characteristics, different flows are mapped to different nodes for processing, and the load balance of the virtual network is realized. The complexity of route configuration is reduced, the forwarding of the message is simply and efficiently guided, the data forwarding rate is improved, the flexibility and the expansibility of the virtual network are improved, and the improvement of the overall working rate and the data safety of the virtual network is facilitated.
In addition, the embodiment of the invention also provides a corresponding implementation device for the method for implementing the virtual network load balancing, so that the method has higher practicability and the device has corresponding advantages.
Drawings
In order to more clearly illustrate the embodiments or technical solutions of the present invention, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained based on these drawings without creative efforts.
Fig. 1 is a schematic flowchart of a method for implementing load balancing of a virtual network according to an embodiment of the present invention;
FIG. 2 is a block diagram of an illustrative example provided by an embodiment of the present invention;
fig. 3 is a structural diagram of an embodiment of an apparatus for implementing load balancing of a virtual network according to an embodiment of the present invention.
Detailed Description
In order that those skilled in the art will better understand the disclosure, the invention will be described in further detail with reference to the accompanying drawings and specific embodiments. It is to be understood that the described embodiments are merely exemplary of the invention, and not restrictive of the full scope of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terms "first," "second," "third," "fourth," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "comprising" and "having," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements but may include other steps or elements not expressly listed.
In the prior art, due to the migration of the virtual machine, transmission is performed based on a routing protocol, and the balance of each load among networks cannot be accurately realized. Through research, the inventor of the application finds that openflow mainly solves the problem of redesigning the experimental environment of the internet. It is difficult to have enough actual users or enough network topology on a pure experimental network to test the performance and function of the new protocol, and the best method is to embed the experimental network running the new protocol into the actually operated network and to use the actual network environment to check the feasibility and existing problems of the new protocol.
The Openflow network consists of an Openflow switch, a controller and an open visor. The openflow switch forwards a data layer, the open visor virtualizes a network, and the controller performs centralized control on the network to realize the function of a control layer. The Openflow switch is a core device of an Openflow network and comprises a flow table, a secure channel and an Openflow protocol. The secure channel is used for connecting the switch and the controller, and the controller can configure and manage the switch through the secure channel by applying an openflow protocol. The openflow protocol mainly supports three message types, namely, the message is initiated by a controller and used for managing or acquiring the state of the switch; the message is initiated by the switch, and the state information is updated to the controller; the message may be initiated by a switch or controller for establishing a connection.
The message forwarding process of the current network is controlled by switching equipment such as a switch/router and the like, namely, the message forwarding process is realized by configuring a routing protocol, and the forwarding process in the openflow network is completed by the switch and the controller together, so that the separation of data forwarding and routing control is realized. The controller can control the flow table in the openflow switch through the predefined interface operation, for example, the flow table entry is modified to change the flow direction in the network, so as to achieve the purpose of controlling data forwarding.
In a cloud computing network, data is computed based on computers in the network, and therefore, the main problems to be considered in computing are the operational capability of the virtual environment, virtualization and error-free relocation thereof, computing speed, encountered communication, scale and the like. The openflow switch is used in the network, network data and computing resources can be effectively controlled, and in the face of large data volume of a data center, the controller can optimize a transmission path to achieve load balance, so that the data exchange speed is improved.
In view of this, the load balancer of the virtual network is created, the load balancing flow table is generated by the load balancer, and when the virtual machine is detected to be started, the generated load balancing flow table, namely the openflow flow table, is issued to the server to which the virtual machine belongs; when the virtual machine is detected to be offline, the previously generated flow table is deleted. The openflow flow table reflects service flow characteristics sent by the virtual machine, HASH calculation is carried out according to the flow characteristics, and different flows are mapped to different nodes for processing, so that load balance of the virtual network is realized.
Having described the technical solutions of the embodiments of the present invention, various non-limiting embodiments of the present application are described in detail below.
Referring to fig. 1, fig. 1 is a schematic flowchart of a method for implementing load balancing of a virtual network according to an embodiment of the present invention, where the embodiment of the present invention may include the following:
s101: and creating the load balancer according to the instruction of configuring the load balancer for the virtual network by the user.
The load balancers are created in the control layer, and the number of the load balancers may be determined according to the number of the servers in the virtual network, for example, three servers share one load balancer, which is not limited in this invention.
The user inputs configuration information for the load balancer. Such as some port information, IP address, etc., the system receives the instruction input by the user and generates the load balancer according to the specific information input by the user. The load balancer is used for generating a load balancing flow table, namely an openflow flow table according to the network deployment condition, the openflow flow table is service flow characteristics sent by the virtual machine, HASH calculation is carried out according to the flow characteristics, different flows are mapped to different nodes, and therefore the flow among networks is balanced according to the openflow flow table.
At least one virtual machine runs on one server, the identification information of the virtual machine is the same as that of the load balancer, so that the corresponding logic loader can be found through the virtual machine, and the load balancing strategy of each virtual machine is bound on the corresponding load balancer.
Alternatively, the ID of the load balancer is generally the same as the ID of the virtual machine.
S102: and when the virtual machine is detected to be started, matching the corresponding load balancer according to the identification information of the virtual machine.
And detecting the starting of the virtual machine, and judging the running state of the virtual machine according to the OVSDB protocol. Because the virtual machine is connected with the virtual switch, the port state of each virtual switch in the virtual network can be detected; when the port state is detected to be the connection state, judging that the virtual machines are connected, and then determining the connected virtual machines according to the ports. And when the virtual machine is detected to be started, uploading the started state information of the virtual machine to a corresponding load balancer.
It should be noted that, when the opening state of the virtual machine is judged through the port state, in order to further determine the opening state of the virtual machine, optionally, the virtual machine is found through the logical port, and then the state of the virtual machine is detected to see whether the virtual machine is actually in the opening state.
Because the load balancer binds the balancing strategy of each virtual machine, the virtual machine and the corresponding load balancer have certain identification information, and the load balancer can be matched through the identification information.
S103: acquiring deployment information of a current virtual network, generating an openflow flow table through the load balancer according to the deployment information, and sending the openflow flow table to a server corresponding to the virtual machine through a virtual machine switch.
The deployment information of the virtual network may be the number of servers and the number of switches, gateways, equipment and number of routers, etc. that belong to the virtual network.
Since a gateway is a "gateway" where one network is connected to another, the TCP/IP protocol will also determine that the hosts in the two networks are in different networks based on the subnet mask (255.255.255.0). Communication between the two networks must be accomplished through a gateway. If the host in network A finds that the destination host of the data packet is not in the local network, the data packet is forwarded to the gateway of the host in network A and then forwarded to the gateway of network B, and the gateway of network B forwards to a host in network B. So, only if the IP address of the gateway is set, the TCP/IP protocol can realize the intercommunication between different networks.
Therefore, the number of gateways can be obtained according to the deployment information, and openflow flow tables are generated through the load balancers according to the number of the gateways.
The openflow flow table is composed of a plurality of flow table entries, is a key data structure for the switch to control data forwarding, and the switch determines to take proper actions on the received data flow by searching the table entries of the flow table, wherein each flow table entry comprises a packet header field, a counter and an action field. The header field includes the incoming interface, mac source address, mac destination address, ethernet type, virtual priority, IP source address, IP destination address, IP protocol, TCP/UDP destination port, and source port. The counter is used for counting certain information of the flow, such as the number of transmitted packets; the behavior is a processing method after the switch receives the message, such as discarding, forwarding a port, and the like.
The openflow flow table is generally issued to the server through the load balancer, and the openflow table may be of a select type.
S104: and deleting the openflow flow table when the virtual machine is detected to be offline.
When the virtual machine is detected to leave the current server, that is, the virtual machine is offline, the specific detection process is the same as the detection of the virtual machine being started, and details are not repeated here.
And after the virtual machine is offline, deleting the corresponding flow table, and migrating the load balance along with the migration of the virtual machine.
In the technical scheme provided by the application, the characteristic of separation of openflow control and forwarding is fully utilized. Because the openflow flow tables reflect the service flow characteristics of the virtual machines, when the virtual machines are migrated, the corresponding openflow flow tables are added or deleted, the flow characteristics sent by the virtual machines are accurately reflected, HASH calculation is carried out according to the flow characteristics, different flows are mapped to different nodes for processing, and the load balance of the virtual network is realized. The complexity of route configuration is reduced, the forwarding of the message is simply and efficiently guided, the data forwarding rate is improved, the flexibility and the expansibility of the virtual network are improved, and the improvement of the overall working rate and the data safety of the virtual network is facilitated.
In order to make the principle of the technical solution of the present application more clear to those skilled in the art, the present application also provides an example, please refer to fig. 2, which specifically may be:
when the virtual machine 1 and the virtual machine 2 are started, the control surface senses a virtual machine starting event, searches a port number corresponding to the virtual machine, and sends an openflow flow table to the virtual switch 1 device according to the bound south-north flow load balancer, wherein the south-north flow of the virtual machine 1 may be mapped to the border gateway 1, and the south-north flow of the virtual machine 2 may be mapped to the border gateway 2, so that a load balancing effect is achieved.
When the virtual machine 1 is migrated, if the virtual machine 1 is migrated to a physical node where the virtual machine switch 2 is located, the control plane firstly deletes a load balancing strategy related to the original virtual machine switch 1 corresponding to a virtual machine 1 offline event; and then responding to the event that the virtual machine 1 is on-line again, and sending the openflow flow table on the virtual switch 2 again, so that the load balancing strategy is achieved without reconfiguration and the migration of the virtual machine is followed.
According to the specific example, the technical scheme provided by the application not only makes up the defect of complexity in traditional network implementation, but also adopts the openflow flow table to guide the message forwarding method, so that the control and the forwarding are separated, the complexity of configuration complexity and message forwarding debugging is greatly simplified, the efficiency of virtual machine network design and verification is effectively improved, and the technical value is very high in both emerging virtual machine network design and traditional physical network logic design.
The embodiment of the invention also provides a corresponding implementation device for the method for implementing the virtual network load balancing, so that the method has higher practicability. In the following, the device for implementing virtual network load balancing according to the embodiment of the present invention is introduced, and the device for implementing virtual network load balancing described below and the method for implementing virtual network load balancing described above may be referred to correspondingly.
Referring to fig. 3, fig. 3 is a structural diagram of an apparatus for implementing load balancing of a virtual network according to an embodiment of the present invention, where the apparatus may include:
the creating module 301 is configured to create a load balancer according to an instruction of a user to configure the load balancer for the virtual network.
A flow table generating module 302, configured to match a corresponding load balancer according to identification information of a virtual machine when it is detected that the virtual machine is started; acquiring deployment information of a current virtual network, generating an openflow flow table through the load balancer according to the deployment information, and sending the openflow flow table to a server corresponding to the virtual machine through a virtual machine switch.
A flow table deleting module 303, configured to delete the openflow flow table when the virtual machine is detected to be offline.
Optionally, in some embodiments of this embodiment, the flow table generating module 302 may detect a port state of each virtual switch in the virtual network, for example; when the port state is detected to be connection, determining a connected virtual machine according to the port; and matching the corresponding module of the load balancer according to the identification information of the virtual machine.
In some other embodiments, the flow table generating module 302 may further obtain the number of gateways according to the deployment information; and the module generates an openflow flow table through the load balancer according to the number of the gateways.
Further, the flow table generation module 302 may also be a module in which the ID of the load balancer is the same as the ID of the virtual machine.
The functions of the functional modules of the virtual network load balancing apparatus according to the embodiments of the present invention may be specifically implemented according to the method in the foregoing method embodiments, and the specific implementation process may refer to the related description of the foregoing method embodiments, which is not described herein again.
From the above, the embodiment of the present invention fully utilizes the characteristic of separation of openflow control and forwarding. Because the openflow flow tables reflect the service flow characteristics of the virtual machines, when the virtual machines are migrated, the corresponding openflow flow tables are added or deleted, the flow characteristics sent by the virtual machines are accurately reflected, HASH calculation is carried out according to the flow characteristics, different flows are mapped to different nodes for processing, and the load balance of the virtual network is realized. The complexity of route configuration is reduced, the forwarding of the message is simply and efficiently guided, the data forwarding rate is improved, the flexibility and the expansibility of the virtual network are improved, and the improvement of the overall working rate and the data safety of the virtual network is facilitated.
The embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, Read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The method and the device for realizing the load balancing of the virtual network provided by the invention are described in detail above. The principles and embodiments of the present invention are explained herein using specific examples, which are presented only to assist in understanding the method and its core concepts. It should be noted that, for those skilled in the art, it is possible to make various improvements and modifications to the present invention without departing from the principle of the present invention, and those improvements and modifications also fall within the scope of the claims of the present invention.
Claims (9)
1. A method for realizing load balancing of a virtual network is characterized by comprising the following steps:
the method comprises the steps that a load balancer is established according to an instruction of a user for configuring the load balancer for a virtual network;
when the virtual machine is detected to be started, matching a corresponding load balancer according to the identification information of the virtual machine;
acquiring deployment information of a current virtual network, acquiring the number of gateways according to the deployment information, generating an openflow flow table through the load balancer according to the number of the gateways, and sending the openflow flow table to a server corresponding to the virtual machine through a virtual machine switch;
when the virtual machine is detected to be offline, deleting the openflow flow table;
the openflow flow table is a service flow characteristic sent by a corresponding virtual machine, and is used for performing HASH calculation according to the service flow characteristic, mapping different flows to different nodes, and balancing the flow among networks according to the openflow flow table; the openflow flow table is composed of a plurality of flow table items, each flow table item comprises a packet header field, a counter and a behavior field, the packet header field comprises an input interface, a mac source address, a mac destination address, an Ethernet type, a virtual priority, an IP source address, an IP destination address, an IP protocol, a TCP/UDP destination port and a source port, and the counter is used for counting the number of sending packets of flow; the behavior is a processing method after the switch receives the message; the deployment information includes the number of servers, the number of switches, the number of gateways, the configuration and the number of routers in the virtual network.
2. The method according to claim 1, wherein when the virtual machine is detected to be turned on, matching the corresponding load balancer according to the identification information of the virtual machine is:
detecting the port state of each virtual switch in the virtual network;
when the port state is detected to be connection, determining a connected virtual machine according to the port;
and matching the corresponding load balancer according to the identification information of the virtual machine.
3. The method according to claim 2, wherein the generating an openflow flow table by the load balancer according to the deployment information is:
acquiring the number of gateways according to the deployment information;
and generating an openflow flow table through the load balancer according to the number of the gateways.
4. The method of any of claims 1 to 3, wherein the ID of the load balancer is the same as the ID of the virtual machine.
5. Method according to claim 4, characterized in that the openflow flow table is of type select.
6. An apparatus for implementing virtual network load balancing, comprising:
the creating module is used for creating the load balancer according to the instruction of configuring the load balancer for the virtual network by a user;
the flow table generating module is used for matching a corresponding load balancer according to the identification information of the virtual machine when the virtual machine is detected to be started; acquiring deployment information of a current virtual network, acquiring the number of gateways according to the deployment information, generating an openflow flow table through the load balancer according to the number of the gateways, and sending the openflow flow table to a server corresponding to the virtual machine through a virtual machine switch; the openflow flow table is a service flow characteristic sent by a corresponding virtual machine, and is used for performing HASH calculation according to the service flow characteristic, mapping different flows to different nodes, and balancing the flows among networks according to the openflow flow table; the openflow flow table is composed of a plurality of flow table items, each flow table item comprises a packet header field, a counter and a behavior field, the packet header field comprises an input interface, a mac source address, a mac destination address, an Ethernet type, a virtual priority, an IP source address, an IP destination address, an IP protocol, a TCP/UDP destination port and a source port, and the counter is used for counting the number of sending packets of flow; the behavior is a processing method after the switch receives the message; the deployment information comprises the number of servers, the number of switches, the number of gateways and the configuration and number of routers in the virtual network;
and the flow table deleting module is used for deleting the openflow flow table when the virtual machine is detected to be offline.
7. The apparatus of claim 6, wherein the flow table generating module is configured to detect port states of each virtual switch in the virtual network; when the port state is detected to be connection, determining a connected virtual machine according to the port; and matching the corresponding module of the load balancer according to the identification information of the virtual machine.
8. The apparatus according to claim 7, wherein the flow table generating module is configured to obtain the number of gateways according to the deployment information; and the module generates an openflow flow table through the load balancer according to the number of the gateways.
9. The apparatus according to any one of claims 6 to 8, wherein the flow table generating module is a module in which the ID of the load balancer is the same as the ID of the virtual machine.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710108301.XA CN106850459B (en) | 2017-02-27 | 2017-02-27 | Method and device for realizing load balance of virtual network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710108301.XA CN106850459B (en) | 2017-02-27 | 2017-02-27 | Method and device for realizing load balance of virtual network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106850459A CN106850459A (en) | 2017-06-13 |
| CN106850459B true CN106850459B (en) | 2020-02-04 |
Family
ID=59133619
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710108301.XA Active CN106850459B (en) | 2017-02-27 | 2017-02-27 | Method and device for realizing load balance of virtual network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106850459B (en) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107682182A (en) * | 2017-09-14 | 2018-02-09 | 郑州云海信息技术有限公司 | A kind of alarm method and system for realizing virtualization network load monitoring |
| CN107846365A (en) * | 2017-10-24 | 2018-03-27 | 赞同科技股份有限公司 | A kind of load balancing based on SDN realizes system and method |
| CN107896195B (en) * | 2017-11-16 | 2020-04-24 | 锐捷网络股份有限公司 | Service chain arranging method and device and service chain topological structure system |
| US11070475B2 (en) * | 2018-12-13 | 2021-07-20 | Google Llc | Transparent migration of virtual network functions |
| CN111327437B (en) * | 2018-12-14 | 2023-04-07 | 中国电信股份有限公司 | Flow table processing method, flow table processing device, and SDN network system |
| CN110601951B (en) * | 2019-10-08 | 2021-12-10 | 浪潮云信息技术股份公司 | Method for realizing VxLAN expandability in super-large-scale data center |
| CN112015552A (en) * | 2020-08-27 | 2020-12-01 | 平安科技（深圳）有限公司 | Hash ring load balancing method and device, electronic equipment and storage medium |
| CN112367267B (en) * | 2020-09-30 | 2022-03-29 | 新华三大数据技术有限公司 | Virtual machine management method and device |
| CN112311448B (en) * | 2020-11-12 | 2022-02-18 | 中国电子科技集团公司第五十四研究所 | Satellite network acceleration system based on virtual machine |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103139091A (en) * | 2011-11-25 | 2013-06-05 | 上海博腾信息科技有限公司 | Load balancing system based on virtual routing |
| CN105207856A (en) * | 2015-10-28 | 2015-12-30 | 广州西麦科技股份有限公司 | Load balancing system and method based on SDN virtual switch |
| CN105577723A (en) * | 2014-10-16 | 2016-05-11 | 杭州华三通信技术有限公司 | Method of realizing load sharing in virtualization network and apparatus thereof |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104104572B (en) * | 2014-07-15 | 2017-12-08 | 新华三技术有限公司 | Interchanger automatic deployment method and device in a kind of SDN |
| US20160127945A1 (en) * | 2014-11-05 | 2016-05-05 | At&T Intellectual Property I, Lp | Telecommunications Network Comprising User Equipment-Based Management And Control |
| US9749401B2 (en) * | 2015-07-10 | 2017-08-29 | Brocade Communications Systems, Inc. | Intelligent load balancer selection in a multi-load balancer environment |
| CN106254279B (en) * | 2016-07-19 | 2019-06-21 | 广州市品高软件股份有限公司 | A kind of the Autonomic Migration Framework system and management method of the Virtual NE equipment based on SDN |
-
2017
- 2017-02-27 CN CN201710108301.XA patent/CN106850459B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103139091A (en) * | 2011-11-25 | 2013-06-05 | 上海博腾信息科技有限公司 | Load balancing system based on virtual routing |
| CN105577723A (en) * | 2014-10-16 | 2016-05-11 | 杭州华三通信技术有限公司 | Method of realizing load sharing in virtualization network and apparatus thereof |
| CN105207856A (en) * | 2015-10-28 | 2015-12-30 | 广州西麦科技股份有限公司 | Load balancing system and method based on SDN virtual switch |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106850459A (en) | 2017-06-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106850459B (en) | Method and device for realizing load balance of virtual network | |
| CN112470436B (en) | Systems, methods, and computer-readable media for providing multi-cloud connectivity | |
| US10116559B2 (en) | Operations, administration and management (OAM) in overlay data center environments | |
| CN111614605B (en) | Method for configuring firewall, security management system and computer readable medium | |
| US9979605B2 (en) | Virtualization mapping | |
| US9025468B1 (en) | Custom routing decisions | |
| CN109802985B (en) | Data transmission method, device, equipment and readable storage medium | |
| EP2859444B1 (en) | Elastic enforcement layer for cloud security using sdn | |
| EP2882150B1 (en) | Physical path determination for virtual network packet flows | |
| US10083026B1 (en) | In-service software upgrade of software-defined networking controller | |
| US8239572B1 (en) | Custom routing decisions | |
| US9104458B1 (en) | Managing virtual computing nodes using isolation and migration techniques | |
| US10445124B2 (en) | Managing virtual computing nodes using isolation and migration techniques | |
| CN109728962B (en) | Method and equipment for sending message | |
| CN111865645B (en) | Software defined network controller, computer readable medium and method | |
| Miguel-Alonso | A research review of OpenFlow for datacenter networking | |
| CN112968879B (en) | Method and equipment for realizing firewall management | |
| Cortes | Simulation of Software Defined Networks With Open Network Operating System and Mininet | |
| Maia | An SDN-based Overlay Networking Solution for Transparent Multi-homed Vehicular Communications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20191216 Address after: 215100 No. 1 Guanpu Road, Guoxiang Street, Wuzhong Economic Development Zone, Suzhou City, Jiangsu Province Applicant after: Suzhou Wave Intelligent Technology Co., Ltd. Address before: 450018 Henan province Zheng Dong New District of Zhengzhou City Xinyi Road No. 278 16 floor room 1601 Applicant before: Zhengzhou Yunhai Information Technology Co. Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |