Equipment health examination method, system and related device

Abstract

The invention provides an equipment health examination method and system and a related device, and relates to the technical field of computers, in particular to the technical fields of cloud computing, big data and the like. The specific implementation scheme is as follows: a detection device sends a health check message to a to-be-detected device; wherein the detection equipment and the to-be-detected equipment belong to a target equipment layer; and determining a response result of the health examination message so as to perform equipment health examination on the target equipment layer. In the embodiment of the invention, the equipment belonging to the same layer is detected, the abnormity of the equipment in the same layer can be sensed in time, and the effectiveness of network detection is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, and in particular to technical fields such as cloud computing and big data. Background Art

[0002] For current cloud data centers, in order to meet high availability, multi-availability zones and multi-host disaster recovery methods are usually used. However, in the multi-layer network collaboration scenario, how to detect abnormal devices in a timely manner is a problem currently faced. Summary of the invention

[0003] The present disclosure provides a device health check method, system and related apparatus.

[0004] According to one aspect of the present disclosure, a device health check method is provided, comprising:

[0005] The detection device sends a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the same target device layer;

[0006] A response result of the health check message is determined to perform a device health check on the target device layer.

[0007] According to another aspect of the present disclosure, a device health check method is provided, comprising:

[0008] Receiving detection results for a device to be detected sent by multiple detection devices in a target device layer; wherein the multiple detection devices and the device to be detected are both in the target device layer;

[0009] The detection results sent by the multiple detection devices are aggregated to perform a device health check on the device to be detected.

[0010] According to another aspect of the present disclosure, there is provided a device health check apparatus, comprising:

[0011] A sending module, used for the detection device to send a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the same target device layer;

[0012] The first processing module is used to determine a response result of the health check message to perform a device health check on the target device layer.

[0013] According to another aspect of the present disclosure, there is provided a device health check apparatus, comprising:

[0014] A receiving module, used for receiving detection results for a device to be detected sent by multiple detection devices in a target device layer; wherein the multiple detection devices and the device to be detected are both in the target device layer;

[0015] The aggregation module is used to aggregate the detection results sent by the multiple detection devices to perform a device health check on the device to be detected.

[0016] According to another aspect of the present disclosure, a health check system is provided, comprising:

[0017] A detection device, used to send a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the same target device layer;

[0018] The device to be detected is used to respond to the health check message when receiving the health check message;

[0019] The aggregation device is used to aggregate the detection results sent by multiple detection devices in the target device layer for the device to be detected, so as to perform a device health check on the device to be detected in the target device layer.

[0020] According to another aspect of the present disclosure, there is provided an electronic device, comprising:

[0021] at least one processor; and

[0022] a memory communicatively connected to the at least one processor; wherein,

[0023] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute any method in the embodiments of the present disclosure.

[0024] According to another aspect of the present disclosure, a non-transitory computer-readable storage medium storing computer instructions is provided, wherein the computer instructions are used to enable the computer to execute any method according to the embodiments of the present disclosure.

[0025] According to another aspect of the present disclosure, a computer program product is provided, including a computer program, which implements any method according to the embodiments of the present disclosure when executed by a processor.

[0026] In the disclosed embodiment, devices belonging to the same layer are detected, and abnormalities of devices in the same layer can be detected in time, thereby improving the effectiveness of network detection. Since there is no need to perform device health checks across layers, health checks of devices in the same layer can also improve the efficiency of detection. Compared with setting up a separate detector specifically for device health checks, there is no need to set up additional equipment, thereby reducing detection costs.

[0027] In addition, the disclosed embodiments support the same detection device sending multiple health check messages to perform device health checks. Therefore, based on the response results of multiple health check messages, the overall health status of the target device layer can be comprehensively determined to further improve the accuracy of detection.

[0028] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present disclosure, nor is it intended to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0029] The accompanying drawings are used to better understand the present solution and do not constitute a limitation of the present disclosure.

[0030] Figure 1 is a schematic diagram of a multi-layer network collaboration architecture according to an embodiment of the present disclosure;

[0031] Figure 2 is a flowchart of a device health check method according to an embodiment of the present disclosure;

[0032] Figure 3 is another schematic diagram of a multi-layer network collaboration architecture according to an embodiment of the present disclosure;

[0033] Figure 4 is another flow chart of a device health check method according to an embodiment of the present disclosure;

[0034] Figure 5 is another flow chart of a device health check method according to an embodiment of the present disclosure;

[0035] Figure 6 is a schematic diagram of the architecture of a device health check method according to an embodiment of the present disclosure;

[0036] Figure 7 is a structural schematic diagram of a device health check apparatus according to an embodiment of the present disclosure;

[0037] Figure 8 is another structural schematic diagram of a device health check apparatus according to an embodiment of the present disclosure;

[0038] Fig. 9 The block diagram is a block diagram of an electronic device used to implement the device health check method of the embodiment of the present disclosure. DETAILED DESCRIPTION

[0039] The following is a description of exemplary embodiments of the present disclosure in conjunction with the accompanying drawings, including various details of the embodiments of the present disclosure to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope of the present disclosure. Similarly, for the sake of clarity and conciseness, the description of well-known functions and structures is omitted in the following description.

[0040] In the case of multi-layer network collaboration, such as Figure 1 As shown, taking two layers as an example, after receiving a request, the device in layer 1 needs to forward traffic to the device in layer 2. For example, device 1-2 in layer 1 forwards traffic to four devices in layer 2. The devices in layer 1 can generally forward traffic to the devices in layer 2 in an evenly distributed manner. In the event that any device in layer 2 fails, such as device 2-1, all devices in layer 1 need to be informed to stop forwarding traffic to device 2-1.

[0041] In order to quickly identify abnormal devices in a multi-layer architecture, the present disclosure proposes a device health check method, which is applied to the target device layer, such as Figure 2 As shown, including:

[0042] S201, the detection device sends a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the same target device layer.

[0043] Among them, in multi-layer network collaboration, such as Figure 3 In the illustrated architecture, the target device layer may be layer 2. In an n-layer network device, the target device layer may be any layer, where n is a positive integer greater than 1.

[0044] S202, receiving a response result of the health check message to perform a device health check on the target device layer.

[0045] Equipment health check usually refers to a series of tests and analyses on the equipment to evaluate its operating status and performance, ensure the normal operation of the equipment, and prevent potential failures and performance degradation. By real-time monitoring of the key performance indicators of the equipment, potential failures and performance degradation can be discovered in time, so as to provide early warning and intervention.

[0046] In the disclosed embodiment, devices belonging to the same layer are detected, and abnormalities of devices in the same layer can be detected in time, thereby improving the effectiveness of network detection. Since there is no need to perform device health checks across layers, health checks of devices in the same layer can also improve the efficiency of detection. Compared with setting up a separate detector specifically for device health checks, there is no need to set up additional equipment, thereby reducing detection costs.

[0047] In addition, the disclosed embodiments support the same detection device sending multiple health check messages to perform device health checks. Therefore, based on the response results of multiple health check messages, the overall health status of the target device layer can be comprehensively determined to further improve the accuracy of detection.

[0048] In some embodiments, since traffic is forwarded layer by layer in a multi-layer network collaborative network architecture, the target device layer and the upper device layer of the target device layer are in a cloud environment; the upper device layer is responsible for forwarding traffic to the target device layer.

[0049] In the disclosed embodiment, this method can be used to implement layer-by-layer distribution of traffic. Combined with the device inspection method at the same level, it can further ensure the health of devices in the cloud environment and avoid traffic black holes.

[0050] In some embodiments, the device health check method provided by the embodiments of the present disclosure can support a cloud environment where the upper device layer does not have the ability to send health check messages.

[0051] That is, when the upper device layer and the target device layer are in different network environments, the upper device layer may not have the ability to send a health check message to the target device layer.

[0052] For example, the upper device layer is programmable hardware and the target device layer is X86. And scenarios such as NFV (Network Functions Virtualization) similar to hyperplane. In this scenario, the upper device layer may not have the ability to send health check messages to the target device layer.

[0053] Through the solution provided in the embodiments of the present disclosure, when the upper-layer device does not have the ability to send health check messages, the same-layer device can be used to perform health checks to ensure the health of the entire device system, ensure the normal operation of the cluster in the cloud environment, and improve the working performance and stability of the cluster in the cloud environment.

[0054] In the disclosed embodiment, each device in the target device layer serves as a detection device to perform health checks on other devices in the target device layer.

[0055] During implementation, the target device layer can use the full mesh mode to perform device health checks. In this case, each device in the target device layer can be used as a detection device, and all devices other than the detection devices can be used as devices to be detected. Figure 3As shown, when device 2-1 is used as a detection device, device 2-2, device 2-3, and device 2-4 are respectively used as devices to be detected. When device 2-2 is used as a detection device, device 2-1, device 2-3, and device 2-4 are respectively used as devices to be detected. Similarly, each device in the target device layer is used as a detection device and a device to be detected.

[0056] In the disclosed embodiment, each device in the target device layer is used as a detection device to realize mutual detection with other devices to avoid detection problems caused by abnormal detection devices. Based on this mutual detection method, the comprehensiveness of the health check of the target device layer can be further guaranteed, the detection efficiency of abnormal devices can be improved, and the basic guarantee for the normal and stable operation of the cluster in the cloud environment is provided.

