CN110730135A - Method and device for improving performance of server, storage medium and server - Google Patents

Method and device for improving performance of server, storage medium and server Download PDF

Info

Publication number
CN110730135A
CN110730135A CN201910840664.1A CN201910840664A CN110730135A CN 110730135 A CN110730135 A CN 110730135A CN 201910840664 A CN201910840664 A CN 201910840664A CN 110730135 A CN110730135 A CN 110730135A
Authority
CN
China
Prior art keywords
server
sub
web container
restarting
performance index
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910840664.1A
Other languages
Chinese (zh)
Other versions
CN110730135B (en
Inventor
胡鹏强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Puhui Enterprise Management Co Ltd
Original Assignee
Ping An Puhui Enterprise Management Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Puhui Enterprise Management Co Ltd filed Critical Ping An Puhui Enterprise Management Co Ltd
Priority to CN201910840664.1A priority Critical patent/CN110730135B/en
Publication of CN110730135A publication Critical patent/CN110730135A/en
Application granted granted Critical
Publication of CN110730135B publication Critical patent/CN110730135B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44552—Conflict resolution, i.e. enabling coexistence of conflicting executables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The invention provides a method, a device, a storage medium and a server for improving the performance of the server, wherein the method comprises the following steps: acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server; monitoring the performance index parameter value of each sub server on the sub server list according to the sub server information; acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server; determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container; and if the web container on the sub server is determined to trigger restarting, restarting the web container. The invention can improve the performance of the server under the condition of ensuring the project deployment stability on the sub-server.

Description

Method and device for improving performance of server, storage medium and server
Technical Field
The invention relates to the technical field of computer application, in particular to a method, a device, a storage medium and a server for improving the performance of the server.
Background
In existing project development, projects are deployed on servers using Tomcat. Tomcat refers to a web container for deploying developed code engineering to make the engineering an application or system, so that the engineering can be externally provided with services and externally accessed. When an application or system deployed in a server with a web container Tomcat service process is blocked or a front end has more than expected concurrent access, the response of the application or system is often slowed down, the performance of the server is reduced, and the use of a user is affected, and at this time, the performance of the server needs to be improved.
Disclosure of Invention
Embodiments of the present invention provide a method, an apparatus, a storage medium, and a server for improving server performance, so as to solve the problem in the prior art that when an application or a system deployed in a server having a web container Tomcat service process is blocked or a front end has more than expected concurrent access, the response of the application or the system is often slowed down, the server performance is degraded, and this may affect the use of a user.
A first aspect of an embodiment of the present invention provides a method for improving server performance, including:
acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server;
monitoring the performance index parameter value of each sub server on the sub server list according to the sub server information;
acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server;
determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container;
and if the web container on the sub server is determined to trigger restarting, restarting the web container.
A second aspect of the embodiments of the present invention provides an apparatus for improving server performance, including:
the server list acquiring unit is used for acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server;
the performance index monitoring unit is used for monitoring the performance index parameter value of each sub-server on the sub-server list according to the sub-server information;
the restarting task obtaining unit is used for obtaining a timing restarting task corresponding to the web container according to the project deployment information of the web container on the sub-server;
the restarting triggering judging unit is used for determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container;
and the container restarting unit is used for restarting the web container if the web container on the sub server is determined to trigger restarting.
A third aspect of the embodiments of the present invention provides a server, including a memory and a processor, where the memory stores a computer program operable on the processor, and the processor executes the computer program to implement the following steps:
acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server;
monitoring the performance index parameter value of each sub server on the sub server list according to the sub server information;
acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server;
determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container;
and if the web container on the sub server is determined to trigger restarting, restarting the web container.
A fourth aspect of embodiments of the present invention provides a computer-readable storage medium storing a computer program which, when executed by a processor, implements the steps of:
acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server;
monitoring the performance index parameter value of each sub server on the sub server list according to the sub server information;
acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server;
determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container;
and if the web container on the sub server is determined to trigger restarting, restarting the web container.
In the embodiment of the invention, by acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server, then monitoring a performance index parameter value of each sub-server on the sub-server list according to the sub-server information, acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server, finally determining whether the web container on the sub-server triggers restart or not based on the monitored performance index parameter value or/and the timed restart task corresponding to the web container, and restarting the web container if determining that the web container on the sub-server triggers restart, the deployment of the project is managed by the central server through a plurality of sub-servers, the efficiency of project deployment can be improved, the web containers on the sub-servers are restarted under the condition that the restarting condition is achieved, the performance of each sub-server is improved under the condition that the project deployment stability on the sub-servers is guaranteed, the efficiency of project deployment is further improved, and the user experience is enhanced.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a flowchart of an implementation of a method for improving server performance according to an embodiment of the present invention;
fig. 2 is a flowchart of a specific implementation of determining to trigger a restart of a web container according to an early warning value of a performance index parameter value or/and a timed restart task according to an embodiment of the present invention;
fig. 3 is a flowchart of a specific implementation of a method a1 for improving server performance according to an embodiment of the present invention;
fig. 4 is a flowchart of a specific implementation of the method S105 for improving server performance according to the embodiment of the present invention;
fig. 5 is a flowchart illustrating a specific implementation of a method B1 for improving server performance according to an embodiment of the present invention;
FIG. 6 is a block diagram of an apparatus for improving server performance according to an embodiment of the present invention;
FIG. 7 is a block diagram of an apparatus for improving server performance according to another embodiment of the present invention;
fig. 8 is a schematic diagram of a server provided in an embodiment of the present invention.
Detailed Description
In order to make the objects, features and advantages of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the embodiments described below are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Fig. 1 shows an implementation process of a method for improving server performance according to an embodiment of the present invention, where the method includes steps S101 to S105. The specific realization principle of each step is as follows:
s101: and acquiring a sub server list, wherein the sub server list comprises sub server information of each sub server connected with a central server and project deployment information of a web container on the sub server.
Specifically, in the embodiment of the present invention, there are multiple sub servers in the distributed system, each sub server is managed by using a central server connection, and one or more web containers are respectively configured on the sub servers. In this embodiment, the web container employs Tomcat. Tomcat is a Web server program similar to IIS, Apache, i.e., a kind of Web container. Tomcat supports jsp dynamic web pages. In this embodiment, when a project is deployed by using Tomcat, a jar package used by an application or a system needs to be placed under a lib directory of Tomcat, and then deployed together on a child server. The sub-server information includes a sub-server identifier and a sub-server address, and the sub-server information further includes a container identifier of the configured web container, a path of the container, and a container enabling status, such as a Tomcat web container identifier, a path of the Tomcat web container, and status information whether to enable or not, and the Tomcat web container identifier may be container account information. The project deployment information of the web container includes a project identification and a project type of a project deployed on the web container.
In the embodiment of the present invention, a Tomcat (web container) is configured on the child server for deploying the project. Further, since it is easy to waste resources when only one Tomcat runs on one sub-server, in this embodiment, a plurality of tomcats may be configured on the same sub-server. Specifically, when a plurality of Tomcat are sequentially configured on the same sub-server, except for the first Tomcat, the configuration of the other Tomcat needs to modify the port monitored by the Tomcat, so that the problem that the port occupies the repeated and can not be started is avoided, that is, when a plurality of Tomcat service processes are run on the same sub-server, each Tomcat service process corresponds to a different port.
S102: and monitoring the performance index parameter value of each sub-server on the sub-server list according to the sub-server information.
Specifically, the sub-server information includes a sub-server identifier and a sub-server address, and according to the sub-server identifier and the sub-server address, a performance index parameter value of each sub-server on the sub-server list is obtained, and the performance index parameter value is monitored. In the embodiment of the present invention, the performance index parameter values of the sub-servers include a memory usage rate, a CPU usage rate, an I/O data rate, a network data throughput rate of the sub-servers, and a disk space usage rate of the sub-servers. In this embodiment, if Tomcat is used for the web container, the performance index of the web container operation includes Tomcat sub-thread number, Tomcat connection number, and Tomcat error log number.
S103: and acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server.
Specifically, in the embodiment of the present invention, based on the project deployment information of the web container on the sub-server, the progress information of the project deployed by the web container on the sub-server is monitored, and according to the progress information of the project deployed by the web container on the sub-server and a preset restart task table, a timed restart task corresponding to the web container on the sub-server is determined. The preset restart task table is preset and is preset according to the web container and the schedule information of the deployed project of the web container. Specifically, the progress information includes a progress percentage value, and the restart time is determined according to the progress percentage value of the project deployed by the web container, for example, the restart is performed when the progress information is 50%. And constructing a preset restart task table according to a sub-server identifier, a web container identifier and a progress percentage value of a project deployed by a web container corresponding to the web container identifier, wherein the preset restart task table comprises a mapping relation among the sub-server, the web container identifier and a timed restart task. The timed restart task comprises a specified restart time and restart times. Illustratively, the restart time is specified to be within a morning time, a time period when no one is using the deployment service. Namely, the web container is restarted at regular time through presetting a timed restart task containing restart time. Further, in this embodiment, the preset restart task table is dynamically updated according to a progress percentage value of a project deployed on a web container.
Illustratively, the service of the web container Tomcat is automatically restarted at a specified restart time, a timed restart task is set in windows by using an SCHTASKS command, a timed restart task is set in linux by using a cron, that is, the restart time of each Tomcat in each sub-server is specified, and the restart time of the Tomcat is determined according to the schedule information of items deployed by the Tomcat on the sub-servers and a preset restart task table. When the specified restart time is reached, a web container restart is triggered.
S104: and determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container.
In the embodiment of the invention, whether to trigger restarting of the web container on the sub-server is determined by monitoring the performance index parameter value of each sub-server and the corresponding timed restarting task of the web container on the sub-server.
Specifically, if the performance index parameter value of the sub-server reaches an early warning value or/and the web container triggers a timed restart task, it is determined that the web container on the sub-server triggers a restart.
As an embodiment of the present invention, as shown in fig. 2, if the performance index parameter value of the child server reaches the early warning value or/and the web container triggers the timed restart task, determining that the web container on the child server triggers the restart specifically includes:
a1: and if the performance index parameter value of the sub-server reaches an early warning value, determining that the web container on the sub-server is triggered to restart. Specifically, the performance index parameter value of the sub-server is provided with an early warning value, the early warning value is defined by a user, or big data statistical analysis is performed according to historical abnormal events to determine the early warning value. And if the performance index parameter value of the sub-server reaches an early warning value, determining that the web container on the sub-server is triggered to restart.
A2: and if the web container triggers the timed restart task, determining that the web container on the sub-server triggers and restarts. Specifically, if the current schedule information of the project deployed by the web container has a corresponding timed restart task, the web container triggers the timed restart task.
A3: and if the web container triggers the timed restart task and the performance index parameter value of the sub-server reaches an early warning value, determining that the web container on the sub-server triggers the restart. Namely, when the web container triggers the timed restart task, the performance index parameter value of the sub-server also reaches the early warning value, and then the web container is determined to be triggered to restart.
In the embodiment of the invention, if the performance index parameter value of the sub-server does not reach the early warning value and the web container does not trigger the timed restart task, the web container on the sub-server is determined not to trigger the restart.
In the embodiment of the invention, the web container on the sub-server is determined not to trigger restarting only when the performance index parameter value of the sub-server does not reach the early warning value and the web container does not trigger the timed restarting task at the same time. Specifically, if the performance index parameter value of the sub-server reaches an early warning value, or the web container triggers a timing task, it is determined that the web container on the sub-server triggers restarting. And if the performance index parameter value of the sub-server does not reach the early warning value, or the web container does not trigger the timing task, the web container on the sub-server is not triggered to restart. In this embodiment, in addition to restarting the web container according to the restart time specified in the preset restart task table, the central server monitors the operating conditions of the respective sub-servers, and determines whether the monitored performance index parameter values of the respective sub-servers are abnormal. Illustratively, the monitored performance index parameter values include a memory usage rate a, a CPU usage rate b, an I/O data rate c, a Tomcat sub-thread number d, a Tomcat connection number e, a Tomcat error log number f, a server network data throughput rate g, and a server disk space usage rate h. In this embodiment, when a certain specified performance index parameter value of a monitored sub-server exceeds an early warning value, it is determined that a web container on the sub-server triggers a restart. For example, if the memory usage of the child server exceeds 70%, or, alternatively, the I/O data rate (referring to the amount of data that a read or write to a file occurs on the server per second) exceeds 500(MB), or the Tomcat sub-thread number exceeds 600, or the Tomcat connection number exceeds 400, or the Tomcat error log number exceeds 30, or the server network data throughput exceeds 30(MB), or the server disk space usage exceeds 90%, it is determined that the web container on the child server triggers a reboot.
Further, in this embodiment of the present invention, if the web container triggers the timed restart task, before the web container is restarted, the last restart time of the web container is obtained, where the last restart time of the web container is the time when the performance index parameter value of the sub-server reaches the warning value, and the web container is triggered to restart. And if the time difference value between the last restarting time and the current time is within the preset time threshold range, closing the timed restarting task triggered by the web container, and avoiding that the deployment efficiency of the project on the web container is not high due to frequent restarting.
Optionally, in the embodiment of the present invention, more than one performance index of the monitored sub-servers is provided, that is, the performance index is provided by a plurality of performance index parameter values, and fig. 3 shows a specific implementation flow of step a1 of the method for improving server performance provided by the embodiment of the present invention, which is detailed as follows:
a11: and acquiring the weight corresponding to each monitored performance index parameter value according to a preset parameter value weight table, wherein the preset parameter value weight table comprises the mapping relation among the performance indexes, the performance index parameter value intervals and the weights. Specifically, parameter value intervals to which the performance index parameter values belong are determined, and the weights corresponding to the performance index parameter values are determined according to the mapping relation between the performance index parameter value intervals and the weights in the preset parameter value weight table. In this embodiment, the weights corresponding to the performance index parameter values of the same performance index in different parameter value intervals may also be different.
A12: and calculating the weighted sum of the performance index parameter values of the sub-servers according to the monitored performance index parameter values of the sub-servers and the weights of the performance index parameter values. Specifically, the weighted sum is calculated according to the following formula:
Figure RE-GDA0002292710860000091
where Σ Fx denotes the weighted sum, xiRepresenting the value of the ith performance indicator parameter, deltaiIs an adjustment coefficient, lambda, corresponding to the ith individual performance index parameter valueiAnd expressing the weight corresponding to the ith performance index parameter value, wherein I is the number of the performance index parameter values of the sub-servers.
A13: and if the weighted sum of the performance index parameter values of the sub-servers exceeds a preset weighted sum upper limit value, triggering the restart of the web container on the sub-server.
In the embodiment of the invention, the weights of the performance index parameter values of each performance index in different parameter value intervals are respectively set, the weighted sum of the performance index parameter values is calculated according to the weights, and whether the weighted sum exceeds the set weighted sum upper limit value is monitored. And if so, triggering restart. For example, a represents memory usage, b represents CPU usage, c represents I/O data rate, d represents tomcat sub-thread number, e represents tomcat connection number, f represents tomcat error log number, g represents server network data throughput, h represents server disk space usage, and the weighted sum is calculated as follows:
∑Fx＝a*100*30+b*100*40+c*100*25+d*20+e*30+f*10+g*15+h*100*15。
s105: and if the web container on the sub server is determined to trigger restarting, restarting the web container.
Specifically, in the embodiment of the present invention, if it is determined that the web container on the sub server triggers the restart, the service process of the web container is closed, the start script command of the web container is re-executed, the configuration file of the web container is reloaded, and the restart of the web container is implemented.
Optionally, in this embodiment of the present invention, the method for improving service performance further includes performing a space cleaning operation at regular time. Specifically, an execution script file is configured in each sub-server, and when the execution script file is executed, redundant files (such as logs, temporary files, expired files, and the like) in a specified path can be automatically cleaned.
Optionally, in the embodiment of the present invention, after the restart of the web container is completed, an execution result is returned, and if the execution fails, a fail flag and execution error information are returned to the central server. And the central server records all the execution conditions in a daily log file. And inspecting the execution condition of the current day through a record list in the log file. Further, the record list is scanned and read periodically, and if the record list has records which fail to be restarted, the restart of the web container is triggered again in a specified alternative time interval.
As an embodiment of the present invention, the web container is provided with an upper limit value of the restart concurrency number, as shown in fig. 4, the step S105 further includes:
b1: and if the number of the web containers triggering the restart exceeds the restart concurrency number upper limit value, determining the priority of the web containers triggering the restart.
B2: and restarting the web containers in sequence from high to low according to the priority of the web containers.
In the embodiment of the invention, when the number of the web containers triggering the restart exceeds the restart concurrency number, the web containers are restarted from top to bottom in sequence according to the priority of the web containers. The priority of the web container can be preset, and the priority of the web container can also be determined according to the monitored performance index parameter value of the sub-server where the web container is located. The priority of the web container is positively correlated with the performance index parameter value of the sub-server.
Optionally, the project deployment information includes a project association relationship, as shown in fig. 5, a specific implementation flow of step B1 is as follows:
b11: and if the quantity of the web containers triggering the restart exceeds the upper limit value of the restart concurrency quantity, determining the quantity of the projects related to the projects deployed by the web containers according to the project association relationship.
B12: and acquiring the weight of each monitored performance index of the sub-server according to a preset index weight table.
B13: and determining the priority of the web container of the sub-server according to the parameter value of each performance index of the sub-server, the weight of each performance index and the quantity of items associated with the items deployed by the web container of the sub-server.
In the embodiment of the present invention, the priority of the web container is not only positively correlated with the performance index parameter value of the sub-server, but also correlated with the project deployed by the web container. If the item deployed by the Tomcat web container on a certain sub-server has an association relation with the items deployed by other Tomcat web containers, acquiring the quantity of the items associated with the items deployed by the Tomcat web container, and determining the priority of the Tomcat web container according to the performance index parameter values and the weights of the performance index parameter values of the sub-servers and the quantity of the associated items. The incidence relation comprises at least one of a dependency relation and a depended relation. Specifically, the priority value of the web container of the child server is calculated according to the following formula (2):
Figure RE-GDA0002292710860000111
wherein the PrioritylA priority value representing a web container with a container identification l, said valuesiRepresenting the ith individual performance index parameter value on the monitored sub-server, wherein the total number of the monitored performance indexes on the sub-server is I, I is a positive integer, and omegaiRepresenting the weight, n, corresponding to the ith performance indicatorlItem quantity, ε, associated with item k, representing a deployment of a web container with the container identification lkAnd representing a preset key value of the item k, wherein the preset key value is used for identifying the importance degree of the item k. In this embodiment, the higher the priority value is, the higher the priority is. Finally, according to the priority value and a preset priority comparison tableAnd determining the priority of the web container of the sub-server.
In the embodiment of the invention, the priority value of the web container on the sub-server is calculated through the formula (2), the priority of the web container of the sub-server is determined according to the priority value and a preset priority comparison table, the web containers of the sub-server are sorted from high to low according to the priority, and the web containers which do not exceed the upper limit value of the restart concurrency number are sequentially selected for restarting, so that the restart conflict is avoided.
In the embodiment of the invention, by acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server, then monitoring a performance index parameter value of each sub-server on the sub-server list according to the sub-server information, acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server, finally determining whether the web container on the sub-server triggers restart or not based on the monitored performance index parameter value or/and the timed restart task corresponding to the web container, and restarting the web container if determining that the web container on the sub-server triggers restart, the deployment of the project is managed by the central server through a plurality of sub-servers, the efficiency of project deployment can be improved, the web containers on the sub-servers are restarted under the condition that the restarting condition is achieved, the performance of each sub-server is improved under the condition that the project deployment stability on the sub-servers is guaranteed, the efficiency of project deployment is further improved, and the user experience is enhanced.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
Fig. 6 shows a block diagram of a device for improving server performance according to an embodiment of the present application, which corresponds to the method described in the foregoing embodiment, and only shows portions related to the embodiment of the present application for convenience of description.
Referring to fig. 6, the apparatus for improving server performance includes: a server list obtaining unit 61, a performance index monitoring unit 62, a restart task obtaining unit 63, a restart trigger determining unit 64, and a container restarting unit 65, wherein:
a server list obtaining unit 61, configured to obtain a sub-server list, where the sub-server list includes sub-server information of each sub-server connected to a central server and project deployment information of a web container on the sub-server;
a performance index monitoring unit 62, configured to monitor a performance index parameter value of each sub-server on the sub-server list according to the sub-server information;
a restart task obtaining unit 63, configured to obtain a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub server;
a restart trigger determining unit 64, configured to determine whether a web container on the sub-server triggers a restart based on the monitored performance index parameter value or/and a timed restart task corresponding to the web container;
and the container restarting unit 65 is configured to restart the web container on the child server if it is determined that the web container triggers restarting.
Optionally, the restart trigger determining unit 64 includes:
the restarting judging module is used for determining that the web container on the sub-server is triggered to restart if the performance index parameter value of the sub-server reaches an early warning value or/and the web container triggers a timed restarting task; specifically, if the performance index parameter value of the sub-server reaches an early warning value, determining that the web container on the sub-server is triggered to restart; if the web container triggers the timed restart task, determining that the web container on the sub-server triggers the restart; and if the web container triggers the timed restart task and the performance index parameter value of the sub-server reaches an early warning value, determining that the web container on the sub-server triggers the restart. Optionally, more than one performance index of the sub-server is provided, and the restart determining module specifically includes:
the index weight obtaining submodule is used for obtaining the weight corresponding to each monitored performance index parameter value according to a preset parameter value weight table, and the preset parameter value weight table comprises the mapping relation among the performance indexes, the performance index parameter value intervals and the weights;
the weighting calculation submodule is used for calculating the weighted sum of the performance index parameter values of the sub-servers according to the monitored performance index parameter values of the sub-servers and the weights of the performance index parameter values;
and the restarting determination submodule is used for triggering restarting of the web container on the sub-server if the weighted sum of the performance index parameter values of the sub-server exceeds a preset weighted sum upper limit value.
Optionally, as shown in fig. 7, the apparatus for improving server performance further includes:
a priority determining unit 71, configured to determine a priority of the web container triggering restart if it is determined that the number of the web containers triggering restart exceeds a restart concurrency number upper limit value;
and the sequencing restarting unit 72 is used for restarting the web containers in sequence from high to low according to the priority of the web containers.
Optionally, the item deployment information includes an item association relationship, and the priority determining unit 71 includes:
the association information determining module is used for determining the project quantity associated with the projects deployed by the web containers according to the project association relationship if the quantity of the web containers triggering the restart exceeds the restart concurrency quantity upper limit value;
the weight determining module is used for acquiring the weight of each monitored performance index of the sub-server according to a preset parameter value weight table;
and the priority determining module is used for determining the priority of the web container of the sub-server according to the parameter value of each performance index of the sub-server, the weight of each performance index and the quantity of items related to the items deployed by the web container of the sub-server.
Optionally, the priority determining module specifically includes:
the priority value operator module is used for calculating the priority value of the web container of the sub-server according to the following formula:
Figure RE-GDA0002292710860000141
wherein the PrioritylA priority value representing a web container with a container identification l, said valuesiRepresenting the ith individual performance index parameter value on the monitored sub-server, wherein the total number of the monitored performance indexes on the sub-server is I, I is a positive integer, and omegaiRepresenting the weight, n, corresponding to the ith performance indicatorlItem quantity, ε, associated with item k, representing a deployment of a web container with the container identification lkAnd representing a preset key value of the item k, wherein the preset key value is used for identifying the importance degree of the item k.
And the priority determining submodule is used for determining the priority of the web container of the sub-server according to the priority value and a preset priority comparison table.
In the embodiment of the invention, by acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server, then monitoring a performance index parameter value of each sub-server on the sub-server list according to the sub-server information, acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server, finally determining whether the web container on the sub-server triggers restart or not based on the monitored performance index parameter value or/and the timed restart task corresponding to the web container, and restarting the web container if determining that the web container on the sub-server triggers restart, the deployment of the project is managed by the central server through a plurality of sub-servers, the efficiency of project deployment can be improved, the web containers on the sub-servers are restarted under the condition that the restarting condition is achieved, the performance of each sub-server is improved under the condition that the project deployment stability on the sub-servers is guaranteed, the efficiency of project deployment is further improved, and the user experience is enhanced.
Fig. 8 is a schematic diagram of a server according to an embodiment of the present invention. As shown in fig. 8, the server 8 of this embodiment includes: a processor 80, a memory 81 and a computer program 82 stored in said memory 81 and operable on said processor 80, such as a program to improve the performance of a server. The processor 80, when executing the computer program 82, implements the steps in the above-described embodiments of the method for improving server performance, such as the steps 101 to 105 shown in fig. 1. Alternatively, the processor 80, when executing the computer program 82, implements the functions of the modules/units in the above-described device embodiments, such as the functions of the units 61 to 65 shown in fig. 6.
Illustratively, the computer program 82 may be partitioned into one or more modules/units that are stored in the memory 81 and executed by the processor 80 to implement the present invention. The one or more modules/units may be a series of computer program instruction segments capable of performing specific functions, which are used to describe the execution of the computer program 82 in the server 8.
The server 8 may be a desktop computer, a notebook, a palm computer, a cloud server, or other computing devices. The server may include, but is not limited to, a processor 80, a memory 81. Those skilled in the art will appreciate that fig. 8 is merely an example of a server 8 and does not constitute a limitation of server 8, and may include more or fewer components than shown, or some components in combination, or different components, e.g., the server may also include input-output devices, network access devices, buses, etc.
The Processor 80 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The storage 81 may be an internal storage unit of the server 8, such as a hard disk or a memory of the server 8. The memory 81 may also be an external storage device of the server 8, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) and the like provided on the server 8. Further, the memory 81 may also include both an internal storage unit of the server 8 and an external storage device. The memory 81 is used for storing the computer program and other programs and data required by the server. The memory 81 may also be used to temporarily store data that has been output or is to be output.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow of the method according to the embodiments of the present invention may also be implemented by a computer program, which may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method embodiments may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present invention, and are intended to be included within the scope of the present invention.

Claims (10)

1. A method for improving server performance, comprising:
acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server;
monitoring the performance index parameter value of each sub server on the sub server list according to the sub server information;
acquiring a timed restart task corresponding to the web container according to the project deployment information of the web container on the sub-server;
determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container;
and if the web container on the sub server is determined to trigger restarting, restarting the web container.
2. The method of claim 1, wherein the determining whether the web container on the sub-server triggers a restart based on the monitored performance index parameter value or/and a timed restart task corresponding to the web container comprises:
and if the performance index parameter value of the sub-server reaches an early warning value or/and the web container triggers a timed restart task, determining that the web container on the sub-server triggers a restart.
3. The method of claim 2, wherein the performance index of the sub-server is more than one, and the determining that the web container on the sub-server triggers the reboot if the performance index parameter value of the sub-server reaches an early warning value comprises:
acquiring weights corresponding to each monitored performance index parameter value according to a preset parameter value weight table, wherein the preset parameter value weight table comprises mapping relations among the performance indexes, performance index parameter value intervals and the weights;
calculating the weighted sum of the performance index parameter values of the sub-servers according to the monitored performance index parameter values of the sub-servers and the weights of the performance index parameter values;
and if the weighted sum of the performance index parameter values of the sub-servers exceeds a preset weighted sum upper limit value, triggering the restart of the web container on the sub-server.
4. The method of claim 1, wherein restarting the web container on the child server if it is determined that the web container triggers restarting comprises:
if the number of the web containers triggering restarting exceeds the restarting concurrency number upper limit value, determining the priority of the web containers triggering restarting;
and restarting the web containers in sequence from high to low according to the priority of the web containers.
5. The method of claim 4, wherein the project deployment information includes a project association relationship, and the determining the priority of the restart-triggered web container if it is determined that the number of restart-triggered web containers exceeds a restart concurrency number upper limit value includes:
if the quantity of the web containers triggering restarting exceeds the restarting concurrency quantity upper limit value, determining the project quantity associated with the projects deployed by the web containers according to the project association relationship;
acquiring the weight of each monitored performance index of the sub-server according to a preset index weight table;
and determining the priority of the web container of the sub-server according to the parameter value of each performance index of the sub-server, the weight of each performance index and the quantity of items associated with the items deployed by the web container of the sub-server.
6. The method of claim 5, wherein the determining the priority of the web container of the sub-server according to the value of each performance index parameter of the sub-server, the weight of each performance index, and the number of items associated with the items deployed by the web container of the sub-server comprises:
calculating a priority value of the web container of the child server according to the following formula:
wherein the PrioritylA priority value representing a web container with a container identification l, said valuesiRepresenting the ith individual performance index parameter value on the monitored sub-server, wherein the total number of the monitored performance indexes on the sub-server is I, I is a positive integer, and omegaiRepresenting the weight, n, corresponding to the ith performance indicatorlItem quantity, ε, associated with item k, representing a deployment of a web container with the container identification lkA preset key value representing the item k;
and determining the priority of the web container of the sub-server according to the priority value and a preset priority comparison table.
7. An apparatus for improving server performance, the apparatus comprising:
the server list acquiring unit is used for acquiring a sub-server list, wherein the sub-server list comprises sub-server information of each sub-server connected with a central server and project deployment information of a web container on the sub-server;
the performance index monitoring unit is used for monitoring the performance index parameter value of each sub-server on the sub-server list according to the sub-server information;
the restarting task obtaining unit is used for obtaining a timing restarting task corresponding to the web container according to the project deployment information of the web container on the sub-server;
the restarting triggering judging unit is used for determining whether the web container on the sub-server triggers restarting or not based on the monitored performance index parameter value or/and the timed restarting task corresponding to the web container;
and the container restarting unit is used for restarting the web container if the web container on the sub server is determined to trigger restarting.
8. The apparatus for improving server performance according to claim 7, wherein the restart trigger determining unit comprises:
and the restarting judging module is used for determining that the web container on the sub-server triggers restarting if the performance index parameter value of the sub-server reaches an early warning value or/and the web container triggers a timed restarting task.
9. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method for improving server performance according to any one of claims 1 to 6.
10. A server comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the steps of the method for improving the performance of a server according to any one of claims 1 to 6 when executing the computer program.
CN201910840664.1A 2019-09-06 2019-09-06 Method and device for improving performance of server, storage medium and server Active CN110730135B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910840664.1A CN110730135B (en) 2019-09-06 2019-09-06 Method and device for improving performance of server, storage medium and server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910840664.1A CN110730135B (en) 2019-09-06 2019-09-06 Method and device for improving performance of server, storage medium and server

