CN110912985B - Network link scheduling method and related equipment - Google Patents
Network link scheduling method and related equipment Download PDFInfo
- Publication number
- CN110912985B CN110912985B CN201911142812.9A CN201911142812A CN110912985B CN 110912985 B CN110912985 B CN 110912985B CN 201911142812 A CN201911142812 A CN 201911142812A CN 110912985 B CN110912985 B CN 110912985B
- Authority
- CN
- China
- Prior art keywords
- link
- server
- target
- state
- identifier
- 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.)
- Active
Links
Images
Classifications
-
- 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
- H04L67/63—Routing a service request depending on the request content or context
-
- 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/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
Abstract
The embodiment of the invention discloses a network link scheduling method and related equipment, which comprises the following steps: the method comprises the steps that a monitoring server receives link monitoring information sent by each service server in a plurality of service servers, wherein the plurality of service servers comprise a source server and a target server, and the link monitoring information comprises an identification of the source server, an identification of the target server, a link identification of a target link between the source server and the target server and a link state; determining the operation state of the target link according to the link monitoring information; and sending an operation state to the source server, wherein the operation state is used for indicating the source server to adjust the working state of the target link. By adopting the embodiment of the invention, the operation efficiency of the link can be improved.
Description
Technical Field
The present invention relates to the field of network technologies, and in particular, to a network link scheduling method and related devices.
Background
There may be multiple links between two servers, but sometimes link jitter occurs. For example, if the network cable is blown down by wind, the temperature in the machine room is too high, or a problem occurs in a short period of hardware equipment, the network packet is lost, and if the packet is lost, the server immediately shuts down the link. In practice, after a period of time, the link will automatically recover. If the link is always closed, the link is wasted, namely, hardware and bandwidth are wasted, and the server has low operation efficiency.
Disclosure of Invention
The embodiment of the invention provides a network link scheduling method and related equipment. The operating efficiency of the link can be improved.
In a first aspect, an embodiment of the present invention provides a network link scheduling method, including:
the method comprises the steps that a monitoring server receives link monitoring information sent by each service server in a plurality of service servers, wherein the plurality of service servers comprise a source server and a target server, and the link monitoring information comprises an identification of the source server, an identification of the target server, a link identification of a target link between the source server and the target server and a link state;
the monitoring server determines the operation state of the target link according to the link monitoring information;
and the monitoring server sends an operation state to the source server, wherein the operation state is used for indicating the source server to adjust the working state of the target link.
The receiving, by the monitoring server, the link monitoring information sent by each service server of the plurality of service servers includes:
and the monitoring server receives the link monitoring information sent by each service server according to a preset time interval.
Wherein, the determining, by the monitoring server, the operation state of the target link according to the link monitoring information includes:
if the link state is an unstable state, determining that the operation state of the target link is a closed state; or
And if the link state is a stable state, determining that the operation state of the target link is an open state.
Wherein, the determining, by the monitoring server, the operation state of the target link according to the link monitoring information includes:
when the time length of the target link in the unstable state exceeds a preset threshold value, determining that the operation state of the target link is the closing state; or
And when the duration of the target link in the stable state exceeds the preset threshold, determining that the operating state of the target link is the open state.
In a second aspect, an embodiment of the present invention provides a network link scheduling method, including:
the method comprises the steps that a business server sends link monitoring information to a monitoring server, wherein the business server is a server between a source server and a target server, the link monitoring information comprises an identification of the source server, an identification of the target server, a link identification of a target link between the source server and the target server and a link state, the link monitoring information is used for the monitoring server to determine an operation state of the target link, and the operation state is used for indicating the source server to adjust the working state of the target link.
Before the service server sends the link monitoring information to the monitoring server, the method further includes:
the service server sends a data request to the target server on the target link;
the service server determines whether the data request is successfully sent;
and when the data request fails to be sent, the service server determines that the target link is in an unstable state, and records the identifier of the source server and the identifier of the target server corresponding to the target link.
Wherein, the sending, by the service server, the link monitoring information to the monitoring server includes:
and the service server sends the link monitoring information to the monitoring server according to a preset time interval.
In a third aspect, an embodiment of the present invention provides a network link scheduling method, including:
a target server receives a data request sent by a source server;
the target server checks the link state of a target link between the target server and the source server according to the receiving condition of the data request;
and the target server operates the working state of the target link according to the link state.
Wherein the checking a link state of a target link between the target server and the source server comprises:
the target server checks the link status of the target link at preset time intervals.
Wherein, the target server, according to the link state, operating the working state of the target link includes:
and when the number of times that the target link is in the unstable state exceeds a preset threshold value, closing the target link.
Wherein, after the target server operates the working state of the target link according to the link state, the method further includes:
and the target server sends a notification message to the source server, wherein the notification message is used for indicating that the data request is stopped to be sent when the target link is in an unstable state or starting to be sent when the target link is in a stable state.
In a fourth aspect, an embodiment of the present invention provides a monitoring server, including:
the system comprises a receiving module, a link monitoring module and a processing module, wherein the receiving module is used for receiving link monitoring information sent by each service server in a plurality of service servers, the plurality of service servers comprise a source server and a target server, and the link monitoring information comprises an identifier of the source server, an identifier of the target server, a link identifier of a target link between the source server and the target server and a link state;
the processing module is used for determining the operation state of the target link according to the link monitoring information;
and the sending module is used for sending an operation state to the source server, wherein the operation state is used for indicating the source server to adjust the working state of the target link.
The receiving module is further configured to receive link monitoring information sent by each service server according to a preset time interval.
The processing module is further configured to determine that the operation state of the target link is a shutdown state if the link state is an unstable state; or if the link state is a stable state, determining that the operation state of the target link is an open state.
The processing module is further configured to determine that the operation state of the target link is the shutdown state when a duration that the target link is in the unstable state exceeds a preset threshold; or when the duration of the target link in the stable state exceeds the preset threshold, determining that the operation state of the target link is the open state.
In a fifth aspect, an embodiment of the present invention provides a service server, including:
the system comprises a sending module and a monitoring server, wherein the sending module is used for sending link monitoring information to the monitoring server, the service server is a server between a source server and a target server, the link monitoring information comprises an identifier of the source server, an identifier of the target server, and a link identifier and a link state of a target link between the source server and the target server, the link monitoring information is used for the monitoring server to determine an operation state of the target link, and the operation state is used for indicating the source server to adjust the working state of the target link.
The sending module is configured to send a data request to the target server over the target link;
the service server further comprises:
the processing module is used for determining whether the data request is sent successfully; and when the data request fails to be sent, determining that the target link is in an unstable state, and recording the identifier of the source server and the identifier of the target server corresponding to the target link.
The sending module is further configured to send the link monitoring information to the monitoring server according to a preset time interval.
In a sixth aspect, an embodiment of the present invention provides a target server, including:
the receiving module is used for receiving a data request sent by a source server;
the processing module is used for checking the link state of a target link between the target server and the source server according to the receiving condition of the data request;
and the processing module is used for operating the working state of the target link according to the link state.
Wherein the checking a link state of a target link between the target server and the source server comprises:
the processing module is further configured to check the link status of the target link according to a preset time interval.
The processing module is configured to close the target link when the number of times that the target link is in the unstable state exceeds a preset threshold is detected.
Wherein the target server further comprises:
a sending module, configured to send a notification message to the source server, where the notification message is used to instruct to stop sending the data request when the target link is in an unstable state, or to start sending the data request when the target link is in a stable state.
In a seventh aspect, an embodiment of the present application provides a server, including: the network link scheduling method comprises a processor, a memory and a communication bus, wherein the communication bus is used for realizing connection communication between the processor and the memory, and the processor executes a program stored in the memory for realizing the steps in the network link scheduling method provided by the first aspect to the third aspect.
In one possible design, the mobile device provided in the present application may include a module for performing the corresponding method. The modules may be software and/or hardware.
In an eighth aspect, a further aspect of the embodiments of the present application provides a computer-readable storage medium having stored therein a plurality of instructions adapted to be loaded by a processor and to perform the method of the above aspects.
In a ninth aspect, a further aspect of the embodiments of the present application provides a computer program product containing instructions which, when run on a computer, cause the computer to perform the method of the above aspects.
In the embodiment of the invention, a monitoring server receives link monitoring information sent by each service server in a plurality of service servers, wherein the link monitoring information comprises an identifier of a source server, an identifier of a target server, a link identifier of a target link between the source server and the target server and a link state; determining the operation state of the target link according to the link monitoring information; and sending an operation state to the source server, wherein the operation state is used for indicating the source server to adjust the working state of the target link. By monitoring the link status of each link in real time, the link is temporarily shut down when an error occurs, and periodic polling of the link status continues. And if the link state is recovered to be normal, opening the link and further continuing to provide the service. Thereby improving the operating efficiency of the link.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are 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 creative efforts.
Fig. 1 is a schematic structural diagram of a network system according to an embodiment of the present application;
fig. 2 is a schematic diagram of a link provided in an embodiment of the present application;
fig. 3 is a flowchart illustrating a network link scheduling method according to an embodiment of the present application;
fig. 4 is a schematic diagram of an application scenario provided in an embodiment of the present application;
fig. 5 is a flowchart illustrating a network link scheduling method according to an embodiment of the present application;
fig. 6 is a schematic diagram of another application scenario provided in an embodiment of the present application;
fig. 7 is a schematic structural diagram of a monitoring server according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a service server provided in an embodiment of the present application;
fig. 9 is a schematic structural diagram of a target server provided in an embodiment of the present application;
fig. 10 is a schematic structural diagram of a server according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. 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 application.
As shown in fig. 1, fig. 1 is a schematic structural diagram of a network system according to an embodiment of the present application. The network system includes N upstream servers (e.g., server a, server B, server C, … …), any of which can access each other, and M downstream servers (e.g., server D, server E, and servers F, … …), between which there can be multiple links. The server in the network system may be a service server or a data server, etc.
For example, as shown in fig. 2, it is assumed that there are 3 links between two servers, where each color represents one link, each link includes 3 sub-links, and data on each sub-link only enters one of the 3 servers, that is, the sub-link identifies the destination of the data. And (3) ground. The 3 links with different colors play a load balancing effect. It should be noted that the links in the above scenario are unidirectional, and that there are other links for use with data transmitted in the reverse direction.
As shown in fig. 3, fig. 3 is a schematic flowchart of a network link scheduling method according to an embodiment of the present application. The method comprises the following steps:
s301, each service server in a plurality of service servers sends link monitoring information to a monitoring server, the plurality of service servers comprise a source server and a target server, and the link monitoring information comprises an identifier of the source server, an identifier of the target server, a link identifier (linkId) of a target link between the source server and the target server and a link state (status).
Specifically, the service server may monitor the link status of each link in real time, and then send the link monitoring information obtained by monitoring to the monitoring server according to a preset time interval. Wherein the predetermined time interval includes, but is not limited to, 5s or 8 s.
Optionally, before each service server in the plurality of service servers sends link monitoring information to the monitoring server, the service server sends a data request to the target server on the target link; determining whether the data request was sent successfully; and when the data request fails to be sent, the service server determines that the target link is in an unstable state, and records the identifier of the source server and the identifier of the target server corresponding to the target link. When the data request is successfully sent, the service server may determine that the target link is in a stable state, and record the identifier of the source server and the identifier of the target server corresponding to the target link. The quadruplet of link monitoring information < identity of source server, identity of destination server, linkId, status > can thus be obtained finally.
Each of the plurality of servers may be an origin server or a destination server. For the target server or the source server on each link, the link state on the link can also be monitored, and the monitored link monitoring information is sent to the monitoring server.
S302, the monitoring server determines the operation state of the target link according to the link monitoring information.
In a specific implementation, the link monitoring information includes a link state, and if the link state is an unstable state, it is determined that the operation state of the target link is a closed state; or if the link state is a stable state, determining that the operation state of the target link is an open state.
Further, when the time length of the target link in the unstable state exceeds a preset threshold, determining that the operation state of the target link is the closing state; or when the duration of the target link in the stable state exceeds the preset threshold, determining that the operation state of the target link is the open state.
It should be noted that, after receiving the link monitoring information sent by each service server, the monitoring server may perform comprehensive calculation on the multiple link monitoring information received within the preset time period to determine the operation state of each link. Wherein, the preset time length can be 30s or 50s, etc.
For example, for a link, server a checks that the link is in an unstable state for the first time, and server B also checks that the link is in an unstable state. After the server a checks for a plurality of times, the link is still in an unstable state, and the time for determining that the link is in the unstable state exceeds 30s, it may be determined that the link needs to be switched from the open state to the closed state. After another 80s, server a checks that the link has returned to steady state, server B also checks that the link has returned to steady state, and determines that the link has returned to steady state for more than 30s, it may be determined that the link needs to be switched from off to on.
S303, the monitoring server sends an operation state to the source server, and the operation state is used for indicating the source server to adjust the working state of the target link.
In a specific implementation, after the source server receives the operation state sent by the monitoring server, if the operation state of the target link is an open state and the current state of the target link is a closed state, the link may be switched from the closed state to the open state. If the operating state of the target link is a closed state and the current state of the target link is an open state, the link may be switched from the open state to the closed state. And if the current state and the operation state are the same, maintaining the current state of the target link unchanged.
For example, as shown in fig. 4, fig. 4 is a schematic diagram of an application scenario provided in an embodiment of the present application. And the server C receives the data request from the server A and determines that the conditions such as unstable link exist. Since there are multiple links between server a and server B, there will be a fixed target server for each sub-link of the link. That is, sending a data request from server a to server C, will pass through one sub-link of the links between server a and server B, which is only used by server C.
In this case, the server C determines that the data request from the server a has a problem or the link is unstable, and at this time, the server C may report the quadruple of link monitoring information < source server a, destination server C, linkId, status > to the monitoring server. Similarly, other servers may also report the quadruple of link monitoring information for the link. After receiving the quadruplets on all the servers, the monitoring server comprehensively considers all the quadruplets, determines the operation state of the sub-link, and sends the operation state to the source server of the link, so that the source server adjusts the working state of the sub-link according to the operation state.
In the embodiment of the application, the link state of each link is monitored in real time and reported to the monitoring server, and the monitoring server determines the operation state of each link, so that the source server temporarily closes the link when an error occurs, and continues to poll the link state periodically. And if the link state is recovered to be normal, opening the link and further continuing to provide the service. Thereby improving the operating efficiency of the link.
As shown in fig. 5, fig. 5 is a schematic flowchart of a network link scheduling method according to an embodiment of the present application. The method in the embodiment of the application comprises the following steps:
s501, the target server receives the data request sent by the source server. The source server may also send a data request to the target server according to a preset duration.
S502, the target server checks the link state of the target link between the target server and the source server according to the receiving condition of the data request.
In a specific implementation, the target server may monitor link states in multiple links between the source server and the target server in real time according to the receiving condition of the data request, and count the link states of each link according to a preset time interval. The preset time interval may include, but is not limited to, 5s or 10s, etc. For example, if the data request reception is successful, it is determined that the link state is in a stable state; and if the data request fails to be received or packet loss occurs, determining that the link state is in an unstable state.
It should be noted that, after the target server checks the link state of each link each time, the link state of each link checked each time may be saved, so that the link state of each link checked many times within the preset time duration may be saved. And then, comprehensively calculating the link state of each link which is checked for many times, and determining the link state of each link. Wherein, the preset time length can be 30s or 50s, etc.
Each service server in the network system can be used as a target server or an origin server of a link. The link from the source server to the target server may be one link and the link from the target server to the source server may be another link.
And S503, the target server operates the working state of the target link according to the link state.
Specifically, when the number of times that the target link is in the unstable state exceeds a preset threshold value, the target link is closed. And opening the target link when the number of times that the target link is in the stable state exceeds a preset threshold value. The unstable state may be expressed as a packet loss, a data reception error or a data reception failure, or the like.
For example, if a certain link is detected to be in an unstable state for the first time, the unstable state of the link is recorded once, and when the number of times that the link is continuously recorded to be in the unstable state exceeds a preset threshold, the link is switched from an open state to a closed state. And then monitoring the working state of the link, and if the link is recovered to a stable state for a certain time and the number of times of continuously recording that the link is in the stable state exceeds a preset threshold value, switching the link from a closed state to an open state.
Optionally, after the target server operates the working state of the target link according to the link state, the target server may send a notification message to the source server, and after the source server receives the notification message, if the notification message indicates that the target link is closed, the source server stops sending the data request to the target server, or if the notification message indicates that the target link is opened, the source server starts sending the data request to the target server.
For example, as shown in fig. 6, fig. 6 is a schematic diagram of another application scenario provided in the embodiment of the present application. Server a sends a data request to server B. In this scenario, a timing task is required on the server B to periodically check the states of all links, accumulate the number of errors if there is a case of packet loss error or instability, and close the receiving channel of the corresponding link when the accumulated number reaches a certain threshold. Also, server B may send a notification message to server a notifying server a that server a is no longer sending data requests to server B. Due to the regular task, if the link is not lost or unstable for a period of time, the server B opens the corresponding link channel on the server B, and simultaneously notifies the server a that the server a can send a data request to the server a.
In the embodiment of the application, the link states in a plurality of links between the source server and the target server are monitored in real time through the target server. The link is temporarily shut down when an error occurs and periodic polling of the link status continues. And if the link state is recovered to be normal, opening the link and further continuing to provide the service. Thereby improving the operating efficiency of the link.
The method of the embodiments of the present application is set forth above in detail and the apparatus of the embodiments of the present application is provided below.
As shown in fig. 7, fig. 7 is a schematic structural diagram of a monitoring server according to an embodiment of the present application. The monitoring server in the embodiment of the application comprises:
a receiving module 701, configured to receive link monitoring information sent by each service server in a plurality of service servers, where the plurality of service servers include a source server and a target server, and the link monitoring information includes an identifier of the source server, an identifier of the target server, and a link identifier and a link status of a target link between the source server and the target server.
A processing module 702, configured to determine an operating state of the target link according to the link monitoring information,
in a specific implementation, the link monitoring information includes a link state, and if the link state is an unstable state, it is determined that the operation state of the target link is a closed state; or if the link state is a stable state, determining that the operation state of the target link is an open state.
Further, when the time length of the target link in the unstable state exceeds a preset threshold, determining that the operation state of the target link is the closing state; or when the duration of the target link in the stable state exceeds the preset threshold, determining that the operation state of the target link is the open state.
It should be noted that, after receiving the link monitoring information sent by each service server, the monitoring server may perform comprehensive calculation on the multiple link monitoring information received within the preset time period to determine the operation state of each link. Wherein, the preset time length can be 30s or 50s, etc.
For example, for a link, server a checks that the link is in an unstable state for the first time, and server B also checks that the link is in an unstable state. After the server a checks for a plurality of times, the link is still in an unstable state, and the time for determining that the link is in the unstable state exceeds 30s, it may be determined that the link needs to be switched from the open state to the closed state. After another 80s, server a checks that the link has returned to steady state, server B also checks that the link has returned to steady state, and determines that the link has returned to steady state for more than 30s, it may be determined that the link needs to be switched from off to on.
A sending module 703 is configured to send an operation state to the source server, where the operation state is used to instruct the source server to adjust the working state of the target link.
In a specific implementation, after the source server receives the operation state sent by the monitoring server, if the operation state of the target link is an open state and the current state of the target link is a closed state, the link may be switched from the closed state to the open state. If the operating state of the target link is a closed state and the current state of the target link is an open state, the link may be switched from the open state to the closed state. And if the current state and the operation state are the same, maintaining the current state of the target link unchanged.
As shown in fig. 8, fig. 8 is a schematic structural diagram of a service server according to an embodiment of the present application. The service server in the embodiment of the application comprises:
a sending module 801, configured to send link monitoring information to a monitoring server, where the service server is a server between a source server and a target server, the link monitoring information includes an identifier of the source server, an identifier of the target server, and a link identifier and a link state of a target link between the source server and the target server, the link monitoring information is used for the monitoring server to determine an operation state of the target link, and the operation state is used to instruct the source server to adjust a working state of the target link.
Optionally, the service server may monitor the link state of each link in real time, and then send the link monitoring information obtained through monitoring to the monitoring server according to a preset time interval. Wherein the predetermined time interval includes, but is not limited to, 5s or 8 s.
Optionally, the sending module 801 is further configured to send a data request to the target server on the target link; a processing module 802, configured to determine whether the data request is successfully sent; and when the data request fails to be sent, the service server determines that the target link is in an unstable state, and records the identifier of the source server and the identifier of the target server corresponding to the target link. When the data request is successfully sent, the service server may determine that the target link is in a stable state, and record the identifier of the source server and the identifier of the target server corresponding to the target link. The quadruplet of link monitoring information < identity of source server, identity of destination server, linkId, status > can thus be obtained finally.
Each of the plurality of servers may be an origin server or a destination server. For the target server or the source server on each link, the link state on the link can also be monitored, and the monitored link monitoring information is sent to the monitoring server.
As shown in fig. 9, fig. 9 is a schematic structural diagram of a target server according to an embodiment of the present application. The target server in the embodiment of the present application includes:
a receiving module 901, configured to receive a data request sent by an origin server.
A processing module 902, configured to check a link status of a target link between the target server and the source server according to a receiving condition of the data request.
In a specific implementation, the target server may monitor link states in multiple links between the source server and the target server in real time, and count the link states of each link according to a preset time interval. The preset time interval may include, but is not limited to, 5s or 10s, etc.
It should be noted that, after the target server checks the link state of each link each time, the link state of each link checked each time may be saved, so that the link state of each link checked many times within the preset time duration may be saved. And then, comprehensively calculating the link state of each link which is checked for many times, and determining the link state of each link. Wherein, the preset time length can be 30s or 50s, etc.
Each service server in the network system can be used as a target server or an origin server of a link. The link from the source server to the target server may be one link and the link from the target server to the source server may be another link.
A processing module 902, configured to operate the working state of the target link according to the link state.
Specifically, when the number of times that the target link is in the unstable state exceeds a preset threshold value, the target link is closed. And opening the target link when the number of times that the target link is in the stable state exceeds a preset threshold value. The unstable state may be expressed as a packet loss, a data reception error or a data reception failure, or the like.
For example, if a certain link is detected to be in an unstable state for the first time, the unstable state of the link is recorded once, and when the number of times that the link is continuously recorded to be in the unstable state exceeds a preset threshold, the link is switched from an open state to a closed state. And then monitoring the working state of the link, and if the link is recovered to a stable state for a certain time and the number of times of continuously recording that the link is in the stable state exceeds a preset threshold value, switching the link from a closed state to an open state.
Optionally, after the target server operates the working state of the target link according to the link state, the target server may send a notification message to the source server, and after the source server receives the notification message, if the notification message indicates that the target link is closed, the source server stops sending the data request to the target server, or if the notification message indicates that the target link is opened, the source server starts sending the data request to the target server.
In the embodiment of the application, the link states in a plurality of links between the source server and the target server are monitored in real time through the target server. The link is temporarily shut down when an error occurs and periodic polling of the link status continues. And if the link state is recovered to be normal, opening the link and further continuing to provide the service. Thereby improving the operating efficiency of the link.
Referring to fig. 10, fig. 10 is a schematic structural diagram of a server according to an embodiment of the present disclosure. As shown in fig. 10, the server may include: at least one processor 1001, at least one communication interface 1002, at least one memory 1003 and at least one communication bus 1004.
The processor 1001 may be a central processing unit, a general-purpose processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array or other programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor may also be a combination of computing functions, e.g., comprising one or more microprocessors, a digital signal processor and a microprocessor, or the like. The communication bus 1004 may be a peripheral component interconnect standard PCI bus or an extended industry standard architecture EISA bus or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 10, but this is not intended to represent only one bus or type of bus. A communication bus 1004 is used to enable connective communication between these components. The communication interface 1002 of the device in this embodiment of the present application is used for performing signaling or data communication with other node devices. The memory 1003 may include a volatile memory, such as a nonvolatile dynamic random access memory (NVRAM), a phase change random access memory (PRAM), a Magnetoresistive Random Access Memory (MRAM), and the like, and may further include a nonvolatile memory, such as at least one magnetic disk memory device, an electrically erasable programmable read-only memory (EEPROM), a flash memory device, such as a NOR flash memory (NOR flash memory) or a NAND flash memory (EEPROM), and a semiconductor device, such as a Solid State Disk (SSD). The memory 1003 may optionally be at least one storage device located remotely from the processor 1001. A set of program codes may optionally be stored in memory 1003, and the processor 1001 may optionally execute the programs executed in memory 1003.
In one embodiment:
receiving link monitoring information sent by each service server in a plurality of service servers, wherein the plurality of service servers comprise a source server and a target server, and the link monitoring information comprises an identifier of the source server, an identifier of the target server, a link identifier of a target link between the source server and the target server and a link state;
determining the operation state of the target link according to the link monitoring information;
and sending an operation state to the source server, wherein the operation state is used for indicating the source server to adjust the working state of the target link.
Optionally, the processor 1101 is further configured to perform the following operations:
and receiving the link monitoring information sent by each service server according to a preset time interval.
Optionally, the processor 1101 is further configured to perform the following operations:
if the link state is an unstable state, determining that the operation state of the target link is a closed state; or
And if the link state is a stable state, determining that the operation state of the target link is an open state.
Optionally, the processor 1101 is further configured to perform the following operations:
when the time length of the target link in the unstable state exceeds a preset threshold value, determining that the operation state of the target link is the closing state; or
And when the duration of the target link in the stable state exceeds the preset threshold, determining that the operating state of the target link is the open state.
In another embodiment:
sending link monitoring information to a monitoring server, wherein the service server is a server between a source server and a target server, the link monitoring information includes an identifier of the source server, an identifier of the target server, and a link identifier and a link state of a target link between the source server and the target server, the link monitoring information is used for the monitoring server to determine an operation state of the target link, and the operation state is used for indicating the source server to adjust a working state of the target link.
Optionally, the processor 1101 is further configured to perform the following operations:
sending a data request to the target server over the target link;
determining whether the data request was sent successfully;
and when the data request fails to be sent, the service server determines that the target link is in an unstable state, and records the identifier of the source server and the identifier of the target server corresponding to the target link.
Optionally, the processor 1101 is further configured to perform the following operations:
and sending the link monitoring information to the monitoring server according to a preset time interval.
In another embodiment:
receiving a data request sent by a source server;
checking the link state of a target link between the target server and the source server according to the receiving condition of the data request;
and operating the working state of the target link according to the link state.
Optionally, the processor 1101 is further configured to perform the following operations:
checking the link status of the target link at preset time intervals.
Optionally, the processor 1101 is further configured to perform the following operations:
and when the number of times that the target link is in the unstable state exceeds a preset threshold value, closing the target link.
Optionally, the processor 1101 is further configured to perform the following operations:
and sending a notification message to the source server, wherein the notification message is used for indicating that the data request is stopped to be sent when the target link is in an unstable state or starting to be sent when the target link is in a stable state.
Further, the processor may cooperate with the memory and the communication interface to perform the operations of the servers in the embodiments of the above application.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
The above-mentioned embodiments further explain the objects, technical solutions and advantages of the present application in detail. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (6)
1. A method for network link scheduling, the method comprising:
a monitoring server receives link monitoring information sent by each service server in a plurality of service servers according to a preset time interval, wherein a plurality of links exist between any two service servers, each link in the plurality of links comprises a plurality of sub-links, the plurality of service servers comprise a source server and a target server, the link monitoring information comprises an identifier of the source server, an identifier of the target server, a link identifier of the target link between the source server and the target server and a link state, and the target link is a sub-link in the plurality of sub-links and correspondingly serves the target server;
after the monitoring server receives the plurality of link monitoring information within a preset time length, if the link states included in the plurality of link monitoring information are unstable states, determining that the operation state of the target link is a closed state; if the link states included in the link monitoring information are stable states, determining that the operation state of the target link is an open state;
and the monitoring server sends the operating state to the source server, wherein the operating state is used for indicating the source server to adjust the working state of the target link.
2. The method of claim 1, wherein the method further comprises:
when the time length of the target link in the unstable state exceeds a preset threshold value, determining that the operation state of the target link is the closing state; or
And when the duration of the target link in the stable state exceeds the preset threshold, determining that the operating state of the target link is the open state.
3. A method for network link scheduling, the method comprising:
a service server sends a data request to a target server on a target link, wherein a plurality of links exist between any two service servers, each link in the plurality of links comprises a plurality of sub-links, and the target link is a sub-link which correspondingly serves the target server in the plurality of sub-links;
the service server determines whether the data request is successfully sent;
when the data request fails to be sent, the service server determines that the link state of the target link is in an unstable state, and records the identifier of the source server and the identifier of the target server corresponding to the target link;
when the data request is successfully sent, the service server determines that the link state of the target link is in a stable state, and records the identifier of the source server and the identifier of the target server corresponding to the target link;
the method comprises the steps that a service server sends link monitoring information to a monitoring server according to a preset time interval, the service server is one server between a source server and a target server, the link monitoring information comprises an identification of the source server, an identification of the target server, a link identification of a target link between the source server and the target server and a link state, a plurality of pieces of link monitoring information within a preset time length are used for the monitoring server to determine an operation state of the target link, and the operation state is used for indicating the source server to adjust the working state of the target link.
4. A monitoring server, comprising:
a receiving module, configured to receive link monitoring information sent by each service server in a plurality of service servers according to a preset time interval, where multiple links exist between any two service servers, each link in the multiple links includes multiple sublinks, the multiple service servers include a source server and a target server, the link monitoring information includes an identifier of the source server, an identifier of the target server, a link identifier of a target link between the source server and the target server, and a link status, and the target link is a sublink that correspondingly serves the target server in the multiple sublinks;
the processing module is configured to determine that an operation state of the target link is a closed state if a link state included in the plurality of link monitoring information is an unstable state after the receiving module receives the plurality of link monitoring information within a preset time period; if the link states included in the link monitoring information are stable states, determining that the operation state of the target link is an open state;
a sending module, configured to send the operation state to the source server, where the operation state is used to instruct the source server to adjust a working state of the target link.
5. A traffic server, comprising:
a sending module, configured to send a data request to the target server over the target link, where multiple links exist between any two of the service servers, each of the multiple links includes multiple sublinks, and the target link serves a sublink of the target server correspondingly among the multiple sublinks;
the processing module is used for determining whether the data request is sent successfully; when the data request fails to be sent, determining that the target link is in an unstable state, and recording the identifier of the source server and the identifier of the target server corresponding to the target link; when the data request is successfully sent, determining that the link state of the target link is in a stable state, and recording the identifier of the source server and the identifier of the target server corresponding to the target link;
the sending module is further configured to send link monitoring information to a monitoring server according to a preset time interval, the service server is one server between a source server and a target server, the link monitoring information includes an identifier of the source server, an identifier of the target server, a link identifier of a target link between the source server and the target server, and a link state, a plurality of pieces of link monitoring information within a preset time period are used by the monitoring server to determine an operation state of the target link, and the operation state is used to instruct the source server to adjust a working state of the target link.
6. A computer-readable storage medium storing a plurality of instructions adapted to be loaded by a processor and to perform the method according to any one of claims 1-3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911142812.9A CN110912985B (en) | 2019-11-20 | 2019-11-20 | Network link scheduling method and related equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911142812.9A CN110912985B (en) | 2019-11-20 | 2019-11-20 | Network link scheduling method and related equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110912985A CN110912985A (en) | 2020-03-24 |
| CN110912985B true CN110912985B (en) | 2021-05-28 |
Family
ID=69818247
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911142812.9A Active CN110912985B (en) | 2019-11-20 | 2019-11-20 | Network link scheduling method and related equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110912985B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111711544B (en) * | 2020-05-15 | 2021-11-09 | 北京奇艺世纪科技有限公司 | Link dial testing method and device, electronic equipment and storage medium |
| CN113765730A (en) * | 2020-06-05 | 2021-12-07 | 腾讯科技（深圳）有限公司 | Method and device for monitoring data link network |
| CN111918235A (en) * | 2020-07-20 | 2020-11-10 | 南京暴走团电子商务有限公司 | Data monitoring system for wireless communication and monitoring method thereof |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108809679A (en) * | 2017-05-03 | 2018-11-13 | 腾讯科技（深圳）有限公司 | To the control method of network node, device and monitoring device |
| CN108989368A (en) * | 2017-05-31 | 2018-12-11 | 腾讯科技（深圳）有限公司 | A kind of control method and monitoring device of link-quality |
| CN110213203A (en) * | 2018-03-06 | 2019-09-06 | 腾讯科技（深圳）有限公司 | Network dispatching method, device and computer storage medium |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8510468B2 (en) * | 2000-04-17 | 2013-08-13 | Ciradence Corporation | Route aware network link acceleration |
| EP4102763B1 (en) * | 2012-12-07 | 2024-03-06 | LG Electronics Inc. | Method and device for transmitting and receiving control signal |
| CN103888380B (en) * | 2013-12-19 | 2017-08-01 | 广州地铁集团有限公司 | Link scheduling method and device based on priority |
-
2019
- 2019-11-20 CN CN201911142812.9A patent/CN110912985B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108809679A (en) * | 2017-05-03 | 2018-11-13 | 腾讯科技（深圳）有限公司 | To the control method of network node, device and monitoring device |
| CN108989368A (en) * | 2017-05-31 | 2018-12-11 | 腾讯科技（深圳）有限公司 | A kind of control method and monitoring device of link-quality |
| CN110213203A (en) * | 2018-03-06 | 2019-09-06 | 腾讯科技（深圳）有限公司 | Network dispatching method, device and computer storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110912985A (en) | 2020-03-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110912985B (en) | Network link scheduling method and related equipment | |
| CN110830283B (en) | Fault detection method, device, equipment and system | |
| US20210200681A1 (en) | Data storage method and apparatus, and server | |
| US9215174B2 (en) | Oversubscription buffer management | |
| CN104753994A (en) | Method and device for data synchronization based on cluster server system | |
| WO2019192133A1 (en) | Electronic apparatus, data link risk pre-warning method, and storage medium | |
| CN114268957B (en) | Abnormal business data processing method, device, server and storage medium | |
| US20120124221A1 (en) | Element terminal and communication system | |
| US11677769B2 (en) | Counting SYN packets | |
| WO2021114774A1 (en) | Method and device for processing aggregated link | |
| CN108900488B (en) | Decentralization abnormal terminal discovery method and device in scene of Internet of things | |
| US11704180B2 (en) | Method, electronic device, and computer product for storage management | |
| CN114826962A (en) | Link fault detection method, device, equipment and machine readable storage medium | |
| CN115033927A (en) | Method, device, equipment and medium for detecting data integrity | |
| US9900207B2 (en) | Network control protocol | |
| CN104137502A (en) | Method enabling fast switching between multicast trees | |
| US10853248B1 (en) | In-rack network for power signals | |
| CN112217718A (en) | Service processing method, device, equipment and storage medium | |
| CN111897681A (en) | Message forwarding method and device, computing equipment and storage medium | |
| CN112929197A (en) | Network communication method, device, equipment and storage medium | |
| US10951536B1 (en) | Sequence number recovery in stateful devices | |
| US10122588B2 (en) | Ring network uplink designation | |
| CN113595837B (en) | Communication protocol management method, device, electronic equipment and storage medium | |
| CN114064362B (en) | Data recovery method, system and computer readable storage medium for distributed storage | |
| US11949597B2 (en) | Platform independent on demand network management and monitoring |
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 | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40022261 Country of ref document: HK |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |