Method, device and equipment for monitoring internal service state of BMC (Baseboard Management Controller) and medium

Abstract

The invention relates to the technical field of computers, and discloses a BMC internal service state monitoring method, device and equipment and a medium, and the method comprises the steps: periodically obtaining operation information corresponding to at least one target service deployed in a BMC; determining an operation state of the target service in the current monitoring period according to a pre-configured service state judgment rule corresponding to the target service and operation information corresponding to the target service acquired in the current monitoring period; when it is determined that the operation state is abnormal, alarm information is sent out. According to the method, automatic checking and abnormity warning of the multiple service running states in the BMC are achieved. The automatic mechanism reduces the labor cost, improves the working efficiency, can avoid the occurrence of potential problems in advance, and reduces the loss caused to the business. And when the service is abnormal, the client can be notified in time, the operation and maintenance timeliness is improved, and the operation and maintenance cost is reduced.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a method, device, equipment and medium for monitoring the internal service status of a BMC. Background Art

[0002] As the core component of the server, the Baseboard Management Controller (BMC) is responsible for remote monitoring and management of the server. Its monitoring and management functions are implemented through different services within the BMC. For example, the Serial Over LAN (SOL) function is provided by the BMC's SOL service. The above services should be kept running stably 24 / 7.

[0003] However, with the diversification of server products and the personalization of user needs, the services within the BMC are becoming more and more complicated. As a relatively complex system, the services within the BMC will inevitably have problems such as abnormal operation leading to exit, resulting in interruption of operation and maintenance management, and even affecting the normal operation of the server.

[0004] In response to the above situation, the current measures are to investigate, analyze and solve the problem after it occurs, but there are problems such as poor timeliness and irreparable losses. Summary of the invention

[0005] In view of this, the present invention provides a method, device, equipment and medium for monitoring the internal service status of a BMC, so as to solve the problem that after an abnormality occurs in the internal service of the BMC, the abnormality is poor in timeliness and the loss is irreparable.

[0006] In a first aspect, the present invention provides a method for monitoring the internal service status of a BMC, the method comprising:

[0007] Periodically obtain the operation information corresponding to at least one target service deployed in the BMC;

[0008] Determine the operating status of the target service in the current monitoring period according to the pre-configured service status judgment rule corresponding to the target service and the operating information corresponding to the target service obtained in the current monitoring period;

[0009] When it is determined that there is an abnormality in the operating status, an alarm message is issued.

[0010] The method for monitoring the internal service status of a BMC provided by the present invention has the following advantages:

[0011] In this method, the operation information of at least one target service deployed in the BMC is periodically obtained, and the operation information is matched with the service status rule corresponding to the target service, so as to determine the operation status of the target service in the current monitoring cycle, so as to evaluate whether the operation status is abnormal. Then, when it is determined that the operation status is abnormal, an alarm message is issued. In this way, the automatic inspection and abnormal alarm of the operation status of multiple services inside the BMC are realized. The detailed operation information of the service is collected periodically, and logical analysis and judgment are automatically performed. The automated mechanism reduces labor costs, improves work efficiency, and can also avoid the occurrence of potential problems in advance, reducing losses to the business. When the service is abnormal, the client can be notified in time, which improves the timeliness of operation and maintenance and reduces the cost of operation and maintenance.

[0012] In an optional implementation, the preconfigured service status determination rule includes:

[0013] Indication information for indicating whether an evaluation standard is enabled for each of the multiple services deployed in the BMC, and an evaluation standard for whether a service status corresponding to the service is abnormal;

[0014] Before periodically obtaining the operation information corresponding to at least one service deployed in the BMC, the method further includes:

[0015] According to the instruction information, a target service with evaluation criteria enabled is selected from multiple services deployed in the BMC, so as to subsequently evaluate whether the running status of the target service is abnormal in each monitoring cycle according to the evaluation criteria of whether the service status corresponding to the target service is abnormal.

[0016] Specifically, the service status judgment rules may include indicating which services in the BMC need to enable evaluation standards, and configuring evaluation standards corresponding to the target service, selecting the target service according to the indication information, and then facilitating the subsequent use of the evaluation standards corresponding to the target service to evaluate the service status of the target service. In this way, personalized monitoring and evaluation of multiple services deployed in the BMC can be achieved, and the client can independently select services that enable evaluation standards according to its own needs and preferences, saving monitoring costs, storage resources and computing resources. Each service can be pre-configured with corresponding evaluation standards to more accurately detect whether the service status is abnormal and reduce false positives and false negatives.

[0017] In an optional implementation, when the operation information includes process identification information of processes corresponding to the target service executed in the current monitoring period, and the process status of each process, the evaluation criteria include:

[0018] Determine whether a process corresponding to the process identification information exists;

[0019] When it is determined that the process corresponding to the process identification information does not exist, determining that the service state is abnormal;

[0020] Alternatively, when it is determined that the process state of a process corresponding to any process identification information is abnormal, it is determined that the service state is abnormal;