[0057] In some embodiments, in order to improve the timeliness of device health check, sending a health check message to the device to be detected can be implemented as follows: sending the health check message to the data port of the device to be detected through the data port of the detection device.

[0058] The data port is a high-speed network interface, which can send health check messages in sub-seconds.

[0059] In the disclosed embodiment, the data port is used to send health check messages, which can achieve sub-second detection and quickly perceive the health status of the device to facilitate timely processing and avoid traffic black holes.

[0060] In some embodiments, sending a health check message to a device to be detected may be implemented as: sending multiple health check messages to the device to be detected; wherein the number of health check messages sent per second is higher than a preset threshold.

[0061] During implementation, since the data port can be implemented at the sub-second level, the number of health check messages sent per second is determined based on the actual situation. In order to achieve high-frequency detection, the embodiment of the present disclosure needs to ensure that the number of health check messages sent per second is higher than a preset threshold. Among them, the preset threshold can be 100 times for example.

[0062] In the disclosed embodiment, detection is performed using a number of health check messages not less than a preset threshold per second to ensure sub-second high-frequency detection of the detection device, thereby enabling rapid discovery of abnormal devices.

[0063] In some embodiments, there may be multiple links between the same detection device and the same device to be detected. If multiple health check messages are sent on one link, and when there is a problem with this link, such as a failure of an intermediate node in the link, the health check message will not be delivered to the device to be detected, and the detection device will be at risk of mistaking the device to be detected for an abnormality. In view of this, in order to avoid this problem, in the embodiments of the present disclosure, the five-tuples of the multiple health check messages are different, but the source IP addresses of the multiple health check messages are the same, and the destination IP addresses of the multiple health check messages are the same.

[0064] The quintuple includes five sets of quantities: source IP address (source IP), source port (source port), destination IP address (destination IP), destination port (destination port) and transport layer protocol (the layer4protocol).

[0065] During implementation, the transport layer protocol may be adjusted to obtain five-tuples of different health check messages.

[0066] In the disclosed embodiment, based on the form of adjusting the five-tuple, multiple network links from the source IP address to the destination IP address are covered as much as possible to ensure the comprehensiveness of the health check and improve the accuracy of the device health check.

[0067] In some embodiments, multiple links between the detection device and the device to be detected may be sorted out, and then health check messages may be sent separately using each link as a route.

[0068] In order to further improve the efficiency of device health checks and ensure sub-second health checks, multiple health check messages can be generated in the following manner in the embodiments of the present disclosure: an IP header whose protocol field is a target protocol is generated; and multiple health check messages are generated by modifying the five-tuple in the target protocol.

[0069] Since the network path is complex, if standard protocols such as ICMP (Internet Control Message Protocol) are used for detection, since the source IP and destination IP are fixed, only one path will be covered. However, there may be multiple network paths. In this case, using standard protocols for detection may cause misjudgment or omission.

[0070] Therefore, in the embodiment of the present disclosure, a customized protocol is used as the transport layer protocol in the quintuple, thereby obtaining different quintuples between the source IP address and the destination IP address.

[0071] For example, for the protocol type in the protocol of the IP header, the 17th protocol UDP (User Datagram Protocol) can be used as the health check message. The transport layer protocol part can be transmitted using the UDP protocol.

[0072] Among them, UDP can provide connectionless and fast services. The protocol does not guarantee that the data packet will reach the destination, nor will it retransmit lost data packets, and does not perform flow control and congestion control. The use of high-frequency health check messages to implement detection in the embodiments of the present disclosure can compensate for the packet loss of UDP to a certain extent.

[0073] In the embodiment of the present disclosure, multiple five-tuples are obtained in the form of an IP header with a generated protocol field as the target protocol, so that the network path from the source IP address to the destination IP address can be covered as completely as possible to avoid misjudgment or missed judgment.

[0074] In some embodiments, a health check is performed based on the aforementioned constructed health check message, which can be specifically implemented as follows: when a detection result corresponding to any five-tuple indicates that the device to be detected is normal, determining that the device to be detected is online.

[0075] During implementation, since multiple five-tuples may be used for health checks between the detection device and the device to be detected. Each five-tuple corresponds to a link. When the detection device receives a response packet to a health check message in any five-tuple of the device to be detected, it means that the device to be detected has responded to the health check message normally, and it can be determined that the detection result indicates that the device to be detected is normal, indicating that the device to be detected is online.

[0076] Although the detection results of some network paths indicate abnormalities, it may be due to the abnormality of some nodes in the network path, resulting in failure to receive normal detection results of the device to be detected. Therefore, in the embodiment of the present disclosure, when the detection device receives feedback of the detection result of any five-tuple, it can be indicated that the device to be detected has no problem and is in a normal working state.

