CN115396285A - Performance monitoring method and system for message middleware - Google Patents
Performance monitoring method and system for message middleware Download PDFInfo
- Publication number
- CN115396285A CN115396285A CN202211023572.2A CN202211023572A CN115396285A CN 115396285 A CN115396285 A CN 115396285A CN 202211023572 A CN202211023572 A CN 202211023572A CN 115396285 A CN115396285 A CN 115396285A
- Authority
- CN
- China
- Prior art keywords
- performance
- index
- message middleware
- monitoring
- message
- 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
- 238000012544 monitoring process Methods 0.000 title claims abstract description 67
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000012545 processing Methods 0.000 claims abstract description 24
- 230000001960 triggered effect Effects 0.000 claims abstract description 16
- 238000004590 computer program Methods 0.000 claims description 23
- 238000003860 storage Methods 0.000 claims description 12
- 238000004891 communication Methods 0.000 claims description 11
- 238000004806 packaging method and process Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 9
- 239000000872 buffer Substances 0.000 description 8
- 238000005192 partition Methods 0.000 description 6
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000009825 accumulation Methods 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 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/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/2866—Architectures; Arrangements
Abstract
The invention provides a performance monitoring method and a system of message middleware, which relate to the technical field of electronics and can be used in the financial field, wherein the method comprises the following steps: the performance collector collects performance data of the message middleware according to a preset index and sends the performance data to the message middleware; and the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered or not according to a preset performance index threshold value and the message. According to the method and the system, the acquisition process and the processing process of the performance data are decoupled, the performance data are monitored and alarmed at any time, the large-scale running state monitoring of the massive message middleware cluster can be dealt with, the running safety of the message middleware is guaranteed, and the high availability of a distributed platform is better supported.
Description
Technical Field
The invention relates to the technical field of electronics, can be used in the financial field, and particularly relates to a performance monitoring method and system for message middleware.
Background
The message middleware is widely applied to financial science and technology systems and has strong service scene adaptation capability. In order to ensure smoother operation of the message middleware, various operation index data needs to be monitored and processed. The current prior art has the data production index and the data consumption index through to message middleware to monitor and report to the police, but its index data is too single, can't deal with high concurrency and high available scene moreover, can't accomplish high-efficiently and accurately, consequently can influence the control and the management to the running state of message middleware, has potential production operation hidden danger problem.
Disclosure of Invention
In view of the above, the present invention provides a method and system for monitoring performance of message middleware to solve at least one of the above-mentioned problems.
In order to achieve the purpose, the invention adopts the following scheme:
according to a first aspect of the present invention, there is provided a method for monitoring performance of message middleware, the method comprising: the performance collector collects performance data of the message middleware according to a preset index and sends the performance data to the message middleware; and the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered or not according to a preset performance index threshold value and the message.
According to a second aspect of the present invention, there is provided a performance monitoring system of message middleware, the system comprising: the performance collector and the monitoring platform processor are respectively in communication connection with the message middleware, the performance collector is used for collecting performance data of the message middleware according to preset indexes and sending the performance data to the message middleware, and the monitoring platform processor is used for obtaining the performance data from the message middleware and judging whether performance alarm needs to be triggered according to a preset performance index threshold value and the performance data.
According to a third aspect of the present invention, there is provided an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the above method when executing the computer program.
According to a fourth aspect of the invention, a computer-readable storage medium is provided, on which a computer program is stored which, when being executed by a processor, carries out the steps of the above-mentioned method.
According to a fifth aspect of the present invention, there is provided a computer program product comprising computer programs/instructions which, when executed by a processor, implement the steps of the above method.
According to the technical scheme, the acquisition process and the processing process of the performance data are decoupled, the performance data are monitored and alarmed at any time, the large-volume message middleware cluster-scale running state monitoring can be dealt with, the running safety of the message middleware is guaranteed, and the high availability of a distributed platform is better supported.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. In the drawings:
fig. 1 is a schematic flowchart of a performance monitoring method for message middleware according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a performance monitoring method for message middleware according to another embodiment of the present application;
FIG. 3 is a schematic diagram of a performance data collection process provided by an embodiment of the present application;
FIG. 4 is a flow chart illustrating a message middleware performance alarm according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a performance monitoring system of message middleware according to an embodiment of the present application;
fig. 6 is a schematic block diagram of a system configuration of an electronic device according to another embodiment of the present application.
Detailed Description
The embodiment of the invention provides a performance monitoring method and a system of a message middleware, which can be used in the financial field and other fields.
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the embodiments of the present invention are further described in detail below with reference to the accompanying drawings. The exemplary embodiments and descriptions of the present invention are provided to explain the present invention, but not to limit the present invention.
Fig. 1 is a schematic flowchart of a performance monitoring method for message middleware according to an embodiment of the present application, where the method includes the following steps:
step S101: and the performance collector collects the performance data of the message middleware according to a preset index and sends the performance data to the message middleware.
In this embodiment, the performance collector is a collection device disposed on a node of the message middleware, and may be a separate physical device or a virtual device disposed in the same server as the message middleware, which is not limited in this application.
In this embodiment, the preset index refers to a type and information of performance data of the message middleware that is desired to be collected, and the preset index may be configured in an index configuration file of the performance collector in advance, and the index configuration file is stored in the performance collector, so that the performance collector may read the content of the index configuration file to collect corresponding performance data, and send the performance data to a storage unit of the message middleware.
Step S102: and the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered or not according to a preset performance index threshold value and the message.
In this embodiment, the monitoring station processor may be disposed in the control center, and may obtain, from the message middleware, the performance data collected by the performance collector and stored in the message middleware storage unit, where the performance data is transmitted from the message middleware to the monitoring station processor in the form of a message, and the monitoring station processor determines, after receiving the message, whether to trigger the performance alarm according to a preset performance index threshold stored locally.
Therefore, according to the embodiment, the acquisition process and the processing process of the performance data are decoupled, the performance data are monitored and alarmed at any time, the large-volume message middleware cluster-scale running state monitoring can be dealt with, the running safety of the message middleware is guaranteed, and the high availability of a distributed platform is better supported.
Fig. 2 is a schematic flowchart of a performance monitoring method of message middleware according to another embodiment of the present application, where the method includes the following steps:
step S201: the performance collector monitors whether information change occurs in an index configuration file at a fixed time interval, and the performance index expected to be collected is prestored in the index configuration file.
In this embodiment, a listener may be set in the performance collector, and the listener listens for information change conditions of the index configuration file at regular time intervals, including all records of addition, deletion, and change of the index configuration file.
Step S202: and responding to the information change of the index configuration file, reading the index configuration file by the performance collector, packaging the content in the index configuration file and updating the content into the index cache.
When the monitor monitors that the information of the index configuration file is changed, the performance collector reads the index configuration file, packages the content in the index configuration file and updates the content into an index cache, and a hash table is used as a cache to store various index objects in the index cache.
Step S203: and the performance collector regularly traverses each index in the index cache, sequentially judges whether each index meets the starting frequency of the index, and collects the performance data of the message middleware according to the index condition corresponding to the index meeting the starting frequency in the index cache if the index meets the starting frequency.
A certain time task scheduling module is arranged in a performance collector, then a minimum time interval is set, a traversal task is started when each time interval period is due, then each index in an index cache is traversed, whether each index meets the tuning-up frequency of the index is judged in sequence, and if the index meets the tuning-up frequency, performance data of the message middleware are collected according to index conditions corresponding to the index meeting the tuning-up frequency in the index cache.
Fig. 3 is a schematic diagram of a performance data collection process provided in the embodiment of the present application, where the process includes the following steps:
firstly, setting a timing scheduling period, initializing global clock counting, starting a timing task scheduler, and triggering one-time task scheduling judgment according to the set timing scheduling period.
After triggering task scheduling judgment, traversing each group of indexes of a Broker layer in an index cache, for example, the group of indexes may include connection number, message inflow and outflow, consumption accumulation, displacement submission, request idle ratio, IO idle ratio, CPU utilization, memory utilization, opened file handle number, disk utilization, and the like, respectively judging whether each group of indexes meets acquisition frequency, if not, continuously judging whether a next group of indexes meets acquisition frequency, if so, continuously judging whether a brooker _ netstat task is a task for managing network availability of a brooker, if so, putting an asynclcolclottorTask 4KafkaNetStat acquisition task (for acquiring total connection number of message nodes) into an asynchronous thread pool for acquisition, and if not, putting an asynclcolclottortask 4KafkaBroker acquisition task (for acquiring message node layer indexes) into the asynchronous thread pool for acquisition.
After traversing each group of indexes of the Broker layer, continuously querying whether the frequency of all indexes of the Topic Partition in the index cache meets the acquisition frequency, wherein the Topic Partition indexes can comprise Partition distribution conditions, copy synchronization lists, message inflow numbers, consumption group list information, consumption group state information, consumption accumulation conditions and the like. If the task is not satisfied, ending the task scheduling judgment, waiting for the start of the next task scheduling judgment, if so, acquiring all topics in the cluster, acquiring all partitions of the Leader on the current Broker, then continuously judging whether to acquire the metadata of the Topic partitions, when acquisition is required, putting the acquisition tasks of the AsyncCollectiroTask 4KafkaTPM (for acquiring the metadata of the Topic task, including information of the Leader, the copy and the like) into an asynchronous thread pool for acquisition, and when acquisition is not required, respectively putting a plurality of AsyncCollectiroTask 4KafkaTPP acquisition tasks (for acquiring indexes of the Topic _ Pation layer on the message node) into the asynchronous thread pool for acquisition according to whether the acquisition objects are topics or partitions.
And continuously judging whether the frequency in the broker _ os index group meets the acquisition frequency, if so, putting an AsyncCollectiroTask 4JVM acquisition task (used for acquiring the memory condition of a java virtual machine JVM on the message node) into an asynchronous thread pool for acquisition, and if not, waiting for the start of next task scheduling judgment.
Step S204: and the performance collector sends and stores the collected performance data to the message middleware.
Step S205: and the monitoring station processor acquires the message containing the performance data from the message middleware according to a preset time frequency through the universal asynchronous processing thread pool and the availability asynchronous processing thread pool.
Preferably, the universal asynchronous processing thread pool has a high concurrency number and a high queue depth, and is used for acquiring regular performance messages and running state messages to cope with the monitoring message concurrency peak, so that the concurrency amount can be increased. The availability asynchronous processing thread pool has a medium concurrency number and a low queue depth, and is used for acquiring monitoring messages of the availability of the message middleware, so that the timeliness of the availability messages can be improved, wherein the medium concurrency number and the low queue depth are equivalent to the high concurrency number and the high queue depth, for example, the medium concurrency number can be supported to hundreds of thousands of levels per second at the highest, and the low queue depth can be set to 100000 and the like.
Step S206: and the monitoring console processor searches a corresponding performance index threshold value formula from the local cache according to the message type and judges whether performance alarm needs to be triggered or not according to the performance index threshold value formula.
Preferably, the step further comprises:
and judging whether the default threshold switch is on, if so, entering the next step, and if not, finishing the alarm judgment.
Traversing the personalized threshold value formulas, judging whether each personalized threshold value formula meets the triggering time, if so, executing the personalized threshold value formula judgment, and selecting whether to trigger the performance alarm according to the judgment result; if all the personalized threshold formulas are not triggered, traversing the default threshold formulas, judging whether each default threshold formula meets the triggering time, if so, judging the default threshold formulas, selecting whether to trigger the performance alarm according to the judgment result, and if not, finishing the alarm judgment.
The above alarm determination process is further described by an embodiment, and as shown in fig. 4, a schematic flow chart of the message middleware performance alarm provided in the embodiment of the present application is shown, where the flow chart includes the following capture:
step S2061: and acquiring an index group of the type needing to be judged according to the message type.
Step S2062: and judging whether the index group is empty, if so, ending the alarm process, and otherwise, entering the step S2063.
Step S2063: and traversing each index in the index group, judging whether the traversal is finished, if so, finishing the alarm process, and if not, entering the step S2064.
Step S2064: and acquiring a default threshold value formula and an individualized threshold value formula according to the indexes.
Step S2065: and judging whether the default threshold switch is off, if not, entering the step S2066, and if so, ending the alarm process.
Step S2066: and judging whether the personalized threshold switch is off, if so, entering step S2071, and if so, entering step S2067.
Step S2067: traversing the personalized threshold formula, judging whether the traversal is finished, if not, entering a step S2068, and if the traversal is finished, ending the alarm process.
Step S2068: and continuously judging whether the triggering time of the personalized threshold value formula is met, if so, entering a step S2069, and otherwise, returning to the step S2067 to continuously judge the personalized threshold value formula.
Step S2069: and executing the personalized threshold value formula to judge whether to trigger the event monitoring alarm, if so, entering step S2070, and if not, returning to step S2067 to continue the judgment of the next personalized threshold value formula.
Step S2070: and encapsulating the event message, sending a monitoring alarm event to the user, and continuing to return to the step S2063.
Step S2071: traversing the default threshold formula, and determining whether the traversing is finished, if not, entering step S2072, and if so, ending the alarm process.
Step S2072: and judging whether the trigger time of the default threshold formula is met, if so, entering the step S2073, otherwise, returning to the step S2071 to continue the judgment of the default threshold formula.
Step S2073: and executing a default threshold formula to judge whether an event monitoring alarm is triggered, if so, entering a step S2074, and if not, returning to the step S2071 to continue judging the next default threshold formula.
Step S2074: and encapsulating the event message, sending a monitoring alarm event to the user, and continuing to return to the step S2063.
Preferably, the monitor console processor may first obtain the performance index threshold formula from the database, analyze the performance index threshold formula, and store the performance index threshold formula in a local cache of the monitor console processor.
Preferably, in order to update the performance index threshold formula in the local cache, the monitoring console processor compares the version timestamp of the performance index threshold formula stored in the local cache with the version timestamp in the database at regular time, and if the comparison result is inconsistent, the performance index threshold formula in the database is updated to the local cache.
Therefore, according to the embodiment, the acquisition process and the processing process of the performance data are decoupled, the performance data are monitored and alarmed at any time, the large-volume message middleware cluster-scale running state monitoring can be dealt with, the running safety of the message middleware is guaranteed, and the high availability of a distributed platform is better supported. In addition, according to the method of the embodiment, the high efficiency of performance acquisition is remarkably ensured by setting the index cache in the performance acquisition unit and the threshold cache in the monitoring station processor and setting different queue depths aiming at the availability data and the universality data. Finally, the embodiment further refreshes various indexes and threshold data in the cache in a preset frequency period, collects performance and operation states according to preset indexes of different types, and makes corresponding judgment according to the threshold data, so that the real-time performance of judging and alarming the collected data is greatly improved.
Fig. 5 is a schematic structural diagram of a performance monitoring system of message middleware according to an embodiment of the present application, where the system includes: the performance collector 510 and the monitoring station processor 520 are respectively connected with the message middleware 530 in a communication way, and the performance collector 510 and the monitoring station processor 520 are respectively connected with the message middleware 530 in a communication way.
The performance collector 510 is configured to collect performance data of the message middleware 530 according to a preset index and send the performance data to the message middleware 530, and the console processor 520 is configured to obtain the performance data from the message middleware 530 and determine whether to trigger a performance alarm according to a preset performance index threshold and the performance data.
Preferably, the performance collector 510 includes an index buffer, and the collecting, by the performance collector 510, the performance data of the message middleware according to a preset index further includes:
the performance collector 510 regularly traverses each index in the index buffer, sequentially judges whether each index meets the tuning-up frequency of the index, and collects the performance data of the message middleware 530 according to the index condition corresponding to the index meeting the tuning-up frequency in the index buffer if the index meets the tuning-up frequency.
Preferably, the performance collector 510 may further include a monitor, configured to monitor whether information change occurs in an index profile at a fixed time interval, where the index profile prestores performance indexes desired to be collected.
When the monitor monitors that the information of the index configuration file is changed, the monitor reads the index configuration file, packages the content in the index configuration file and updates the content into the index buffer.
Preferably, the monitoring station processor 520 obtaining the message with the performance data from the message middleware 530 further comprises: the console processor 520 obtains the message containing the performance data from the message middleware 530 according to a predetermined time frequency through the universal asynchronous processing thread pool and the available asynchronous processing thread pool.
Preferably, the universal asynchronous processing thread pool has high concurrency and high queue depth, and is used for acquiring conventional performance messages and running state messages; the availability asynchronous processing thread pool is provided with a medium concurrency number and a low queue depth and is used for acquiring monitoring messages of the availability of the message middleware.
Preferably, the console processor 520 is further configured to obtain the performance index threshold formula from the database, analyze the performance index threshold formula, and store the performance index threshold formula in a local cache of the console processor.
Preferably, the step of the monitor console processor 520 determining whether to trigger the performance alarm according to the preset performance index threshold and the message further includes: the monitoring console processor 520 searches a corresponding performance index threshold formula from the local cache according to the message type, and judges whether a performance alarm needs to be triggered according to the performance index threshold formula.
Preferably, the performance index threshold formula includes a default threshold formula and an individualized threshold formula, and the step of determining, by the console processor 520 according to the performance index threshold formula, whether the performance alarm needs to be triggered further includes: judging whether a default threshold switch is on, if so, entering the next step, and if not, finishing alarm judgment; traversing the personalized threshold value formulas, judging whether each personalized threshold value formula meets the triggering time, if so, executing the personalized threshold value formula judgment, and selecting whether to trigger the performance alarm according to the judgment result; if all the individualized threshold value formulas are not triggered, traversing the default threshold value formulas, judging whether each default threshold value formula meets the triggering time, if so, judging the default threshold value formulas, selecting whether to trigger the performance alarm according to the judgment result, and if not, ending the alarm judgment.
Preferably, the monitoring console processor is further configured to compare the version timestamp of the performance index threshold formula stored in the local cache with the version timestamp in the database at regular time, and if the comparison result is inconsistent, update the performance index threshold formula in the database into the local cache.
For the detailed description of the above units, reference may be made to the description of the foregoing method embodiments, and further description is not repeated here.
Therefore, the performance monitoring system of the message middleware provided by the embodiment can monitor the running state of a large-scale message middleware cluster scale by decoupling the acquisition process and the processing process of the performance data and monitoring and alarming the performance data at any time, thereby ensuring the running safety of the message middleware and better supporting the high availability of a distributed platform. In addition, according to the method of the embodiment, the high efficiency of performance acquisition is remarkably ensured by setting the index cache in the performance acquisition unit and the threshold cache in the monitoring station processor and setting different queue depths aiming at the availability data and the universality data. Finally, the embodiment further refreshes various indexes and threshold data in the cache in a preset frequency period, collects performance and operation states according to preset indexes of different types, and makes corresponding judgment according to the threshold data, so that the real-time performance of judging and alarming the collected data is greatly improved.
The embodiment of the invention also provides electronic equipment which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, wherein the processor executes the program to realize the method.
Embodiments of the present invention further provide a computer program product, which includes a computer program/instruction, and the computer program/instruction implements the steps of the above method when executed by a processor.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program for executing the foregoing method is stored in the computer-readable storage medium.
As shown in fig. 6, the electronic device 600 may further include: communication module 110, input unit 120, audio processor 130, display 160, power supply 170. It is noted that the electronic device 600 does not necessarily include all of the components shown in FIG. 6; furthermore, the electronic device 600 may also comprise components not shown in fig. 6, which may be referred to in the prior art.
As shown in fig. 6, the central processor 100, sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device, the central processor 100 receiving input and controlling the operation of the various components of the electronic device 600.
The memory 140 may be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information relating to the failure may be stored, and a program for executing the information may be stored. And the central processing unit 100 may execute the program stored in the memory 140 to realize information storage or processing, etc.
The input unit 120 provides input to the cpu 100. The input unit 120 is, for example, a key or a touch input device. The power supply 170 is used to provide power to the electronic device 600. The display 160 is used for displaying display objects such as images and characters. The display may be, for example, an LCD display, but is not limited thereto.
The memory 140 may be a solid state memory such as Read Only Memory (ROM), random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes referred to as an EPROM or the like. The memory 140 may also be some other type of device. Memory 140 includes buffer memory 141 (sometimes referred to as a buffer). The memory 140 may include an application/function storage section 142 for storing application programs and function programs or a flow for executing the operation of the electronic device 600 by the central processing unit 100.
The memory 140 may also include a data store 143, the data store 143 for storing data, such as contacts, digital data, pictures, sounds, and/or any other data used by the electronic device. The driver storage portion 144 of the memory 140 may include various drivers of the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging application, address book application, etc.).
The communication module 110 is a transmitter/receiver 110 that transmits and receives signals via an antenna 111. The communication module (transmitter/receiver) 110 is coupled to the central processor 100 to provide an input signal and receive an output signal, which may be the same as in the case of a conventional mobile communication terminal.
Based on different communication technologies, a plurality of communication modules 110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, may be provided in the same electronic device. The communication module (transmitter/receiver) 110 is also coupled to a speaker 131 and a microphone 132 via an audio processor 130 to provide audio output via the speaker 131 and receive audio input from the microphone 132 to implement general telecommunications functions. Audio processor 130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, an audio processor 130 is also coupled to the central processor 100, enabling recording locally through a microphone 132, and enabling locally stored sound to be played through a speaker 131.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Claims (13)
1. A method for monitoring performance of message middleware, the method comprising:
the performance collector collects performance data of the message middleware according to a preset index and sends the performance data to the message middleware;
and the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered or not according to a preset performance index threshold value and the message.
2. The method for monitoring the performance of the message middleware according to claim 1, wherein the acquiring, by the performance acquirer, the performance data of the message middleware according to a preset index includes:
and the performance collector regularly traverses each index in the index cache, sequentially judges whether each index meets the starting frequency, and collects the performance data of the message middleware according to the index condition corresponding to the index meeting the starting frequency in the index cache if the index meets the starting frequency.
3. The method for performance monitoring of message middleware of claim 2, the method further comprising:
monitoring whether information change occurs in an index configuration file at a fixed time interval by a performance collector, wherein performance indexes expected to be collected are prestored in the index configuration file;
and responding to the information change of the index configuration file, reading the index configuration file, packaging the content in the index configuration file and updating the content in the index configuration file to an index cache.
4. The method for performance monitoring of message middleware of claim 1, wherein the monitoring station processor obtaining the message with the performance data from the message middleware comprises:
and the monitoring station processor acquires the message containing the performance data from the message middleware according to a preset time frequency through a universal asynchronous processing thread pool and an available asynchronous processing thread pool.
5. The performance monitoring method of message middleware of claim 4, wherein the pool of universal asynchronous processing threads has a high concurrency and a high queue depth for obtaining regular performance messages and running state messages; the availability asynchronous processing thread pool has a medium concurrency number and a low queue depth and is used for acquiring monitoring messages of the availability of the message middleware.
6. The method for performance monitoring of message middleware of claim 1, the method further comprising: the monitor console processor obtains the performance index threshold formula from the database, analyzes and stores the performance index threshold formula in a local cache of the monitor console processor.
7. The method for monitoring performance of message middleware of claim 6, wherein the determining whether a performance alarm needs to be triggered according to a preset performance index threshold and the message comprises:
and the monitoring console processor searches a corresponding performance index threshold value formula from the local cache according to the message type and judges whether performance alarm needs to be triggered or not according to the performance index threshold value formula.
8. The method of performance monitoring of message middleware of claim 7, wherein the performance metric threshold formulas include a default threshold formula and a personalized threshold formula, and wherein determining whether a performance alarm needs to be triggered according to the performance metric threshold formula further comprises:
judging whether a default threshold switch is on, if so, entering the next step, and if not, finishing alarm judgment;
traversing the personalized threshold value formulas, judging whether each personalized threshold value formula meets the triggering time, if so, executing the personalized threshold value formula judgment, and selecting whether to trigger the performance alarm according to the judgment result; if all the personalized threshold formulas are not triggered, traversing the default threshold formulas, judging whether each default threshold formula meets the triggering time, if so, judging the default threshold formulas, selecting whether to trigger the performance alarm according to the judgment result, and if not, finishing the alarm judgment.
9. The method for performance monitoring of message middleware of claim 6, the method further comprising: and the monitoring console processor compares the version timestamp of the performance index threshold formula stored in the local cache with the version timestamp in the database at regular time, and if the comparison result is inconsistent, the performance index threshold formula in the database is updated to the local cache.
10. A system for monitoring performance of message middleware, the system comprising: the performance collector and the monitoring platform processor are respectively in communication connection with the message middleware, the performance collector is used for collecting performance data of the message middleware according to preset indexes and sending the performance data to the message middleware, and the monitoring platform processor is used for obtaining the performance data from the message middleware and judging whether performance alarm needs to be triggered according to a preset performance index threshold value and the performance data.
11. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the performance monitoring method of the message middleware of any one of claims 1 to 9 when executing the computer program.
12. 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 method for performance monitoring of a message middleware of any one of claims 1 to 9.
13. A computer program product comprising computer program/instructions, characterized in that said computer program/instructions, when executed by a processor, implement the steps of the performance monitoring method of the message middleware of any one of claims 1 to 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211023572.2A CN115396285B (en) | 2022-08-25 | 2022-08-25 | Performance monitoring method and system for message middleware |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211023572.2A CN115396285B (en) | 2022-08-25 | 2022-08-25 | Performance monitoring method and system for message middleware |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115396285A true CN115396285A (en) | 2022-11-25 |
| CN115396285B CN115396285B (en) | 2024-03-01 |
Family
ID=84122617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211023572.2A Active CN115396285B (en) | 2022-08-25 | 2022-08-25 | Performance monitoring method and system for message middleware |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115396285B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101446914A (en) * | 2007-11-26 | 2009-06-03 | 阿里巴巴集团控股有限公司 | Database monitoring method and device |
| CN104572290A (en) * | 2013-10-11 | 2015-04-29 | 中兴通讯股份有限公司 | Method and device for controlling message processing threads |
| CN110445650A (en) * | 2019-08-07 | 2019-11-12 | 中国联合网络通信集团有限公司 | Detect alarm method, equipment and server |
| CN112150780A (en) * | 2020-08-17 | 2020-12-29 | 来邦养老科技有限公司 | Alarm threshold correction method, device and storage medium |
| CN113761205A (en) * | 2021-09-07 | 2021-12-07 | 合肥远康信息技术有限公司 | Networking alarm application management system for hazardous chemical substances |
-
2022
- 2022-08-25 CN CN202211023572.2A patent/CN115396285B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101446914A (en) * | 2007-11-26 | 2009-06-03 | 阿里巴巴集团控股有限公司 | Database monitoring method and device |
| CN104572290A (en) * | 2013-10-11 | 2015-04-29 | 中兴通讯股份有限公司 | Method and device for controlling message processing threads |
| CN110445650A (en) * | 2019-08-07 | 2019-11-12 | 中国联合网络通信集团有限公司 | Detect alarm method, equipment and server |
| CN112150780A (en) * | 2020-08-17 | 2020-12-29 | 来邦养老科技有限公司 | Alarm threshold correction method, device and storage medium |
| CN113761205A (en) * | 2021-09-07 | 2021-12-07 | 合肥远康信息技术有限公司 | Networking alarm application management system for hazardous chemical substances |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115396285B (en) | 2024-03-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109788026B (en) | Message processing method and device | |
| CN108566291B (en) | Event processing method, server and system | |
| WO2019057193A1 (en) | Data deletion method and distributed storage system | |
| CN111782470A (en) | Distributed container log data processing method and device | |
| CN106357442A (en) | Server cluster monitoring method and system | |
| CN111770002A (en) | Test data forwarding control method and device, readable storage medium and electronic equipment | |
| CN108595483B (en) | Data processing method and related device | |
| CN113672748A (en) | Multimedia information playing method and device | |
| CN111737353A (en) | Metadata synchronization method and device | |
| CN112069195A (en) | Database-based message transmission method and device, electronic equipment and storage medium | |
| CN112363980A (en) | Data processing method and device for distributed system | |
| CN112667270B (en) | Updating method of voice processing resource, computer equipment and storage device | |
| CN116107814B (en) | Database disaster recovery method, equipment, system and storage medium | |
| US11797218B2 (en) | Method and device for detecting slow node and computer-readable storage medium | |
| CN115396285B (en) | Performance monitoring method and system for message middleware | |
| CN112035066A (en) | Method and device for calculating log retention time | |
| CN112084210A (en) | Data processing method and device, electronic equipment and storage medium | |
| CN111309693A (en) | Data synchronization method, device and system, electronic equipment and storage medium | |
| CN115914375A (en) | Disaster tolerance processing method and device for distributed message platform | |
| CN113918436A (en) | Log processing method and device | |
| CN111399753B (en) | Method and device for writing pictures | |
| CN115114316A (en) | Processing method, device, cluster and storage medium for high-concurrency data | |
| CN116401317B (en) | Cache data synchronization method and device, electronic equipment and medium | |
| CN112463514A (en) | Monitoring method and device for distributed cache cluster | |
| CN113342501B (en) | System fault processing method and device |
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 | ||
| GR01 | Patent grant |