CN104991821B - method and device for processing monitoring tasks in batches - Google Patents

Abstract

The invention discloses a method and a device for batch processing monitoring tasks. The method includes: receiving a task request including at least one batch task, and dividing the batch task into a plurality of sub-task groups; calling monitoring software to process the tasks included in the task request according to a preset task processing template, wherein each sub-task The tasks in the task group are processed in parallel by corresponding sub-processes. The method and device in the present invention can process task requests including batch tasks, and divide the tasks into multiple sub-task groups for parallel processing, thereby significantly improving the task processing efficiency, reducing the tediousness of manual operations, and further Eliminate inadvertent errors that may occur in tedious operations.

Description

Method and device for batch processing monitoring tasks

technical field

The present invention relates to the technical field of network communication, in particular to a method and device for batch processing monitoring tasks.

Background technique

At present, there are more and more types and quantities of network services. In actual situations, many servers are often formed into a server cluster, and the server cluster jointly provides a certain service to the user. Therefore, the number of servers is increasing day by day, and network managers often need to monitor hundreds or even thousands of servers at the same time in order to detect problems in time and ensure service reliability.

Zabbix software is a commonly used monitoring software that can monitor multiple servers at the same time. The software provides users with a friendly and intuitive web interface, and users can complete multiple operations such as adding servers, deleting servers, and modifying monitoring items through mouse clicks on the web interface. Therefore, the software has won a large number of users with its intuitive and easy-to-operate features. However, in practice, a large number of servers and many monitoring items are often involved, and zabbix software is very inefficient when dealing with a large number of demands at the same time. For example, if a thousand newly added servers in a computer room are added to the monitoring list, the user needs to click the "Add" button to add servers one by one through the zabbix software, so it takes thousands of mouse clicks to complete the addition of all servers. If you want to delete a thousand servers from the monitoring list, you need to click the "Delete" button one by one thousands of times to achieve this. Assuming that it takes one second to add/delete one server, it takes one thousand seconds to add/delete one thousand servers, which will inevitably affect the monitoring efficiency of the monitoring software. Moreover, the operation method of the user clicking the mouse thousands of times is not only prone to errors due to negligent operation, but also easily leads to health problems such as "mouse hand".

It can be seen that the existing monitoring software has the defects of low efficiency, cumbersome operation and error-prone when dealing with batch tasks.

SUMMARY OF THE INVENTION

In view of the above problems, the present invention is proposed to provide a method and apparatus for batch processing monitoring tasks that overcome the above problems or at least partially solve the above problems.

According to one aspect of the present invention, a method for batch processing monitoring tasks is provided, comprising:

Receive a task request containing at least one type of batch task, and divide the batch task into multiple sub-task groups;

According to the preset task processing template, the monitoring software is called to process the tasks included in the task request, wherein the tasks in each sub-task group are processed in parallel by the corresponding sub-processes.

According to another aspect of the present invention, a device for batch processing monitoring tasks is provided, comprising:

a receiving module, adapted to receive a task request including at least one batch task, and divide the batch task into a plurality of sub-task groups;

The processing module is adapted to call the monitoring software to process the tasks included in the task request according to a preset task processing template, wherein the tasks in each sub-task group are processed in parallel by corresponding sub-processes.

In the method and device for batch processing monitoring tasks provided by the present invention, a task request including batch tasks can be directly received, and the batch tasks are divided into multiple sub-task groups; then, according to a preset task processing template, the monitoring task is invoked The software processes the tasks included in the task request, and the tasks in each sub-task group are processed in parallel through the corresponding sub-processes. It can be seen that the method and device of the present invention can process task requests including batch tasks, and divide the tasks into multiple sub-task groups for parallel processing, thereby significantly improving the task processing efficiency and reducing the tedious manual operation. Therefore, inadvertent errors that may occur in tedious operations are eliminated.

The above description is only an overview of the technical solutions of the present invention, in order to be able to understand the technical means of the present invention more clearly, it can be implemented according to the content of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand , the following specific embodiments of the present invention are given.

Description of drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are for the purpose of illustrating preferred embodiments only and are not to be considered limiting of the invention. Also, the same components are denoted by the same reference numerals throughout the drawings. In the attached image:

1 shows a flowchart of a method for batch processing monitoring tasks provided by an embodiment of the present invention;

FIG. 2 shows a flowchart of a method for batch processing monitoring tasks provided by a specific embodiment of the present invention; and,

FIG. 3 shows a structural diagram of an apparatus for batch processing monitoring tasks provided by an embodiment of the present invention.

Detailed ways

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided so that the present disclosure will be more thoroughly understood, and will fully convey the scope of the present disclosure to those skilled in the art.

The embodiments of the present invention provide a method and device for batch processing monitoring tasks, which can solve the problems of low efficiency, complicated operation and error-prone problems in the prior art when monitoring software processes batch tasks.

FIG. 1 shows a flowchart of a method for batch processing monitoring tasks provided by an embodiment of the present invention. As shown in Figure 1, the method includes the following steps:

Step S110: Receive a task request including at least one batch task.

The task request is implemented in the form of a command line, and the task request includes parameter information for indicating the task type and the task processing object. Specifically, the task types included in the task request may be one or more of the following types: adding monitoring objects, deleting monitoring objects, modifying monitoring templates corresponding to monitoring objects, and setting groups for monitoring objects. In addition, when the number of task processing objects is small, the parameter information used to indicate the task processing objects may be the identification information of each task processing object; or, when the number of task processing objects is large, the parameter information used to indicate the task processing objects The parameter information may be file information of a data file storing identification information of all task processing objects.

Step S120: Divide the batch tasks in the above task request into multiple sub-task groups.

The number of sub-task groups may be flexibly set as required, for example, the number of sub-task groups may be determined according to the number of task processing objects and the number of CPU cores.

Step S130: According to the preset task processing template, the monitoring software is called to process the tasks included in the task request, wherein the tasks in each sub-task group are processed in parallel by corresponding sub-processes.

The task processing flow corresponding to each task type is set in the task processing template, and the corresponding task processing flow is selected for processing according to the task type included in the task request. In the processing process, first, a corresponding number of sub-processes are derived according to the number of sub-task groups, and then the monitoring software is called by each sub-process in parallel for processing. Wherein, the monitoring software may be zabbix software, and the zabbix software is invoked through an application programming interface API function provided by the zabbix software.

Optionally, the step of calling the monitoring software to process the tasks included in the task request further includes: if the task processing status returned by the monitoring software is received within a preset time, then displaying the task processing status; After receiving the task processing status returned by the monitoring software, the monitoring software is called again to process the tasks included in the task request. This reduces tasks such as failures in task processing caused by network failures.

The method in the present invention can process task requests including batch tasks, and divide the tasks into multiple sub-task groups for parallel processing, thereby significantly improving the task processing efficiency, reducing the tediousness of manual operations, and eliminating the need for Inadvertent errors that may occur in tedious operations.

Fig. 2 shows a flowchart of a method for batch processing monitoring tasks provided by a specific embodiment of the present invention. The execution body of the method is the apparatus for batch processing monitoring tasks in the present invention, and the apparatus can be implemented by means of software programming or hardware chips. In this embodiment, the description is given by using the zabbix software to implement batch addition of servers as an example. As shown in Figure 2, the method includes the following steps:

Step S210: Receive a task request in the form of a command line, and acquire the task type included in the task request.

For example, a task request in this command line form could be:

[root@zabbix02v/usr/local/zbxtool]#/usr/local/zbxtool/zbxtool.py hostcreate

Among them, "[root@zabbix02v/usr/local/zbxtool]#/usr/local/zbxtool/" is the installation path of the device for batch processing monitoring tasks (the device is implemented by software in this embodiment), "zbxtool .py” is the executable program corresponding to the device. In addition, "host create" is a function in the device for implementing batch addition of servers, and a processing flow of batch addition of servers is predefined in this function. Therefore, through the "hostcreate" field in the command line, it can be determined that the task type contained in the task request is adding servers in batches.

Step S220: Obtain the task processing object included in the above task request.

Among them, the task processing object included in the task request can be obtained directly through a specific field in the command line. For example, when the command line form of the task request is "[root@zabbix02v/usr/local/zbxtool]#/usr/local/zbxtool/zbxtool.py host create -h 10.10,10.11", the field "-h 10.10 ,10.11" is a parameter indicating the task processing object, and the parameter contains the identification information of each task processing object. Therefore, the task processing object in the command line is the two servers with identification numbers 10.10 and 10.11.

When the command-line task request is "[root@zabbix02v/usr/local/zbxtool]#/usr/local/zbxtool/zbxtool.py host create -f data.json", the field "-f data.json" ” is a parameter indicating the task processing object, and this parameter contains the file name of the data file data.json that stores the identification information of all the task processing objects. Therefore, the task processing object in the command line is data.json. All servers recorded in the data file. In actual situations, the servers to be added often come from the same system. In this case, the server list in the system can be directly copied to the data file, which can simplify the command line and improve the input efficiency.

In addition, in order to further simplify the command line, when the parameter used to indicate the task processing object in the task request is in the default state, the data file is read from the specified file path by default, and the server recorded therein is used as the task processing object. For example, the data file data.json can be set in advance in the same installation path as the device "[root@zabbix02v/usr/local/zbxtool]#/usr/local/zbxtool/", in this case, when the command line omits " -fdata.json" field, the data in data.json is read from the above path as the task processing object by default.

Step S230: Analyze the number of task processing objects, and divide them into multiple sub-task groups.

For example, the following data is recorded in the data file data.json:

"gwd01v.add.zwt.qihoo.net",

"gwd02v.add.zwt.qihoo.net",

"gwd03v.add.zwt.qihoo.net",

"gwd04v.add.zwt.qihoo.net",

"gwd05v.add.zwt.qihoo.net",

"gwd06v.add.zwt.qihoo.net",

"gwd07v.add.zwt.qihoo.net",

"gwd08v.add.zwt.qihoo.net",

"gwd09v.add.zwt.qihoo.net",

"gwd10v.add.zwt.qihoo.net",

...

Read the above pieces of data in sequence, and record the total number of pieces of data as the number of task processing objects. During the reading process, it is also possible to further check whether the format of the data parameters is correct, for example, to check whether the number of fields of each piece of data conforms to the predetermined format, so that obvious field errors can be screened out, so as to avoid the subsequent processing. report an error.

The number of sub-task groups is determined according to the number of task processing objects and in combination with other reference indicators. Among them, other reference indicators can be memory size, number of CPU cores, and API receiving speed. In this embodiment, assuming that the number of task processing objects is 1000, the number of CPU cores is 8, and the set number of subtask groups is 100, the number of task processing objects in each subtask group is 10.

Step S240: According to the preset task processing template, call the zabbix software to process the task of adding servers in batches included in the above task request. The tasks in each sub-task group are processed in parallel by corresponding sub-processes.

Among them, the task processing template can be implemented by a predefined function. For example, the process of adding servers in batches is predefined in the "host create" function. In this processing flow, a communication connection is established with the zabbix software, and a corresponding number of sub-processes are derived according to the number of sub-task groups, and the corresponding tasks are processed by each sub-process in parallel. In the processing process of each sub-process, it needs to call the application program interface API function provided by the zabbix software to realize the corresponding task processing. For example, in this embodiment, each time a server is added, the API function host.creat provided by the zabbix software for adding a server needs to be called to achieve this. In addition, each child process will return the processing result to the main process.

Among them, because 100 subprocesses are derived, each subprocess only handles 10 servers, so the addition of 1000 servers can be completed in only ten seconds, which significantly reduces the operation time.

In addition, optionally, the method in this embodiment of the present invention may further include step S250. In step S250, if the task processing status returned by the zabbix software is received within the preset time, the task processing status is displayed; if the task processing status returned by the zabbix software is not received within the preset time, the zabbix software is called again. Process the tasks contained in the task request.

Specifically, if the task processing status returned by the zabbix software is "successfully added for all 1000 servers" within the preset time, the status will be displayed to the user; or, the task processing status returned by the zabbix software can also be "999 servers". The server is successfully added, but one server fails to be added." At this time, for the server that fails to be added, the user can add it by clicking the mouse provided by the zabbix software.

Assuming that the task processing status returned by the zabbix software is not received within the preset time, the zabbix software will be called again to process the tasks contained in the task request to prevent the zabbix software from not receiving the task due to network failure or network packet loss. situation occurs. That is to say, the method of the present invention will retry in the case of timeout. When the number of retries reaches the set number of times (eg, 3 times), the method will not retry and directly prompt an error message. In addition, in addition to the timeout retry mechanism, the method of the present invention can also retry some unsuccessful tasks in a batch of tasks, so as to reduce the number of failed tasks as much as possible.

In the above embodiment, the task type is adding monitoring objects in batches. In other embodiments of the present invention, the task type may also be deleting monitoring objects, modifying monitoring templates corresponding to monitoring objects, and setting groups for monitoring objects. The specific processing method is similar to the above-mentioned embodiment. For example, when deleting a monitoring object, it can be implemented through hostdelete on the command line, and the host.delete interface function provided by the zabbix software can be called in the host delete function to realize the operation of deleting the monitoring object. When modifying the monitoring template corresponding to the monitoring object, it can be implemented through templates on the command line, and the template.create, template.delete and/or template.update interface functions provided by the zabbix software can be called in the templates function to create monitoring templates and delete them. Actions to monitor templates and/or update monitor templates. When setting a group for a monitoring object, it can be implemented through the host group on the command line. In the host group function, the hostgroup.create interface function provided by the zabbix software can be called to realize the operation of creating a group.

Among them, the above several task types may be implemented by different task requests respectively, or multiple task types may be included in the same task request. For example, when a task request is "[root@zabbix02v/usr/local/zbxtool]#/usr/local/zbxtool/zbxtool.py host create-f data.json,hostgroup:[MySQL]", in the task request It also contains two types of tasks: one is adding servers in batches (corresponding to the host create function), and the other is setting groups (corresponding to the hostgroup function). The former task is a batch task and needs to be processed by multiple sub-processes in parallel; the latter task is a non-batch task and can be processed by a single process. Through the above command line, all the servers contained in the data file data.json can be added to the monitoring list, and these servers can be added to the "MySQL" group. Also, when a task request is [root@zabbix02v/usr/local/zbxtool]#/usr/local/zbxtool/zbxtool.py host create -f data.json,templates:["addops-diskio","addops-linux ”, “addops-ping”], the task request includes the tasks of adding servers in batches and setting monitoring templates. Through the above command line, you can add all the servers contained in the data file data.json to the monitoring list, and make these servers use the three monitoring templates of "diskio", "linux", and "ping". Among them, different monitoring items can be set in each monitoring template, such as monitoring memory, CPU, or a certain software.

It can be seen from this that the method for batch processing monitoring tasks provided by the embodiment of the present invention can replace the operation performed by clicking the mouse in monitoring software such as zabbix with an automatically running script program, thus simplifying the operation mode, and through parallel processing The method improves efficiency and avoids inadvertent errors during manual operation. In addition to improving efficiency, the method in this embodiment of the present invention can also achieve automation requirements. For example, when a certain system needs to add a server in it to the monitoring list of monitoring software, or needs to modify a certain monitoring template, the The system cannot realize manual operations such as clicking the mouse, so that the interaction with the monitoring software cannot be completed, but the above problems can be well solved by using the method provided by the present invention. The system can automatically add/delete servers, modify monitoring templates or create groups by simply running a command line, thus meeting the needs of automation.

FIG. 3 shows a structural diagram of an apparatus 300 for batch processing monitoring tasks provided by an embodiment of the present invention. As shown in FIG. 3, the apparatus 300 includes:

The receiving module 31 is adapted to receive a task request including at least one batch task, and divide the batch task into a plurality of sub-task groups; and,

The processing module 32 is adapted to call the monitoring software to process the tasks included in the task request according to a preset task processing template, wherein the tasks in each sub-task group are processed in parallel by corresponding sub-processes.

The task request is implemented in the form of a command line, and the task request includes parameter information for indicating the task type and the task processing object. The parameter information used to indicate the task processing objects is the identification information of each task processing object; or the parameter information used to indicate the task processing objects is the file information of the data file storing the identification information of all the task processing objects.

Optionally, the number of subtask groups is determined according to the number of task processing objects and the number of CPU cores. Moreover, the task request includes one or more of the following task types: adding a monitoring object, deleting a monitoring object, modifying a monitoring template corresponding to the monitoring object, and setting a group for the monitoring object. Furthermore, the task processing flow corresponding to each task type is set in the task processing template.

Optionally, the monitoring software is zabbix software, and the processing module calls the zabbix software through an application program interface API function provided by the zabbix software.

Optionally, the processing module 32 further includes:

a display sub-module, adapted to display the task processing status when receiving the task processing status returned by the monitoring software within a preset time; and,

The retry submodule is suitable for re-calling the monitoring software to process the tasks included in the task request when the task processing status returned by the monitoring software is not received within the preset time.

For the specific implementation details of the above-mentioned modules, reference may be made to the descriptions of the corresponding steps in the method embodiments, which will not be repeated here.

In the method and device for batch processing monitoring tasks provided by the present invention, a task request including batch tasks can be directly received, and the batch tasks are divided into multiple sub-task groups; then, according to a preset task processing template, the monitoring task is invoked The software processes the tasks included in the task request, and the tasks in each sub-task group are processed in parallel through the corresponding sub-processes. It can be seen that the method and device of the present invention can process task requests including batch tasks, and divide the tasks into multiple sub-task groups for parallel processing, thereby significantly improving the task processing efficiency and reducing the tedious manual operation. Therefore, inadvertent errors that may occur in tedious operations are eliminated.

The algorithms and displays provided herein are not inherently related to any particular computer, virtual system, or other device. Various general-purpose systems can also be used with teaching based on this. The structure required to construct such a system is apparent from the above description. Furthermore, the present invention is not directed to any particular programming language. It is to be understood that various programming languages may be used to implement the inventions described herein, and that the descriptions of specific languages above are intended to disclose the best mode for carrying out the invention.

In the description provided herein, numerous specific details are set forth. It will be understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it is to be understood that in the above description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together into a single embodiment, figure, or its description. This disclosure, however, should not be construed as reflecting an intention that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the Detailed Description are hereby expressly incorporated into this Detailed Description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will understand that the modules in the device in the embodiment can be adaptively changed and arranged in one or more devices different from the embodiment. The modules or units or components in the embodiments may be combined into one module or unit or component, and further they may be divided into multiple sub-modules or sub-units or sub-assemblies. All features disclosed in this specification (including accompanying claims, abstract and drawings) and any method so disclosed may be employed in any combination, unless at least some of such features and/or procedures or elements are mutually exclusive. All processes or units of equipment are combined. Each feature disclosed in this specification (including accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that although some of the embodiments described herein include certain features, but not others, included in other embodiments, that combinations of features of different embodiments are intended to be within the scope of the invention within and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

Various component embodiments of the present invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art should understand that a microprocessor or a digital signal processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components in the apparatus according to the embodiments of the present invention. The present invention can also be implemented as apparatus or apparatus programs (eg, computer programs and computer program products) for performing part or all of the methods described herein. Such a program implementing the present invention may be stored on a computer-readable medium, or may be in the form of one or more signals. Such signals may be downloaded from Internet sites, or provided on carrier signals, or in any other form.

It should be noted that the above-described embodiments illustrate rather than limit the invention, and that alternative embodiments may be devised by those skilled in the art without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several different elements and by means of a suitably programmed computer. In a unit claim enumerating several means, several of these means may be embodied by one and the same item of hardware. The use of the words first, second, and third, etc. do not denote any order. These words can be interpreted as names.

The present invention discloses:

A1. A method for batch processing monitoring tasks, comprising:

Receive a task request containing at least one type of batch task, and divide the batch task into multiple sub-task groups;

According to a preset task processing template, the monitoring software is called to process the tasks included in the task request, wherein the tasks in each sub-task group are processed in parallel by corresponding sub-processes.

A2. The method according to A1, wherein the task request is implemented in the form of a command line, and the task request includes parameter information for indicating a task type and a task processing object.

A3. The method according to A1 or A2, wherein the parameter information used to indicate the task processing objects is the identification information of each task processing object; The file information of the data file that identifies the information.

A4. The method according to A3, wherein the number of the subtask groups is determined according to the number of the task processing objects and the number of CPU cores.

A5. The method according to any one of A1-A4, wherein the task request includes one or more of the following task types:

Add monitoring objects, delete monitoring objects, modify monitoring templates corresponding to monitoring objects, and set groups for monitoring objects.

A6. The method according to any one of A1-A5, wherein a task processing flow corresponding to each task type is set in the task processing template.

A7. The method according to any one of A1-A6, wherein the monitoring software is zabbix software, and the zabbix software is called through an application program interface API function provided by the zabbix software.

A8. The method according to any one of A1-A7, wherein after the step of invoking the monitoring software to process the task included in the task request, it further includes:

If the task processing status returned by the monitoring software is received within a preset time, the task processing status is displayed;

If the task processing status returned by the monitoring software is not received within a preset time, the monitoring software is called again to process the tasks included in the task request.

The present invention also discloses:

B9. A device for batch processing monitoring tasks, comprising:

a receiving module, adapted to receive a task request including at least one batch task, and divide the batch task into a plurality of sub-task groups;

The processing module is adapted to call monitoring software to process the tasks included in the task request according to a preset task processing template, wherein the tasks in each sub-task group are processed in parallel by corresponding sub-processes.

B10. The apparatus according to B9, wherein the task request is implemented in the form of a command line, and the task request includes parameter information for indicating the task type and the task processing object.

B11. The device according to B10, wherein the parameter information used to indicate the task processing objects is the identification information of each task processing object; or, the parameter information used to indicate the task processing objects is the identification information that stores all the task processing objects The file information of the data file.

B12. The apparatus according to B11, wherein the number of the subtask groups is determined according to the number of the task processing objects and the number of CPU cores.

B13. The device according to any one of B9-B12, wherein the task request includes one or more of the following task types: adding a monitoring object, deleting a monitoring object, modifying a monitoring template corresponding to a monitoring object, And set grouping for monitoring objects.

B14. The apparatus according to any one of B9-B13, wherein a task processing flow corresponding to each task type is set in the task processing template.

B15. The device according to any one of B9-B14, wherein the monitoring software is zabbix software, and the processing module calls the zabbix software through an application program interface API function provided by the zabbix software.

B16. The device according to any one of B9-B15, wherein the processing module further comprises:

a display submodule, adapted to display the task processing status when receiving the task processing status returned by the monitoring software within a preset time;

The retry submodule is adapted to re-call the monitoring software to process the tasks included in the task request when the task processing status returned by the monitoring software is not received within a preset time.

Claims (12)

1. A method for batch processing monitoring tasks, comprising: Receive a task request containing at least one batch of tasks, and divide the batch tasks into multiple sub-task groups; wherein, the number of the sub-task groups is determined according to the number of task processing objects and the number of CPU cores; According to the preset task processing template, the monitoring software is called to process the tasks included in the task request, wherein the tasks in each sub-task group are processed in parallel by the corresponding sub-processes; The task request is implemented in the form of a command line, and the task request includes parameter information used to indicate the task type and the task processing object, and the parameter information used to indicate the task processing object includes all the task processing objects stored The file information of the data file for the identification information. 2. The method according to claim 1, wherein the parameter information for indicating the task processing objects includes identification information of each task processing object. 3. The method according to any one of claims 1-2, wherein the task request includes one or more of the following task types: Add monitoring objects, delete monitoring objects, modify monitoring templates corresponding to monitoring objects, and set groups for monitoring objects. 4. The method according to any one of claims 1-2, wherein a task processing flow corresponding to each task type is set in the task processing template. 5. The method according to any one of claims 1-2, wherein the monitoring software is zabbix software, and the zabbix software is called through an application program interface API function provided by the zabbix software. 6. The method according to any one of claims 1-2, wherein after the step of invoking the monitoring software to process the tasks included in the task request, it further comprises: If the task processing status returned by the monitoring software is received within a preset time, the task processing status is displayed; If the task processing status returned by the monitoring software is not received within a preset time, the monitoring software is called again to process the tasks included in the task request. 7. A device for batch processing monitoring tasks, comprising: A receiving module, adapted to receive a task request including at least one batch task, and divide the batch task into a plurality of subtask groups; wherein, the number of the subtask groups is determined according to the number of task processing objects and the number of CPU cores ; a processing module, adapted to call monitoring software to process the tasks included in the task request according to a preset task processing template, wherein the tasks in each sub-task group are processed in parallel by corresponding sub-processes; The task request is implemented in the form of a command line, and the task request includes parameter information used to indicate the task type and the task processing object, and the parameter information used to indicate the task processing object includes all the task processing objects stored The file information of the data file for the identification information. 8. The apparatus according to claim 7, wherein the parameter information for indicating the task processing objects includes identification information of each task processing object. 9. The device according to any one of claims 7-8, wherein the task request includes one or more of the following task types: adding a monitoring object, deleting a monitoring object, and modifying the monitoring corresponding to the monitoring object templates, and set up groups for monitoring objects. 10. The apparatus according to any one of claims 7-8, wherein a task processing flow corresponding to each task type is set in the task processing template. 11. The device according to any one of claims 7-8, wherein the monitoring software is zabbix software, and the processing module calls the zabbix software through an application program interface API function provided by the zabbix software. 12. The apparatus of any one of claims 7-8, wherein the processing module further comprises: A display submodule, adapted to display the task processing status when receiving the task processing status returned by the monitoring software within a preset time; The retry submodule is adapted to re-call the monitoring software to process the task included in the task request when the task processing status returned by the monitoring software is not received within a preset time.