[0077] Of course, in other embodiments, the conditions for determining whether the device to be detected is abnormal can be set according to actual needs. For example, if the device to be detected needs to process critical tasks, and the timeliness and results of task processing are relatively strict, the conditions for determining whether the device to be detected is online can be more stringent. For example, more than half of the links reflect that the device to be detected is online, then it can be confirmed to be normal.

[0078] In some embodiments, in order to more quickly implement device health checks, such as Figure 4As shown, the detection result corresponding to any five-tuple may also be determined based on the following method to determine the health status of the device to be detected in the detection link corresponding to any five-tuple:

[0079] S401, obtaining response results of multiple health check messages of any five-tuple.

[0080] During implementation, the detection device uses the preset time as a statistical period, summarizes the response results of multiple health check messages within the preset time, and sends them to the summary device for statistics to obtain the statistical values ​​of the response results of multiple health check messages.

[0081] For example, to achieve sub-second detection, the preset duration is less than 1 second, for example, the preset duration can be 100 ms, and even when the timeliness requirement is high, the preset duration can be shortened. Therefore, the preset duration can be determined based on actual conditions, and the embodiments of the present disclosure do not limit this.

[0082] The response result of any health check message can be determined as follows:

[0083] Step A1: upon receiving a response packet to a health check message, determining that a response result of the device to be detected is that the device to be detected replies to the health check message.

[0084] Step A2, when no response packet is received within the specified time period, determine that the response result of the device to be detected is that the device to be detected has not replied to the health check message; wherein, when the device to be detected has started the disaster recovery routing, the answering device corresponding to the disaster recovery routing does not respond to the health check message based on the set rules when it receives the health check message.

[0085] The rule is set as not responding to health check messages but responding to other protocol messages.

[0086] During implementation, in order to achieve high availability, corresponding disaster recovery routes are usually released. Figure 3 As shown in the figure, the routes published by the four devices at layer 2 are roughly shown in Table 1 below:

[0087] Table 1

[0088]

[0089] For example, after device 2-1 becomes abnormal, the coarse route XX.Ya0 / 24 released by device 2-2 can provide a backup for device 2-1. This solves the disaster recovery problem to a certain extent, but it also brings troubles to detection. In the case of an abnormality in device 2-1, due to the backup of device 2-2, the detection message sent to device 2-1 will be answered by device 2-2, and the detection device will mistakenly think that device 2-1 is normal. In this case, in order to avoid the answering problem, based on the set rules in the embodiment of the present disclosure, device 2-2 will not respond to the health check message sent to device 2-1, which circumvents the answering problem to a certain extent and can achieve accurate detection. In addition, since the feedback of the response packet is relatively rapid, the response result of the health check message is determined based on the form of the response packet, so that the health status of the device to be detected can be understood in a relatively timely manner.

[0090] S402: Determine a detection result of the device to be detected based on the statistical value of the response results of the multiple health check messages.

[0091] During implementation, the response results obtained above can be sent to the aggregation device for analysis to obtain statistical values ​​to analyze the health status of the device to be detected. In the embodiment of the present disclosure, the aggregation device can be a device within the target device layer or a device outside the target device layer, as long as it can implement the statistical analysis function, and the embodiment of the present disclosure does not limit this.

[0092] Among them, when the health status requirements of the device are relatively strict, the statistical value can be set to a higher target threshold, exemplarily 80%. When the statistical value is greater than the target threshold, it indicates that the device to be detected is normal, and then it is determined that the device to be detected is online.

[0093] In the case where the health status of the device is not strictly required, it can be determined that the device to be detected is online when the statistical value indicates that any response result of multiple health check messages indicates that the device to be detected is normal.

[0094] In addition to the aforementioned methods, the statistical value can also be expressed in a preset number. For example, 10 health detection messages can be sent within 100ms, and when 8 response packets are received, it is determined that the device to be detected is normal. In addition, other methods can also be used to express the statistical value, which is not limited in the embodiments of the present disclosure.

[0095] When the statistical value is less than the preset threshold or any response result of multiple health check messages cannot indicate that the device to be detected is normal, it is necessary to combine the detection results of the five-tuple of other devices to determine the health status of the device to be detected.

[0096] For example, Figure 2As shown, when device 2-1 is a detection device and device 2-3 is a device to be detected, and it is determined that any response result of multiple health check messages sent by device 2-1 cannot indicate that device 2-3 is normal, detection devices other than device 2-3 can be referred to to determine the health status of device 2-1. Exemplarily, when device 2-2 is determined to be an online device, device 2-2 can be used as a detection device, and device 2-1 can be used as a device to be detected; when detection determines that device 2-1 is online normally, and other detection devices determine that device 2-3 is offline, it means that device 2-3 is in an abnormal state.