[0021] and / or,

[0022] When the operation information includes one or more parameters of the service memory usage, the CPU usage of each process, and the CPU usage time of each process, the evaluation criteria include:

[0023] When it is determined that the service memory usage is greater than a preset service memory usage threshold, determining that the service state is abnormal;

[0024] Alternatively, when it is determined that the CPU occupancy rate of the process corresponding to any process identification information is greater than the CPU occupancy rate threshold of the process, it is determined that the service state is abnormal;

[0025] Alternatively, when it is determined that the CPU time occupied by the process corresponding to any process identification information is greater than the CPU time threshold, it is determined that the service status is abnormal. Specifically, in one aspect, when the operation information includes the process identification information of the process corresponding to the target service that is still running in the current monitoring cycle, and the process status, the evaluation criteria are related to the process, for example, including determining whether the process corresponding to the process identification information exists, or whether the process status is abnormal. By monitoring the existence and status of the process in real time, problems in the service can be discovered and solved in a timely manner, thereby improving the stability of the service. When the service status is abnormal, the system can quickly locate which process or which parameter exceeds the normal range, which helps to quickly diagnose the problem. Timely discovery of malicious processes or abnormal behaviors and taking measures can not only enhance the security of the system, but also reduce the interruption time caused by service failures, thereby improving the user experience.

[0026] On the other hand, when the operation information includes one or more parameters such as the service memory occupancy rate, the CPU occupancy rate of each process, and the CPU occupancy time of each process, the evaluation criteria are to compare the parameters with the corresponding thresholds to determine whether the service status is abnormal. Among them, monitoring parameters such as service memory occupancy rate and CPU occupancy rate can help administrators better understand the actual usage of system resources, so as to optimize resource configuration more effectively. By monitoring the CPU occupancy time of the process, processes that may become performance bottlenecks can be discovered in advance and adjusted or optimized in time. The above centralized monitoring and evaluation standards enable staff to maintain and manage services more efficiently. In an optional embodiment, after periodically obtaining the operation information corresponding to at least one target service deployed in the BMC, the method also includes:

[0027] Storing the operation information corresponding to at least one target service obtained in each monitoring cycle;

[0028] Based on the historical operation information corresponding to the first target service obtained in at least two monitoring cycles, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted to evaluate whether there is an abnormality in the operation status of the target service in the next cycle.

[0029] Specifically, the operation information corresponding to at least one target service obtained in each monitoring cycle is stored. After storing a preset number of log files, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted based on the historical operation information in the preset number of log files to evaluate whether there is any abnormality in the operation status of the target service in the next cycle. When a certain parameter shows a continuous growth trend, it is necessary to send an alarm message to the operation and maintenance personnel in advance, so that the operation and maintenance personnel can check in advance to avoid potential problems and reduce losses to the business. The prediction results can also help the operation and maintenance personnel or the automation system to make solutions in advance. By continuously collecting new operation data, the prediction model can also continue to learn and improve to improve its prediction ability.

[0030] In an optional implementation, when the operation information includes one or more parameters of the service memory occupancy rate and the CPU occupancy rate of each process, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted based on the historical operation information corresponding to the first target service obtained in at least two monitoring cycles, specifically including:

[0031] Count the operation trends of the operation information within a preset number of continuous monitoring cycles;

[0032] When the operation trend is in a continuous growth trend, it is predicted that the target service will be abnormal in the next monitoring cycle.

[0033] In an optional embodiment, the method further includes:

[0034] Get the running information call instruction corresponding to any target service;

[0035] According to the operation information calling instruction, the operation information corresponding to the target service is fed back to the client, and the client is the client that issues the operation information calling instruction.

[0036] Specifically, in addition to scheduled automatic monitoring, a command interface is also provided to allow users or other systems to actively obtain the real-time operating status of the service through commands, rather than relying solely on scheduled monitoring, thereby improving the flexibility of monitoring.

[0037] In an optional implementation, the operation information further includes: a maximum number of connections corresponding to the target service, and a current number of connections executed in a current monitoring cycle; the method further includes:

[0038] When the current number of connections is greater than the maximum number of connections, it is determined that the service status is abnormal; wherein the maximum number of connections is read from a preconfigured BMC configuration file; and the current number of connections is read from the session status of all target services.

[0039] Specifically, the maximum number of connections is read from the BMC configuration file. When the current number of connections exceeds the maximum number of connections, the processing power of the processor inside the BMC is insufficient to cope with such a high number of concurrent connections, resulting in slow response or even server crash.

[0040] By monitoring the maximum number of connections and the current number of connections of the target service in real time, potential service bottlenecks and performance issues can be discovered in a timely manner. When the current number of connections exceeds the preset maximum number of connections, the system can quickly identify and issue an early warning, improving the reliability and stability of the entire system.

[0041] In a second aspect, the present invention provides a device for monitoring the internal service status of a BMC, the device comprising:

[0042] An acquisition module, used for periodically acquiring operation information corresponding to at least one target service deployed in the BMC;

[0043] A processing module, configured to determine the operating state of the target service in the current monitoring period according to a pre-configured service state judgment rule corresponding to the target service and the operating information corresponding to the target service acquired in the current monitoring period;

[0044] The alarm module is used to issue an alarm message when it is determined that the operating status is abnormal.

[0045] The device for monitoring the internal service status of a BMC provided by the present invention has the following advantages:

[0046] Periodically obtain the operating information of at least one target service deployed in the BMC, match the operating information with the service status rule corresponding to the target service, and thus determine the operating status of the target service in the current monitoring cycle to evaluate whether the operating status is abnormal. Then, when it is determined that the operating status is abnormal, an alarm message is issued. In this way, the automatic inspection and abnormal alarm of the operating status of multiple services within the BMC are realized. Periodically collect detailed operating information of the service, and automatically perform logical analysis and judgment. The automated mechanism reduces labor costs, improves work efficiency, and can also avoid potential problems in advance, reducing losses to the business. When the service is abnormal, the client can be notified in time to improve the timeliness of operation and maintenance and reduce operation and maintenance costs.

[0047] In a third aspect, the present invention provides a computer device, comprising: a memory and a processor, the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the method for monitoring the internal service status of the BMC according to the first aspect or any corresponding embodiment thereof by executing the computer instructions.

[0048] In a fourth aspect, the present invention provides a computer-readable storage medium having computer instructions stored thereon, the computer instructions being used to enable a computer to execute the method for monitoring the internal service status of a BMC according to the first aspect or any corresponding embodiment thereof.

[0049] In a fifth aspect, the present invention provides a computer program product, including computer instructions, where the computer instructions are used to enable a computer to execute the method for monitoring the internal service status of the BMC in the first aspect or any corresponding embodiment thereof. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0051] Figure 1 It is a schematic diagram of the state structure of a BMC internal service provided by an embodiment of the present invention;

[0052] Figure 2 It is a flowchart of a method for monitoring the internal service status of a BMC provided by an embodiment of the present invention;

[0053] Figure 3 It is a flowchart of another method for monitoring the internal service status of a BMC provided by an embodiment of the present invention;

[0054] Figure 4 It is a flowchart of another method for monitoring the internal service status of a BMC provided by an embodiment of the present invention;

[0055] Figure 5 It is a flowchart of another method for monitoring the internal service status of a BMC provided by an embodiment of the present invention;

[0056] Figure 6 It is a schematic diagram of the structure of a BMC internal service status monitoring device provided by an embodiment of the present invention;

[0057] Figure 7 It is a schematic diagram of the hardware structure of a computer device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0058] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0059] A server is a computer or computer system that provides services to other devices or users. Compared with ordinary PCs, servers have higher and stricter requirements in terms of stability, reliability, security, performance, and manageability. As the core component of the server, BMC is responsible for remote monitoring and management of the server. Its main functions include:

[0060] Monitoring function: As the interface between the management software and the server hardware, BMC is responsible for real-time monitoring of component temperature, voltage, power consumption, and working status, as well as alarm log recording. It also supports fault reporting through protocols such as Simple Network Management Protocol (SNMP), RESTful Interface for Distributed Systems (Redfish), and System Log (Syslog).

[0061] Management function: BMC is mainly used for server cluster management, and can provide customers with remote system deployment, power on / off control, power consumption management, asset management, power management, fan management, network management, configuration import and export, SOL, remote virtual media mounting and other functions.

[0062] The BMC monitoring and management functions are implemented through different services within the BMC. Figure 1 The diagram of the state structure of the BMC internal service when implementing the BMC monitoring and management functions. Specifically, each service inside the BMC is implemented by different processes, and each service contains one or more processes. For example, the processes included in service 1 are process 1-1, process 1-2, ..., process 1-n, etc. At the same time, there is also a certain amount of data interaction between different processes. For example, there is data interaction between process 1-n in service 1 and process 2-1 in service 2, and they work together to implement the BMC monitoring and management functions.

[0063] To solve the above problems, an embodiment of the present invention provides an embodiment of BMC internal service status monitoring. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system (computer device) including, for example, a set of computer executable instructions, and although a logical sequence is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0064] In this embodiment, a method for monitoring the internal service status of a BMC is provided, which can be used for the above-mentioned terminal devices, such as mobile phones, tablet computers, etc. Figure 2 FIG. 1 is a flow chart of a method for monitoring the internal service status of a BMC provided by an embodiment of the present invention. Figure 2 As shown, the process includes the following steps:

[0065] Step S201: periodically obtain operation information corresponding to at least one target service deployed in the BMC.

[0066] Specifically, the client can set different timed monitoring cycles for different services in combination with the usage frequency of the target service and the stability requirements of the target service. For example, the timed monitoring cycle of the SOL service can be set to one hour, and the acquisition module will acquire the operation information of the SOL service every hour.

[0067] Among them, the operating information may include, but is not limited to, one or more of the following: process identification information of the process corresponding to the target service executed in the current monitoring cycle, the process status of each process, the service memory occupancy rate, the CPU occupancy rate of each process, the time each process occupies the CPU, etc.

[0068] Step S202: determining the operating state of the target service in the current monitoring period according to a pre-configured service state judgment rule corresponding to the target service and operating information corresponding to the target service acquired in the current monitoring period.

[0069] Specifically, the pre-configured service status judgment rule corresponding to the target service may include: indication information of whether the service enables the evaluation standard, and the evaluation standard of whether the service status corresponding to the service is abnormal. The client may determine which service among the multiple services deployed in the BMC enables the evaluation standard based on the indication information, and then evaluate the service status using the evaluation standard and the operation information of the target service.

[0070] In an optional example, in the evaluation criteria, thresholds of one or more parameters in the target service operation information can be set, such as setting thresholds of one or more parameters in the service memory occupancy rate, the CPU occupancy rate of each process, and the CPU occupancy time of each process. Of course, other evaluation criteria can also be set, such as determining whether a process exists, or determining whether a process state is abnormal, etc., which are determined specifically based on the acquired operation information, and will not be described in detail here.

[0071] Step S203: When it is determined that the operating state is abnormal, an alarm message is issued.

[0072] In a specific example, when it is determined through the above operation information and the corresponding evaluation criteria that the service operation status is abnormal, an alarm message needs to be issued to prompt the staff to take effective measures in time.

[0073] The method for monitoring the internal service status of the BMC provided in this embodiment periodically obtains the operating information of at least one target service deployed in the BMC, matches the operating information with the service status rule corresponding to the target service, thereby determining the operating status of the target service in the current monitoring cycle to evaluate whether the operating status is abnormal. Then, when it is determined that the operating status is abnormal, an alarm message is issued. In this way, the automatic inspection and abnormal alarm of the operating status of multiple services inside the BMC are realized. The detailed operating information of the service is collected periodically, and logical analysis and judgment are automatically performed. The automated mechanism reduces labor costs, improves work efficiency, and can also avoid the occurrence of potential problems in advance, reducing losses to the business. Early warning of abnormal service status and timely notification of the client improves the timeliness of operation and maintenance and reduces operation and maintenance costs.

[0074] In an optional example, based on the foregoing method embodiment, before periodically obtaining the operation information corresponding to at least one service deployed in the BMC, the method may further include the following method steps:

[0075] According to the instructions, select a target service from multiple services deployed in the BMC.

[0076] Specifically, as described above, the indication information is used to indicate which services among the multiple services deployed in the BMC have the evaluation criteria enabled. That is, in some application scenarios, there may be one or more service-enabled evaluation criteria, and some may temporarily prohibit the enabling of evaluation criteria according to actual conditions. Therefore, the target service can be selected from the multiple services deployed in the BMC according to the indication information. In order to subsequently evaluate whether the operating status of the target service is abnormal in each monitoring cycle according to the evaluation criteria of whether the service status corresponding to the target service is abnormal.

[0077] That is, the client can select the service with evaluation criteria enabled according to its own needs and preferences in the pre-configured service status judgment rules. The processor periodically obtains and processes the operation information corresponding to the service with evaluation criteria enabled in the pre-configured service status judgment rules. In this way, monitoring costs, storage resources and computing resources are saved. Each service can be pre-configured with the corresponding evaluation criteria, which can more accurately detect whether the service status is abnormal and reduce false positives and false negatives.

[0078] In this embodiment, another BMC internal service status monitoring method is provided, which can be used for the above-mentioned mobile terminal, such as a mobile phone, a tablet computer, etc. Based on any of the above-mentioned embodiments, in an optional embodiment, when the operation information includes the process identification information of the process corresponding to the target service executed in the current monitoring cycle, and the process status of each process, the evaluation criteria include the following contents:

[0079] Step a1, determining whether a process corresponding to the process identification information exists.

[0080] Specifically, the target service includes one or more processes, each of which has corresponding process identification information. First, it should be determined whether the process corresponding to the process identification information exists.

[0081] Step a2: When it is determined that the process corresponding to the process identification information does not exist, it is determined that the service status is abnormal.

[0082] or,

[0083] Step a3: When it is determined that the process state of the process corresponding to any process identification information is abnormal, it is determined that the service state is abnormal.

[0084] Specifically, the target service includes one or more processes, and the running information includes the process status of each process in the target service. When various reasons such as insufficient resources or programming errors occur, the process status will be abnormal. At this time, an alarm message carrying the process identification information of the abnormal process is issued.

[0085] In another case, when the operation information includes one or more parameters of the service memory occupancy rate, the CPU occupancy rate of each process, and the CPU occupancy time of each process, the evaluation criteria for whether the service status corresponding to each service is abnormal may also include the following contents, as shown below:

[0086] Step b1: When it is determined that the service memory occupancy rate is greater than a preset service memory occupancy rate threshold, it is determined that the service status is abnormal.

[0087] Specifically, when the memory usage of the target service exceeds a certain threshold, the memory resources are saturated. The operating system cannot allocate memory for new important processes, which may cause the BMC target service to suspend work. At this time, it is determined that the target service state is abnormal, and an alarm message that the memory usage of the service exceeds the threshold can be issued.

[0088] or,

[0089] Step b2: When it is determined that the CPU occupancy rate of the process corresponding to any process identification information is greater than the CPU occupancy rate threshold of the process, it is determined that the service status is abnormal.

[0090] Specifically, the CPU usage of a process is an important indicator for determining whether a process is running abnormally. When the CPU usage of a process is greater than the CPU usage threshold of the process, the process may have infinite loop or resource leakage problems. At this time, it can be determined that the target service status is abnormal, and an alarm message is issued that the CPU usage of the carrying process exceeds the threshold.

[0091] or,

[0092] Step b3: When it is determined that the CPU occupation time of the process corresponding to any process identification information is greater than the CPU occupation time threshold, it is determined that the service status is abnormal.

[0093] Specifically, when the CPU time occupied by a process is greater than the CPU time threshold, the process may have an infinite loop problem due to a programming error. At this time, it can be determined that the target service status is abnormal, and an alarm message is issued that the CPU time occupied by the process exceeds the threshold.

[0094] In an optional embodiment, based on any of the above embodiments, in addition to using the above method to determine whether the service status is abnormal, it can also include determining whether there is a service abnormality by counting the operation information in multiple consecutive cycles and analyzing the operation trend. Therefore, after periodically obtaining the operation information corresponding to at least one target service deployed in the BMC, the method can also include the following method steps, see Figure 3 As shown:

[0095] Step S301: storing the operation information corresponding to at least one target service obtained in each monitoring period.

[0096] Step S302, predicting the operation trend of the next monitoring cycle after the current monitoring cycle based on the historical operation information corresponding to the first target service obtained in at least two monitoring cycles, so as to evaluate whether there is any abnormality in the operation status of the target service in the next cycle.

[0097] In a specific example, the operation information corresponding to at least one target service obtained in each monitoring cycle can be stored in a log file, the number of log files is preset, and a circular recording method is adopted. After the storage number reaches the preset number, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted based on the operation information in the preset number of log files, so as to evaluate whether there is an abnormality in the operation status of the target service in the next cycle.

[0098] Specifically, the operation information corresponding to at least one target service obtained in each monitoring cycle is stored. After storing a preset number of log files, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted based on the historical operation information in the preset number of log files to evaluate whether there is any abnormality in the operation status of the target service in the next cycle. When a certain parameter shows a trend of continuous growth or continuous decrease, it is necessary to send an alarm message to the operation and maintenance personnel in advance, so that the operation and maintenance personnel can check in advance to avoid potential problems and reduce losses to the business. The prediction results can also help the operation and maintenance personnel or the automation system to make solutions in advance.

[0099] On the basis of the above method embodiment, when the operation information includes one or more parameters of the service memory occupancy rate and the CPU occupancy rate of each process, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted according to the historical operation information corresponding to the first target service obtained in at least two monitoring cycles, which specifically includes the following method steps, see Figure 4 As shown:

[0100] Step S401, counting the operating trends of operating information within a preset number of continuous monitoring cycles.

[0101] Step S402: When the operation trend is in a continuous growth trend, it is predicted that the target service will be abnormal in the next monitoring cycle.

[0102] For example, the service memory usage rate is counted for 10 consecutive monitoring cycles, and then the service memory usage rate is confirmed for 10 consecutive monitoring cycles, and then the operating trend of the service memory usage rate for 10 consecutive cycles is evaluated, such as whether it has been growing continuously. If there is a continuous growth, there may be a memory leak or other faults. Naturally, when predicting the target service in the next monitoring cycle, there is a high probability that the memory will be abnormal. In order to avoid greater risks caused by memory leaks, effective measures can be taken in advance before the next monitoring cycle arrives, such as expanding the memory or load balancing.

[0103] In an optional embodiment, the operation information further includes: the maximum number of connections corresponding to the target service and the current number of connections executed in the current monitoring cycle. The method further includes:

[0104] When the current number of connections is greater than the maximum number of connections, it is determined that the service status is abnormal.

[0105] The maximum number of connections is read from the preconfigured BMC configuration file, and the current number of connections is read from the session status of all target services.

[0106] Specifically, the maximum number of connections is read from the BMC configuration file, and the current number of connections is read from the session status of all target services. When the current number of connections exceeds the maximum number of connections, the processor processing power inside the BM is insufficient to handle such a high number of concurrent connections, resulting in slow response or even server crash.

[0107] By real-time monitoring of the maximum number of connections and the current number of connections of the target service, potential service bottlenecks and performance issues can be discovered in a timely manner. When the current number of connections exceeds the preset maximum number of connections, the system can quickly identify and issue an early warning, and the operation and maintenance personnel can make timely adjustments based on the early warning information, thereby improving the reliability and stability of the entire system.

[0108] In an optional example, based on the abnormal cause included in the alarm information when the service operation status is abnormal, the most appropriate remedial measure is selected, for example, by building a decision tree model, training the decision tree model, extracting decision tree rules, and developing scripts according to the decision tree rules to perform specific remedial operations. Therefore, the method may also include:

[0109] Step c1, storing alarm information when the service operation status is abnormal.

[0110] The alarm information includes abnormal reasons such as the process does not exist, the process status is abnormal, the service memory usage is greater than the preset threshold, the process CPU usage is greater than the preset threshold, or the process occupies the CPU for a longer time than the preset threshold.

[0111] Step c2: extracting target features corresponding to the above abnormal causes from the alarm information.

[0112] Among them, target features may include error codes, response time, resource utilization, etc.

[0113] Specifically, different abnormal reasons correspond to different target features. For example, the non-existence of a process means that the process has not been started, which is associated with the error code feature. The service memory occupancy rate is greater than the preset threshold, the process CPU occupancy rate is greater than the preset threshold, which can be associated with the resource utilization rate feature, and the CPU occupancy time of the process is greater than the preset threshold, which can be associated with the response time feature.

[0114] Step c3, constructing a decision tree model based on the above target features.

[0115] Among them, each target feature corresponds to a branch in the decision tree, and the leaf nodes of the decision tree correspond to specific remedial actions.

[0116] Step c4, develop custom scripts to perform specific remediation actions.

[0117] In a specific example, when the cause of the exception is that the service memory usage is greater than the preset threshold, the target feature is the resource utilization rate, and the resource utilization rate is too high. The decision tree determines that the exception is caused by a memory leak and automatically executes a predefined memory release script to release memory resources.

[0118] Specifically, based on the alarm information, after the decision tree identifies the anomaly and determines the repair measures, it automatically calls the predefined repair script based on the anomaly to perform the remedial operation and monitor the repair results. As time goes by, more alarm information is collected and used to update and optimize the decision tree model to improve its accuracy and efficiency.

[0119] In an optional embodiment, based on any of the above embodiments, in addition to the above method of periodically acquiring the operation information corresponding to the target service deployed in the BMC, the following contents are also included:

[0120] Step d1, obtaining the operation information calling instruction corresponding to any target service.

[0121] Step d2, according to the operation information calling instruction, the operation information corresponding to the target service is fed back to the client, and the client is the client that issues the operation information calling instruction.

[0122] Specifically, in addition to automatically monitoring and obtaining target service operation information at regular intervals, the target service operation information can also be directly called according to the operation information call instruction to directly obtain real-time operation information. Among them, the platform that provides the operation information call instruction interface includes but is not limited to the Intelligent Platform Management Interface (IPMI).

[0123] Figure 5 The overall process of the above method is shown as follows:

[0124] First, the client preconfigures the service status judgment rules, including selecting the target service to be monitored according to its own needs and preferences; setting different timed monitoring cycles for different target services; and setting target service evaluation criteria. For example, the client instructs the SOL service to enable the evaluation criteria, sets the monitoring cycle of the SOL service to obtain data every hour, and sets the thresholds for the parameters of the SOL service's service memory usage, the CPU usage of each process, and the CPU usage time of each process.

[0125] After the above contents are configured, the operation information of the SOL service is monitored periodically, and it is determined whether the current time reaches the preset monitoring period. When the monitoring period is reached, the detailed operation information of the SOL service is obtained. At the same time, the evaluation criteria are combined to determine whether the operation status of the SOL service is abnormal.

[0126] The SOL service operation information is combined with the evaluation criteria to determine whether the target service operation status is abnormal, and an alarm message is issued if there is an abnormality. In an optional example, the SOL service operation information can also be stored in a log file, so that trend prediction can be performed based on the operation information in the log file of a preset number of monitoring cycles, and an alarm message is issued when it is determined that the prediction result is that the service status is abnormal.

[0127] The specific implementation process has been introduced in detail in the previous article, so I will not go into details here.

[0128] In addition to automatically monitoring service operation information at regular intervals, it also provides a command interface, including but not limited to the Intelligent Platform Management Interface (IPMI), allowing users or other systems to actively obtain the real-time operation status of the SOL service through IPMI commands.

[0129] In this embodiment, a device for monitoring the internal service status of a BMC is also provided, and the device is used to implement the above-mentioned embodiments and preferred implementation modes, and the descriptions that have been made are not repeated here. As used below, the term "module" can implement a combination of software and / or hardware of a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable.

[0130] This embodiment provides a device for monitoring the internal service status of a BMC. Figure 6 It includes: an acquisition module 601, a processing module 602, and an alarm module 603.

[0131] The acquisition module 601 is used to periodically acquire the operation information corresponding to at least one target service deployed in the BMC;

[0132] Processing module 602, for determining the operating state of the target service in the current monitoring period based on the service state judgment rule corresponding to the target service and the operating information corresponding to the target service acquired in the current monitoring period;

[0133] The alarm module 603 is used to issue an alarm message when it is determined that the operating status is abnormal.

[0134] In an optional embodiment, the acquisition module 601 is specifically used to periodically acquire the operation information corresponding to at least one target service deployed in the BMC. The operation information includes the process identification information of the process corresponding to the target service executed in the current monitoring cycle, the process state of each process, and one or more parameters of the service memory occupancy rate, the CPU occupancy rate of each process, and the CPU occupancy time of each process.

[0135] In an optional embodiment, the processing module 602 is specifically used to select a target service from multiple services deployed in the BMC according to the indication information, and subsequently evaluate whether there is an abnormality in the operating status of the target service in each monitoring cycle according to the evaluation criteria of whether the service status corresponding to the target service is abnormal.

[0136] It is also used to periodically obtain the operation information corresponding to at least one target service deployed in the BMC, and store the operation information corresponding to the at least one target service obtained in each monitoring period;

[0137] Based on the historical operation information corresponding to the first target service obtained in at least two monitoring cycles, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted to evaluate whether there is an abnormality in the operation status of the target service in the next cycle.

[0138] In an optional embodiment, the device further includes: an alarm module 603.

[0139] Specifically used for determining that the service status is abnormal and issuing an alarm message when it is determined that the process corresponding to the process identification information does not exist;

[0140] Alternatively, when it is determined that the process state of a process corresponding to any process identification information is abnormal, it is determined that the service state is abnormal and an alarm message is issued;

[0141] and / or,

[0142] When it is determined that the service memory usage is greater than a preset memory usage threshold, the service status is determined to be abnormal and an alarm message is issued;

[0143] Alternatively, when it is determined that the CPU occupancy rate of the process corresponding to any target service is greater than the CPU occupancy rate threshold of the process, it is determined that the service state is abnormal and an alarm message is issued;

[0144] Alternatively, when it is determined that the time that any process occupies the CPU is greater than a threshold value of the time that the process occupies the CPU, it is determined that the service state is abnormal and an alarm message is issued.

[0145] The device for monitoring the internal service status of the BMC in this embodiment is presented in the form of a functional module, where the module refers to an application specific integrated circuit (ASIC), a processor and a memory that executes one or more software or fixed programs, and / or other devices that can provide the above functions.

[0146] The further functional description of each of the above modules and units is the same as that of the above corresponding embodiments and will not be repeated here.

[0147] An embodiment of the present invention provides a device for monitoring the internal service status of a BMC. An acquisition module periodically acquires target service operation information. A processing module determines the operation status of the target service in a current monitoring period according to a service status judgment rule corresponding to the target service and the operation information corresponding to the target service. When the alarm module determines that the operation status is abnormal, it issues an alarm message.

[0148] The fully automated mechanism reduces labor costs and improves work efficiency. When a service is abnormal, the client can be notified in time to improve the timeliness of operation and maintenance. Periodically obtain and analyze the target service operation information to avoid potential problems in advance and reduce losses to the business.

[0149] An embodiment of the present invention further provides a computer device, Figure 7 is a schematic diagram of the structure of a computer device provided by an optional embodiment of the present invention, such as Figure 7 As shown, the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components are connected to each other using different buses for communication, and can be installed on a common mainboard or installed in other ways as needed. The processor can process the instructions executed in the computer device, including instructions stored in or on the memory to display the graphical information of the GUI on an external input / output device (such as, a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 7 A processor 10 is taken as an example.

[0150] The processor 10 may be a central processing unit, a network processor or a combination thereof. The processor 10 may further include an integrated circuit. The integrated circuit may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general purpose array logic or any combination thereof.

[0151] The memory 20 stores instructions executable by at least one processor 10, so that at least one processor 10 executes the method shown in the above embodiment.

[0152] The memory 20 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created by the use of a computer device based on the presentation of a small program landing page, etc. In addition, the memory 20 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 20 may optionally include a memory remotely arranged relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0153] The memory 20 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 20 may also include a combination of the above types of memory.

[0154] The computer device also includes an input device 30 and an output device 40. The processor 10, the memory 20, the input device 30 and the output device 40 may be connected via a bus or other means. Figure 7 The example of connecting through bus is taken in the following.

[0155] The input device 30 can receive input digital or character information, and generate key signal input related to the user settings and function control of the computer device, such as a touch screen, a keypad, a mouse, a track pad, a touch pad, an indicator bar, one or more mouse buttons, a trackball, a joystick, etc. The output device 40 may include a display device, an auxiliary lighting device (e.g., an LED) and a tactile feedback device (e.g., a vibration motor), etc. The above-mentioned display device includes but is not limited to a liquid crystal display, a light emitting diode, a display and a plasma display. In some optional embodiments, the display device can be a touch screen.

[0156] The embodiment of the present invention also provides a computer-readable storage medium. The method provided in the above embodiment of the present invention can be implemented in hardware, firmware, or implemented as a computer code that can be recorded in a storage medium, or is implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium and downloaded through a network, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid-state hard disk, etc.; further, the storage medium can also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by a computer, a processor, or hardware, the method shown in the above embodiment is implemented.

