CN110851269A - Optimization method, device, equipment and storage medium for load balancing of Linux virtual server - Google Patents
Optimization method, device, equipment and storage medium for load balancing of Linux virtual server Download PDFInfo
- Publication number
- CN110851269A CN110851269A CN201910992753.8A CN201910992753A CN110851269A CN 110851269 A CN110851269 A CN 110851269A CN 201910992753 A CN201910992753 A CN 201910992753A CN 110851269 A CN110851269 A CN 110851269A
- Authority
- CN
- China
- Prior art keywords
- server
- layer
- linux virtual
- virtual server
- load balancing
- 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.)
- Pending
Links
Images
Classifications
-
- 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/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
The application discloses an optimization method, device, equipment and storage medium for load balancing of a Linux virtual server. The method comprises the steps of adopting a preset domain name of a seven-layer agent on a four-layer detection server of a Linux virtual server; judging whether the seven-layer agent is available according to the return code; if not, the seven-layer proxy is culled. The method and the device solve the technical problem that the processing effect of manual removal is poor when the Linux virtual server load balancing server is abnormal. Whether seven layers are available or not is judged by detecting a return code, operation and maintenance are simplified, and the safety risk of production is reduced.
Description
Technical Field
The present application relates to the field of load balancing, and in particular, to an optimization method, apparatus, device, and storage medium for load balancing of a Linux virtual server.
Background
The Linux virtual server is divided into four-layer and seven-layer load balancing, the currently adopted seven-layer load balancing is generally adopted, and the four-layer TCP protocol requests the seven-layer Nginx to perform WEB load balancing on a network layer.
The inventor finds that if one server is abnormal, all data requested to the server fails to be sent, and the client requests fail. If modification failures occur when the failed seven-tier nginx server is manually removed, the risk that all services are unavailable is caused, and manual updating is slow.
Aiming at the problem that the processing effect of manual removal is poor when the Linux virtual server load balancing server is abnormal in the related art, an effective solution is not provided at present.
Disclosure of Invention
The application mainly aims to provide an optimization method, device, equipment and storage medium for load balancing of a Linux virtual server, so as to solve the problem that the processing effect of manual removal is poor when the Linux virtual server load balancing server is abnormal.
In order to achieve the above object, according to an aspect of the present application, an optimization method for load balancing of Linux virtual servers is provided.
The method for optimizing the load balance of the Linux virtual server comprises the following steps: adopting a preset domain name of a seven-layer proxy on a four-layer detection server of a Linux virtual server; judging whether the seven-layer agent is available according to the return code; if not, the seven-layer proxy is culled.
Further, after determining whether the seven-layer proxy is available according to the return code, the method further includes:
and if the server is available, judging that the server is in an available state.
Further, the preset domain name of the seven-layer proxy on the four-layer detection server adopting the Linux virtual server comprises:
configuring a detection script path and a detection mode at four layers of a Linux virtual server, wherein each seven-layer proxy server needs to be configured with a detection configuration;
and acquiring a return code by detecting an access page corresponding to the preset domain name of the seven-layer nginx proxy server.
Further, if the seven-layer proxy is not available, the method further comprises the following steps:
and if the seven-layer proxy is abnormal, automatically removing the seven-layer proxy server through the Linux virtual server.
Further, if the seven-layer proxy is not available, the method further comprises the following steps:
and after the preset domain name codes are modified or removed on a machine of the seven-layer proxy, the seven-layer proxy server is automatically rejected through the Linux virtual server.
In order to achieve the above object, according to another aspect of the present application, an optimization apparatus for load balancing of Linux virtual servers is provided.
The optimization device for load balancing of the Linux virtual server comprises the following components: the detection module is used for adopting the preset domain name of the seven-layer proxy on the four-layer detection server of the Linux virtual server; the judging module is used for judging whether the seven-layer proxy is available according to the return code; and the removing module is used for removing the seven-layer proxy when the seven-layer proxy is unavailable.
Further, the detection module is used for
Configuring a detection script path and a detection mode at four layers of a Linux virtual server, wherein each seven-layer proxy server needs to be configured with a detection configuration;
and acquiring a return code by detecting an access page corresponding to the preset domain name of the seven-layer nginx proxy server.
Further, the rejection module is used for
If the seven-layer proxy is abnormal, the seven-layer proxy server is automatically removed through the Linux virtual server;
and after the preset domain name codes are modified or removed on a machine of the seven-layer proxy, the seven-layer proxy server is automatically rejected through the Linux virtual server.
In order to achieve the above object, according to yet another aspect of the present application, there is provided an electronic device including a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the optimization method for load balancing of the Linux virtual server when executing the program.
To achieve the above object, according to yet another aspect of the present application, there is provided a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps of an optimization method for Linux virtual server load balancing.
In the embodiment of the application, the optimization method, the optimization device, the optimization equipment and the optimization storage medium for the load balancing of the Linux virtual server adopt a mode of adopting the preset domain name of the seven-layer proxy on the four-layer detection server of the Linux virtual server, and judge whether the seven-layer proxy is available according to the return code, so that the purpose of rejecting the seven-layer proxy if the seven-layer proxy is unavailable is achieved, the technical effect of automatically rejecting the unavailable seven-layer proxy is achieved, and the technical problem of poor processing effect of manual rejection when the Linux virtual server load balancing server is abnormal is solved.
In addition, the safety risk of production is reduced through this application, judges whether seven layers are available through the mode that detects the return code. The application accelerates the change and simplifies the rejection, and the seven default pages can be automatically rejected only by simply and manually updating. The operation and maintenance are simplified.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this application, serve to provide a further understanding of the application and to enable other features, objects, and advantages of the application to be more apparent. The drawings and their description illustrate the embodiments of the invention and do not limit it. In the drawings:
FIG. 1 is a schematic flowchart of an optimization method for load balancing of Linux virtual servers according to an embodiment of the present application;
FIG. 2 is a schematic structural diagram of an optimization device for load balancing of a Linux virtual server according to an embodiment of the present application;
FIG. 3 is a schematic diagram of an apparatus according to an embodiment of the present application;
fig. 4 is a schematic diagram of an implementation principle according to an embodiment of the present application.
Detailed Description
In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only partial embodiments of the present application, but not all embodiments. 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 application.
It should be noted that the terms "first," "second," and the like in the description and claims of this application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It should be understood that the data so used may be interchanged under appropriate circumstances such that embodiments of the application described herein may be used. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In this application, the terms "upper", "lower", "left", "right", "front", "rear", "top", "bottom", "inner", "outer", "middle", "vertical", "horizontal", "lateral", "longitudinal", and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings. These terms are used primarily to better describe the present application and its embodiments, and are not used to limit the indicated devices, elements or components to a particular orientation or to be constructed and operated in a particular orientation.
Moreover, some of the above terms may be used to indicate other meanings besides the orientation or positional relationship, for example, the term "on" may also be used to indicate some kind of attachment or connection relationship in some cases. The specific meaning of these terms in this application will be understood by those of ordinary skill in the art as appropriate.
Furthermore, the terms "mounted," "disposed," "provided," "connected," and "sleeved" are to be construed broadly. For example, it may be a fixed connection, a removable connection, or a unitary construction; can be a mechanical connection, or an electrical connection; may be directly connected, or indirectly connected through intervening media, or may be in internal communication between two devices, elements or components. The specific meaning of the above terms in the present application can be understood by those of ordinary skill in the art as appropriate.
The technical terms used in the present application are explained as follows:
in the LVS-DR mode, a request is sent to a real server by rewriting a target MAC address of a request message, and a processing result after the real server responds is directly returned to a client user. The DR mode can greatly improve the flexibility of the cluster system. Moreover, the DR mode has no IP tunnel overhead, and the real servers in the cluster do not need to support the requirement of an IP tunnel protocol. However, the scheduler LB and the real server RS are required to have a network card connected to the same physical network segment, and must be in the same lan environment. The DR mode is a mode in which the use of the internet is relatively large.
LB load balancing, namely, LoadBalance distributes load balancing to each node of a cluster, thereby improving the overall throughput capacity.
The four layers are a transmission layer TCP/UDP layer of a network OSI model, and the seven layers work at an application layer of the OSI model, and have more application layer protocols, such as http and DNS, and the like.
LVS, LVS is the shorthand of Linux Virtual Server, namely Linux Virtual Server, is a Virtual Server cluster system
Nginx, Nginx (engine x) is a high performance HTTP and reverse proxy web server. The method is used as the anti-response proxy software of the web server. The user requests the app or web and then acts on the real server code through nginx reverse proxy.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
As shown in fig. 1, the method includes steps S101 to S103 as follows:
step S101, adopting a preset domain name of a seven-layer agent on a four-layer detection server of a Linux virtual server;
the Linux virtual server is divided into four layers and seven layers for load balancing. The seven-layer server often has a plurality of servers for load balancing, and if one server is abnormal, all data sent to the server fails, so that the client requests fail.
Specifically, keepalived is configured through four layers of Linux virtual servers, a core detection script path and a detection mode are configured, and each seven-layer proxy server needs to be configured with one detection configuration.
Step S102, judging whether the seven-layer agent is available according to the return code;
specifically, the return code is obtained by detecting a page corresponding to a preset domain name of the seven-layer nginx proxy server.
The operation can reduce the safety risk of production, and whether the seven layers are available or not is judged by detecting the return code.
And step S103, if the seven layers of agents are unavailable, rejecting the seven layers of agents.
Specifically, the seven-layer agent is judged to be in an active state or abnormal through the return code, and if the seven-layer agent is abnormal, the Linux virtual server is automatically removed, so that the service is not influenced.
From the above description, it can be seen that the following technical effects are achieved by the present application:
in the embodiment of the application, a mode of presetting a domain name of a seven-layer proxy on a four-layer detection server adopting a Linux virtual server is adopted, whether the seven-layer proxy is available is judged according to a return code, and the purpose of rejecting the seven-layer proxy if the seven-layer proxy is unavailable is achieved, so that the technical effect of automatically rejecting the unavailable seven-layer proxy is achieved, and the technical problem of poor processing effect of manual rejection when the Linux virtual server load balancing server is abnormal is solved.
According to the embodiment of the present application, as a preferred embodiment in the present application, after determining whether the seven-layer proxy is available according to the return code, the method further includes:
and if the server is available, judging that the server is in an available state.
If the available state code is returned, the server is in the available state, and the seven-layer proxy keeps in the active state.
According to the embodiment of the present application, as an optimal preference in the embodiment, the preset domain name of the seven-layer proxy on the four-layer probe server using the Linux virtual server includes:
configuring a detection script path and a detection mode at four layers of a Linux virtual server, wherein each seven-layer proxy server needs to be configured with a detection configuration;
and acquiring a return code by detecting an access page corresponding to the preset domain name of the seven-layer nginx proxy server.
Specifically, keepalived is configured at four layers of the Linux virtual server, a core detection script path and a detection mode are configured, and each seven-layer proxy server needs to be configured with one detection configuration. The return code is obtained by detecting the lvs.
According to the embodiment of the present application, as a preference in the embodiment, if the seven-layer proxy is not available, the method further includes:
and if the seven-layer proxy is abnormal, automatically removing the seven-layer proxy server through the Linux virtual server.
Specifically, if the abnormal code returned by the detection indicates that the seven-layer proxy is abnormal, the Linux virtual server is automatically removed so as not to influence the service.
According to the embodiment of the present application, as a preference in the embodiment, if the seven-layer proxy is not available, the method further includes:
and after the preset domain name codes are modified or removed on a machine of the seven-layer proxy, the seven-layer proxy server is automatically rejected through the Linux virtual server.
Specifically, if a certain seven-layer agent needs to be offline, only the code of the preset domain name needs to be modified or removed on a machine of the seven-layer agent, so that the page cannot be detected by the four layers of the Linux virtual server, and the returned http status code is an abnormal status code, the Linux virtual server can automatically eliminate the http status code to achieve the desired result.
It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.
According to an embodiment of the present application, there is also provided an optimization apparatus for load balancing of Linux virtual servers, as shown in fig. 2, for implementing the above method, the apparatus including: the detection module 10 is used for adopting the preset domain name of the seven-layer proxy on the four-layer detection server of the Linux virtual server; a judging module 11, configured to judge whether the seven-layer proxy is available according to the return code; a rejecting module 12, configured to reject the seven-layer proxy when the seven-layer proxy is unavailable.
In the detection module 10 of the embodiment of the present application, the Linux virtual server is divided into four layers and seven layers for load balancing. The seven-layer server often has a plurality of servers for load balancing, and if one server is abnormal, all data sent to the server fails, so that the client requests fail.
Specifically, keepalived is configured through four layers of Linux virtual servers, a core detection script path and a detection mode are configured, and each seven-layer proxy server needs to be configured with one detection configuration.
In the determining module 11 of the embodiment of the present application, the return code is obtained by detecting a page corresponding to the preset domain name of the seven-layer nginx proxy server.
The operation can reduce the safety risk of production, and whether the seven layers are available or not is judged by detecting the return code.
In the removing module 12 of the embodiment of the application, specifically, the return code is used to determine that the seven-layer proxy is in an active state or that the seven-layer proxy is abnormal, and if the seven-layer proxy is abnormal, the Linux virtual server is automatically removed so as to avoid affecting the service.
According to the embodiment of the present application, as a preferred embodiment in the present application, the detection module 10 is configured to configure a detection script path and a detection mode at four layers of a Linux virtual server, where each seven-layer proxy server needs to be configured with a detection configuration; and acquiring a return code by detecting an access page corresponding to the preset domain name of the seven-layer nginx proxy server.
In the detection module 10 of the embodiment of the present application, specifically, keepalived is configured at four layers of the Linux virtual server, and a core detection script path and a detection mode are configured, where each seven-layer proxy server needs to be configured with one detection configuration. The return code is obtained by detecting the lvs.
According to the embodiment of the present application, as a preferred option in the embodiment, the removing module 12 is configured to automatically remove the seven-layer proxy server through the Linux virtual server if the seven-layer proxy is abnormal; and after the preset domain name codes are modified or removed on a machine of the seven-layer proxy, the seven-layer proxy server is automatically rejected through the Linux virtual server.
In the removing module 12 of the embodiment of the present application, specifically, if the abnormal code returned by the detection indicates that the seven-layer proxy is abnormal, the Linux virtual server is automatically removed so as to avoid affecting the service.
The embodiment of the application also provides computer equipment. As shown in fig. 3, the computer device 30 may include: the at least one processor 301, e.g., CPU, the at least one network interface 304, the user interface 303, the memory 305, the at least one communication bus 302, and optionally, a display screen 306. Wherein a communication bus 302 is used to enable the connection communication between these components. The user interface 303 may include a touch screen, a keyboard or a mouse, among others. The network interface 304 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), and a communication connection may be established with the server via the network interface 304. The memory 305 may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one disk memory, and the memory 305 includes a flash in the embodiment of the present invention. The memory 305 may alternatively be at least one memory system located remotely from the processor 301. As shown in fig. 3, memory 305, which is a type of computer storage medium, may include an operating system, a network communication module, a user interface module, and program instructions.
It should be noted that the network interface 304 may be connected to a receiver, a transmitter or other communication module, and the other communication module may include, but is not limited to, a WiFi module, a bluetooth module, etc., and it is understood that the computer device in the embodiment of the present invention may also include a receiver, a transmitter, other communication module, etc.
adopting a preset domain name of a seven-layer proxy on a four-layer detection server of a Linux virtual server;
judging whether the seven-layer agent is available according to the return code;
if not, the seven-layer proxy is culled.
Please refer to fig. 4, which is a schematic diagram illustrating an implementation principle of the optimization method of the present application.
Considering that the current technical scheme adopts seven-layer load balancing, the load balancing implementation of web is realized from a tcp protocol request of four layers to seven layers nginx at a network layer, but because a plurality of seven-layer servers often perform load balancing, if one server is abnormal, all data sent to the server fails, and the client requests fail. This time requires manual culling of the failed seven-tier nginx server to restore normality. The whole operation, if the modification fails, causes the risk that all services are unavailable, and the manual update is slow.
A fixed exclusive page is made on the seven-layer proxy, a private domain name is designated, and whether the seven-layer proxy is available or not is judged by detecting and accessing the return code of the private domain name on the seven-layer proxy continuously through four layers, so that the effect of automatic elimination is achieved.
In particular, the amount of the solvent to be used,
(1) and configuring keepalived at the four layers of the LVS, and configuring a core detection script path and a detection mode, wherein each seven-layer proxy server needs to be configured with a detection configuration.
The analogy is as follows: misc _ path "/opt/adminsh/bin/chk-rs-health. sh 10.20.18.56". The main function of the script chk _ rs _ health.sh mentioned in this configuration is to probe the probe page lvs.chelun.com of the back 10.20.18.56.
(2) Detecting a lvs.chelun.com page of the seven-layer nginx proxy server to obtain a return code, if the return is 200, the server is in an available state, the seven-layer proxy keeps in an active state, and if the return is added to the detection, the return is not 200, namely the seven-layer proxy is abnormal, so that lvs is automatically removed to avoid influencing the service.
(3) If a certain seven-layer agent needs to be manually offline, only the code of the lvs. chelun. com needs to be modified or removed on a machine of the seven-layer agent, so that the page cannot be detected by the lvs four layers, the returned http status code is not 200, and then lvs can be automatically removed to achieve the desired result.
It will be apparent to those skilled in the art that the modules or steps of the present application described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and they may alternatively be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, or fabricated separately as individual integrated circuit modules, or fabricated as a single integrated circuit module from multiple modules or steps. Thus, the present application is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (10)
1. An optimization method for load balancing of a Linux virtual server is characterized by comprising the following steps:
adopting a preset domain name of a seven-layer proxy on a four-layer detection server of a Linux virtual server;
judging whether the seven-layer agent is available according to the return code;
if not, the seven-layer proxy is culled.
2. The optimization method for Linux virtual server load balancing of claim 1, wherein after determining whether seven-layer proxies are available based on the return code, further comprising:
and if the server is available, judging that the server is in an available state.
3. The optimization method for Linux virtual server load balancing of claim 1, wherein employing the preset domain name of the seven-layer proxy on the four-layer probe server of the Linux virtual server comprises:
configuring a detection script path and a detection mode at four layers of a Linux virtual server, wherein each seven-layer proxy server needs to be configured with a detection configuration;
and acquiring a return code by detecting an access page corresponding to the preset domain name of the seven-layer nginx proxy server.
4. The optimization method for Linux virtual server load balancing of claim 1, wherein if not available, when eliminating the seven-layer proxy, further comprising:
and if the seven-layer proxy is abnormal, automatically removing the seven-layer proxy server through the Linux virtual server.
5. The optimization method for Linux virtual server load balancing of claim 1, wherein if not available, when eliminating the seven-layer proxy, further comprising:
and after the preset domain name codes are modified or removed on a machine of the seven-layer proxy, the seven-layer proxy server is automatically rejected through the Linux virtual server.
6. An optimization apparatus for load balancing of a Linux virtual server, comprising:
the detection module is used for adopting the preset domain name of the seven-layer proxy on the four-layer detection server of the Linux virtual server;
the judging module is used for judging whether the seven-layer proxy is available according to the return code;
and the removing module is used for removing the seven-layer proxy when the seven-layer proxy is unavailable.
7. The optimizing apparatus for Linux virtual server load balancing of claim 6, wherein the probing module is configured to probe for Linux virtual server load balancing
Configuring a detection script path and a detection mode at four layers of a Linux virtual server, wherein each seven-layer proxy server needs to be configured with a detection configuration;
and acquiring a return code by detecting an access page corresponding to the preset domain name of the seven-layer nginx proxy server.
8. The apparatus according to claim 6, wherein the culling module is configured to perform the load balancing on the Linux virtual server
If the seven-layer proxy is abnormal, the seven-layer proxy server is automatically removed through the Linux virtual server;
and after the preset domain name codes are modified or removed on a machine of the seven-layer proxy, the seven-layer proxy server is automatically rejected through the Linux virtual server.
9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the optimization method for Linux virtual server load balancing of any one of claims 1 to 5 when executing the program.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the optimization method for Linux virtual server load balancing of any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910992753.8A CN110851269A (en) | 2019-10-17 | 2019-10-17 | Optimization method, device, equipment and storage medium for load balancing of Linux virtual server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910992753.8A CN110851269A (en) | 2019-10-17 | 2019-10-17 | Optimization method, device, equipment and storage medium for load balancing of Linux virtual server |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110851269A true CN110851269A (en) | 2020-02-28 |
Family
ID=69597358
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910992753.8A Pending CN110851269A (en) | 2019-10-17 | 2019-10-17 | Optimization method, device, equipment and storage medium for load balancing of Linux virtual server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110851269A (en) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110276695A1 (en) * | 2010-05-06 | 2011-11-10 | Juliano Maldaner | Continuous upgrading of computers in a load balanced environment |
| CN103324890A (en) * | 2013-07-03 | 2013-09-25 | 百度在线网络技术（北京）有限公司 | Method and device for detecting vulnerable local files of links |
| US20160378517A1 (en) * | 2015-06-23 | 2016-12-29 | Vmware, Inc. | Methods and apparatus to monitor virtual computing environments |
| CN106815059A (en) * | 2016-12-31 | 2017-06-09 | 广州勤加缘科技实业有限公司 | Linux virtual server LVS automates O＆M method and operational system |
| CN107465756A (en) * | 2017-08-24 | 2017-12-12 | 北京奇艺世纪科技有限公司 | A kind of method and apparatus of service request handling |
| CN107547661A (en) * | 2017-10-12 | 2018-01-05 | 福建富士通信息软件有限公司 | A kind of container payload balance realizing method of high-performance and High Availabitity |
| CN109347936A (en) * | 2018-09-30 | 2019-02-15 | 江苏满运软件科技有限公司 | Implementation method, system, storage medium and the electronic equipment of Redis agent client |
| CN109474484A (en) * | 2017-09-07 | 2019-03-15 | 阿里巴巴集团控股有限公司 | Inspection method and device, the system of CDN |
| CN110198337A (en) * | 2019-03-04 | 2019-09-03 | 腾讯科技（深圳）有限公司 | Network load balancing method, device, computer-readable medium and electronic equipment |
-
2019
- 2019-10-17 CN CN201910992753.8A patent/CN110851269A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110276695A1 (en) * | 2010-05-06 | 2011-11-10 | Juliano Maldaner | Continuous upgrading of computers in a load balanced environment |
| CN103324890A (en) * | 2013-07-03 | 2013-09-25 | 百度在线网络技术（北京）有限公司 | Method and device for detecting vulnerable local files of links |
| US20160378517A1 (en) * | 2015-06-23 | 2016-12-29 | Vmware, Inc. | Methods and apparatus to monitor virtual computing environments |
| CN106815059A (en) * | 2016-12-31 | 2017-06-09 | 广州勤加缘科技实业有限公司 | Linux virtual server LVS automates O＆M method and operational system |
| CN107465756A (en) * | 2017-08-24 | 2017-12-12 | 北京奇艺世纪科技有限公司 | A kind of method and apparatus of service request handling |
| CN109474484A (en) * | 2017-09-07 | 2019-03-15 | 阿里巴巴集团控股有限公司 | Inspection method and device, the system of CDN |
| CN107547661A (en) * | 2017-10-12 | 2018-01-05 | 福建富士通信息软件有限公司 | A kind of container payload balance realizing method of high-performance and High Availabitity |
| CN109347936A (en) * | 2018-09-30 | 2019-02-15 | 江苏满运软件科技有限公司 | Implementation method, system, storage medium and the electronic equipment of Redis agent client |
| CN110198337A (en) * | 2019-03-04 | 2019-09-03 | 腾讯科技（深圳）有限公司 | Network load balancing method, device, computer-readable medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109274707B (en) | Load scheduling method and device | |
| US10187459B2 (en) | Distributed load balancing system, health check method, and service node | |
| CN110113441B (en) | Computer equipment, system and method for realizing load balance | |
| CN106570074B (en) | Distributed database system and implementation method thereof | |
| US8756298B2 (en) | System for automatic configuration of computers in a server farm | |
| EP3148125A1 (en) | Setting method, server device and service chain system | |
| US10439901B2 (en) | Messaging queue spinning engine | |
| CN109510878B (en) | Long connection session keeping method and device | |
| CN111756776B (en) | Server, message distribution device, program handover system, and program handover method | |
| CN111698098A (en) | Communication method, apparatus and computer-readable storage medium | |
| CN111737003A (en) | Pod balanced scheduling method and device, main node and storage medium | |
| US11108673B2 (en) | Extensible, decentralized health checking of cloud service components and capabilities | |
| EP3588856A1 (en) | Technologies for hot-swapping a legacy appliance with a network functions virtualization appliance | |
| CN105450540A (en) | Load balancing method and device as well as DHCP (dynamic host configuration protocol) server | |
| CN112671813B (en) | Server determination method, device, equipment and storage medium | |
| CN112311896A (en) | Health examination method, device, equipment and computer readable storage medium | |
| US10313474B1 (en) | System and method of load balancing by offloading redundant queries to client devices | |
| CN116781564B (en) | Network detection method, system, medium and electronic equipment of container cloud platform | |
| CN110851269A (en) | Optimization method, device, equipment and storage medium for load balancing of Linux virtual server | |
| CN116886286A (en) | Big data authentication service self-adaption method, device and equipment | |
| CN113992685B (en) | Service controller determining method, system and device | |
| EP3424182B1 (en) | Neighbor monitoring in a hyperscaled environment | |
| CN115001904A (en) | High-availability NAT gateway design method | |
| CN113535402A (en) | Load balancing processing method and device based on 5G MEC and electronic equipment | |
| CN110113194B (en) | Method and device for client to access available remote service based on PHP |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200228 |
|
| RJ01 | Rejection of invention patent application after publication |