CN113691388A - Data acquisition system and method based on LVS and SNMP protocol - Google Patents
Data acquisition system and method based on LVS and SNMP protocol Download PDFInfo
- Publication number
- CN113691388A CN113691388A CN202110665279.5A CN202110665279A CN113691388A CN 113691388 A CN113691388 A CN 113691388A CN 202110665279 A CN202110665279 A CN 202110665279A CN 113691388 A CN113691388 A CN 113691388A
- Authority
- CN
- China
- Prior art keywords
- snmp
- message
- module
- request
- server
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 21
- 230000004044 response Effects 0.000 claims abstract description 76
- 238000012544 monitoring process Methods 0.000 claims abstract description 20
- 238000012806 monitoring device Methods 0.000 claims abstract description 4
- 238000004806 packaging method and process Methods 0.000 claims description 13
- 238000004458 analytical method Methods 0.000 claims description 3
- 238000013480 data collection Methods 0.000 claims 4
- 238000005516 engineering process Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a data acquisition system based on LVS and SNMP protocols, which comprises a monitoring server cluster, a monitored equipment group and an LVS module; the supervision server cluster comprises a plurality of servers, and each server comprises an Snmp request module and an Snmp response module; snmp request module: the SNMP request message is used for sending the SNMP request message of the information to be acquired to the monitored equipment according to the instruction of the user; the monitored equipment: the SNMP request module is used for receiving an SNMP request message sent by the Snmp request module, replying a corresponding response message and sending the response message to the LVS module; an LVS module: the monitoring device is used for receiving a response message sent by the monitored equipment, analyzing and finding a server with low load, and sending the response message to the corresponding Snmp response module; snmp response module: and the monitoring server is used for receiving and processing the response message sent by the LVS module to realize load balance among the monitoring server clusters.
Description
Technical Field
The invention relates to a data acquisition system and a data acquisition method based on LVS and SNMP protocols, and belongs to the technical field of equipment supervision.
Background
Under normal conditions, two log collection modes are provided, wherein one mode is that SYSLOG logs are sent out by hardware equipment and reported to a collection server, and finally sampling matching is carried out according to a regular expression; the other mode is that the hardware actively detects the information by the acquisition server, and the hardware replies the corresponding information to the acquisition server. The SNMP protocol is just the second way to collect data. SNMP is a standard protocol specifically designed for managing network nodes (servers, workstations, routers, switches, HUBS, etc.) in an IP network, which is an application layer protocol. SNMP enables a network administrator to manage network performance, discover and solve network problems, and plan network growth. The network management system receives the random message (and the event report) through the SNMP to know that the network has problems.
The internal conditions of the network can be effectively managed and monitored by acquiring data through the SNMP protocol, because of the internal structure in the SNMP protocol package, the data acquired through the SNMP protocol still needs to be fed back to the monitoring server, the existing methods for acquiring data through the SNMP protocol include get, getnext, getresult and the like, and the implementation processes of the methods are that the monitoring server sends an acquisition instruction to the monitored equipment, and the monitored equipment returns response information to the monitoring server. When the number of the network internal devices to be monitored and managed is large, the interactive data between the acquisition server and the monitored device is also large, so that the load of the monitoring server is large, and even the server is crashed or crashed; meanwhile, the efficiency of data acquisition of the supervision equipment is reduced, and the more the number of the supervision equipment is, the lower the efficiency is.
Disclosure of Invention
The invention aims to provide a data acquisition system and a data acquisition method based on LVS and SNMP protocols, which aim to overcome the defect that the prior art is single server and has large load when a large number of devices in a network are monitored and managed.
A data acquisition system based on LVS and SNMP protocol comprises a monitoring server cluster, a monitored equipment group and an LVS module; the supervision server cluster comprises a plurality of servers, and each server comprises an Snmp request module and an Snmp response module;
snmp request module: the SNMP request message is used for sending the SNMP request message of the information to be acquired to the monitored equipment according to the instruction of the user;
the monitored equipment: the SNMP request module is used for receiving an SNMP request message sent by the Snmp request module, replying a corresponding response message and sending the response message to the LVS module;
an LVS module: the monitoring device is used for receiving a response message sent by the monitored equipment, analyzing and finding a server with low load, and sending the response message to the corresponding Snmp response module;
snmp response module: and the monitoring server is used for receiving and processing the response message sent by the LVS module to realize load balance among the monitoring server clusters.
Further, the LVS module comprises:
PREROUTING chain: the IP address acquisition module is used for checking whether a target IP of the discovery data packet is a local IP; if yes, sending the data packet to an INPUT chain;
an IPVS module: and comparing whether the server receiving the data packet is a cluster or not, if so, modifying the target IP address of the data packet into one real server IP in the cluster server according to the algorithm, and then sending the data packet to a POSTROUTING chain.
Further, the request message includes: IP header, UDP message header and SNMP message;
the IP in the IP header is a local IP; the UDP header comprises a source port, a destination port, a UPD message length and a checksum, wherein an original port is a server sending port where the LVS module is located; the destination port is a port for receiving the reply message by the Snmp request; the SNMP message comprises a protocol identifier, a message length, a protocol type, an improved PDU unit, a community, a request message length and a request message, wherein the protocol identifier is the SNMP protocol message for identifying the section of the log; the protocol type is the version of SNMP protocol, and the improved PDU unit types include three types: get-request, get-next-request and set-request.
A data acquisition method based on LVS and SNMP protocols, the method comprising:
the monitored equipment group receives an SNMP request sent by an Snmp request module in the server;
the monitored equipment group receives the corresponding SNMP request message, gives a response message and sends the response message to the LVS module to analyze the server with low load;
and the LVS module sends the RESPONSE message to an SNMP RESPONSE module in the server with the corresponding low load for processing, so that the load balance among the cluster servers is realized.
Further, the SNMP request message transmission content includes:
packaging the request oid into a request message in a TVL mode, and calculating the length of the request message;
encapsulating community keywords negotiated and set between the Snmp request module and the supervised device group;
the request mode for packaging and sending the message, namely a PDU unit, comprises the following three modes: get-request, get-next-request and set-request;
encapsulating the protocol types of the Snmp request module and the supervised device group;
encapsulating message body lengths sent over SNMP protocols
Packaging the SNMP protocol identifier;
packaging a PDU message header, and setting a source port as a random port and a destination port as a 161 port;
and packaging the IP message header.
Further, the response packet further includes a check, and the check includes:
checking whether a target IP in the IP header is a local IP or not;
taking out a destination port in the UDP header and checking the port;
analyzing the SNMP message, and checking whether the protocol identifier is an SNMP protocol;
checking whether the message body lengths of the SNMP message lengths are consistent;
comparing with local configuration, and checking the correctness of the protocol type;
comparing with local configuration, and checking the correctness of the community;
checking whether the length of the response message is consistent with the length of the body of the response message;
checking whether an error is reported or not, and returning error content;
comparing with local configuration, checking oid format correctness.
Further, the LVS module analysis method comprises the following steps:
after receiving the response data packet, the supervised device sends the response data packet to a PREROUTING chain of a kernel space;
the PREROUTING chain checks that the target IP of the data packet is a local machine, and sends the data packet to the INPUT chain;
comparing whether the server receiving the data packet is a cluster or not, if so, modifying the target IP address of the data packet into one real server IP in the cluster server according to an algorithm, and then sending the data packet to a POSTROUTING chain;
modifying an IP header in a data packet message into an RIP;
the snmp response module receives the data packet and analyzes the data in the data packet.
Compared with the prior art, the invention has the following beneficial effects: in the invention, a PDU unit of a SNMP protocol is split and transformed, the PDU unit is divided into two parts which are respectively applied to an SNMP-REQUEST module and an SNMP-RESPONSE module, the two modules are mutually independent, and a monitoring server is transformed into a cluster server by using an LVS technology, thereby solving the bottleneck problem of the performance of a single server; the error reporting mode of the SNMP is improved, and only the SNMP-REQUEST module has the error reporting of the SNMP.
Drawings
FIG. 1 is a working model of the data acquisition system of the present invention;
FIG. 2 is a message format sent by a snmp request module according to the present invention;
FIG. 3 is a functional principle of the present invention interacting with a terminal;
FIG. 4 is a diagram of a monitoring model of a server cluster implemented by LVS technology according to the present invention;
fig. 5 is a message format received by the snmp response module of the present invention.
Detailed Description
In order to make the technical means, the creation characteristics, the achievement purposes and the effects of the invention easy to understand, the invention is further described with the specific embodiments.
The invention relates to a method for monitoring equipment by a cluster server, which comprises the steps of improving PDU units and error states in an SNMP protocol, simultaneously modifying an IP header and a UDP header to cut off the relation between data REQUESTs and RESPONSEs, simultaneously deploying an SNMP REQUEST module and an SNMP RESPONSE module on each server, when the cluster server A sends the SNMP REQUESTs through the SNMP REQUEST module, receiving corresponding SNMP REQUEST messages by monitored equipment, then sending the RESPONSE messages to an LVS module of the cluster server A by the monitored equipment, analyzing and finding servers with low load through an LVS technology, sending the RESPONSE messages to the SNMP RESPONSE module of the corresponding server for processing, thereby achieving the purpose of monitoring the equipment by the cluster server, realizing load balance among the cluster servers, and processing a system model as shown in figure 1.
In a first aspect: a data acquisition system based on LVS and SNMP protocol comprises a monitoring server cluster, a monitored equipment group and an LVS module; the supervision server cluster comprises a plurality of servers, and each server comprises an Snmp request module and an Snmp response module;
snmp request module: the SNMP request message is used for sending the SNMP request message of the information to be acquired to the monitored equipment according to the instruction of the user;
the monitored equipment: the SNMP request module is used for receiving an SNMP request message sent by the Snmp request module, replying a corresponding response message and sending the response message to the LVS module;
an LVS module: the monitoring device is used for receiving a response message sent by the monitored equipment, analyzing and finding a server with low load, and sending the response message to the corresponding Snmp response module;
snmp response module: and the monitoring server is used for receiving and processing the response message sent by the LVS module to realize load balance among the monitoring server clusters.
As shown in fig. 4, the LVS module includes: PREROUTING chain: the IP address acquisition module is used for checking whether a target IP of the discovery data packet is a local IP; if yes, sending the data packet to an INPUT chain;
an IPVS module: comparing whether the server receiving the data packet is a cluster or not, if so, modifying the target IP address of the data packet into one real server IP in the cluster server according to an algorithm, and then sending the data packet to a POSTROUTING chain, wherein the specific processing process comprises the following steps: the IP load balancing technology of the LVS is realized through an IPVS module, the IPVS is core software of the LVS cluster system, and the main functions of the IPVS module are as follows: is installed on a Director Server, which is one of the cluster servers, and an IP address is virtually represented on the Director Server, through which the command originator must access the service. This Virtual IP is commonly referred to as the VIP of the LVS, the Virtual IP. The access request first reaches the load scheduler through the VIP, load judgment is performed on each Server in the cluster Server by calling an internal algorithm, and then a suitable Server is selected from a Real Server cluster (Real Server cluster) list by the load scheduler to be processed with response packet data, as shown in fig. 4, the specific flow is as follows.
After receiving the response data packet of the supervised device, the supervision server sends the data packet to a PREROUTING chain of a kernel space, wherein a source IP of the message is named CIP (ClientIP), and a target IP is named VIP (VirtualIP);
the PREROUTING chain checks that the target IP of the data packet is a local machine, and sends the data packet to the INPUT chain;
and comparing whether the server receiving the data packet is a cluster by an IPVS (selection server module), if so, modifying the target IP address of the data packet into one real server IP in the cluster server according to an algorithm, and then sending the data packet to a POSTROUTING chain. At the moment, the source IP of the message is CIP (ClientIP), and the target IP is RIP (RealIP);
one real server in the server cluster receives the data packet sent by the POSTROUTING link, modifies the IP header in the data packet message, and modifies the destination IP in the data packet to RIP (RealIP) when the destination IP is the server IP which sends the request.
And a snmp response module in the cluster server receives the data packet and analyzes the data in the data packet to finally obtain a response result which is wanted by people.
As shown in fig. 2, in this embodiment, the request message includes: IP header, UDP message header and SNMP message; the IP in the IP header is a local IP; the UDP header comprises a source port, a destination port, a UPD message length and a checksum, wherein an original port is a server sending port where the LVS module is located; the destination port is a port for receiving the reply message by the Snmp request; the Snmp message comprises a protocol identifier, a message length, a protocol type, an improved PDU unit, a community, a request message length and a request message, wherein the protocol identifier identifies that the section of log is an SNMP protocol message; the protocol type is the version of SNMP protocol, and the improved PDU unit types include three types: get-request, get-next-request and set-request; the advantage of this modification is that the request and the response are separated and independent, and there is no dependency relationship between them; the community is a plaintext password between a management process and an agent process, and the communities of the cluster servers need to be configured with the same community; the request message is divided into two parts: the method comprises the following steps of reporting error conditions and a variable binding list, wherein the error conditions are divided into two types: data caused by network inaccessibility is not sent to the monitored equipment, and the sent request message has incorrect format or illegal characters; the OID is mainly in the variable binding list.
In a second aspect: a data acquisition method based on LVS and SNMP protocols, the method comprising:
the monitored equipment group receives an SNMP request sent by an Snmp request module in the server;
the monitored equipment group receives the corresponding SNMP request message, gives a response message and sends the response message to the LVS module to analyze the server with low load;
and the LVS module sends the RESPONSE message to an SNMP RESPONSE module in the server with the corresponding low load for processing, so that the load balance among the cluster servers is realized.
In this embodiment, the sending of the SNMP request message includes:
packaging the request oid into a request message in a TVL mode, and calculating the length of the request message;
setting community keywords for the request message;
setting a PDU unit request mode;
setting the protocol types of the Snmp request module and the supervised device group;
calculating the length of SNMP message, and marking the packed SNMP protocol;
packaging a PDU message header, and setting a source port as a random port and a destination port as a 161 port;
and packaging the IP message header.
In this embodiment, as shown in fig. 5, the response packet further includes a check, where the check includes:
(1) checking whether a target IP in the IP header is a local IP or not;
(2) taking out a destination port in the UDP header, and checking whether the port is 10161;
(3) analyzing the SNMP message, and checking whether the protocol identifier is an SNMP protocol;
(4) checking whether the message body lengths of the SNMP message lengths are consistent;
(5) comparing with local configuration, and checking the correctness of the protocol type;
(6) checking whether the PDU unit is get-response;
(7) comparing with local configuration, and checking the correctness of the community;
(8) checking whether the length of the response message is consistent with the length of the body of the response message;
(9) checking whether an error is reported or not, and returning error content;
in this embodiment, the LVS module analysis method includes: the IP load balancing technology of the LVS module is realized through an IPVS module, the IPVS is core software of the LVS cluster system, and the IPVS module mainly has the following functions: is installed on a Director Server, which is one of the cluster servers, and an IP address is virtually represented on the Director Server, through which the command originator must access the service. This Virtual IP is commonly referred to as the VIP of the LVS, the Virtual IP. The access request first reaches the load scheduler through the VIP, load judgment is performed on each Server in the cluster Server by calling an internal algorithm, and then a suitable Server is selected from a Real Server (Real Server cluster) list by the load scheduler to be processed corresponding to the response packet data, as shown in fig. 4, the specific flow is as follows:
(1) after receiving the response data packet, the supervised device sends the response data packet to a PREROUTING chain of a kernel space, wherein a source IP of the message is named CIP (ClientIP), and a target IP is named VIP (VirtualIP);
(2) the PREROUTING chain checks that the target IP of the data packet is a local machine, and sends the data packet to the INPUT chain;
(3) and comparing whether the server receiving the data packet is a cluster by an IPVS (selection server module), if so, modifying the target IP address of the data packet into one real server IP in the cluster server according to an algorithm, and then sending the data packet to a POSTROUTING chain. At the moment, the source IP of the message is CIP (ClientIP), and the target IP is RIP (RealIP);
(4) one real server in the server cluster receives the data packet sent by the POSTROUTING link, modifies the IP header in the data packet message, and modifies the destination IP in the data packet to RIP (RealIP) when the destination IP is the server IP which sends the request.
(5) And a snmp response module in the cluster server receives the data packet and analyzes the data in the data packet to finally obtain a response result which is wanted by people.
In this embodiment, the core of the LVS technology is the IPVS module, and each device of the cluster server is analyzed according to a specific algorithm, and finally, a server with a lower load is selected to process data. IPVS realizes load balancing model mechanism has three kinds, be NAT, TUN and DR respectively, what this patent adopted is DR model mechanism. In the set of acquisition system, the IPVS module selects a dynamic scheduling algorithm: the shortest expected delay. The scheduler can judge the busy degree of the server cluster and then dynamically obtain the dispatching request according to a scheduling algorithm.
The Shortest Expected Delay scheduling (short Expected Delay) algorithm is based on the WLC algorithm, and the simple algorithm formula is as follows:
(active+1)*256/weight
where active is the number of active connections and weight is the weight.
The algorithm can effectively detect the real-time busy degree of each server in a server cluster, simultaneously considers the performance of the server to set the weight, and finally, one server with lower load can be effectively selected according to formula calculation.
The above description is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, several modifications and variations can be made without departing from the technical principle of the present invention, and these modifications and variations should also be regarded as the protection scope of the present invention.
Claims (7)
1. A data acquisition system based on LVS and SNMP protocol is characterized by comprising a monitoring server cluster, a monitored equipment group and an LVS module; the supervision server cluster comprises a plurality of servers, and each server comprises an Snmp request module and an Snmp response module;
snmp request module: the SNMP request message is used for sending the SNMP request message of the information to be acquired to the monitored equipment according to the instruction of the user;
the monitored equipment: the SNMP request module is used for receiving an SNMP request message sent by the Snmp request module, replying a corresponding response message and sending the response message to the LVS module;
an LVS module: the monitoring device is used for receiving a response message sent by the monitored equipment, analyzing and finding a server with low load, and sending the response message to the corresponding Snmp response module;
snmp response module: and the monitoring server is used for receiving and processing the response message sent by the LVS module to realize load balance among the monitoring server clusters.
2. The LVS and SNMP protocol based data acquisition system according to claim 1, wherein said LVS module comprises:
PREROUTING chain: the IP address acquisition module is used for checking whether a target IP of the discovery data packet is a local IP; if yes, sending the data packet to an INPUT chain;
an IPVS module: and comparing whether the server receiving the data packet is a cluster or not, if so, modifying the target IP address of the data packet into one real server IP in the cluster server according to the algorithm, and then sending the data packet to a POSTROUTING chain.
3. The LVS and SNMP protocol based data collection system according to claim 1, wherein said request message comprises: IP header, UDP message header and SNMP message;
the IP in the IP header is a local IP; the UDP header comprises a source port, a destination port, a UPD message length and a checksum, wherein an original port is a server sending port where the LVS module is located; the destination port is a port for receiving the reply message by the Snmp request; the SNMP message comprises a protocol identifier, a message length, a protocol type, an improved PDU unit, a community, a request message length and a request message, wherein the protocol identifier is the SNMP protocol message for identifying the section of the log; the protocol type is the version of SNMP protocol, and the improved PDU unit types include three types: get-request, get-next-request and set-request.
4. A data acquisition method based on LVS and SNMP protocol is characterized by comprising the following steps:
the monitored equipment group receives an SNMP request sent by an Snmp request module in the server;
the monitored equipment group receives the corresponding SNMP request message, gives a response message and sends the response message to the LVS module to analyze the server with low load;
and the LVS module sends the RESPONSE message to an SNMP RESPONSE module in the server with the corresponding low load for processing, so that the load balance among the cluster servers is realized.
5. The LVS and SNMP protocol based data collection method according to claim 4, wherein said SNMP request message sending content comprises:
packaging the request oid into a request message in a TVL mode, and calculating the length of the request message;
encapsulating community keywords negotiated and set between the Snmp request module and the supervised device group;
the request mode for packaging and sending the message, namely a PDU unit, comprises the following three modes: get-request, get-next-request and set-request;
encapsulating the protocol types of the Snmp request module and the supervised device group;
encapsulating message body lengths sent over SNMP protocols
Packaging the SNMP protocol identifier;
packaging a PDU message header, and setting a source port as a random port and a destination port as a 161 port;
and packaging the IP message header.
6. The LVS and SNMP protocol based data collection method according to claim 1, wherein said reply message further comprises a check, said check comprising:
checking whether a target IP in the IP header is a local IP or not;
taking out a destination port in the UDP header and checking the port;
analyzing the SNMP message, and checking whether the protocol identifier is an SNMP protocol;
checking whether the message body lengths of the SNMP message lengths are consistent;
comparing with local configuration, and checking the correctness of the protocol type;
comparing with local configuration, and checking the correctness of the community;
checking whether the length of the response message is consistent with the length of the body of the response message;
checking whether an error is reported or not, and returning error content;
comparing with local configuration, checking oid format correctness.
7. The LVS and SNMP protocol based data collection method according to claim 1, wherein the LVS module analysis method comprises:
after receiving the response data packet, the supervised device sends the response data packet to a PREROUTING chain of a kernel space;
the PREROUTING chain checks that the target IP of the data packet is a local machine, and sends the data packet to the INPUT chain;
comparing whether the server receiving the data packet is a cluster or not, if so, modifying the target IP address of the data packet into one real server IP in the cluster server according to an algorithm, and then sending the data packet to a POSTROUTING chain;
modifying an IP header in a data packet message into an RIP;
the snmp response module receives the data packet and analyzes the data in the data packet.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110665279.5A CN113691388B (en) | 2021-06-16 | LVS and SNMP protocol-based data acquisition system and method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110665279.5A CN113691388B (en) | 2021-06-16 | LVS and SNMP protocol-based data acquisition system and method |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113691388A true CN113691388A (en) | 2021-11-23 |
CN113691388B CN113691388B (en) | 2024-09-24 |
Family
ID=
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102447624A (en) * | 2011-11-23 | 2012-05-09 | 成都市华为赛门铁克科技有限公司 | Load balancing method in server cluster, as well as node server and cluster |
CN109714192A (en) * | 2018-11-29 | 2019-05-03 | 深圳供电局有限公司 | Monitoring method and system for monitoring cloud platform |
CN110932992A (en) * | 2019-11-29 | 2020-03-27 | 深圳供电局有限公司 | Load balancing communication method based on tunnel mode |
CN111277672A (en) * | 2020-03-31 | 2020-06-12 | 上海积成能源科技有限公司 | Non-blocking input and output model-based energy Internet of things data acquisition method and software gateway |
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102447624A (en) * | 2011-11-23 | 2012-05-09 | 成都市华为赛门铁克科技有限公司 | Load balancing method in server cluster, as well as node server and cluster |
CN109714192A (en) * | 2018-11-29 | 2019-05-03 | 深圳供电局有限公司 | Monitoring method and system for monitoring cloud platform |
CN110932992A (en) * | 2019-11-29 | 2020-03-27 | 深圳供电局有限公司 | Load balancing communication method based on tunnel mode |
CN111277672A (en) * | 2020-03-31 | 2020-06-12 | 上海积成能源科技有限公司 | Non-blocking input and output model-based energy Internet of things data acquisition method and software gateway |
Non-Patent Citations (1)
Title |
---|
等不到的口琴: "LVS负载均衡IP隧道模式原理介绍以及配置实战", pages 1 - 4, Retrieved from the Internet <URL:https://www.cnblogs.com/Courage129/p/14334382.html> * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11265218B2 (en) | Configuration management method and apparatus, and device | |
US8073966B2 (en) | Virtual interface | |
CN106815112B (en) | Massive data monitoring system and method based on deep packet inspection | |
US6654782B1 (en) | Modular framework for dynamically processing network events using action sets in a distributed computing environment | |
WO2020135575A1 (en) | System and method for obtaining network topology, and server | |
US5978845A (en) | Network management relay mechanism | |
CN102082690B (en) | Passive finding equipment and method of network topology | |
US7606884B2 (en) | SNMP firewall for network identification | |
US8549119B1 (en) | Error handling for device management configuration and operational data retrieval commands | |
WO2022179140A1 (en) | Data processing method and system | |
CN110855493B (en) | Application topological graph drawing device for mixed environment | |
US6219705B1 (en) | System and method of collecting and maintaining historical top communicator information on a communication device | |
CN101035037A (en) | Method, system and related device for detecting the network communication quality | |
CN100370762C (en) | Method device and system for processing warning message | |
CN114389792A (en) | WEB log NAT (network Address translation) front-back association method and system | |
CN115484047A (en) | Method, device, equipment and storage medium for identifying flooding attack in cloud platform | |
CN116302862B (en) | Monitoring alarm method and system under micro-service architecture | |
CN113965622A (en) | Graphical agent method for bitmap display window based on X window | |
CN113691388B (en) | LVS and SNMP protocol-based data acquisition system and method | |
CN113691388A (en) | Data acquisition system and method based on LVS and SNMP protocol | |
CN103227781A (en) | Network diagnose and performance evaluation system and method based on user datagram protocol | |
KR100534620B1 (en) | apparatus and method of information management in Network Device | |
Gu et al. | Network management performance analysis and scalability tests: SNMP vs. CORBA | |
CN118368221B (en) | Distributed connectivity detection method | |
CN116599775B (en) | Asset discovery system and method combining active and passive detection |
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 | ||
GR01 | Patent grant |