Publications (2)

Publication Number Publication Date
CN110730135A true CN110730135A (en) 2020-01-24
CN110730135B CN110730135B (en) 2022-12-09

Family

ID=69217861

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910840664.1A Active CN110730135B (en) 2019-09-06 2019-09-06 Method and device for improving performance of server, storage medium and server

Country Status (1)

Country Link
CN (1) CN110730135B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117573425A (en) * 2023-06-06 2024-02-20 扬州万方科技股份有限公司 Container self-recovery method and system based on k8s cluster self-adaptive time hopping

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005059793A1 (en) * 2003-12-01 2005-06-30 Hyungmin Kim Electronic settlement system and method using serial number including identification of software, contents or electronic information, and computer-readable recording medium for recording program for performing the method
WO2017181830A1 (en) * 2016-04-19 2017-10-26 中兴通讯股份有限公司 Synchronous capacity enlargement method and device for server, and storage medium
CN108170517A (en) * 2018-01-08 2018-06-15 武汉斗鱼网络科技有限公司 A kind of container allocation method, apparatus, server and medium
CN108399100A (en) * 2017-02-06 2018-08-14 中国移动通信集团公司 A kind of method of adjustment and device of container resource
CN108632375A (en) * 2018-05-09 2018-10-09 四川华创世纪科技有限公司 A kind of online upgrading method for distributed deployment service software program
CN109408230A (en) * 2018-10-10 2019-03-01 中国科学院计算技术研究所 Docker container dispositions method and system based on energy optimization
CN109408210A (en) * 2018-09-27 2019-03-01 北京车和家信息技术有限公司 Distributed timing task management method and system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005059793A1 (en) * 2003-12-01 2005-06-30 Hyungmin Kim Electronic settlement system and method using serial number including identification of software, contents or electronic information, and computer-readable recording medium for recording program for performing the method
WO2017181830A1 (en) * 2016-04-19 2017-10-26 中兴通讯股份有限公司 Synchronous capacity enlargement method and device for server, and storage medium
CN108399100A (en) * 2017-02-06 2018-08-14 中国移动通信集团公司 A kind of method of adjustment and device of container resource
CN108170517A (en) * 2018-01-08 2018-06-15 武汉斗鱼网络科技有限公司 A kind of container allocation method, apparatus, server and medium
CN108632375A (en) * 2018-05-09 2018-10-09 四川华创世纪科技有限公司 A kind of online upgrading method for distributed deployment service software program
CN109408210A (en) * 2018-09-27 2019-03-01 北京车和家信息技术有限公司 Distributed timing task management method and system
CN109408230A (en) * 2018-10-10 2019-03-01 中国科学院计算技术研究所 Docker container dispositions method and system based on energy optimization

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117573425A (en) * 2023-06-06 2024-02-20 扬州万方科技股份有限公司 Container self-recovery method and system based on k8s cluster self-adaptive time hopping

