CN104202212A - System and method for obtaining distributed cluster system alarm - Google Patents
System and method for obtaining distributed cluster system alarm Download PDFInfo
- Publication number
- CN104202212A CN104202212A CN201410433002.XA CN201410433002A CN104202212A CN 104202212 A CN104202212 A CN 104202212A CN 201410433002 A CN201410433002 A CN 201410433002A CN 104202212 A CN104202212 A CN 104202212A
- Authority
- CN
- China
- Prior art keywords
- cluster system
- distributed cluster
- service end
- state
- distributed
- 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
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a system and a method for obtaining distributed cluster system alarm. The system for obtaining the distributed cluster system alarm comprises one or more distributed cluster system clients and servers, wherein the distributed cluster system clients are used for monitoring the state of a distributed cluster system and sending alarm information to decided servers when the state of the distributed cluster system is not located in a preset normal state threshold range, and the servers are used for receiving the alarm information sent from the distributed cluster system clients and giving an alarm according to the alarm information. The system and method for obtaining the distributed cluster system alarm reduces the network bandwidth usage and improves the distributed cluster system performance.
Description
Technical field
The present invention relates to Internet technical field, espespecially a kind of system and method that obtains distributed cluster system alarm.
Background technology
In computer realm, especially, in distributed type assemblies network application environment, distributed cluster system is monitored, guarantee that distributed cluster system can normally move for a long time, the loss that reduces system failure initiation is very important.Yet, how within the shortest time, to get the alarm of distributed cluster system, become problem demanding prompt solution.
At present, the solution of obtaining in the industry the alarm of distributed cluster system is to dispose Yi Tai management station (being service end), and distributed system poll is sent to STATUS ENQUIRY message.Yet polling operation has taken a lot of network bandwidths, easily cause network congestion, directly have influence on the performance of distributed cluster system.
Summary of the invention
In order to solve the problems of the technologies described above, the invention provides a kind of system and method that obtains distributed cluster system alarm, can reduce taking of the network bandwidth, improve the performance of distributed cluster system.
In order to reach the object of the invention, the invention provides a kind of system of obtaining distributed cluster system alarm, comprising: one or more distributed cluster system client and service ends; Wherein,
Distributed cluster system client, for the state of monitoring distributed group system; When the state that monitors distributed cluster system is not in default normal condition threshold range, to fixed service end, send a warning message;
Service end, the warning information sending for receiving each distributed cluster system client, and carry out alarming processing according to warning information.
Further, distributed cluster system client, before the state of monitoring distributed group system, also for reading configuration file information, is determined and is needed the service end that connects according to the profile information that reads.
Further, profile information comprises: the IP address of the service end that each distributed cluster system client need to connect and port numbers and alarm triggered threshold value and alarm log flag (log).
Further, distributed cluster system client also for: while being (yes) when log is shown as, retain this alarm log; While not being (no) when log is shown as, do not retain this alarm log.
Further, distributed cluster system client specifically for:
Obtain IP address and the port numbers of the service end that the distributed cluster system client in profile information need to connect;
The service end that distributed cluster system client need to be connected is determined with port numbers in the IP address of the service end that need to connect according to the distributed cluster system client obtaining.
Further, when the state that monitors distributed cluster system is not in default normal condition threshold range, distributed cluster system client specifically for:
The state of each distributed cluster system that Real-time Obtaining sets in advance;
Whether the state of each distributed cluster system setting in advance that judgement obtains is in default normal condition threshold range;
When the state of certain distributed cluster system setting in advance obtaining is not in default normal condition threshold range, the state of certain distributed cluster system setting in advance of this acquisition and the identification information of described distributed cluster system are converted into warning information, send to definite service end;
The state of each distributed cluster system setting in advance wherein, comprises: Apache service or network card status or cpu busy percentage or disk utilization rate.
Further, the identification information of distributed cluster system, comprising: the title of distributed cluster system and IP address and port numbers.
Further, service end specifically for:
According to the identification information of the distributed cluster system in warning information, determine the distributed cluster system that need to carry out alarming processing;
Notify keeper to process the warning information that need to carry out the distributed cluster system of alarming processing.
The present invention also provides a kind of method of obtaining distributed cluster system alarm, relates to one or more distributed cluster system client and service ends, comprising:
Distributed cluster system client, the state of monitoring distributed group system; When the state that monitors distributed cluster system is not in default normal condition threshold range, to fixed service end, send a warning message;
Service end, receives the warning information that each distributed cluster system client sends, and carries out alarming processing according to warning information.
Further, before the state of monitoring distributed group system, the method also comprises: reading configuration file information, according to the profile information reading, determine the service end that needs connection.
Further, profile information comprises: the IP address of the service end that each distributed cluster system client need to connect and port numbers and alarm triggered threshold value and alarm log flag (log).
Further,, while being (yes) when log is shown as, retain this alarm log; While not being (no) when log is shown as, do not retain this alarm log.
Further, reading configuration file information, determines the service end that needs connection according to the profile information reading, specifically comprise:
Obtain IP address and the port numbers of the service end that the distributed cluster system client in profile information need to connect;
The service end that distributed cluster system client need to be connected is determined with port numbers in the IP address of the service end that need to connect according to the distributed cluster system client obtaining.
Further, when the state that monitors distributed cluster system is not in default normal condition threshold range, to fixed service end, send a warning message, specifically comprise:
The state of each distributed cluster system that Real-time Obtaining sets in advance;
Whether the state of each distributed cluster system setting in advance that judgement obtains is in default normal condition threshold range;
When the state of certain distributed cluster system setting in advance obtaining is not in default normal condition threshold range, the state of certain distributed cluster system setting in advance of this acquisition and the identification information of distributed cluster system are converted into warning information, send to definite service end;
The state of each distributed cluster system wherein, setting in advance comprises: Apache service or network card status or cpu busy percentage or disk utilization rate.
Further, the identification information of distributed cluster system, comprising: the title of described distributed cluster system and IP address and port numbers.
Further, receive the warning information that each distributed cluster system client sends, and carry out alarming processing according to warning information, comprising:
According to the identification information of the distributed cluster system in warning information, determine the distributed cluster system that need to carry out alarming processing;
Notify keeper to process the warning information that need to carry out the distributed cluster system of alarming processing.
Technical solution of the present invention comprises: one or more distributed cluster system client and service ends; Wherein, distributed cluster system client, for the state of monitoring distributed group system; When the state that monitors distributed cluster system is not in default normal condition threshold range, to fixed service end, send a warning message; Service end, the warning information sending for receiving each distributed cluster system client, and carry out alarming processing according to warning information.Technical solution of the present invention has reduced taking of the network bandwidth, has improved the performance of distributed cluster system.
Accompanying drawing explanation
Accompanying drawing described herein is used to provide a further understanding of the present invention, forms the application's a part, and schematic description and description of the present invention is used for explaining the present invention, does not form inappropriate limitation of the present invention.In the accompanying drawings:
Fig. 1 is the structural representation that the present invention obtains the system of distributed cluster system alarm;
Fig. 2 is the flow chart that the present invention obtains the method for distributed cluster system alarm.
Embodiment
For making the object, technical solutions and advantages of the present invention clearer, hereinafter in connection with accompanying drawing, the present invention is described in detail.It should be noted that, in the situation that not conflicting, in the application feature combination in any mutually.
Fig. 1 is the structural representation that the present invention obtains the system of distributed cluster system alarm, as shown in Figure 1, comprising: one or more distributed cluster system client and service ends.Wherein,
Distributed cluster system client, for the state of monitoring distributed group system; When the state that monitors distributed cluster system is not in default normal condition threshold range, to fixed service end, send a warning message.
Further, before the state of monitoring distributed group system, distributed cluster system client is also for reading configuration file information, according to the profile information that reads, determines and needs the service end that connects.Specifically for:
Obtain IP address and the port numbers of the service end that the distributed cluster system client in profile information need to connect;
The service end that described distributed cluster system client need to be connected is determined with port numbers in the IP address of the service end that need to connect according to the described distributed cluster system client obtaining.
Wherein, profile information comprises: the IP address of the service end that distributed cluster system client need to connect and port numbers and alarm triggered threshold value and alarm log flag (log).
Further, distributed cluster system client also for: while being (yes) when log is shown as, retain this alarm log; When log is shown as no (no), do not retain this alarm log.
It should be noted that, distributed cluster system user can revise profile information according to actual needs.Distributed cluster system client and service end adopt User Datagram Protoco (UDP) (UDP) to communicate.
When the state that monitors distributed cluster system is not in default normal condition threshold range, distributed cluster system client specifically for:
The state of each distributed cluster system that Real-time Obtaining sets in advance;
Whether the state of each distributed cluster system setting in advance that judgement obtains is in default normal condition threshold range;
When the state of certain distributed cluster system setting in advance obtaining is not in default normal condition threshold range, the state of certain distributed cluster system setting in advance of this acquisition and the identification information of described distributed cluster system are converted into warning information, send to definite service end;
The state of each distributed cluster system wherein, setting in advance comprises: Apache service or network card status or cpu busy percentage or disk utilization rate etc.
Need to be explanation, each distributed cluster system has the monitoring program of oneself, and the function of monitoring program may be different, and such as very important for distributed cluster system 1 Apache service, monitoring program is just monitored Apache so; For distributed cluster system 2, network interface card service is very important, and monitoring program is just monitored the state of network interface card so.The monitoring program of each distributed cluster system configures as required, and emphasis is different.The monitoring program of each distributed cluster system is only monitored the server of oneself, and the monitoring program of each distributed cluster system is only monitored the state of the distributed cluster system setting in advance.
Wherein, the identification information of distributed cluster system, comprising: the title of distributed cluster system and IP address and port numbers.
Service end, the warning information sending for receiving distributed cluster system client, and carry out alarming processing according to warning information.
Wherein, service end specifically for:
According to the identification information of the described distributed cluster system in warning information, determine the distributed cluster system that need to carry out alarming processing;
Notify keeper to process the described warning information that need to carry out the distributed cluster system of alarming processing.
It should be noted that, service end in apparatus of the present invention, also for binding specific IP address and port numbers (self IP address and port numbers are set), and this IP address and port numbers are sent to distributed cluster system client, distributed cluster system client arranges configuration file according to this IP address and port numbers.The conventional techniques means that this is well known to those skilled in the art, do not repeat them here.
Fig. 2 is the flow chart that the present invention obtains the method for distributed cluster system alarm, as shown in Figure 2, relates to a plurality of distributed cluster system clients and service end, comprises the following steps:
Step 201: the state of distributed cluster system client control distributed cluster system; When the state of distributed cluster system of monitoring is not in default normal condition threshold range, to fixed service end, send a warning message.
Need to be explanation, each distributed cluster system has the monitoring program of oneself, and the function of monitoring program may be different, and such as very important for distributed cluster system 1 Apache service, monitoring program is just monitored Apache so; For distributed cluster system 2, network interface card service is very important, and monitoring program is just monitored the state of network interface card so.The monitoring program of each distributed cluster system configures as required, and emphasis is different.The monitoring program of each distributed cluster system is only monitored the server of oneself, and the monitoring program of each distributed cluster system is only monitored the state of the distributed cluster system setting in advance.After monitoring program is activated, distributed cluster system client starts the state of monitoring distributed group system.
Before step 201, the method also comprises: reading configuration file information, according to the profile information reading, determine the service end that needs connection.Specifically comprise:
Obtain IP address and the port numbers of the service end that the distributed cluster system client in profile information need to connect;
The service end that distributed cluster system client need to be connected is determined with port numbers in the IP address of the service end that need to connect according to the distributed cluster system client obtaining.
Wherein, profile information comprises: the IP address of the service end that distributed cluster system client need to connect and port numbers and alarm triggered threshold value and alarm log flag (log).
It should be noted that, distributed cluster system user can revise profile information according to actual needs.Each distributed cluster system client and service end adopt User Datagram Protoco (UDP) (UDP) to communicate.
While being (yes) when log is shown as, retain this alarm log; While not being (no) when log is shown as, do not retain this alarm log.
In this step, when the state of distributed cluster system of monitoring is not in default normal condition threshold range, to fixed service end, sends a warning message and specifically comprise:
The state of each distributed cluster system that Real-time Obtaining sets in advance;
Whether the state of each distributed cluster system setting in advance that judgement obtains is in default normal condition threshold range;
When the state of certain distributed cluster system setting in advance obtaining is not in default normal condition threshold range, the state of certain distributed cluster system setting in advance of this acquisition and the identification information of described distributed cluster system are converted into warning information, send to definite service end;
The state of each distributed cluster system wherein, setting in advance comprises: Apache service or network card status or cpu busy percentage or disk utilization rate etc.
Wherein, the identification information of distributed cluster system comprises: the title of distributed cluster system and IP address and port numbers.
Step 202: service end receives the warning information that each distributed cluster system client sends, and carries out alarming processing according to warning information.Specifically comprise:
Service end, according to the identification information of the described distributed cluster system in warning information, is determined the distributed cluster system that need to carry out alarming processing;
Notify keeper to process the described warning information that need to carry out the distributed cluster system of alarming processing.
It should be noted that, service end in the inventive method, also to bind specific IP address and port numbers (self IP address and port numbers are set), and this IP address and port numbers are sent to distributed cluster system client, distributed cluster system client arranges configuration file according to this IP address and port numbers.The conventional techniques means that this is well known to those skilled in the art, do not repeat them here.
One of ordinary skill in the art will appreciate that all or part of step in said method can come instruction related hardware to complete by program, described program can be stored in computer-readable recording medium, as read-only memory, disk or CD etc.Alternatively, all or part of step of above-described embodiment also can realize with one or more integrated circuits.Correspondingly, each the module/unit in above-described embodiment can adopt the form of hardware to realize, and also can adopt the form of software function module to realize.The application is not restricted to the combination of the hardware and software of any particular form.
Although the disclosed execution mode of the present invention as above, the execution mode that described content only adopts for ease of understanding the present invention, not in order to limit the present invention.Those of skill in the art under any the present invention; do not departing under the prerequisite of the disclosed spirit and scope of the present invention; can in the form of implementing and details, carry out any modification and variation; but scope of patent protection of the present invention, still must be as the criterion with the scope that appending claims was defined.
Claims (16)
1. a system of obtaining distributed cluster system alarm, is characterized in that, comprising: one or more distributed cluster system client and service ends; Wherein,
Distributed cluster system client, for the state of monitoring distributed group system; When the state that monitors distributed cluster system is not in default normal condition threshold range, to fixed service end, send a warning message;
Service end, the warning information sending for receiving each distributed cluster system client, and carry out alarming processing according to warning information.
2. system according to claim 1, is characterized in that, distributed cluster system client, before the state of monitoring distributed group system, also for reading configuration file information, is determined and needed the service end that connects according to the profile information that reads.
3. system according to claim 1, is characterized in that, described profile information comprises: the IP address of the service end that each distributed cluster system client need to connect and port numbers and alarm triggered threshold value and alarm log flag log.
4. system according to claim 3, is characterized in that, described distributed cluster system client also for: when described log is shown as while being yes, retain this alarm log; When described log is shown as while not being no, do not retain this alarm log.
5. according to the system described in claim 2 or 3, it is characterized in that, described distributed cluster system client specifically for:
Obtain IP address and the port numbers of the service end that the distributed cluster system client in profile information need to connect;
The service end that described distributed cluster system client need to be connected is determined with port numbers in the IP address of the service end that need to connect according to the described distributed cluster system client obtaining.
6. according to the system described in claim 1 or 3, it is characterized in that, the described state when monitoring distributed cluster system is in default normal condition threshold range time, described distributed cluster system client specifically for:
The state of each distributed cluster system that Real-time Obtaining sets in advance;
Whether the state of each distributed cluster system setting in advance that judgement obtains is in default normal condition threshold range;
When the state of certain distributed cluster system setting in advance obtaining is not in default normal condition threshold range, the state of certain distributed cluster system setting in advance of this acquisition and the identification information of described distributed cluster system are converted into warning information, send to definite service end;
The state of each distributed cluster system setting in advance wherein, comprises: Apache service or network card status or cpu busy percentage or disk utilization rate.
7. system according to claim 6, is characterized in that, the identification information of described distributed cluster system, comprising: the title of described distributed cluster system and IP address and port numbers.
8. system according to claim 7, is characterized in that, described service end specifically for:
According to the identification information of the described distributed cluster system in warning information, determine the distributed cluster system that need to carry out alarming processing;
Notify keeper to process the described warning information that need to carry out the distributed cluster system of alarming processing.
9. obtain a method for distributed cluster system alarm, relate to one or more distributed cluster system client and service ends, it is characterized in that, comprising:
Distributed cluster system client, the state of monitoring distributed group system; When the state that monitors distributed cluster system is not in default normal condition threshold range, to fixed service end, send a warning message;
Service end, receives the warning information that each distributed cluster system client sends, and carries out alarming processing according to warning information.
10. method according to claim 9, is characterized in that, before the state of described monitoring distributed group system, the method also comprises: reading configuration file information, according to the profile information reading, determine the service end that needs connection.
11. methods according to claim 9, is characterized in that, described profile information comprises: the IP address of the service end that each distributed cluster system client need to connect and port numbers and alarm triggered threshold value and alarm log flag log.
12. methods according to claim 11, is characterized in that, when described log is shown as while being yes, retain this alarm log; When described log is shown as while not being no, do not retain this alarm log.
13. methods according to claim 10, is characterized in that, described reading configuration file information is determined the service end that needs connection according to the profile information reading, specifically comprise:
Obtain IP address and the port numbers of the service end that the distributed cluster system client in profile information need to connect;
The service end that described distributed cluster system client need to be connected is determined with port numbers in the IP address of the service end that need to connect according to the described distributed cluster system client obtaining.
14. according to the method described in claim 9 or 11, it is characterized in that, the described state when monitoring distributed cluster system not in default normal condition threshold range time, sends a warning message to fixed service end, specifically comprises:
The state of each distributed cluster system that Real-time Obtaining sets in advance;
Whether the state of each distributed cluster system setting in advance that judgement obtains is in default normal condition threshold range;
When the state of certain distributed cluster system setting in advance obtaining is not in default normal condition threshold range, the state of certain distributed cluster system setting in advance of this acquisition and the identification information of described distributed cluster system are converted into warning information, send to definite service end;
The state of each distributed cluster system setting in advance wherein, comprises: Apache service or network card status or cpu busy percentage or disk utilization rate.
15. methods according to claim 14, is characterized in that, the identification information of described distributed cluster system, comprising: the title of described distributed cluster system and IP address and port numbers.
16. methods according to claim 15, is characterized in that, the warning information that each distributed cluster system client of described reception sends, and carry out alarming processing according to warning information, comprising:
According to the identification information of the described distributed cluster system in warning information, determine the distributed cluster system that need to carry out alarming processing;
Notify keeper to process the described warning information that need to carry out the distributed cluster system of alarming processing.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410433002.XA CN104202212A (en) | 2014-08-28 | 2014-08-28 | System and method for obtaining distributed cluster system alarm |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410433002.XA CN104202212A (en) | 2014-08-28 | 2014-08-28 | System and method for obtaining distributed cluster system alarm |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104202212A true CN104202212A (en) | 2014-12-10 |
Family
ID=52087442
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410433002.XA Pending CN104202212A (en) | 2014-08-28 | 2014-08-28 | System and method for obtaining distributed cluster system alarm |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104202212A (en) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106130797A (en) * | 2016-08-29 | 2016-11-16 | 桂林浩新科技服务有限公司 | A kind of cloud computing cluster service method for monitoring state based on message flow and system |
| CN106850292A (en) * | 2017-01-23 | 2017-06-13 | 北京思特奇信息技术股份有限公司 | A kind of method of the client monitors node of distributed type assemblies |
| CN108234152A (en) * | 2016-12-12 | 2018-06-29 | 北京京东尚科信息技术有限公司 | The method and system for the network monitoring that remote interface calls |
| CN108874640A (en) * | 2018-05-07 | 2018-11-23 | 北京京东尚科信息技术有限公司 | A kind of appraisal procedure and device of clustering performance |
| CN109284267A (en) * | 2018-09-26 | 2019-01-29 | 深圳壹账通智能科技有限公司 | Blog management method and terminal device based on abnormal monitoring |
| CN111049705A (en) * | 2019-12-23 | 2020-04-21 | 深圳前海微众银行股份有限公司 | Method and device for monitoring distributed storage system |
| CN112241269A (en) * | 2019-07-16 | 2021-01-19 | 深圳兆日科技股份有限公司 | Zookeeper cluster control system, equipment and storage medium |
| CN115442223A (en) * | 2022-07-19 | 2022-12-06 | 写逸网络科技(上海)有限公司 | Automatic operation and maintenance method for distributed cluster |
| CN112241269B (en) * | 2019-07-16 | 2024-05-10 | 深圳兆日科技股份有限公司 | Zookeeper cluster control system, device and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101083557A (en) * | 2007-06-29 | 2007-12-05 | 中兴通讯股份有限公司 | SNMP based IP network cluster managerial approach |
| CN101282366A (en) * | 2008-05-21 | 2008-10-08 | 北京中企开源信息技术有限公司 | Method and apparatus for processing data transmission in point-to-point network |
| CN102136925A (en) * | 2010-01-27 | 2011-07-27 | 新奥特（北京）视频技术有限公司 | Method and system for passively collecting data based on SNMP protocol |
| US20120124398A1 (en) * | 2010-11-16 | 2012-05-17 | Broadcom Corporation | Measuring and Managing Power Usage and Cooling in a Network |
-
2014
- 2014-08-28 CN CN201410433002.XA patent/CN104202212A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101083557A (en) * | 2007-06-29 | 2007-12-05 | 中兴通讯股份有限公司 | SNMP based IP network cluster managerial approach |
| CN101282366A (en) * | 2008-05-21 | 2008-10-08 | 北京中企开源信息技术有限公司 | Method and apparatus for processing data transmission in point-to-point network |
| CN102136925A (en) * | 2010-01-27 | 2011-07-27 | 新奥特（北京）视频技术有限公司 | Method and system for passively collecting data based on SNMP protocol |
| US20120124398A1 (en) * | 2010-11-16 | 2012-05-17 | Broadcom Corporation | Measuring and Managing Power Usage and Cooling in a Network |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106130797A (en) * | 2016-08-29 | 2016-11-16 | 桂林浩新科技服务有限公司 | A kind of cloud computing cluster service method for monitoring state based on message flow and system |
| CN108234152A (en) * | 2016-12-12 | 2018-06-29 | 北京京东尚科信息技术有限公司 | The method and system for the network monitoring that remote interface calls |
| CN108234152B (en) * | 2016-12-12 | 2021-08-10 | 北京京东尚科信息技术有限公司 | Method and system for network monitoring of remote interface calls |
| CN106850292A (en) * | 2017-01-23 | 2017-06-13 | 北京思特奇信息技术股份有限公司 | A kind of method of the client monitors node of distributed type assemblies |
| CN108874640A (en) * | 2018-05-07 | 2018-11-23 | 北京京东尚科信息技术有限公司 | A kind of appraisal procedure and device of clustering performance |
| CN108874640B (en) * | 2018-05-07 | 2022-09-30 | 北京京东尚科信息技术有限公司 | Cluster performance evaluation method and device |
| CN109284267A (en) * | 2018-09-26 | 2019-01-29 | 深圳壹账通智能科技有限公司 | Blog management method and terminal device based on abnormal monitoring |
| CN112241269A (en) * | 2019-07-16 | 2021-01-19 | 深圳兆日科技股份有限公司 | Zookeeper cluster control system, equipment and storage medium |
| CN112241269B (en) * | 2019-07-16 | 2024-05-10 | 深圳兆日科技股份有限公司 | Zookeeper cluster control system, device and storage medium |
| CN111049705A (en) * | 2019-12-23 | 2020-04-21 | 深圳前海微众银行股份有限公司 | Method and device for monitoring distributed storage system |
| CN111049705B (en) * | 2019-12-23 | 2023-09-12 | 深圳前海微众银行股份有限公司 | Method and device for monitoring distributed storage system |
| CN115442223A (en) * | 2022-07-19 | 2022-12-06 | 写逸网络科技(上海)有限公司 | Automatic operation and maintenance method for distributed cluster |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104202212A (en) | System and method for obtaining distributed cluster system alarm | |
| US10887247B2 (en) | Dynamic resource allocation for sensor devices on a cellular network | |
| CN107222426B (en) | Flow control method, device and system | |
| WO2017092347A1 (en) | Method, device and system for updating client configuration in memcached system | |
| US9253156B2 (en) | Dynamically defining network access rules | |
| CN108696581B (en) | Distributed information caching method and device, computer equipment and storage medium | |
| CN109960634B (en) | Application program monitoring method, device and system | |
| US10848839B2 (en) | Out-of-band telemetry data collection | |
| CN109040295B (en) | Method and device for determining abnormal disconnection, terminal and storage medium | |
| CN110505220B (en) | Method and device for supporting OPC protocol to realize dual-computer hot standby and communication terminal | |
| US20170280410A1 (en) | Method, device and system for implementing information self-registration, and computer storage medium | |
| CN110933171A (en) | Server asynchronous communication method, device, equipment and computer storage medium | |
| CN104320285A (en) | Website running status monitoring method and device | |
| CN109788251B (en) | Video processing method, device and storage medium | |
| CN105530145A (en) | Agentless equipment monitoring network based on ZABBIX framework, networking method and monitoring method | |
| CN109542981B (en) | Data synchronization system and method, electronic device and storage medium | |
| CN111224891A (en) | Traffic application identification system and method based on dynamic learning triples | |
| CN114338477B (en) | Communication link monitoring method, device, equipment and storage medium | |
| US20170187575A1 (en) | System and method for customizing standard device-orientated services within a high scale deployment | |
| CN111182536A (en) | SIM card state detection method, device, network equipment and storage medium | |
| CN108880913B (en) | traffic characteristic management method and device and central node server | |
| CN106301832B (en) | Method and device for processing system log message | |
| CN115883639A (en) | Web real-time message pushing method and device, equipment and storage medium | |
| CN102891732A (en) | Data sending method and device and data receiving method and device | |
| CN105141646A (en) | Node server in server cluster, resource acquisition method thereof, resource provision method thereof, and management server |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141210 |