[0157] A part of the present invention may be applied as a computer program product, such as a computer program instruction, which, when executed by a computer, can call or provide the method and / or technical solution according to the present invention through the operation of the computer. Those skilled in the art should understand that the existence of the computer program instruction in a computer-readable medium includes, but is not limited to, a source file, an executable file, an installation package file, etc., and accordingly, the way in which the computer program instruction is executed by the computer includes, but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Here, the computer-readable medium may be any available computer-readable storage medium or communication medium accessible to the computer.

[0158] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations are all within the scope defined by the appended claims.

Claims

1. A method for monitoring the internal service status of a BMC, characterized in that: The method is executed by the BMC, and the method includes: Periodically obtaining operation information corresponding to at least one target service deployed in the BMC; Determine the operating state of the target service in the current monitoring period according to a preconfigured service state judgment rule corresponding to the target service and the operating information corresponding to the target service acquired in the current monitoring period; When it is determined that the operating state is abnormal, an alarm message is issued.

2. The method according to claim 1, characterized in that The preconfigured service status judgment rule includes: indication information for indicating whether each of the multiple services deployed in the BMC enables an evaluation standard, and an evaluation standard for whether the service status corresponding to the service is abnormal; Before periodically acquiring the operation information corresponding to at least one service deployed in the BMC, the method further includes: According to the indication information, the target service with the evaluation criteria enabled is selected from the multiple services deployed in the BMC, so as to subsequently evaluate whether there is an abnormality in the running status of the target service in each monitoring cycle according to the evaluation criteria of whether the service status corresponding to the target service is abnormal.

3. The method according to claim 2, characterized in that When the operation information includes process identification information of processes corresponding to the target service executed in the current monitoring period, and the process status of each of the processes, the evaluation criteria include: Determine whether a process corresponding to the process identification information exists; When it is determined that the process corresponding to the process identification information does not exist, determining that the service state is abnormal; Alternatively, when it is determined that the process state of the process corresponding to any process identification information is abnormal, it is determined that the service state is abnormal; and / or, When the operation information includes one or more parameters of the service memory occupancy rate, the CPU occupancy rate of each process, and the CPU occupancy time of each process, the evaluation criteria include: When it is determined that the service memory occupancy rate is greater than a preset service memory occupancy rate threshold, determining that the service state is abnormal; Alternatively, when it is determined that the CPU occupancy rate of the process corresponding to any process identification information is greater than the CPU occupancy rate threshold of the process, it is determined that the service status is abnormal; Alternatively, when it is determined that the CPU occupation time of the process corresponding to any process identification information is greater than the CPU occupation time threshold, it is determined that the service state is abnormal.

4. The method according to any one of claims 1 to 3, characterized in that: After periodically acquiring the operation information corresponding to at least one target service deployed in the BMC, the method further includes: Storing the operation information corresponding to at least one target service obtained in each monitoring period; Based on the historical operation information corresponding to the first target service obtained in at least two monitoring cycles, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted to evaluate whether there is an abnormality in the operation status of the target service in the next cycle.

5. The method according to claim 4, characterized in that When the operation information includes one or more parameters of the service memory occupancy rate and the CPU occupancy rate of each process, the operation trend of the next monitoring cycle after the current monitoring cycle is predicted based on the historical operation information corresponding to the first target service obtained in at least two monitoring cycles, specifically including: Counting the operation trend of the operation information within a preset number of continuous monitoring cycles; When the operation trend is in a continuous growth trend, it is predicted that the target service will be abnormal in the next monitoring cycle.

6. The method according to any one of claims 1 to 3, characterized in that The method further comprises: Get the running information call instruction corresponding to any target service; According to the operation information calling instruction, the operation information corresponding to the target service is fed back to the client, and the client is the client that issued the operation information calling instruction.

7. The method according to claim 3, characterized in that The operation information also includes: the maximum number of connections corresponding to the target service and the current number of connections executed in the current monitoring cycle; the method also includes: When the current number of connections is greater than the maximum number of connections, it is determined that the service status is abnormal; wherein the maximum number of connections is read from a preconfigured BMC configuration file; and the current number of connections is read from the session status of all the target services.

8. A BMC internal service status monitoring device, characterized in that: The device comprises: An acquisition module, used for periodically acquiring operation information corresponding to at least one target service deployed in the BMC; A processing module, configured to determine the operating state of the target service in the current monitoring period according to a preconfigured service state judgment rule corresponding to the target service and the operating information corresponding to the target service acquired in the current monitoring period; The alarm module is used to issue an alarm message when it is determined that the operating state is abnormal.

9. A computer device, characterized in that: include: A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the BMC internal service status monitoring method according to any one of claims 1 to 7 by executing the computer instructions.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a computer to execute the BMC internal service status monitoring method according to any one of claims 1 to 7.

Images