[0097] In the disclosed embodiment, the detection results of multiple health check messages are summarized by using statistical values, which can further comprehensively understand the health status of the device to be detected and ensure the accuracy of the health status check results of the device to be detected.

[0098] In some embodiments, when a summary device is used to perform a device health check on a target device layer, the specific implementation may be as follows:

[0099] Step B1, summarizing the detection results of multiple detection devices on the device to be detected to obtain a summary result.

[0100] During implementation, any online device in the target device layer can be identified as the rollup device.

[0101] Since each device in the target device layer can be used as a detection device to detect the device to be detected, the detection result of each device on the device to be detected is obtained.

[0102] Step B2: when it is determined based on the summary result that the detection result of at least one detection device in the target available zone where the device to be detected is located indicates that the device to be detected is online, it is determined that the device to be detected is normal.

[0103] Step B3: when it is determined based on the summary results that the detection results in the target availability zone where the device to be detected is located and the detection results of the detection devices across the availability zones all indicate that the device to be detected is offline, it is determined that the device to be detected is abnormal.

[0104] In the disclosed embodiment, the entire target device layer is summarized using the devices in the target device layer to ensure the health status of the devices to be detected.

[0105] In some embodiments, when the device to be detected is abnormal, the upper device layer of the target device layer is notified to stop forwarding traffic to the device to be detected.

[0106] In the disclosed embodiment, in a multi-layer collaborative network, devices in layer 1 and layer 2 can perform full mesh forwarding, but when a device is abnormal, the upper device layer will adaptively adjust the forwarding strategy.

[0107] For example, as mentioned above, when it is determined that the detection results in the target availability zone where the device to be detected is located all indicate that the device to be detected is offline, the device is determined to be abnormal, the device can be removed from the target device layer, and the upper device layer can be informed to stop forwarding traffic to the device to be detected.

[0108] In the embodiment of the present disclosure, when it is determined that the device to be detected is abnormal, forwarding traffic to the device to be detected can be stopped in time to avoid a traffic black hole.

[0109] During implementation, in order to effectively utilize resources in the cloud environment, device anomalies can also be identified as anomalies in the same availability zone and anomalies across availability zones. When the same availability zone is normal and the cross-availability zone is abnormal, the upper layer device of the target device layer can be notified to stop forwarding traffic to the device to be detected with the cross-availability zone abnormality. When the same availability zone is normal, traffic can continue to be forwarded to the device to be detected in the same availability zone. When the same availability zone is abnormal, traffic forwarding to the device to be detected in the same availability zone is stopped.

[0110] like Figure 3 As shown, the architecture of the multi-layer network collaboration is divided into multiple availability zones (each availability zone can be represented as a computer room). For any target availability zone, if the detection result of any detection device in the target availability zone indicates that the device to be detected is online, then it is determined that the device to be detected is normal in the same availability zone in the target availability zone. In the target availability zone where the device to be detected is located, if the detection results of all detection devices for the device to be detected indicate that the device to be detected is offline, it means that the device to be detected cannot communicate in the target availability zone, and the device to be detected is abnormal in the same availability zone. In the case where it is determined that the detection results of the detection devices across the availability zones indicate that the device to be detected is offline, it means that the device to be detected is abnormal across the availability zones. Therefore, when the device to be detected is abnormal in the same availability zone, and all cross-availability zones are abnormal, the device to be detected cannot support the traffic forwarded by the upper layer, and the device to be detected needs to be removed to avoid traffic black holes.

[0111] However, if the detection result of at least one detection device in the same availability zone indicates that the device to be detected is online, it means that the device is normal in the same availability zone, and it is necessary to prompt the upper device layer to adjust the forwarding strategy. For example, the upper layer device in the same availability zone can forward traffic to the device to be detected in the availability zone. If the device to be detected is abnormal across availability zones, the upper layer device across availability zones stops forwarding traffic to the device to be detected.

[0112] For example, if the cross-zone abnormality of device 2-1 in layer 2 occurs, the devices in layer 1 need to avoid forwarding traffic across the zones. Figure 3 As shown, in the case of abnormal forwarding across availability zones of device 2-1, devices 1-3 and 1-4 in layer 1 that are not in the same availability zone as device 2-1 will not forward traffic to device 2-1, but devices 1-1 and 1-2 in the availability zone will continue to forward traffic to device 2-1 in the same availability zone.

[0113] Based on the same technical concept, the present disclosure also provides a device health check method, which is applied to aggregate devices, such as Figure 5 As shown, including:

[0114] S501, receiving detection results for a device to be detected sent by multiple detection devices in a target device layer; wherein the detection devices and the device to be detected are both in the target device layer.

[0115] Among them, in multi-layer network collaboration, such as Figure 3 In the illustrated architecture, the target device layer may be layer 2. In an n-layer network device, the target device layer may be any layer, where n is a positive integer greater than 1.

[0116] Each device in the target device layer can be used as a detection device and a device to be detected.

[0117] S502: Summarize the detection results sent by multiple detection devices to perform a device health check on the device to be detected.

[0118] In the disclosed embodiment, the detection results of each detection device are summarized to fully understand the health status of the device to be detected, avoid missed detection or false detection to a certain extent, and ensure the accuracy of the health status check.

[0119] In some embodiments, the detection results sent by multiple detection devices are aggregated to perform a device health check on the device to be detected, including:

[0120] Step C1, when it is determined based on the summary result of the detection results sent by multiple detection devices that the detection result of at least one detection device in the target available zone where the device to be detected is located indicates that the device to be detected is online, it is determined that the device to be detected is normal.

[0121] In some embodiments, the same detection device sends multiple health check messages to the device to be detected through different five-tuples.

[0122] Based on the above, the quintuple can be adjusted to obtain different quintuples between the detection device and the device to be detected. The specific method has been described above, and the embodiment of the present disclosure will not be repeated one by one.

[0123] In the disclosed embodiment, different five-tuples are used to send health check messages to the device to be detected, so as to cover the network path from the source IP address to the destination IP address as much as possible, and ensure the comprehensiveness of the health check as much as possible.

[0124] In some embodiments, aggregating detection results sent by multiple detection devices can be implemented as follows: for any five-tuple, obtaining the response results of multiple health check messages of any five-tuple; and determining the health status of the device to be detected based on the statistical values ​​of the response results of the multiple health check messages.

[0125] When the detection results sent by the various detection devices are received, the detection results of the various detection devices are analyzed to obtain statistical values.

[0126] The specific method of calculating the statistical value has been described above, and the embodiment of the present disclosure will not be repeated here.

[0127] In the embodiment of the present disclosure, the health status of the device to be detected is determined by using statistical values, so as to determine the health status of the device to be detected in a manner that is as simple and accurate as possible.

[0128] Step C2: when it is determined based on the summary result that the detection results in the target availability zone where the device to be detected is located and the detection results of the detection devices across the availability zones all indicate that the device to be detected is offline, it is determined that the device to be detected is abnormal.

[0129] The specific content has been described above, and the embodiments of the present disclosure will not be repeated here.

[0130] In the disclosed embodiment, the health status of the device is divided in the form of available zones, thereby ensuring the overall traffic forwarding efficiency of the target device layer.

[0131] Based on the same technical concept, a health check system is also proposed in the embodiment of the present disclosure, and its architecture diagram is as follows: Figure 6 As shown, it includes a detection device 601, a device to be detected 602, and a summary device 603, wherein:

[0132] The detection device 601 is used to send a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the target device layer.

[0133] The device to be detected 602 is used to respond to the health check message when receiving the health check message.

[0134] Based on what has been described above, when the device to be detected starts the proxy device based on the disaster recovery mechanism, the health check message will be routed to the proxy device, and the proxy device will not respond to the health check message sent to the device to be detected.

[0135] The aggregation device 603 is used to aggregate the detection results for each device to be detected sent by multiple detection devices in the target device layer, so as to perform a device health check on the devices to be detected in the target device layer.

[0136] The aggregation device may be implemented as a server.

[0137] In the disclosed embodiment, since the devices in the same layer are in the same network, the detection using the devices in the same layer can timely detect the abnormality of the devices and improve the effectiveness of the network detection. In addition, since the aggregation device aggregates the detection results of each device to be detected, the aggregation of the detection results of each device to be detected and the aggregation of the detection results of each device to be detected can be executed in parallel, which improves the execution efficiency and comprehensively determines the overall health of the target device layer.

[0138] It is understandable that the device health check operations performed by each device in the system are the same as those described above, and will not be repeated here.

[0139] Based on the same technical concept, the present disclosure also proposes a device health check device 700, such as Figure 7 As shown, including:

[0140] A sending module 701 is used for the detection device to send a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the target device layer;

[0141] The first processing module 702 is used to determine a response result of the health check message to perform a device health check on the target device layer.

[0142] In some embodiments, the sending module is configured to:

[0143] The health check message is sent through the data port of the detection device to the data port of the device to be detected.

[0144] In some embodiments, the sending module is configured to:

[0145] Send multiple health check messages to the device to be tested;

[0146] Among them, the number of health check messages sent per second is higher than the preset threshold.

[0147] In some embodiments, the quintuples of the multiple health check messages are different, but the source IP addresses of the multiple health check messages are the same, and the destination IP addresses of the multiple health check messages are the same.

[0148] In some embodiments, a generating module is further included for:

[0149] Generate an IP header whose protocol field is the target protocol;

[0150] Generate multiple health check messages by modifying the five-tuple in the target protocol.

[0151] In some embodiments, the system further includes a second processing module for:

[0152] When the detection result corresponding to any five-tuple indicates that the device to be detected is normal, it is determined that the device to be detected is online.

[0153] In some embodiments, a third processing module is further included, configured to:

[0154] Get the response results of multiple health check messages of any five-tuple;

[0155] Based on the statistical values ​​of the response results of multiple health check messages, the detection result of the device to be detected is determined.

[0156] In some embodiments, the target device layer and the device layer above the target device layer are in a cloud environment;

[0157] The upper device layer is responsible for forwarding traffic to the target device layer.

[0158] In some embodiments, the upper device layer does not have the ability to send health check messages.

[0159] In some embodiments, each device in the target device layer serves as a detection device to perform health checks on other devices in the target device layer.

[0160] In some embodiments, the first processing module includes:

[0161] A summarizing unit, used to summarize the detection results of multiple detection devices on the device to be detected to obtain a summary result;

[0162] A first determining unit, configured to determine that the device to be detected is normal when, based on the summary result, a detection result of at least one detection device in the target available zone where the device to be detected is located indicates that the device to be detected is online;

[0163] The second determining unit is used to determine that the device to be detected is abnormal when it is determined based on the summary result that the detection results in the target availability zone where the device to be detected is located and the detection results of the detection devices across the availability zones all indicate that the device to be detected is offline.

[0164] In some embodiments, a fourth processing module is further included, configured to:

[0165] In the case of an abnormality in the device to be detected, the upper device layer of the target device layer is notified to stop forwarding traffic to the device to be detected.

[0166] In some embodiments, the first processing module includes:

[0167] A third determining unit is used to determine, when receiving a response packet to the health check message, that the response result of the device to be detected is that the device to be detected replies to the health check message;

[0168] The fourth determination unit is used to determine that the response result of the device to be detected is that the device to be detected has not replied to the health check message when no response packet is received within a specified time period; wherein, when the device to be detected has started disaster recovery routing, the answering device corresponding to the disaster recovery routing does not respond to the health check message based on the set rules when it receives the health check message.

[0169] Based on the same technical concept, the present disclosure also proposes a device health check device 800, such as Figure 8 As shown, including:

[0170] The receiving module 801 is used to receive detection results for the device to be detected sent by multiple detection devices in the target device layer; wherein the multiple detection devices and the device to be detected are in the same target device layer;

[0171] The aggregation module 802 is used to aggregate the detection results sent by multiple detection devices to perform a device health check on the device to be detected.

[0172] For the description of specific functions and examples of each module and submodule of the device in the embodiment of the present disclosure, reference can be made to the relevant description of the corresponding steps in the above method embodiment, which will not be repeated here.

[0173] In the technical solution disclosed herein, the acquisition, storage and application of user personal information involved are in compliance with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0174] According to an embodiment of the present disclosure, the present disclosure also provides an electronic device, a readable storage medium and a computer program product.

[0175] Fig. 9 A schematic block diagram of an example electronic device 900 that can be used to implement an embodiment of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present disclosure described and / or required herein.

[0176] like Fig. 9 As shown, the device 900 includes a computing unit 901, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 902 or a computer program loaded from a storage unit 908 into a random access memory (RAM) 903. In the RAM 903, various programs and data required for the operation of the device 900 can also be stored. The computing unit 901, the ROM 902, and the RAM 903 are connected to each other via a bus 904. An input / output (I / O) interface 905 is also connected to the bus 904.

[0177] A number of components in the device 900 are connected to the I / O interface 905, including: an input unit 906, such as a keyboard, a mouse, etc.; an output unit 907, such as various types of displays, speakers, etc.; a storage unit 908, such as a disk, an optical disk, etc.; and a communication unit 909, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 909 allows the device 900 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0178] The computing unit 901 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the computing unit 901 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The computing unit 901 performs the various methods and processes described above, such as the device health check method. For example, in some embodiments, the device health check method may be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage unit 908. In some embodiments, part or all of the computer program may be loaded and / or installed on the device 900 via the ROM 902 and / or the communication unit 909. When the computer program is loaded into the RAM 903 and executed by the computing unit 901, one or more steps of the device health check method described above may be performed. Alternatively, in other embodiments, the computing unit 901 may be configured to perform the device health check method in any other appropriate manner (e.g., by means of firmware).

[0179] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0180] The program code for implementing the method of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that the program code, when executed by the processor or controller, enables the functions / operations specified in the flow chart and / or block diagram to be implemented. The program code may be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.

[0181] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0182] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0183] The systems and techniques described herein may be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), and the Internet.

[0184] A computer system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The relationship of client and server is generated by computer programs running on respective computers and having a client-server relationship with each other. The server may be a cloud server, a server of a distributed system, or a server combined with a blockchain.

[0185] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps recorded in this disclosure can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solutions disclosed in this disclosure can be achieved, and this document does not limit this.

[0186] The above specific implementations do not constitute a limitation on the protection scope of the present disclosure. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions can be made according to design requirements and other factors. Any modification, equivalent substitution and improvement made within the principles of the present disclosure shall be included in the protection scope of the present disclosure.

Claims

1. A device health check method, comprising: The detection device sends a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the same target device layer; A response result of the health check message is determined to perform a device health check on the target device layer.

2. The method according to claim 1, wherein: The sending of a health check message to the device to be detected includes: The health check message is sent to the data port of the device to be detected through the data port of the detection device.

3. The method according to claim 1 or 2, wherein: The sending of a health check message to the device to be detected includes: Sending multiple health check messages to the device to be detected; Among them, the number of health check messages sent per second is higher than the preset threshold.

4. The method according to claim 3, wherein: The quintuples of the multiple health check messages are different, but the source IP addresses of the multiple health check messages are the same, and the destination IP addresses of the multiple health check messages are the same.

5. The method according to claim 4, wherein: The multiple health check messages are generated based on the following method: Generate an IP header whose protocol field is the target protocol; The plurality of health check messages are generated by modifying a five-tuple in the target protocol.

6. The method according to claim 4, further comprising: When the detection result corresponding to any five-tuple indicates that the device to be detected is normal, it is determined that the device to be detected is online.

7. The method according to claim 4 further comprises determining the detection result corresponding to any five-tuple based on the following method: Obtain response results of multiple health check messages of any of the five-tuples; Based on the statistical values ​​of the response results of the multiple health check messages, the detection result of the device to be detected is determined.

8. The method according to any one of claims 1 to 7, wherein: The target device layer and the device layer above the target device layer are in a cloud environment; The upper device layer is responsible for forwarding traffic to the target device layer.

9. The method according to claim 8, wherein: The upper device layer does not have the ability to send the health check message.

10. The method according to claim 1, wherein: Each device in the target device layer serves as the detection device to perform health checks on other devices in the target device layer.

11. The method according to claim 10, wherein: The performing a device health check on the target device layer includes: Summarize the detection results of the multiple detection devices on the device to be detected to obtain a summary result; In a case where it is determined based on the summary result that the detection result of at least one detection device in the target available zone where the device to be detected is located indicates that the device to be detected is online, determining that the device to be detected is normal; When it is determined based on the summary result that the detection results in the target availability zone where the device to be detected is located and the detection results of each detection device across the availability zones all indicate that the device to be detected is offline, it is determined that the device to be detected is abnormal.

12. The method according to claim 1, further comprising: In the case that the device to be detected is abnormal, the upper device layer of the target device layer is notified to stop forwarding traffic to the device to be detected.

13. The method according to claim 1, wherein: The determining of a response result of the health check message includes: In the case of receiving a response packet to the health check message, determining that a response result of the device to be detected is that the device to be detected has replied to the health check message; If the response packet is not received within the specified time period, the response result of the device to be detected is determined to be that the device to be detected has not replied to the health check message; wherein, when the device to be detected has started the disaster recovery routing, the answering device corresponding to the disaster recovery routing does not respond to the health check message based on the set rules when it receives the health check message.

14. A device health check method, comprising: Receiving detection results for a device to be detected sent by multiple detection devices in a target device layer; wherein the multiple detection devices and the device to be detected are both in the target device layer; The detection results sent by the multiple detection devices are aggregated to perform a device health check on the device to be detected.

15. A device health check apparatus, comprising: A sending module, used for the detection device to send a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the same target device layer; The first processing module is used to determine a response result of the health check message to perform a device health check on the target device layer.

16. A device health check apparatus, comprising: A receiving module, used for receiving detection results for a device to be detected sent by multiple detection devices in a target device layer; wherein the multiple detection devices and the device to be detected are both in the target device layer; The aggregation module is used to aggregate the detection results sent by the multiple detection devices to perform a device health check on the device to be detected.

17. A health check system, comprising: A detection device, used to send a health check message to the device to be detected; wherein the detection device and the device to be detected belong to the same target device layer; The device to be detected is used to respond to the health check message when receiving the health check message; The aggregation device is used to aggregate the detection results sent by multiple detection devices in the target device layer for the device to be detected, so as to perform a device health check on the device to be detected in the target device layer.

18. An electronic device, comprising: at least one processor; as well as a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 14.

19. A non-transitory computer-readable storage medium storing computer instructions, wherein: The computer instructions are used to cause the computer to execute the method according to any one of claims 1-14.

20. A computer program product comprising a computer program, which, when executed by a processor, implements the method according to any one of claims 1 to 14.

Images