Also Published As

Publication number Publication date
CN110730135B (en) 2022-12-09

Similar Documents

Publication Publication Date Title
EP3447642B1 (en) System and method for predicting application performance for large data size on big data cluster
CN110058977B (en) Monitoring index abnormity detection method, device and equipment based on stream processing
Feitelson et al. Experience with using the parallel workloads archive
US10771306B2 (en) Log monitoring system
CN108388509B (en) Software testing method, computer readable storage medium and terminal equipment
CN107562532B (en) Method and device for predicting hardware resource utilization rate of equipment cluster
CN113360270B (en) Data cleaning task processing method and device
US20210286614A1 (en) Causality determination of upgrade regressions via comparisons of telemetry data
CN111858482A (en) Attack event tracing and tracing method, system, terminal and storage medium
CN111651595A (en) Abnormal log processing method and device
CN110730135B (en) Method and device for improving performance of server, storage medium and server
CN110532187B (en) HDFS throughput performance testing method, system, terminal and storage medium
CN114237852A (en) Task scheduling method, device, server and storage medium
Feitelson et al. Experience with the parallel workloads archive
CN107168643B (en) Data storage method and device
CN107748711B (en) Method for automatically optimizing Storm parallelism, terminal equipment and storage medium
CN115952227A (en) Data acquisition system and method, electronic device and storage medium
CN116028201A (en) Service system capacity prediction method and device
US10102052B2 (en) Dumping resources
CN114218303A (en) Transaction data processing system, processing method, medium and equipment
CN110728838B (en) Meter reading method and device and power acquisition terminal
CN109344047B (en) System regression testing method, computer-readable storage medium, and terminal device
CN111882163A (en) Task execution time efficiency early warning method, device, system and storage medium
CN111367640B (en) Data statistics period determining method and device, electronic equipment and storage medium
CN116795056A (en) Multivariable forcing and state maintaining method and device based on forcing variable configuration table

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant