CN107104834B - Multi-process server and software restarting method and flow scheduling method thereof - Google Patents
Multi-process server and software restarting method and flow scheduling method thereof Download PDFInfo
- Publication number
- CN107104834B CN107104834B CN201710274218.XA CN201710274218A CN107104834B CN 107104834 B CN107104834 B CN 107104834B CN 201710274218 A CN201710274218 A CN 201710274218A CN 107104834 B CN107104834 B CN 107104834B
- Authority
- CN
- China
- Prior art keywords
- process software
- server
- restarting
- restart
- signal
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0826—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for reduction of network costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Retry When Errors Occur (AREA)
Abstract
The invention discloses a multiprocess server and a software restarting method and a flow scheduling method thereof, belonging to the technical field of content distribution networks. The method comprises the following steps: by receiving a restart signal; selecting partial process software according to a selection rule to restart, and sending an interception signal; and stopping calling the flow to the restarted part of the process software according to the interception signal. The invention realizes the alternate restart of a plurality of process software of a single server, avoids the condition that all process software exits simultaneously to cause service failure, abandons the condition that redundant resources are used for assisting the restart, and can greatly reduce the additional consumption of resources and the running pressure of a machine.
Description
Technical Field
The invention relates to the technical field of content distribution networks, in particular to a multiprocess server and a software restarting method and a flow scheduling method thereof.
Background
The server side software of the online service needs to restart the service for some reason: for example, the memory fragments generated by long-time operation may cause the service quality to be reduced; and some new service configurations or external tasks, etc. need to be restarted to take effect. During the restart process, some service requests may not obtain normal service, and user experience may be affected.
A common solution is to adopt a mechanism of backup redundancy to mitigate from different layers: in the multi-process level in the single machine, a plurality of new backup processes are restarted, the old process stops external service, the new service request is transferred to the new process for processing, and the old process exits after the old service request is processed.
In the process of implementing the embodiment of the invention, the inventor finds that the prior art scheme has at least the following problems:
at a multi-process level, an online server often needs to be restarted to release a tense resource, and a redundant process mode is adopted to occupy more machine resources, so that in the server with the tense resource, the restarting failure or resource competition can be caused to influence the service quality.
Disclosure of Invention
In order to solve the problems in the prior art, embodiments of the present invention provide a multiprocess server and a method for restarting software thereof and a method for scheduling traffic. The technical scheme is as follows:
in a first aspect, a method for restarting multi-process server software provided in an embodiment of the present invention includes:
receiving a restart signal;
selecting partial process software according to a selection rule to restart, and sending an interception signal;
and stopping calling the flow into the process software for restarting according to the interception signal.
Optionally, the selected part of the process software is one process software or a group of process software.
Optionally, when the selected part of the process software is a group of process software, before selecting part of the process software according to the selection rule for restarting, the method further includes:
and grouping all running process software.
Optionally, the method further comprises:
and detecting whether the restarting process software is restarted or not, and when detecting that the restarting process software is restarted, reselecting part of the process software according to a selection rule to restart and sending an interception signal.
Optionally, the method further comprises:
when detecting that the restarting process software completes restarting, sending a call-in signal;
and calling flow to the restarted process software according to the calling signal.
In a second aspect, an embodiment of the present invention provides a multiprocess server, including:
the server is used for receiving the restarting signal, selecting partial process software to restart according to a selection rule and sending an interception signal;
and the load balancing end is used for stopping calling the flow into the process software for restarting according to the interception signal.
Optionally, the selected part of the process software is one process software or a group of process software.
Optionally, when the selected part of the process software is a group of process software, the server is further configured to:
and grouping all running process software.
Optionally, the server is further configured to:
and detecting whether the restarting process software is restarted or not, and when detecting that the restarting process software is restarted, reselecting part of the process software according to a selection rule to restart and sending an interception signal.
Optionally, the server is further configured to send a call-in signal when it is detected that the restarting process software is restarted;
and the load balancing terminal is also used for calling flow into the restarted process software according to the calling signal.
Optionally, the multi-process server further comprises:
and the restarting signal transmitting terminal is used for transmitting a restarting signal.
In a third aspect, a traffic scheduling method provided in an embodiment of the present invention includes:
receiving a restart signal;
selecting partial process software according to a selection rule to restart, and sending an interception signal;
and stopping calling the flow to the restarted part of the process software according to the interception signal.
Optionally, the method further comprises:
detecting whether the restarting process software is restarted or not, and sending a call-in signal when detecting that the restarting process software is restarted;
and calling flow to the restarted process software according to the calling signal.
The technical scheme provided by the embodiment of the invention has the following beneficial effects:
the method for restarting the software of the multi-process server provided by the embodiment of the invention comprises the steps of receiving a restart signal; selecting partial process software according to a selection rule to restart, and sending an interception signal; and stopping calling the flow to the restarted part of the process software according to the interception signal. Therefore, the process software of the single server is restarted in turn, the condition that all the process software exits simultaneously to cause service failure is avoided, the condition that redundant resources are used for assisting in restarting is abandoned, and the additional consumption of resources and the running pressure of a machine can be greatly reduced.
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 description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and for a user of ordinary skill in the art, other drawings can be obtained according to these drawings without creative efforts.
FIG. 1 is a flowchart of a method for restarting multi-process server software according to an embodiment of the present invention;
FIG. 2 is a flowchart of another method for restarting multi-process server software according to an embodiment of the present invention;
FIG. 3 is a flowchart of another method for restarting multi-process server software according to an embodiment of the present invention;
FIG. 4 is a schematic structural diagram of a multi-process server according to an embodiment of the present invention;
FIG. 5 is a block diagram of another multi-process server according to an embodiment of the present invention;
fig. 6 is a flowchart of a traffic scheduling method according to an embodiment of the present invention;
fig. 7 is a flowchart of another traffic scheduling method according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
Example one
The embodiment of the invention provides a method for restarting multi-process server software, wherein an execution main body of the method can distribute one multi-process server in a network architecture, and the method also needs to schedule flow by depending on a load balancing layer in the network architecture during implementation, so that the purpose of alternately restarting a plurality of process software of a single multi-process server is realized.
The process flow shown in fig. 1-3 will be described in detail below with reference to the following embodiments, which may be as follows:
In this embodiment, the restart signal is sent by the restart signal sending device, and the restart signal is received to start restarting.
And 200, selecting partial process software according to a selection rule to restart, and sending an interception signal.
In the embodiment, part of the process software in all the process software is selected according to the restart signal and the selection rule to restart, and other process software which is not restarted continues to work, so that the multi-process server can be served, the condition that the service cannot be performed due to the fact that all the process software exits at the same time is avoided, the condition that redundant resources are abandoned to assist in restarting is eliminated, and the additional consumption of resources and the pressure of machine operation can be greatly reduced. Meanwhile, the interception signal is sent out aiming at the part of the process software which is restarted.
Optionally, the selected part of the process software is one process software or a group of process software.
The smaller the number of process software selected for restarting is, the less the influence on the service with the multi-process server is, but the longer the total restart time is.
Specifically, the selection rule may be based on a comprehensive consideration of the impact on the service with the multiprocess server and the total restart time.
Optionally, when the selected part of the process software is one process software, the selection rule is to preferentially select the process software with small flow, so that the stable operation of restarting the process software is ensured. In addition, in order to ensure that the process software with small flow is preferentially selected, before selecting one process software according to the selection rule to restart, the method also comprises the steps of carrying out flow statistics on all the process software and sequencing all the process software according to the flow.
Optionally, when the selected part of the process software is a group of process software, before selecting part of the process software according to the selection rule to restart, the method further comprises grouping all the running process software; wherein, each group of process software at least comprises one process software. Further, it is preferable to select a group with a small number of process software in the group for restarting.
And step 300, stopping calling flow to the process software for restarting according to the interception signal.
In this embodiment, the load balancing layer receives the interception signal and stops calling the flow to the process software for restarting according to the interception signal, so that the process software for restarting can be restarted as soon as possible.
Referring to fig. 2, optionally, the method further comprises:
And 500, when detecting that the process software for restarting is restarted, reselecting part of the process software for restarting according to a selection rule and sending an interception signal.
In this embodiment, when the restarting process software is restarted, part of the process software is reselected to restart, so that the process software of the single server 1 can be restarted in turn to restart all the process software in the single server 1. Meanwhile, the interception signal is sent out aiming at the part of the process software which is restarted.
Referring to fig. 3, optionally, the method further comprises:
and step 700, calling flow to the restarted process software according to the calling signal.
In this embodiment, when the restarting process software completes restarting, the load balancing layer restarts to call traffic to the restarting process software according to the call signal, so that the restarting process software can restart work, and other process software which needs to be restarted is ensured, and the restarting can be successfully completed, so that the purpose of restarting in turn and completing the restarting of all process software in a single server 1 without affecting the service is achieved.
Optionally, the method further includes detecting whether all process software is restarted, and outputting a completion signal when it is detected that all process software is restarted.
In addition, when one multi-process server in the machine cluster is restarted, other multi-process servers in the machine cluster should keep normal work, the machine cluster is restarted in a time-sharing mode, the simultaneous restarting is avoided, and smooth transition is assisted.
The method for restarting the software of the multi-process server provided by the embodiment of the invention comprises the steps of receiving a restart signal; selecting partial process software according to a selection rule to restart, and sending an interception signal; and stopping calling the flow to the restarted part of the process software according to the interception signal. Therefore, the process software of the single server 1 is restarted in turn, the condition that all the process software exits simultaneously to cause service failure is avoided, the condition that redundant resources are used for assisting in restarting is abandoned, and the additional consumption of resources and the running pressure of a machine can be greatly reduced.
Example two
Based on the same inventive concept as the first embodiment, referring to fig. 4, an embodiment of the present invention provides a multi-process server, including:
the server 1 is used for receiving the restarting signal, selecting partial process software to restart according to a selection rule and sending an interception signal;
and the load balancing end 2 is used for stopping calling the flow into the process software for restarting according to the interception signal.
In the embodiment, the server 1 receives the restart signal to restart, the server 1 selects part of the process software in all the process software to restart according to the restart signal and the selection rule, and other process software which is not restarted continues to work, so that the multi-process server can serve, the condition that all the process software exits simultaneously to cause service failure is avoided, the condition that redundant resources assist in restarting is abandoned, and the additional consumption of resources and the pressure of machine operation can be greatly reduced. Meanwhile, the interception signal is sent out aiming at the part of the process software which is restarted. The load balancing terminal 2 receives the interception signal and stops calling the flow to the process software for restarting according to the interception signal, so that the process software for restarting can be restarted as soon as possible.
Optionally, the part of the process software selected by the server 1 is one process software or a group of process software.
The smaller the amount of process software selected by the server 1 for restarting is, the less the influence on the service with the multi-process server is, but the total restart time is longer.
Specifically, the selection rule may be based on a comprehensive consideration of the impact on the service with the multiprocess server and the total restart time.
Optionally, when the selected part of the process software is one process software, the selection rule is to preferentially select the process software with small flow, so that the stable operation of restarting the process software is ensured. In addition, in order to ensure that the process software with small flow is preferentially selected, before selecting one process software according to the selection rule to restart, the method also comprises the step that the server 1 carries out flow statistics on all the process software, and the process software is sequenced according to the flow.
Optionally, when the selected part of the process software is a group of process software, before selecting part of the process software according to the selection rule to restart, the server 1 is further configured to group all the running process software; wherein, each group of process software at least comprises one process software. Further, it is preferable to select a group with a small number of process software in the group for restarting.
Optionally, the service end 1 is further configured to:
and detecting whether the restarting process software is restarted or not, and when detecting that the restarting process software is restarted, reselecting part of the process software according to a selection rule to restart and sending an interception signal.
In this embodiment, when the restarting process software is restarted, part of the process software is reselected to restart, so that the process software of the single server 1 can be restarted in turn to restart all the process software in the single server 1. Meanwhile, the server 1 sends an interception signal to the restarting part of the process software.
Optionally, the server 1 is further configured to send a call-in signal when it is detected that the restarting process software is restarted;
and the load balancing terminal 2 is further configured to call flow to the process software which completes the restart according to the call-in signal.
In this embodiment, when the restarting process software completes restarting, the load balancing terminal 2 restarts to call the flow to the restarting process software according to the call signal, so that the restarting process software can restart work, and other process software which needs to be restarted is ensured, and the restarting can be successfully completed, so that the purpose of alternately restarting and completing the restarting of all process software in a single service terminal 1 without affecting the service is achieved.
Referring to fig. 5, optionally, the multi-process server further comprises:
and the restart signal transmitting terminal 3 is used for transmitting a restart signal.
Optionally, the server 1 is further configured to output a completion signal after detecting that all the process software is restarted.
In addition, when one multi-process server in the machine cluster is restarted, other multi-process servers in the machine cluster should keep normal work, the machine cluster is restarted in a time-sharing mode, the simultaneous restarting is avoided, and smooth transition is assisted.
The multi-process server provided by the embodiment of the invention is used for receiving a restarting signal through the server 1, selecting partial process software to restart according to a selection rule, and sending an interception signal; and the load balancing end 2 is used for stopping calling the flow into the process software for restarting according to the interception signal. Therefore, the process software of the single server 1 is restarted in turn, the condition that all the process software exits simultaneously to cause service failure is avoided, the condition that redundant resources are used for assisting in restarting is abandoned, and the additional consumption of resources and the running pressure of a machine can be greatly reduced.
EXAMPLE III
Based on the same inventive concept as the first embodiment, referring to fig. 6, a method for traffic scheduling for a multiprocess server according to an embodiment of the present invention may be applied to a method for traffic scheduling for a multiprocess server when restarting the multiprocess server in a content distribution network, where the method includes:
and step 30, stopping calling flow to the restarted part of the process software according to the interception signal.
Referring to fig. 7, optionally, the method further comprises:
and step 50, calling flow to the restarted process software according to the calling signal.
The traffic scheduling method provided by the embodiment of the invention receives the restart signal; selecting partial process software according to a selection rule to restart, and sending an interception signal; and stopping calling the flow to the restarted part of the process software according to the interception signal. Therefore, the process software of the single server 1 is restarted in turn, and the flow scheduling method can stop calling the flow of the restarted process software and call the flow of the restarted process software again.
The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. With this understanding in mind, the above-described technical solutions may be embodied in the form of a software product, which can be stored in a computer-readable storage medium such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments.
It is also noted that the term "comprises" or any other variation thereof is intended to cover a non-exclusive inclusion, such that a good or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such good or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a commodity or system that includes the element.
The foregoing description shows and describes several preferred embodiments of the invention, but as aforementioned, it is to be understood that the invention is not limited to the forms disclosed herein, but is not to be construed as excluding other embodiments and is capable of use in various other combinations, modifications, and environments and is capable of changes within the scope of the inventive concept as expressed herein, commensurate with the above teachings, or the skill or knowledge of the relevant art. And that modifications and variations may be effected by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (4)
1. A method for restarting multi-process server software, the method comprising:
a multi-process server in the content distribution network architecture receives a restart signal;
the multi-process server selects part of process software to restart according to a selection rule and sends an interception signal;
a load balancing layer in the content distribution network architecture stops calling flow to the restarting process software according to the interception signal;
wherein, the selected part of process software is one process software or a group of process software;
when the selected part of process software is one process software, selecting a rule as the process software with low priority;
when the selected part of the process software is a group of process software, before the part of the process software is selected according to the selection rule to restart, the method also comprises the steps of grouping all the running process software, and preferably selecting the group with the small number of the process software in the group to restart;
the selection rule comprehensively considers the influence on the service of the multi-process server and the total restart time according to the selection rule, wherein the influence on the service of the multi-process server is reduced and the total restart time is longer as the number of the selected process software for restarting is less;
when it is detected that the restarting process software is restarted, the method further comprises the following steps:
the multi-process server reselects part of process software according to a selection rule to restart and sends an interception signal;
the multi-process server sends a call-in signal;
and the load balancing layer calls flow to the restarted process software according to the call-in signal.
2. A multiprocessing server, characterized in that it comprises:
the server is used for receiving the restarting signal, selecting partial process software to restart according to a selection rule and sending an interception signal;
the load balancing end is used for stopping calling flow to the process software for restarting according to the interception signal;
wherein, the selected part of process software is one process software or a group of process software;
when the selected part of process software is one process software, selecting a rule as the process software with low priority;
when the selected part of the process software is a group of process software, before the selected part of the process software is selected according to the selection rule for restarting, the server is also used for grouping all the running process software, and preferably selecting the group with less process software in the group for restarting;
the selection rule comprehensively considers the influence on the service of the multi-process server and the total restart time according to the selection rule, wherein the influence on the service of the multi-process server is reduced and the total restart time is longer as the number of the selected process software for restarting is less; the server is further configured to:
when detecting that the restarting process software is restarted, reselecting part of the process software according to a selection rule to restart and sending an interception signal;
the server is also used for sending a call-in signal after detecting that the process software for restarting is restarted;
and the load balancing terminal is also used for calling flow into the restarted process software according to the calling signal.
3. The multiprocess server of claim 2, wherein said multiprocess server further comprises:
and the restarting signal transmitting terminal is used for transmitting a restarting signal.
4. A traffic scheduling method, characterized in that the method comprises:
a multi-process server in the content distribution network architecture receives a restart signal;
the multi-process server selects part of process software to restart according to a selection rule and sends an interception signal;
a load balancing layer in the content distribution network architecture stops calling flow to the restarted part of process software according to the interception signal;
wherein, the selected part of process software is one process software or a group of process software;
when the selected part of process software is one process software, selecting a rule as the process software with low priority;
when the selected part of the process software is a group of process software, before the part of the process software is selected according to the selection rule to restart, the method also comprises the steps of grouping all the running process software, and preferably selecting the group with the small number of the process software in the group to restart;
the selection rule comprehensively considers the influence on the service of the multi-process server and the total restart time according to the selection rule, wherein the influence on the service of the multi-process server is reduced and the total restart time is longer as the number of the selected process software for restarting is less; when it is detected that the restarting process software is restarted, the method further comprises the following steps:
the multi-process server reselects part of process software according to a selection rule to restart and sends an interception signal;
the multi-process server sends out a call-in signal;
and the load balancing layer calls flow to the restarted process software according to the call-in signal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710274218.XA CN107104834B (en) | 2017-04-25 | 2017-04-25 | Multi-process server and software restarting method and flow scheduling method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710274218.XA CN107104834B (en) | 2017-04-25 | 2017-04-25 | Multi-process server and software restarting method and flow scheduling method thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107104834A CN107104834A (en) | 2017-08-29 |
| CN107104834B true CN107104834B (en) | 2021-05-07 |
Family
ID=59657449
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710274218.XA Expired - Fee Related CN107104834B (en) | 2017-04-25 | 2017-04-25 | Multi-process server and software restarting method and flow scheduling method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107104834B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103984574A (en) * | 2014-05-28 | 2014-08-13 | 能力天空科技（北京）有限公司 | Method and system for updating website |
| CN104780057A (en) * | 2014-01-13 | 2015-07-15 | 中兴通讯股份有限公司 | Version upgrade processing method and device |
| CN105005487A (en) * | 2015-06-29 | 2015-10-28 | 清华大学 | Continuous-service high-performance cluster operating system online upgrading method |
| CN106354531A (en) * | 2016-08-25 | 2017-01-25 | 杭州华为数字技术有限公司 | Physical node upgrading method and device |
-
2017
- 2017-04-25 CN CN201710274218.XA patent/CN107104834B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104780057A (en) * | 2014-01-13 | 2015-07-15 | 中兴通讯股份有限公司 | Version upgrade processing method and device |
| CN103984574A (en) * | 2014-05-28 | 2014-08-13 | 能力天空科技（北京）有限公司 | Method and system for updating website |
| CN105005487A (en) * | 2015-06-29 | 2015-10-28 | 清华大学 | Continuous-service high-performance cluster operating system online upgrading method |
| CN106354531A (en) * | 2016-08-25 | 2017-01-25 | 杭州华为数字技术有限公司 | Physical node upgrading method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107104834A (en) | 2017-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113014634B (en) | Cluster election processing method, device, equipment and storage medium | |
| CN111338773B (en) | Distributed timing task scheduling method, scheduling system and server cluster | |
| EP3542272B1 (en) | Systems and methods for providing a notification system architecture | |
| CN102750132B (en) | Thread control and call method for multithreading virtual assembly line processor, and processor | |
| JPH10214199A (en) | Process restarting method, and system for realizing process restart | |
| CN110673927B (en) | Scheduling method and device of virtual machine | |
| WO2018094412A1 (en) | Systems and methods for providing a notification system architecture | |
| CN111176803A (en) | Service processing method, device, server and storage medium | |
| CN112148489A (en) | Game resource scheduling method, device, equipment and storage medium | |
| JP2020115330A (en) | System and method of monitoring software application process | |
| CN107368324A (en) | A kind of component upgrade methods, devices and systems | |
| CN107104834B (en) | Multi-process server and software restarting method and flow scheduling method thereof | |
| CN110213213B (en) | Timing task processing method and system for application | |
| CN108509264B (en) | Overtime task scheduling system and method | |
| CN111835809B (en) | Work order message distribution method, work order message distribution device, server and storage medium | |
| CN111880947A (en) | Data transmission method and device | |
| CN112367386B (en) | Ignite-based automatic operation and maintenance method and device and computer equipment | |
| JP2018538632A (en) | Method and device for processing data after node restart | |
| CN109697126B (en) | Data processing method and device for server | |
| CN110404268B (en) | Player matching method and device in game | |
| JP2008117268A (en) | Information management system | |
| CN112835996A (en) | Map production system and method thereof | |
| CN110874256A (en) | Computing cluster updating system, method and device | |
| CN115037753B (en) | Message notification method and system | |
| CN114900860B (en) | Edge computing method and device for mobile terminal, edge computing server and medium |
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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20210507 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |