WO2021056715A1 - 一种服务器的代理监测方法及相关产品 - Google Patents

一种服务器的代理监测方法及相关产品 Download PDF

Info

Publication number
WO2021056715A1
WO2021056715A1 PCT/CN2019/117005 CN2019117005W WO2021056715A1 WO 2021056715 A1 WO2021056715 A1 WO 2021056715A1 CN 2019117005 W CN2019117005 W CN 2019117005W WO 2021056715 A1 WO2021056715 A1 WO 2021056715A1
Authority
WO
WIPO (PCT)
Prior art keywords
network test
cloud host
client
server
cloud
Prior art date
Application number
PCT/CN2019/117005
Other languages
English (en)
French (fr)
Inventor
赵付利
欧阳碧云
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2021056715A1 publication Critical patent/WO2021056715A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Definitions

  • This application relates to the field of data processing technology, and in particular to a proxy monitoring method of a server and related products.
  • Cloud service is an added service based on the Internet, which usually involves the provision of dynamic and easy-to-expandable services through the Internet; typical application scenarios of cloud services are: cloud Internet of things, cloud security, cloud storage, etc.
  • cloud services are generally provided by servers in the cloud. Multiple virtual computers (called cloud hosts, the server referred to here can be considered as the carrier of the cloud host).
  • the servers are virtualized into multiple cloud hosts, which can be accessed through the cloud.
  • the host provides on-demand use and on-demand rental services based on the cloud computing model to realize dynamic and easy-scalable cloud services, such as assigning different cloud hosts to different users, and realizing the on-demand configuration of cloud service resources.
  • Cloud service instructions refer to the service quality of cloud services.
  • Good cloud service quality is of great significance to improving users’ experience of using cloud services. Therefore, the service quality of cloud services is monitored to provide comprehensive monitoring of cloud services when there are defects in cloud service quality. Interpretation of quality defects is especially necessary to ensure good service cloud service quality.
  • Cloud services involve servers and cloud hosts. Cloud service quality defects may appear on servers or cloud hosts. Therefore, it is difficult to pinpoint the cause of cloud service quality defects.
  • Send ping packet internet groper, Internet packet detector
  • the server will receive a large number of ping detection packets, and there is a risk of being attacked by ping detection packets, so the security is low.
  • the technical problem to be solved by the embodiments of the present application is to provide a proxy monitoring of a server and related products, which are used to improve security on the premise of accurately locating the cause of the cloud service quality defect.
  • an embodiment of the present application provides a proxy monitoring method for a server, including:
  • the monitoring device monitors the communication state between the monitoring device and the server, and obtains second result data
  • the monitoring device receives the first network test packet sent from the client to the cloud host in the server, and sends the first network test packet to the cloud host;
  • the monitoring device counts the network test packets sent to the cloud host to obtain a statistical result, and when the statistical result meets the detection condition, sends the second result data to the client.
  • the embodiments of the present application also provide a cloud service quality monitoring device, including:
  • a monitoring unit configured to monitor the communication state between the monitoring device and the server, and obtain second result data
  • the first receiving unit is configured to receive the first network test packet sent from the client to the cloud host in the server;
  • a forwarding unit configured to send the first network test packet to the cloud host
  • the second receiving unit is configured to receive the first result data of the first network test packet returned by the cloud host;
  • a first sending unit configured to send the first result data to the client
  • a statistical unit configured to count the network test packets sent to the cloud host to obtain statistical results
  • the second sending unit is configured to send the second result data to the client when the statistical result meets the detection condition.
  • the embodiments of the present application also provide a cloud service quality monitoring device, including: a processor, a memory, and a transceiver; wherein the processor, the memory, and the transceiver are connected in a communicative manner;
  • Program code is stored in the memory
  • the processor is configured to read the program code and cooperate with the transceiver to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the embodiments of the present application also provide a computer non-volatile readable storage medium, the computer non-volatile readable storage medium stores program code, the program code includes program instructions, and the program instructions When executed by the processor, the processor and the transceiver cooperate to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the embodiments of the present application also provide a computer program product.
  • the computer program product includes program code.
  • the program code includes program instructions. When executed by a processor, the program instructions cause the processor to communicate with the transceiver.
  • the device cooperates to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the first result data and second result data obtained by detecting the cloud host and the server are fed back to the client. Therefore, the client can determine whether the cloud host and the second result data are targeted for the cloud host and The cloud service quality inspection result of the server; thus according to the cloud service quality inspection result of the server and the cloud host, after determining the current cloud service quality defect, according to the preset causes of the cloud service quality defect, the corresponding operation data of the cloud service Analyze, match the target cause of the current cloud service quality defect, and realize the precise location of the cause of the cloud service quality defect; then obtain and implement the preset solution strategy corresponding to the above target cause, and provide a match with the located cause
  • the solution strategy is to solve the defects of cloud service quality, so as to improve the quality of cloud service and ensure the quality of cloud service.
  • the working status of the server does not use network detection packet detection, so no matter whether the client sends a network test packet to the server, the server does not need to directly receive the network detection packet from the client. It can reduce the possibility of the server being attacked by the network test package and improve the security.
  • the embodiments of the present application provide a cloud service quality monitoring method, including:
  • the server If there is a network test packet sent by the client and other clients than the client to the server, intercept the client and other clients other than the client and send to the cloud host The network test package; the network test package sent to the cloud host is counted to obtain a statistical result, and if the statistical result belongs to a predetermined rule that the cloud host is centrally detected, the server is detected to obtain the detection result, Sending the detection result to the client.
  • the embodiments of the present application also provide a cloud service quality monitoring device, including:
  • the first receiving unit is configured to receive a network test packet sent from the client to the cloud host in the server;
  • a forwarding unit configured to send the network test packet to the cloud host
  • the second receiving unit is configured to receive the result data of the network test packet returned by the cloud host;
  • a sending unit configured to send the result data to the client
  • the statistical unit is used for network test packets sent to the server by the client and other clients other than the client, and the client and other clients other than the client are sent to all In the case that the network test packet of the cloud host is intercepted, the network test packet sent to the cloud host is counted to obtain the statistical result;
  • a detection unit configured to detect the server to obtain a detection result when the statistical result belongs to a predetermined rule that the cloud host is centrally detected
  • the sending unit is further configured to send the detection result to the client.
  • the embodiments of the present application also provide a cloud service quality monitoring device, including: a processor, a memory, and a transceiver; wherein the processor, the memory, and the transceiver are connected in a communicative manner;
  • Program code is stored in the memory
  • the processor is configured to read the program code and cooperate with the transceiver to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the embodiments of the present application also provide a computer non-volatile readable storage medium, the computer non-volatile readable storage medium stores program code, the program code includes program instructions, and the program instructions When executed by the processor, the processor and the transceiver cooperate to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the embodiments of the present application also provide a computer program product.
  • the computer program product includes program code.
  • the program code includes program instructions. When executed by a processor, the program instructions cause the processor to communicate with the transceiver.
  • the device cooperates to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the embodiments of the present application because the detection results and result data for the server and the cloud host can be fed back to the client that has sent the network test package, the technical effects brought by the detection results and the result data can be achieved, namely:
  • the client can determine the cloud service quality detection result for the cloud host based on the above result data, and determine the cloud service quality detection result for the cloud server based on the above detection result; thus, determine the current existence based on the cloud service quality detection results of the server and the cloud host
  • After the cloud service quality defect according to the preset cause of the cloud service quality defect, analyze the corresponding operation data of the cloud service, match the target cause of the current cloud service quality defect, and realize the precise location of the cause of the cloud service quality defect ; And then obtain and implement the preset solution strategy corresponding to the above-mentioned target reason, provide a solution strategy matching the located reason, and solve the cloud service quality defects, thereby improving the cloud service quality and guaranteeing the cloud service quality.
  • the network detection packets from the client are intercepted, so it is not necessary to send all the network detection packets from the client to the server. Furthermore, the server does not need to directly receive all the network detection packets from the client, and the server does not need to send the client to the client. Publish your own address, thereby reducing the possibility of being attacked by network test packets and improving security.
  • Figure 1 is a schematic diagram of the system structure of an embodiment of the present application.
  • FIG. 2 is a schematic diagram of the method flow of an embodiment of the present application.
  • Fig. 3 is a schematic diagram of a method flow diagram of an embodiment of the present application.
  • FIG. 4 is a schematic diagram of the structure of the device according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of the structure of the device according to an embodiment of the present application.
  • Fig. 6 is a schematic flow chart of the method according to an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a method according to an embodiment of the present application.
  • FIG. 8 is a schematic diagram of the structure of a device in an embodiment of the present application.
  • the embodiment of the present application provides a proxy monitoring method for a server.
  • the method of this embodiment is applied to the cloud server side or the firewall on the cloud server side.
  • the monitoring device in the system structure shown in FIG. 1 is shown in FIG.
  • a cloud server 102 is shown.
  • the monitoring device 103 can be a component of the cloud server 102, or it can be deployed on the cloud server 102 and the client 104.
  • the client 104 is a functional object that performs the function of sending network test packets in a terminal device (referred to as a terminal or a user device).
  • the above method includes:
  • the monitoring device monitors the communication state between the monitoring device and the server, and obtains second result data
  • the monitoring device can maintain a heartbeat connection with the server to obtain the communication status of the server; it can also simulate the client sending a network test packet to the server.
  • the monitoring device can maintain a heartbeat connection with the server to obtain the communication status of the server; it can also simulate the client sending a network test packet to the server.
  • the monitoring device receives the first network test packet sent from the client to the cloud host in the server, and sends the first network test packet to the cloud host;
  • the above-mentioned first network test package and the subsequent second network test package sent from the client to the server are both network test packages, and "first" and “second” are used to distinguish between the two to be sent to different destination devices.
  • the use of “first” and “second” in this embodiment is also used to distinguish the result data of the cloud host network test and the result data of the server network test.
  • the network test packet may be used to test network information such as the amount of network connection.
  • the network test packet may be a ping detection packet.
  • the client side of the embodiment of the present application uses a ping tool to send a ping detection packet to the server in the cloud and the cloud host in the cloud server respectively.
  • the ping tool can be set on the user device of the client, and the ping detection packet for the server and the cloud host in the server can be received from the server.
  • the cloud host is a virtual device that the client can directly access, and its access address is usually public; therefore, it may be accessed by different clients, so different clients can send ping detection packets to it.
  • the ping detection packet sent to the cloud host can follow the relevant regulations of the Internet Control Messages Protocol (ICMP).
  • ICMP Internet Control Messages Protocol
  • the monitoring device receives the first result data of the first network test packet returned by the cloud host, and sends the first result data to the client;
  • the monitoring device may pre-intercept the network test packet sent to the server, or the monitoring device may not be allowed to send the network test packet to the server, so as to prevent the server from directly receiving the network test packet from the client.
  • the monitoring device of this embodiment since the monitoring device of this embodiment has obtained the communication state between the server and the monitoring device through monitoring, the monitoring device knows the communication state of the server.
  • the cloud host will return an ICMP echo response as the result data according to ICMP regulations.
  • the client can determine the connection status between the client and the cloud host based on this, and determine whether the cloud host has a cloud service quality defect based on this.
  • the detection condition is set, and the detection condition can be set according to the needs. Its purpose is to determine whether there is a need to detect the server; for example, there are many clients to detect different cloud hosts, and there are many Of the clients detect the same cloud host; here it can be that the above two events have occurred within a certain period of time. Among them, the former can be used as a preferred implementation. In this case, the server itself is more likely to have cloud service quality defects.
  • the monitoring device counts the network test packets sent to the cloud host to obtain a statistical result, and if the statistical result meets the detection condition, sends the second result data to the client.
  • the client sends a network test package to the cloud host, and the monitoring device monitors the network status of the server; when the result is feedback, the result data for the server and the cloud host and the server will be fed back, then the client can follow the above results
  • the data determines the cloud service quality test results for the cloud host and the server; thus, according to the cloud service quality test results of the server and the cloud host, after determining the current cloud service quality defect, according to the preset causes of the cloud service quality defect, correct Analyze the corresponding operating data of the cloud service, match the target cause of the current cloud service quality defect, and realize the precise location of the cause of the cloud service quality defect; then obtain the preset solution strategy corresponding to the above target cause and implement it, provide Develop a solution strategy that matches the identified cause to resolve the defects in cloud service quality, so as to improve the quality of cloud services and ensure the quality of cloud services.
  • the server does not need to directly receive the network test packet from the
  • the embodiment of the present application also provides an optional implementation manner for monitoring device feedback result data, and the above method further includes:
  • the monitoring device receives the second network test packet sent from the client to the server;
  • the monitoring device generates a feedback result of the second network test packet, and carries the second result data in the feedback result;
  • sending the foregoing second result data to the foregoing client includes:
  • the above-mentioned feedback result is sent to the above-mentioned client.
  • the monitoring device since the monitoring device has obtained the result data of the network state of the server by means of monitoring, the condition for actively generating the feedback result is already available.
  • the monitoring device in view of the situation that the monitoring device may receive the network test packet sent to the server from the client, the monitoring device simulates the server to generate the feedback result, so that it can be compatible with the network test protocol used by the client on the one hand, and on the other hand On the one hand, it can prevent the server from directly receiving network test packets from the client, which improves security. Therefore, this embodiment can be further compatible with the network test protocol that the client may adopt on the premise of improving security.
  • the client may not send the second network test package, that is, the client does not send the network test package for the server, and the monitoring device may also determine the statistical results obtained from the network test package sent to the cloud host. If the detection conditions are met, the result data will be actively fed back to the client. Therefore, whether the client sends the second network test packet depends on the network test protocol adopted by the client, and the monitoring device on the network side and the server side can achieve compatibility in both cases.
  • the monitoring device generates the feedback result of the second network test packet, and carrying the second result data in the feedback result includes:
  • the monitoring device obtains the network delay and data volume data between the monitoring device and the server included in the second result data, and adds the network delay and the data volume data to the second network test package to obtain the feedback result .
  • the second result data can be directly sent to the client, and the client can learn the network status between the monitoring device and the server; the client can derive based on the first result data of the first network test packet Obtain the network status between the client and the server, or the second result data may carry information that the server is normal.
  • the monitoring device generates a feedback result by simulation
  • the function of completely simulating the server feedback can be obtained by modifying the network delay, which is completely compatible with the network test protocol used by the client.
  • the feedback result in this embodiment may be simulated result data corresponding to the second network test packet.
  • the feedback result may be an ICMP echo response; or If there is no second network test packet, and only the first network test packet exists, the feedback result can also be an ICMP echo response.
  • the foregoing method further includes: caching the foregoing first network test packet;
  • the statistical results obtained from the above statistics of the network test packets sent to the above cloud host include:
  • the number of cached network test packets sent to the cloud host is greater than the first threshold, or the number of source clients of the cached network test packets sent to the cloud host is greater than the second threshold.
  • a receiving queue can be used to buffer network test packets.
  • the receiving queue can be divided into a cloud host receiving queue and a server receiving queue, and the network test packets sent to the cloud host and the network test packets sent to the server are respectively buffered;
  • the cloud host receiving queue here can be a receiving queue that caches all the network test packets sent to the cloud host of the server; it can also be classified according to the cloud host, that is: the network test packets sent to different cloud hosts are cached to different receivers queue.
  • the network test packet sent to the server can use only one receiving queue.
  • this embodiment can delete all network test packets sent to the server, so there may be no server receiving queue.
  • the number of network test packets sent to the cloud host is counted, and the source client of the network test packet is not distinguished.
  • the implementation is mainly for a certain cloud In the scenario where the host is centrally probed; the number of source clients of the network test package sent to the cloud host is counted, and the source client of the network test package is distinguished, and the total network test sent to the cloud host is not limited.
  • the number of packets, this implementation is mainly for the application scenario where a certain cloud host is detected by many clients. For these two scenarios, the latter can be the preferred implementation.
  • the above source client is relative to the network test package, and the client that sends the network test package is the source client of the network test package.
  • the detection conditions that can be set in the embodiment of the present application can also be many.
  • the number of network test packets sent to the cloud host received within a predetermined time period exceeds a certain threshold, and the network is not distinguished at this time.
  • the source client of the test package does not distinguish which cloud host the network test package is sent to. Therefore, the examples of detection conditions provided in the embodiments of the present application should not be construed as a unique limitation to the embodiments of the present application.
  • first threshold and the second threshold in this embodiment are based on different purposes.
  • the former is to determine that a certain cloud host is centrally detected, so how much can be determined to be centrally detected is to set the first threshold Basis;
  • the latter is to determine that a certain cloud host is detected by many clients is the basis for setting the second threshold; the embodiment of the present application does not uniquely limit the specific values of the first threshold and the second threshold.
  • the feedback results corresponding to each network test packet contained in the server receiving queue can be generated in batches; the cache time ⁇ t of the network test packet is calculated, The above-mentioned packet buffering time ⁇ t is added to the above-mentioned feedback result, which is used to deduct the above-mentioned buffering time ⁇ t when the client calculates the network delay; or, the above-mentioned second network test packet buffering time ⁇ is deducted from the timing of the above-mentioned feedback result t.
  • the embodiment of the present application performs processing after calculating the cache time ⁇ t to avoid inaccurate network delays, thereby ensuring the accuracy of the test data.
  • the time when the forwarded network test packet arrives at the monitoring device is T
  • the time when the server sends an ICMP echo response is t
  • the time when the ICMP echo response reaches the client is T+N
  • the time in the ICMP echo response Can be modified to t+N.
  • This embodiment also provides a form of caching of the network test packet, and examples of conditions for triggering detection of the server, which are specifically as follows: the foregoing caching of the first network test packet includes:
  • the above-mentioned statistics cache the number of network test packets sent to the cloud host, or the statistics cache the number of source clients of the network test packets sent to the cloud host; including:
  • the former can be applied to neither the source client of the network test packet nor the cloud host to which the network test packet is sent.
  • the latter can be applied to application scenarios where a certain cloud host is centrally detected or a certain cloud host is detected by many clients.
  • the former can also be applied to application scenarios where a cloud host is centrally detected or a cloud host is detected by many clients.
  • Recognition is relatively slow; therefore, when it is applied to an application scenario where a cloud host is centrally detected or a cloud host is detected by many clients, the latter can speed up the detection speed.
  • the former is faster.
  • the cloud host can be The length of the corresponding cloud host receiving queue is set to the above-mentioned first threshold. At this time, when the cloud host receiving queue overflows, it can be determined that the number of cached network test packets sent to the cloud host is greater than the first threshold; the step of statistics is omitted, or the statistical result is directly determined to be received by the cloud host. The number of network test packets sent to the cloud host in the queue is greater than the first threshold, that is, it is determined that the condition for triggering the detection of the server is satisfied.
  • the server before each first network test packet is received and cached in the cloud host receiving queue, it is possible to determine whether the cloud host it is aimed at and whether the source client is a new client, using the array array [a][b] Storage, where array is the name of the array, which can be named using the cloud host name, a is the number of network test packets sent to the cloud host, and b is the number of source clients sent to the cloud host;
  • array is the name of the array, which can be named using the cloud host name
  • a is the number of network test packets sent to the cloud host
  • b the number of source clients sent to the cloud host
  • the server can be detected when the array overflows, and the array can be initialized.
  • the monitoring device monitors the communication state between the monitoring device and the server, and obtaining the second result data includes:
  • the network test packet sent from the above-mentioned other client to the cloud host in the above-mentioned server selects the network test package to copy, and modifies the address of the copied network test package to the server, and receives the second result data returned by the server.
  • examples of two implementation schemes are provided.
  • One is that other clients send network test packets to the server, and the other is that other clients send network test packets to the cloud host in the server.
  • the rule for determining whether it is necessary to monitor the communication state between the monitoring device and the server can be any prediction of the need to feed back the cloud service quality of the server to the client.
  • one may be selected at intervals of a certain number, or one may be selected at intervals of time, or one may be selected when the number of network test packets sent by other clients exceeds a predetermined threshold in a certain period of time;
  • the embodiments of this application do not make unique limitations.
  • the embodiment of the application also provides an example of an application scenario using a ping detection package as a network test package, and an example of using a monitoring device outside the server as a hardware entity that manages the network test package, as shown in Figure 3, and can be referred to as shown in Figure 1.
  • System architecture diagram including:
  • the monitoring device monitors the network communication status between the server and the monitoring device, and obtains the result data.
  • the specific method of this step can be that the monitoring device sends a ping detection packet to the service, and receives the ICMP echo response returned by the server.
  • the ping detection packet can be selected from the ping detection packet sent from the client to the server, or it can be obtained by modifying the address after copying the ping detection packet sent by the client to the cloud host in the server.
  • the client sends a ping detection packet to the cloud host in the server, where the ping detection packet contains the address of the cloud host; the ping detection packet first reaches the monitoring device;
  • the client can also send a ping detection packet to the server, the ping detection packet contains the address of the server; the ping detection packet will also reach the monitoring device first;
  • the above two ping detection packets may be sent by the client together or separately, and the embodiment of the present application does not make a unique limitation.
  • the monitoring device After receiving the ping detection packet sent to the cloud host, the monitoring device recognizes the address in the ping detection packet and forwards it to the cloud host; in addition, it can establish a cloud host receiving queue for the cloud host and store the ping detection packet Enter the receiving queue of the cloud host;
  • the monitoring device needs to identify the ping detection packet in this step, and it does not need to be stored in the cloud host receiving queue or server if it is not a ping detection packet Receive queue. In this step, all the information of the ping detection packet is not stored in the receiving queue of the cloud host, but only its source, received time and other information are stored.
  • the monitoring device receives the ping detection packet sent to the server, recognizes the address of the ping detection packet and finds that it is sent to the server, cache the ping detection packet; in this step, if there is already a server receiving queue, it will The ping detection packet is stored in the server receiving queue. If there is no server receiving queue, the server receiving queue needs to be created first. It should be noted that this embodiment may not cache the ping detection packet sent to the server, but delete the ping detection packet, and directly send the network communication status monitored by the monitoring device to the source client that sent the ping detection packet. The result data.
  • the monitoring device will receive the ICMP echo response returned by the cloud host, and the ICMP echo response includes the address of the client; after the monitoring device recognizes the address, the ICMP echo response is forwarded to the client.
  • the monitoring device can count the ping detection packets in the receiving queue of the cloud host to determine whether the preset rules are met, and if so, go to 306;
  • the trigger condition for the execution of the statistics in this step can be periodic, triggered when the receiving queue overflows, or triggered when there are more ping detection packets in the receiving queue of the cloud host than a specified value.
  • the foregoing preset rule may be that a lot of ping detection packets are sent to the cloud host within a certain period of time, or the results of further detection of ICMP echo responses are normal. Of course, it can also be other preset rules that may need to detect the server.
  • the ping detection packet sent to the server is cached in this embodiment, and the corresponding server receiving queue is established, then the feedback results corresponding to each network test packet contained in the server receiving queue can be generated in batches; the cache time of the network test packet is calculated ⁇ t, add the above-mentioned packet buffer time ⁇ t to the above-mentioned feedback result, which is used to deduct the above-mentioned buffer time ⁇ t when the client calculates the network delay; Cache time ⁇ t.
  • the embodiment of the present application performs processing after calculating the cache time ⁇ t to avoid inaccurate network delays, thereby ensuring the accuracy of the test data.
  • the time when the forwarded network test packet arrives at the monitoring device is T
  • the time when the server sends an ICMP echo response is t
  • the time when the ICMP echo response arrives at the client is T+N
  • the time in the ICMP echo response Can be modified to t+N.
  • the benefits of using the solution of this embodiment include not only the ability to determine whether the service quality impact is from the server or the cloud host, but also the following benefits:
  • the server will not directly receive the ping detection from the client, which shields the possibility of being attacked;
  • the number of server detections is also controllable, so the amount of detection processing can be reduced.
  • the embodiment of the application also provides a cloud service quality monitoring device, as shown in FIG. 4, including:
  • the embodiment of the present application also provides a cloud service quality monitoring device, including:
  • the monitoring unit 401 is configured to monitor the communication state between the above-mentioned monitoring device and the server, and obtain the second result data;
  • the first receiving unit 402 is configured to receive the first network test packet sent from the client to the cloud host in the server;
  • the forwarding unit 403 is configured to send the above-mentioned first network test packet to the above-mentioned cloud host;
  • the second receiving unit 405 is configured to receive the first result data of the first network test packet returned by the cloud host;
  • the first sending unit 406 is configured to send the aforementioned first result data to the aforementioned client;
  • the statistics unit 407 is used to count the network test packets sent to the cloud host to obtain the statistics results
  • the second sending unit 408 is configured to send the above-mentioned second result data to the above-mentioned client when the above-mentioned statistical result meets the detection condition.
  • the monitoring device can maintain a heartbeat connection with the server to obtain the communication status of the server; it can also simulate the client sending a network test packet to the server.
  • the monitoring device can maintain a heartbeat connection with the server to obtain the communication status of the server; it can also simulate the client sending a network test packet to the server.
  • the above-mentioned first network test package and the subsequent second network test package sent from the client to the server are both network test packages, and "first" and “second” are used to distinguish between the two to be sent to different destination devices.
  • the use of “first” and “second” in this embodiment is also used to distinguish the result data of the cloud host network test and the result data of the server network test.
  • the network test packet may be used to test network information such as the amount of network connection.
  • the network test packet may be a ping detection packet.
  • the client side of the embodiment of the present application uses a ping tool to send a ping detection packet to the server in the cloud and the cloud host in the cloud server respectively.
  • the ping tool can be set on the user device of the client, and the ping detection packet for the server and the cloud host in the server can be received from the server.
  • the cloud host is a virtual device that the client can directly access, and its access address is usually public; therefore, it may be accessed by different clients, so different clients can send ping detection packets to it.
  • the ping detection packet sent to the cloud host can follow the relevant regulations of ICMP.
  • the monitoring device may pre-intercept the network test packet sent to the server, or the monitoring device may not be allowed to send the network test packet to the server, so as to prevent the server from directly receiving the network test packet from the client.
  • the monitoring device of this embodiment since the monitoring device of this embodiment has obtained the communication state between the server and the monitoring device through monitoring, the monitoring device knows the communication state of the server.
  • the cloud host will return an ICMP echo response as the result data according to ICMP regulations.
  • the client can determine the connection status between the client and the cloud host based on this, and determine whether the cloud host has a cloud service quality defect based on this.
  • the detection condition is set, and the detection condition can be set according to the needs. Its purpose is to determine whether there is a need to detect the server; for example, there are many clients to detect different cloud hosts, and there are many Of the clients detect the same cloud host; here it can be that the above two events have occurred within a certain period of time. Among them, the former can be used as a preferred implementation. In this case, the server itself is more likely to have cloud service quality defects.
  • the client sends a network test package to the cloud host, and the monitoring device monitors the network status of the server; when the result is feedback, the result data for the server and the cloud host and the server will be fed back, then the client can follow the above results
  • the data determines the cloud service quality test results for the cloud host and the server; thus, according to the cloud service quality test results of the server and the cloud host, after determining the current cloud service quality defect, according to the preset causes of the cloud service quality defect, correct Analyze the corresponding operating data of the cloud service, match the target cause of the current cloud service quality defect, and realize the precise location of the cause of the cloud service quality defect; then obtain the preset solution strategy corresponding to the above target cause and implement it, provide Develop a solution strategy that matches the identified cause to resolve the defects in cloud service quality, so as to improve the quality of cloud services and ensure the quality of cloud services.
  • the server does not need to directly receive the network test packet from the
  • the embodiment of the present application also provides an optional implementation manner for monitoring device feedback result data.
  • the first receiving unit 402 is further configured to receive a second network test packet sent from the client to the server;
  • the above device also includes:
  • the result generating unit 409 is configured to generate a feedback result of the above-mentioned second network test packet, and the above-mentioned second result data is carried in the above-mentioned feedback result;
  • the second sending unit 408 specifically sends the feedback result to the client when the statistical result meets the detection condition.
  • the monitoring device since the monitoring device has obtained the result data of the network state of the server by means of monitoring, the condition for actively generating the feedback result is already available.
  • the monitoring device in view of the situation that the monitoring device may receive the network test packet sent to the server from the client, the monitoring device simulates the server to generate the feedback result, so that it can be compatible with the network test protocol used by the client on the one hand, and on the other hand On the one hand, it can prevent the server from directly receiving network test packets from the client, which improves security. Therefore, this embodiment can be further compatible with the network test protocol that the client may adopt on the premise of improving security.
  • the client may not send the second network test package, that is, the client does not send the network test package for the server, and the monitoring device may also determine the statistical results obtained from the network test package sent to the cloud host. If the detection conditions are met, the result data will be actively fed back to the client. Therefore, whether the client sends the second network test packet depends on the network test protocol adopted by the client, and the monitoring device on the network side and the server side can achieve compatibility in both cases.
  • This embodiment also provides a solution for improving the test accuracy, which is specifically as follows: the result generating unit 409 is specifically configured to obtain the network delay and data volume data between the monitoring device and the server included in the second result data, The above-mentioned network delay and the above-mentioned data volume data are added to the above-mentioned second network test packet to obtain the above-mentioned feedback result.
  • the second result data can be directly sent to the client, and the client can learn the network status between the monitoring device and the server; the client can derive based on the first result data of the first network test packet Obtain the network status between the client and the server, or the second result data may carry information that the server is normal.
  • the monitoring device generates a feedback result by simulation
  • the function of completely simulating the server feedback can be obtained by modifying the network delay, which is completely compatible with the network test protocol used by the client.
  • the feedback result in this embodiment may be simulated result data corresponding to the second network test packet.
  • the feedback result may be an ICMP echo response; or If there is no second network test packet, and only the first network test packet exists, the feedback result can also be an ICMP echo response.
  • the above-mentioned device further includes: a storage unit 404, configured to cache the above-mentioned first network test packet;
  • the statistics unit 407 is specifically configured to count the number of cached network test packets sent to the cloud host, or count the number of source clients of the cached network test packets sent to the cloud host;
  • the second sending unit 408 is specifically configured to: when the statistical result is that the number of cached network test packets sent to the cloud host is greater than a first threshold, or the cached network test packets sent to the cloud host If the number of source clients is greater than the second threshold, the second result data is sent to the client.
  • a receiving queue can be used to buffer network test packets.
  • the receiving queue can be divided into a cloud host receiving queue and a server receiving queue, and the network test packets sent to the cloud host and the network test packets sent to the server are respectively buffered;
  • the cloud host receiving queue here can be a receiving queue that caches all the network test packets sent to the cloud host of the server; it can also be classified according to the cloud host, that is: the network test packets sent to different cloud hosts are cached to different receivers queue.
  • the network test packet sent to the server can use only one receiving queue.
  • this embodiment can delete all network test packets sent to the server, so there may be no server receiving queue.
  • the number of network test packets sent to the cloud host is counted, and the source client of the network test packet is not distinguished.
  • the implementation is mainly for a certain cloud In the scenario where the host is centrally probed; the number of source clients of the network test package sent to the cloud host is counted, and the source client of the network test package is distinguished, and the total network test sent to the cloud host is not limited.
  • the number of packets, this implementation is mainly for the application scenario where a certain cloud host is detected by many clients. For these two scenarios, the latter can be the preferred implementation.
  • the above source client is relative to the network test package, and the client that sends the network test package is the source client of the network test package.
  • the detection conditions that can be set in the embodiment of the present application can also be many.
  • the number of network test packets sent to the cloud host received within a predetermined time period exceeds a certain threshold, and the network is not distinguished at this time.
  • the source client of the test package does not distinguish which cloud host the network test package is sent to. Therefore, the examples of detection conditions provided in the embodiments of the present application should not be construed as a unique limitation to the embodiments of the present application.
  • first threshold and the second threshold in this embodiment are based on different purposes.
  • the former is to determine that a certain cloud host is centrally detected, so how much can be determined to be centrally detected is to set the first threshold Basis;
  • the latter is to determine that a certain cloud host is detected by many clients is the basis for setting the second threshold; the embodiment of the present application does not uniquely limit the specific values of the first threshold and the second threshold.
  • the feedback results corresponding to each network test packet contained in the server receiving queue can be generated in batches; the cache time ⁇ t of the network test packet is calculated, The above-mentioned packet buffering time ⁇ t is added to the above-mentioned feedback result, which is used to deduct the above-mentioned buffering time ⁇ t when the client calculates the network delay; or, the above-mentioned second network test packet buffering time ⁇ is deducted from the timing of the above-mentioned feedback result t.
  • the embodiment of the present application performs processing after calculating the cache time ⁇ t to avoid inaccurate network delays, thereby ensuring the accuracy of the test data.
  • the time when the forwarded network test packet arrives at the monitoring device is T
  • the time when the server sends an ICMP echo response is t
  • the time when the ICMP echo response reaches the client is T+N
  • the time in the ICMP echo response Can be modified to t+N.
  • This embodiment also provides an example of the caching form of the network test packet and the conditions for triggering detection of the server, which are specifically as follows: the storage unit 404 is specifically configured to cache the first network test packet to the cloud host and other cloud hosts In a shared cloud host receiving queue, or creating a cloud host receiving queue for the cloud host, and buffering the first network test packet in the cloud host receiving queue corresponding to the cloud host.
  • the statistical unit 407 is specifically configured to delete network test packets in the cloud host receiving queue whose receiving time and the current time difference exceeds a third threshold when the cloud host receiving queue overflows; and collecting statistics on the cloud host receiving queue The number of network test packets sent to the cloud host in the above, or the number of source clients of the network test packets cached in the cloud host receiving queue corresponding to the cloud host.
  • the former can be applied to neither the source client of the network test packet nor the cloud host to which the network test packet is sent.
  • the latter can be applied to application scenarios where a certain cloud host is centrally detected or a certain cloud host is detected by many clients.
  • the former can also be applied to application scenarios where a cloud host is centrally detected or a cloud host is detected by many clients.
  • Recognition is relatively slow; therefore, when it is applied to an application scenario where a cloud host is centrally detected or a cloud host is detected by many clients, the latter can speed up the detection speed.
  • the former is faster.
  • the cloud host can be The length of the corresponding cloud host receiving queue is set to the above-mentioned first threshold. At this time, when the cloud host receiving queue overflows, it can be determined that the number of cached network test packets sent to the cloud host is greater than the first threshold; the step of statistics is omitted, or the statistical result is directly determined to be received by the cloud host. The number of network test packets sent to the cloud host in the queue is greater than the first threshold, that is, it is determined that the condition for triggering the detection of the server is satisfied.
  • the server before each first network test packet is received and cached in the cloud host receiving queue, it is possible to determine whether the cloud host it is aimed at and whether the source client is a new client, using the array array [a][b] Storage, where array is the name of the array, which can be named using the cloud host name, a is the number of network test packets sent to the cloud host, and b is the number of source clients sent to the cloud host;
  • array is the name of the array, which can be named using the cloud host name
  • a is the number of network test packets sent to the cloud host
  • b the number of source clients sent to the cloud host
  • the server can be detected when the array overflows, and the array can be initialized.
  • the monitoring unit 401 is specifically configured to receive data sent to the server from a client other than the client.
  • a network test packet is selected from the network test packets sent by the other clients to the server according to a predetermined rule and sent to the server, and the second result data returned by the server is received;
  • the network test packet sent from the above-mentioned other client to the cloud host in the above-mentioned server selects the network test package to copy, and modifies the address of the copied network test package to the server, and receives the second result data returned by the server.
  • examples of two implementation schemes are provided.
  • One is that other clients send network test packets to the server, and the other is that other clients send network test packets to the cloud host in the server.
  • the rule for determining whether it is necessary to monitor the communication state between the monitoring device and the server can be any prediction of the need to feed back the cloud service quality of the server to the client.
  • one may be selected at intervals of a certain number, or one may be selected at intervals of time, or one may be selected when the number of network test packets sent by other clients exceeds a predetermined threshold in a certain period of time;
  • the embodiments of this application do not make unique limitations.
  • the embodiment of the present application also provides a cloud service quality monitoring device.
  • the cloud service quality monitoring device may be a hardware entity in a cloud server, or a monitoring device outside the cloud server as shown in FIG. 1, as shown in FIG. 5. Shown, including: a processor 501, a memory 502, and a transceiver 503; wherein the processor 501, the memory 502, and the transceiver 503 are connected in a communicative manner;
  • the memory 502 includes but is not limited to random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), or Portable read-only memory (compact disc read-only memory, CD-ROM), the memory 502 is used for related instructions and data.
  • the transceiver 503 is used to receive and send data.
  • the processor 501 may be one or more central processing units (CPU).
  • the CPU may be a single-core CPU or a multi-core CPU.
  • Program codes are stored in the aforementioned memory 502;
  • the above-mentioned processor 501 is configured to read the above-mentioned program code and cooperate with the above-mentioned transceiver 503 to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the transceiver 503 in this embodiment can be any device that can be used for communication between devices, including radio frequency modules and wired communication modules; if the cloud service quality monitoring device can be a hardware entity in a cloud server, then the transceiver
  • the communication between the 503 and the server can also be any device including a bus that can be used for intra-device communication.
  • the embodiment of the application provides a method for monitoring cloud service quality.
  • the method in this embodiment is applied to the cloud server side or the firewall on the cloud server side.
  • the monitoring device in the system structure shown in FIG. 1 is shown in FIG.
  • the cloud server is shown.
  • the monitoring device can be a component in the cloud server or a device deployed in the network between the cloud server and the client.
  • the client is a functional object in a terminal device (called a terminal or a user device) that performs the function of sending a network test packet.
  • the above method includes:
  • the network test packet may be used to test network information such as the amount of network connection.
  • the network test packet may be a ping detection packet.
  • the client side of the embodiment of the present application can use the ping tool to send ping detection packets to the cloud server and the cloud host in the cloud server respectively; or use the ping tool to only send the ping detection packet to the cloud server in the cloud server.
  • the ping tool can be set on the user device of the client, and the ping detection packet for the server or the cloud host in the server can be received from the server.
  • the cloud host is a virtual device that the client can directly access, and its access address is usually public; therefore, it may be accessed by different clients, so different clients can send ping detection packets to it.
  • the ping detection packet sent to the cloud host can follow the relevant regulations of the Internet Control Messages Protocol (ICMP).
  • ICMP Internet Control Messages Protocol
  • 602 Receive the result data of the network test packet returned by the cloud host, and send the result data to the client;
  • the cloud host will return an ICMP echo response as the result data according to ICMP regulations.
  • the client can determine the connection status between the client and the cloud host based on this, and determine whether the cloud host has a cloud service quality defect based on this.
  • the server If there is a network test packet sent by the client and other clients other than the client to the server, intercept the network test packet sent by the client and other clients than the client to the cloud host Count the network test packets sent to the cloud host to obtain the statistical results. In the case where the statistical results belong to the predetermined rules for the centralized detection of the cloud host, detect the server to obtain the detection result, and send the detection result to the client .
  • a predetermined rule for centralized detection of cloud hosts is set.
  • the predetermined rule for centralized detection of cloud hosts can be set according to needs. The purpose is to determine whether there is a need to detect servers; for example, there are many Clients detect different cloud hosts, and there are many clients that detect the same cloud host; here it can be that the above two events have occurred within a certain period of time. Among them, the former can be used as a preferred implementation. In this case, the server itself is more likely to have cloud service quality defects.
  • the detection result and result data for the server and the cloud host can be fed back to the client that has sent the network test package, and the client can determine the cloud service quality detection result for the cloud host according to the above result data, and according to the above detection
  • the result determines the cloud service quality test results for the cloud server; thus, according to the cloud service quality test results of the server and the cloud host, after determining the current cloud service quality defect, according to the preset cause of the cloud service quality defect, the cloud service is corresponding Analyze the operating data of the company, match the target cause of the current cloud service quality defect, and realize the precise location of the cause of the cloud service quality defect; then obtain and implement the preset solution strategy corresponding to the above target cause, and provide the A solution strategy that matches the location of the cause is to solve the defects of cloud service quality, so as to improve the quality of cloud service and ensure the quality of cloud service.
  • the client does not need to send a network detection packet to the server, so for the server, it does not need to directly receive the network detection packet from the client, nor does it need to announce its address to the client, thereby reducing the possibility of network testing.
  • the possibility of packet attacks improves security.
  • the embodiment of the present application also provides an example of a predetermined rule for centralized detection of a cloud host, which is specifically as follows: the above method further includes:
  • the statistical results obtained from the above statistics of the network test packets sent to the above cloud host include:
  • the number of cached network test packets sent to the cloud host is greater than the first threshold, or the number of source clients of the cached network test packets sent to the cloud host is greater than the second threshold.
  • a receiving queue can be used to cache network test packets, where the receiving queue can be a receiving queue that caches all network test packets sent to the server; it can also be classified according to the cloud host, that is, send to different The network test packets of the cloud host are cached to different receiving queues.
  • the number of network test packets sent to the cloud host is counted, and the source client of the network test packet is not distinguished.
  • the implementation is mainly for a certain cloud In the scenario where the host is centrally probed; the number of source clients of the network test package sent to the cloud host is counted, and the source client of the network test package is distinguished, and the total network test sent to the cloud host is not limited.
  • the number of packets, this implementation is mainly for the application scenario where a certain cloud host is detected by many clients. For these two scenarios, the latter can be the preferred implementation.
  • the above source client is relative to the network test package, and the client that sends the network test package is the source client of the network test package.
  • predetermined rules for cloud hosts to be centrally detected can be set in the embodiment of the present application. For example, the number of network test packets received within a predetermined time period exceeds a certain threshold, and no distinction is made at this time. The source client of the network test package does not distinguish which cloud host the network test package is sent to. Therefore, the examples of predetermined rules for centralized detection of cloud hosts provided in the embodiments of the present application should not be construed as unique limitations to the embodiments of the present application.
  • first threshold and the second threshold in this embodiment are based on different purposes.
  • the former is to determine that a certain cloud host is centrally detected, so how much can be determined to be centrally detected is to set the first threshold Basis;
  • the latter is to determine that a certain cloud host is detected by many clients is the basis for setting the second threshold; the embodiment of the present application does not uniquely limit the specific values of the first threshold and the second threshold.
  • the embodiment of the present application also provides a caching form of the network test packet, and examples of conditions for triggering detection of the server, which are specifically as follows:
  • the foregoing caching of the network test packet includes:
  • the above-mentioned statistics cache the number of network test packets sent to the cloud host, or the statistics cache the number of source clients of the network test packets sent to the cloud host; including:
  • the former can be applied to scenarios where neither the source client of the network test packet is distinguished nor the cloud host to which the network test packet is sent.
  • the latter can be applied to application scenarios where a certain cloud host is centrally detected or a certain cloud host is detected by many clients.
  • the former can also be applied to application scenarios where a cloud host is centrally detected or a cloud host is detected by many clients.
  • Recognition is relatively slow; therefore, when it is applied to an application scenario where a cloud host is centrally detected or a cloud host is detected by many clients, the latter can speed up the detection speed.
  • the former is faster.
  • the length of the receiving queue corresponding to the cloud host may be set as the aforementioned first threshold. At this time, when the receiving queue overflows, it can be determined that the number of cached network test packets sent to the cloud host is greater than the first threshold; the step of statistics is omitted.
  • each time a network test packet is received and buffered in the receiving queue it is possible to determine whether the cloud host and the source client it is aimed at are new clients, using the array array[a][ b] Storage, where array is the name of the array, which can be named using the cloud host name, a is the number of network test packets sent to the cloud host, b is the number of source clients sent to the cloud host; when it is executed, receive To the network test package, it is determined to be sent to the array cloud host, then a++, to determine whether the source client of the network test package is a new client, and b++ if it is a new client.
  • the server can be detected when the array overflows, and the array can be initialized.
  • the execution side of the embodiment of this application is not on the client side, so it cannot prevent the client from sending a network test package to the server. If the network test package sent to the server is received, the solution provided by the embodiment of this application is as follows: Also includes:
  • the network test packet sent to the server is received, the network test packet sent to the server is deleted.
  • This embodiment can be compatible with the technical solution that the client sends the network test package to the server and the cloud host, so it can be compatible with application solutions of various friends.
  • the client sends network test packets to both the server and the cloud host, on the one hand, the client can receive the detection results of the necessary service area, and on the other hand, it can avoid the risk of server attack.
  • the embodiment of the present application also provides specific means for detecting the server and specific means for sending the detection result to the client.
  • the detection result obtained by detecting the server and sending the detection result to the client includes:
  • Modify the destination address of the network test packet sent to the cloud host to the server send the network test packet with the modified destination address to the server, receive the detection result returned by the server, and send the detection result to the client.
  • the implementation means of the network test package can be compatible, that is, the server can still be compatible with the ping test package, and follow the relevant regulations of ICMP.
  • This embodiment also provides an application scenario for sending detection results to other clients, which is specifically as follows: the above method also includes:
  • the target client includes the client whose distance from the current time is less than the fourth threshold at the time when the network test packet was sent to the cloud host last time; or, the target client includes the client within a predetermined period of time from the current time Clients whose number of network test packets sent by the cloud host exceeds the fifth threshold or, the target client includes clients whose number of network test packets sent to the cloud host exceeds the fifth threshold within a predetermined period of time away from the current time;
  • the fourth threshold is to obtain clients that may have the cloud service status of the detection server.
  • the time for these clients to send network test packets is relatively close to the current moment; or, in the most recent period of time.
  • the network test package has been sent several times. Therefore, the above fourth threshold is used to distinguish which clients are closer to the current moment, and the fifth threshold is used to distinguish how many times the network test packet is sent for multiple times.
  • the specific values are not uniquely limited in the embodiments of this application.
  • This embodiment can actively report the cloud service status of the server to a variety of clients that may need the cloud service status of the server, so as to help these clients learn the cloud service status of the server as soon as possible.
  • the foregoing sending the foregoing detection result to the foregoing client includes:
  • the foregoing sending the foregoing result data to the foregoing client includes:
  • the result data can be any data that represents the status of the server.
  • the result data is only the ICMP echo response of the same size as the ping detection packet, and the data contained in the ICMP echo response In this embodiment, it can be marked as sent to the server, and ⁇ t can also be marked. This ⁇ t is the waiting time of the ping detection packet in the queue, which is used by the client to deduct the ⁇ t when calculating the network delay.
  • these ping detection packets are still cached and waiting for the fourth threshold to determine whether to modify the detection object and then sent to the server. These ping detection packets are waiting
  • the time is relatively long. If ⁇ t is not deducted, the network delay displayed in the detection result will be greatly increased; therefore, this embodiment can deduct the time at the monitoring device, or carry ⁇ t to the client in the ICMP echo response. The client decides to deduct this part of time.
  • the embodiment of the application also provides an example of an application scenario using a ping detection package as a network test package, and an example of using a monitoring device outside the server as a hardware entity that manages the network test package, as shown in Figure 3, and can be referred to as shown in Figure 1.
  • System architecture diagram including:
  • the client sends a ping detection packet to the cloud host in the server, where the ping detection packet contains the address of the cloud host; the ping detection packet first reaches the monitoring device;
  • the monitoring device After receiving the ping detection packet, the monitoring device recognizes the address in the ping detection packet and forwards it to the cloud host; in addition, it can establish a receiving queue for the cloud host and store the ping detection packet in the receiving queue;
  • the monitoring device needs to identify the ping detection packet in this step, and it does not need to be stored in the receiving queue if it is not a ping detection packet.
  • the monitoring device will receive the ICMP echo response returned by the cloud host, and the ICMP echo response includes the address of the client; after the monitoring device recognizes the address, the ICMP echo response is forwarded to the client.
  • the monitoring device can count the ping detection packets in the receiving queue to determine whether the preset rules are met, and if so, enter 705;
  • the trigger condition for the execution of statistics in this step can be periodic, triggered when the receiving queue overflows, or triggered when there are more ping detection packets in the receiving queue than a specified value.
  • the foregoing preset rule may be that a lot of ping detection packets are sent to the cloud host within a certain period of time, or the results of further detection of ICMP echo responses are normal. Of course, it can also be other preset rules that may need to detect the server.
  • the specific detection method can be: take out a ping monitoring packet arbitrarily from the receiving queue, change the receiving address to the server, and forward it to the server; then after receiving the ICMP echo response, subtract ⁇ t from the time, or mark ⁇ t ; Please refer to the previous embodiment for the description of the ⁇ t, which will not be repeated here.
  • the benefits of using the solution of this embodiment include not only the ability to determine whether the service quality impact is from the server or the cloud host, but also the following benefits:
  • the server will not directly receive the ping detection from the client, which shields the possibility of being attacked;
  • N can be the number of cloud hosts.
  • the number of cloud hosts is obviously much lower than the number of clients; therefore, the amount of detection processing can be reduced.
  • the embodiment of the application also provides a cloud service quality monitoring device, as shown in FIG. 4, including:
  • the first receiving unit 801 is configured to receive a network test packet sent from the client to the cloud host in the server;
  • the forwarding unit 802 is configured to send the above-mentioned network test packet to the above-mentioned cloud host;
  • the second receiving unit 803 is configured to receive the result data of the network test packet returned by the cloud host;
  • the sending unit 804 is configured to send the above result data to the above client;
  • the statistical unit 805 is used for network test packets sent to the server by the client and other clients other than the client, and the client and other clients than the client are sent to the network of the cloud host When the test packet is intercepted, count the network test packets sent to the above-mentioned cloud host to obtain the statistical result;
  • the detection unit 806 is configured to detect the server to obtain a detection result when the statistical result belongs to the predetermined rule that the cloud host is centrally detected;
  • the sending unit 804 is further configured to send the detection result to the client.
  • the network test packet may be used to test network information such as the amount of network connection.
  • the network test packet may be a ping detection packet.
  • the client side of the embodiment of the present application can use the ping tool to send ping detection packets to the cloud server and the cloud host in the cloud server respectively; or use the ping tool to only send the ping detection packet to the cloud server in the cloud server.
  • the ping tool can be set on the user device of the client, and the ping detection packet for the server or the cloud host in the server can be received from the server.
  • the cloud host is a virtual device that the client can directly access, and its access address is usually public; therefore, it may be accessed by different clients, so different clients can send ping detection packets to it.
  • the ping detection packet sent to the cloud host can follow the relevant regulations of ICMP.
  • the cloud host will return an ICMP echo response as the result data according to ICMP regulations.
  • the client can determine the connection status between the client and the cloud host based on this, and determine whether the cloud host has a cloud service quality defect based on this.
  • a predetermined rule for centralized detection of cloud hosts is set.
  • the predetermined rule for centralized detection of cloud hosts can be set according to needs. The purpose is to determine whether there is a need to detect servers; for example, there are many Clients detect different cloud hosts, and there are many clients that detect the same cloud host; here it can be that the above two events have occurred within a certain period of time. Among them, the former can be used as a preferred implementation. In this case, the server itself is more likely to have cloud service quality defects.
  • the detection result and result data for the server and the cloud host can be fed back to the client that has sent the network test package, and the client can determine the cloud service quality detection result for the cloud host according to the above result data, and according to the above detection
  • the result determines the cloud service quality test results for the cloud server; thus, according to the cloud service quality test results of the server and the cloud host, after determining the current cloud service quality defect, according to the preset cause of the cloud service quality defect, the cloud service is corresponding Analyze the operating data of the company, match the target cause of the current cloud service quality defect, and realize the precise location of the cause of the cloud service quality defect; then obtain and implement the preset solution strategy corresponding to the above target cause, and provide the A solution strategy that matches the location of the cause is to solve the defects of cloud service quality, so as to improve the quality of cloud service and ensure the quality of cloud service.
  • the client does not need to send a network detection packet to the server, so for the server, it does not need to directly receive the network detection packet from the client, nor does it need to announce its address to the client, thereby reducing the possibility of network testing.
  • the possibility of packet attacks improves security.
  • the embodiment of the present application also provides an example of a predetermined rule for centralized detection of a cloud host, which is specifically as follows: the above-mentioned device further includes:
  • the storage unit 807 is configured to buffer the network test package before sending the network test package to the cloud host;
  • the statistics unit 805 is configured to count the number of cached network test packets sent to the cloud host, or count the number of source clients of the cached network test packets sent to the cloud host;
  • the detection unit 806 is configured to: when the number of cached network test packets sent to the cloud host is greater than a first threshold, or the number of source clients of the cached network test packets sent to the cloud host If it is greater than the second threshold, detect the above-mentioned server to obtain a detection result.
  • a receiving queue can be used to cache network test packets, where the receiving queue can be a receiving queue that caches all network test packets sent to the server; it can also be classified according to the cloud host, that is, send to different The network test packets of the cloud host are cached to different receiving queues.
  • the number of network test packets sent to the cloud host is counted, and the source client of the network test packet is not distinguished.
  • the implementation is mainly for a certain cloud In the scenario where the host is centrally probed; the number of source clients of the network test package sent to the cloud host is counted, and the source client of the network test package is distinguished, and the total network test sent to the cloud host is not limited.
  • the number of packets, this implementation is mainly for the application scenario where a certain cloud host is detected by many clients. For these two scenarios, the latter can be the preferred implementation.
  • the above source client is relative to the network test package, and the client that sends the network test package is the source client of the network test package.
  • predetermined rules for cloud hosts to be centrally detected can be set in the embodiment of the present application. For example, the number of network test packets received within a predetermined time period exceeds a certain threshold, and no distinction is made at this time. The source client of the network test package does not distinguish which cloud host the network test package is sent to. Therefore, the examples of predetermined rules for centralized detection of cloud hosts provided in the embodiments of the present application should not be construed as unique limitations to the embodiments of the present application.
  • first threshold and the second threshold in this embodiment are based on different purposes.
  • the former is to determine that a certain cloud host is centrally detected, so how much can be determined to be centrally detected is to set the first threshold Basis;
  • the latter is to determine that a certain cloud host is detected by many clients is the basis for setting the second threshold; the embodiment of the present application does not uniquely limit the specific values of the first threshold and the second threshold.
  • the embodiment of the present application also provides a buffering form of network test packets, and examples of conditions for triggering detection of the server, which are specifically as follows:
  • the storage unit 807 is specifically configured to buffer all received network test packets into the same receiving queue. Or, create a receiving queue for the cloud host, and buffer the above network test packet in the receiving queue corresponding to the cloud host.
  • the statistical unit 805 is specifically configured to delete the network test packets in the receiving queue whose time difference between the receiving time and the current time exceeds a third threshold when the receiving queue overflows; The number of network test packets of the host, or the number of source clients of the network test packets buffered in the receiving queue corresponding to the cloud host.
  • the former can be applied to scenarios where neither the source client of the network test packet is distinguished nor the cloud host to which the network test packet is sent.
  • the latter can be applied to application scenarios where a certain cloud host is centrally detected or a certain cloud host is detected by many clients.
  • the former can also be applied to application scenarios where a cloud host is centrally detected or a cloud host is detected by many clients.
  • Recognition is relatively slow; therefore, when it is applied to an application scenario where a cloud host is centrally detected or a cloud host is detected by many clients, the latter can speed up the detection speed.
  • the former is faster.
  • the length of the receiving queue corresponding to the cloud host may be set as the aforementioned first threshold. At this time, when the receiving queue overflows, it can be determined that the number of cached network test packets sent to the cloud host is greater than the first threshold; the step of statistics is omitted.
  • each time a network test packet is received and buffered in the receiving queue it is possible to determine whether the cloud host and the source client it is aimed at are new clients, using the array array[a][ b] Storage, where array is the name of the array, which can be named using the cloud host name, a is the number of network test packets sent to the cloud host, b is the number of source clients sent to the cloud host; when it is executed, receive To the network test package, it is determined to be sent to the array cloud host, then a++, to determine whether the source client of the network test package is a new client, and b++ if it is a new client.
  • the server can be detected when the array overflows, and the array can be initialized.
  • the execution side of the embodiment of this application is not on the client side, so it cannot prevent the client from sending a network test package to the server. If the network test package sent to the server is received, the solution provided by the embodiment of this application is as follows: Also includes:
  • the packet deleting unit 808 is configured to delete the network test packet sent to the server if the network test packet sent to the server is received.
  • This embodiment can be compatible with the technical solution that the client sends the network test package to the server and the cloud host, so it can be compatible with application solutions of various friends.
  • the client sends network test packets to both the server and the cloud host, on the one hand, the client can receive the detection results of the necessary service area, and on the other hand, it can avoid the risk of the server being attacked.
  • the embodiment of the present application also provides specific means for detecting the server and specific means for sending the detection result to the client.
  • the detection unit 806 is specifically used to modify the destination address of the network test packet sent to the cloud host to The server sends the network test packet with the modified destination address to the server, and receives the detection result returned by the server;
  • the sending unit 804 is specifically configured to send the detection result to the client.
  • the implementation means of the network test package can be compatible, that is, the server can still be compatible with the ping test package, and follow the relevant regulations of ICMP.
  • This embodiment also provides an application scenario for sending detection results to other clients, which is specifically as follows: the above-mentioned device further includes:
  • the client acquisition unit 809 is configured to acquire a target client, where the target client includes the client whose distance from the current time is less than the fourth threshold at the time when the network test packet was last sent to the cloud host; or, the target client includes Clients whose number of network test packets sent to the cloud host within a predetermined period of time from the current time exceeds the fifth threshold
  • the sending unit 804 is further configured to send the detection result to the target client.
  • the fourth threshold is to obtain clients that may have the cloud service status of the detection server.
  • the time for these clients to send network test packets is relatively close to the current moment; or, in the most recent period of time.
  • the network test package has been sent several times. Therefore, the above fourth threshold is used to distinguish which clients are closer to the current moment, and the fifth threshold is used to distinguish how many times the network test packet is sent for multiple times.
  • the specific values are not uniquely limited in the embodiments of this application.
  • This embodiment can actively report the cloud service status of the server to a variety of clients that may need the cloud service status of the server, so as to help these clients learn the cloud service status of the server as soon as possible.
  • the embodiment of the present application also provides an optional implementation scheme for sending detection results, which is specifically as follows: the above-mentioned device further includes:
  • the data writing unit 410 is configured to write the above detection result into the above result data, and mark the detection object as the above server;
  • the sending unit 804 is specifically configured to send the result data added with the detection result to the client.
  • the result data can be any data that represents the status of the server.
  • the result data is only the ICMP echo response of the same size as the ping detection packet, and the data contained in the ICMP echo response In this embodiment, it can be marked as sent to the server, and ⁇ t can also be marked. This ⁇ t is the waiting time of the ping detection packet in the queue, which is used by the client to deduct the ⁇ t when calculating the network delay.
  • these ping detection packets are still cached and waiting for the fourth threshold to determine whether to modify the detection object and then sent to the server. These ping detection packets are waiting
  • the time is relatively long. If ⁇ t is not deducted, the network delay displayed in the detection result will be greatly increased; therefore, this embodiment can deduct the time at the monitoring device, or carry ⁇ t to the client in the ICMP echo response. The client decides to deduct this part of time.
  • the embodiment of the present application also provides a computer non-volatile readable storage medium.
  • the above-mentioned computer non-volatile readable storage medium stores program code, the above-mentioned program code includes program instructions, and the above-mentioned program instructions are executed by a processor.
  • the above-mentioned processor and the transceiver cooperate to realize the information interaction function in any one of the methods provided in the embodiments of the present application.
  • the embodiment of the application also provides a computer program product.
  • the computer program product includes program code.
  • the program code includes program instructions. When the program instructions are executed by a processor, the processor and the transceiver cooperate to implement the application.
  • the information interaction function in any one of the methods provided in the embodiment.
  • the process can be completed by a computer program instructing relevant hardware.
  • the program can be stored in a computer nonvolatile readable storage medium.
  • the aforementioned storage media include: ROM or random storage RAM, magnetic disks or optical discs and other media that can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种服务器的代理监测方法和装置，应用于云技术的状态监控领域，其中方法包括：监控设备监测上述监控设备与服务器之间的通信状态，获得第二结果数据（201）；上述监控设备接收来自客户端发往上述服务器中的云主机的第一网络测试包，将上述第一网络测试包发往上述云主机（202）；上述监控设备接收上述云主机返回的上述第一网络测试包的第一结果数据，将上述第一结果数据发往上述客户端（203）；上述监控设备统计发往上述云主机的网络测试包得到统计结果，在上述统计结果符合探测条件的情况下，将上述第二结果数据发往上述客户端（204）。所述方法可以准确确定对云服务质量缺陷的原因，来保障云服务质量，还可以减少可能的被网络测试包攻击的可能性，提高了安全性。

Description

一种服务器的代理监测方法及相关产品
本申请要求于2019年09月26日提交中国专利局、优先权号为“201910915167.3”，申请名称为“一种服务器的代理监测方法及相关产品”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据处理技术领域，尤其涉及一种服务器的代理监测方法及相关产品。
背景技术
云服务是在互联网基础上的一种增加服务，通常涉及通过互联网来提供动态易扩展的服务；云服务的典型应用场景如：云物联网、云安全、云存储等。目前云服务一般由云端的服务器提供，服务器上可以设置多个虚拟计算机(称为云主机，此处所指服务器可以认为是云主机的载体)，将服务器虚拟成多个云主机，可以通过云主机提供基于云计算模式的按需使用和按需付费的租用服务，实现动态易扩展的云服务，如可将不同的云主机分配给不同的用户，实现云服务资源的按需配置等。
云服务指令是指云服务的服务质量，良好的云服务质量对于提升用户使用云服务的体验具有重要意义，因此对云服务的服务质量进行监控，以在存在云服务质量缺陷时，对云服务质量缺陷进行解读，保障良好的服云服务质量尤为必要。云服务涉及服务器和云主机，云服务质量缺陷可能出现在服务器上，也可能出现在云主机上，因此对引起云服务质量缺陷的原因进行精确定位较为困难。
目前为了区分引起云服务质量缺陷的原因在服务器或者云主机，采用的技术方案如下：
分别针对服务器以及服务器中的云主机发送ping(packet internet groper,因特网包探测器)检测包；
分别根据服务器和服务器中的云主机反馈的ping反馈包确定服务器和服务器中的云主机是否故障。
以上方案服务器会收到大量的ping检测包，存在被ping检测包攻击的风险，因此安全性较低。
申请内容
本申请实施例所要解决的技术问题在于提供一种服务器的代理监测及相关产品，用于在精确定位引起云服务质量缺陷的原因的前提下，提高安全性。
一方面本申请实施例提供了一种服务器的代理监测方法，包括：
监控设备监测所述监控设备与服务器之间的通信状态，获得第二结果数据；
所述监控设备接收来自客户端发往所述服务器中的云主机的第一网络测试包，将所述第一网络测试包发往所述云主机；
所述监控设备接收所述云主机返回的所述第一网络测试包的第一结果数据，将所述第一结果数据发往所述客户端；
所述监控设备统计发往所述云主机的网络测试包得到统计结果，在所述统计结果符合探测条件的情况下，将所述第二结果数据发往所述客户端。
二方面本申请实施例还提供了一种云服务质量监控装置，包括：
监测单元，用于监测所述监控设备与服务器之间的通信状态，获得第二结果数据；
第一接收单元，用于接收来自客户端发往所述服务器中的云主机的第一网络测试包；
转发单元，用于将所述第一网络测试包发往所述云主机；
第二接收单元，用于接收所述云主机返回的所述第一网络测试包的第一结果数据；
第一发送单元，用于将所述第一结果数据发往所述客户端；
统计单元，用于统计发往所述云主机的网络测试包得到统计结果；
第二发送单元，用于在所述统计结果符合探测条件的情况下，将所述第二结果数据发往所述客户端。
三方面本申请实施例还提供了一种云服务质量监控装置，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接；
在所述存储器中存储有程序代码；
所述处理器用于读取所述程序代码与所述收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
四方面本申请实施例还提供了一种计算机非易失性可读存储介质，所述计算机非易失性可读存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
五方面本申请实施例还提供了一种计算机程序产品，在上述计算机程序产品中包含程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
本申请实施例，一方面，向客户端反馈了检测云主机以及服务器得到的第一结果数据和第二结果数据，因此客户端可以根据上述第一结果数据和第二结果数据确定针对云主机和服务器的云服务质量检测结果；从而根据服务器和云主机 的云服务质量的检测结果，确定当前存在云服务质量缺陷后，根据预设引起云服务质量缺陷的各原因，对云服务相应的运行数据进行分析，匹配出引起当前云服务质量缺陷的目标原因，实现引起云服务质量缺陷的原因的精准定位；进而获取预设的与上述目标原因相应的解决策略并执行，提供出与所定位原因匹配的解决策略，对云服务质量缺陷进行解决，从而提升云服务质量，保障云服务质量。另一方面，采用本申请实施例技术手段，服务器的工作状态不使用网络检测包检测，因此无论客户端是否向服务器发送了网络测试包，服务器均不必直接接收到来自客户端的网络检测包，因此可以减少服务器被网络测试包攻击的可能性，提高了安全性。
六方面本申请实施例提供了一种云服务质量监控方法，包括：
接收来自客户端发往服务器中的云主机的网络测试包，将所述网络测试包发往所述云主机；
接收所述云主机返回的所述网络测试包的结果数据，将所述结果数据发往所述客户端；
若存在所述客户端以及所述客户端之外的其他客户端发往所述服务器的网络测试包，则拦截所述客户端以及所述客户端之外的其他客户端发往所述云主机的网络测试包；统计发往所述云主机的网络测试包得到统计结果，在所述统计结果属于所述云主机被集中探测的预定规则的情况下，对所述服务器进行探测得到探测结果，向所述客户端发送所述探测结果。
七方面本申请实施例还提供了一种云服务质量监控装置，包括：
第一接收单元，用于接收来自客户端发往服务器中的云主机的网络测试包；
转发单元，用于将所述网络测试包发往所述云主机；
第二接收单元，用于接收所述云主机返回的所述网络测试包的结果数据；
发送单元，用于将所述结果数据发往所述客户端；
统计单元，用于在存在所述客户端以及所述客户端之外的其他客户端发往所述服务器的网络测试包，所述客户端以及所述客户端之外的其他客户端发往所述云主机的网络测试包被拦截的情况下，统计发往所述云主机的网络测试包得到统计结果；
探测单元，用于在所述统计结果属于所述云主机被集中探测的预定规则的情况下，对所述服务器进行探测得到探测结果；
所述发送单元，还用于向所述客户端发送所述探测结果。
八方面本申请实施例还提供了一种云服务质量监控装置，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接；
在所述存储器中存储有程序代码；
所述处理器用于读取所述程序代码与所述收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
九方面本申请实施例还提供了一种计算机非易失性可读存储介质，所述计算机非易失性可读存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
十方面本申请实施例还提供了一种计算机程序产品，在上述计算机程序产品中包含程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
本申请实施例，一方面，因为可以向发出了网络测试包的客户端反馈针对服务器以及针对云主机的探测结果及结果数据，那么可以实现有探测结果和结果数据带来的技术效果，即：客户端可以根据上述结果数据确定针对云主机的云服务质量检测结果，根据上述探测结果确定针对云服务器的云服务质量检测结果；从而根据服务器和云主机的云服务质量的检测结果，确定当前存在云服务质量缺陷后，根据预设引起云服务质量缺陷的原因，对云服务相应的运行数据进行分析，匹配出引起当前云服务质量缺陷的目标原因，实现引起云服务质量缺陷的原因的精准定位；进而获取预设的与上述目标原因相应的解决策略并执行，提供出与所定位原因匹配的解决策略，对云服务质量缺陷进行解决，从而提升云服务质量，保障云服务质量。二方面，对来自客户端的网络检测包进行了拦截，因此不必向服务器发送来自客户端的所有网络检测包，进一步地，服务器因此不必直接接收到来自客户端的全部网络检测包，服务器也不必向客户端公布自己的地址，从而减少可能的被网络测试包攻击的可能性，提高了安全性。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例系统结构示意图；
图2是本申请实施例方法流程示意图；
图3是本申请实施例方法流程示意图；
图4是本申请实施例装置结构示意图；
图5是本申请实施例装置结构示意图；
图6是本申请实施例方法流程示意图；
图7是本申请实施例方法流程示意图；
图8是本申请实施例装置结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同的对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法或设备固有的其他步骤或单元。
本申请实施例提供了一种服务器的代理监测方法，本实施例方法应用于云服务器一侧，或者云服务器一侧的防火墙，如图1所示的系统结构中的监控装置，如图1所示，在图1中示意了云服务器102，云服务器102内运行了众多的云主机101，其中监控设备103可以是云服务器102内的一个部件，也可以是部署在云服务器102与客户端104之间的网络中的设备；客户端104是终端设备(称为终端、用户设备)中执行网络测试包发送功能的功能对象。如图2所示，上述方法包括：
201：监控设备监测上述监控设备与服务器之间的通信状态，获得第二结果数据；
在本实施例中，监控设备可以与服务器之间保持心跳连接，从而获得服务器的通信状态；也可以模拟客户端向服务器发送网络测试包。网络测试包的具体表现形式可以参考本实施例其他位置的说明。
202：上述监控设备接收来自客户端发往上述服务器中的云主机的第一网络测试包，将上述第一网络测试包发往上述云主机；
上述第一网络测试包和后续由客户端发往服务器的第二网络测试包均属于网络测试包，使用“第一”和“第二”区分两者要发往的目的设备不同。在本实施例中使用“第一”和“第二”还用于区分云主机网络测试的结果数据，以及服务器的网络测试的结果数据。在本实施例中，网络测试包可以是用于测试网络连接量等网络信息，如网络测试包可以选用ping检测包。
可选地，本申请实施例的客户端一侧利用ping工具向云端的服务器，及云服务器中的云主机分别发送ping检测包。ping工具可以设置于客户端的用户设备上，从服务器可以接收到针对服务器和针对服务器中的云主机的ping检测包。
在本实施例中，云主机是客户端可以直接访问的虚拟设备，通常其访问地址是公开的；因此可能会被不同的客户端访问，因此不同的客户端均可以向其发送ping检测包。发往云主机的ping检测包可以遵循因特网信报控制协议(Internet Control Messages Protocol，ICMP)的相关规定。
203：上述监控设备接收上述云主机返回的上述第一网络测试包的第一结果数据，将上述第一结果数据发往上述客户端；
本实施例可以由监控设备预拦截发往服务器的网络测试包，或者不允许监控设备向服务器发送网络测试包，从而避免服务器直接接收到来自客户端的网络测试包。另外，由于本实施例监控设备已经通过监测方式获得了服务器与监控设备之间的通信状态，那么监控设备已知服务器的通信状态。
在本实施例中，若网络测试包为ping检测包，那么云主机依据ICMP的规定，会返回ICMP回声应答作为结果数据。客户端可以据此判定客户端与云主机之间的连接状态，以及据此确定云主机是否存在云服务质量缺陷。
在本实施例中设置了探测条件，该探测条件可以根据需要进行设定，其目的在于确定是否有对服务器进行探测的需求；例如：有众多的客户端对不同的云主机进行探测，有众多的的客户端对相同的云主机进行探测；这里可以是在某个时间段内发生了上述两种事件。其中，前者可以作为优选的实现方式，这种情况下服务器本身出现云服务质量缺陷的可能性会更大。
204：上述监控设备统计发往上述云主机的网络测试包得到统计结果，在上述统计结果符合探测条件的情况下，将上述第二结果数据发往上述客户端。
本申请实施例，客户端向云主机发送了网络测试包，由监控设备监测服务器的网络状态；在结果反馈时会反馈针对服务器以及针对云主机和服务器的结果数据，那么客户端可以根据上述结果数据确定针对云主机和服务器的云服务质量检测结果；从而根据服务器和云主机的云服务质量的检测结果，确定当前存在云服务质量缺陷后，根据预设引起云服务质量缺陷的各原因，对云服务相应的运行数据进行分析，匹配出引起当前云服务质量缺陷的目标原因，实现引起云服务质量缺陷的原因的精准定位；进而获取预设的与上述目标原因相应的解决策略并执行，提供出与所定位原因匹配的解决策略，对云服务质量缺陷进行解决，从而提升云服务质量，保障云服务质量。在此基础上，无论客户端是否向服务器发送了网络测试包，服务器均不必直接接收到来自客户端的网络检测包，从而减少可能的被网络测试包攻击的可能性，提高了安全性。
本申请实施例还提供了监控设备反馈结果数据的可选实现方式，上述方法还包括：
上述监控设备接收来自上述客户端发往上述服务器的第二网络测试包；
上述监控设备生成上述第二网络测试包的反馈结果，在上述反馈结果中携带上述第二结果数据；
上述在上述统计结果符合探测条件的情况下，将上述第二结果数据发往上述客户端包括：
在上述统计结果符合探测条件的情况下，将上述反馈结果发往上述客户端。
在本实施例中，由于监控设备已经通过监测的方式获得了服务器的网络状态的结果数据，因此已经具备了主动生成反馈结果的条件。在本实施例中，针对监控设备可能接收到来自客户端的发往服务器的网络测试包的情况，由监控设备来模拟服务器生成反馈结果，从而可以一方面兼容客户端所采用的网络测试协议，另一方面又可以避免服务器直接接收到来自客户端的网络测试包，提高安全性。因此本实施例，在提高安全性的前提下，可以进一步兼容客户端可能采用的网络测试协议。
另需说明的是，客户端也可以不发送第二网络测试包，即客户端不发送针对服务器的网络测试包，监控设备也可以在判定在发往上述云主机的网络测试包得到的统计结果符合探测条件的情况下主动向该客户端反馈结果数据。因此，客户端是否发送第二网络测试包取决于客户端所采用的网络测试协议，在网络侧的监控设备和服务器一侧对这两种情况均可以实现兼容。
本实施例还提供了提高测试准确性的方案，具体如下：上述监控设备生成上述第二网络测试包的反馈结果，在上述反馈结果中携带上述第二结果数据包括：
上述监控设备获得上述第二结果数据中包含的上述监控设备与上述服务器之间的网络延迟和数据量数据，将上述网络延迟和上述数据量数据添加到上述第二网络测试包中得到上述反馈结果。
在本实施例中，可以仅将第二结果数据直接发送给客户端，客户端能获知监控装置与服务器之间的网络状态；客户端可以需根据第一网络测试包的第一结果数据进行推导得到客户端与服务器之间的网络状态，或者该第二结果数据可以携带服务器为正常这样的信息。本实施例中，监控装置如果模拟生成反馈结果，那么使用修改网络延迟的方式就可以获得完全模拟服务器反馈的功能，对于客户端所使用的网络测试协议而言是可以完全兼容的。
基于以上说明可知，本实施例中的反馈结果可以是模拟生成的与第二网络测试包对应的结果数据，例如：第二网络测试包是ping检测包，那么反馈结果可以是ICMP回声应答；或者，不存在第二网络测试包，仅存在第一网络测试包的情况下，该反馈结果也可以是ICMP回声应答。
本申请实施例还提供了探测条件的举例，具体如下：上述方法还包括：缓存上述第一网络测试包；
上述统计发往上述云主机的网络测试包得到统计结果包括：
统计缓存的发往上述云主机的网络测试包的数量，或者，统计缓存的发往上述云主机的网络测试包的源客户端数量；
上述统计结果符合探测条件的情况包括：
上述缓存的发往上述云主机的网络测试包的数量大于第一阈值，或者，缓存的发往上述云主机的网络测试包的源客户端数量的数量大于第二阈值。
在本实施例中，可以使用接收队列对网络测试包进行缓存，接收队列可以分为云主机接收队列和服务器接收队列，分别缓存发往云主机的网络测试包和发往服务器的网络测试包；这里的云主机接收队列可以是一个接收队列，缓存所有发往该服务器的云主机的网络测试包；也可以按照云主机分类，即：发往不同的云主机的网络测试包缓存到不同的接收队列。发给服务器的网络测试包可以仅使用一个接收队列。另外，本实施例可以删除所有发往服务器的网络测试包，因此也可以没有服务器接收队列。
在本实施例中统计值进行了两种举例，其中，统计发往上述云主机的网络测试包的数量，并未对网络测试包的源客户端进行区分，该实现方式主要是针对某个云主机被集中探测的场景下；统计发往上述云主机的网络测试包的源客户端数量的数量，对网络测试包的源客户端进行了区分，可以不限制发往该云主机的总网络测试包数量，该实现方式主要是针对某个云主机被众多客户端探测的应用场景。这两种场景可以将后者作为优选的实现方式。
以上源客户端是相对于网络测试包而言的，发送该网络测试包的客户端即为该网络测试包的源客户端。
另需说明的是，本申请实施例可以设定的探测条件还可以很多，例如：在预定时间段内收到的发往云主机的网络测试包数量超过某一阈值，此时既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机。因此本申请实施例所提供的探测条件的举例不应理解为对本申请实施例的唯一性限定。
另外，在本实施例中的第一阈值和第二阈值基于目的的不同，前者是为了确定针对某个云主机被集中探测，那么多大的量可以确定为被集中探测是设定第一阈值的依据；后者是为了确定针对某个云主机被众多客户端探测是设定第二阈值的依据；本申请实施例对第一阈值和第二阈值的具体取值不作唯一性限定。
如果在本实施例中存在服务器接收队列，那么可以在通过监测获得第二结果数据时，批量生成服务器接收队列中包含的各网络测试包对应的反馈结果；计算网络测试包的缓存时间△t，在上述反馈结果中添加上述包缓存时间△t，用于在上述客户端计算网络延迟时扣除上述缓存时间△t；或者，在上述反馈结果的计时中扣除上述第二网络测试包的缓存时间△t。
在本实施例中，由于发往服务器的网络测试包被缓存过，即第二网络测试包被缓存过，因此根据ICMP的规定，ICMP回声应答会表明网络延迟，导致反馈的网络延迟要远大于实际网络延迟；因此本申请实施例在计算缓存时间△t后进行处理可以避免网络延迟不准的情况，从而保证测试数据的准确性。
从另一个角度来说，以转发的网络测试包到达监控设备的时间为T，服务器发送ICMP回声应答的时间为t；ICMP回 声应答到达客户端的时间为T+N，那么ICMP回声应答中的时间可以修改为为t+N。
本实施例还提供了网络测试包的缓存形式，以及触发对服务器进行探测的条件举例，具体如下：上述缓存上述第一网络测试包包括：
将上述第一网络测试包缓存到上述云主机与其他云主机共用的云主机接收队列中，或者，为上述云主机创建云主机接收队列，将上述第一网络测试包缓存到与上述云主机对应的云主机接收队列中。
可选地，上述统计缓存的发往上述云主机的网络测试包的数量，或者，统计缓存的发往上述云主机的网络测试包的源客户端数量；包括：
在上述云主机接收队列溢出时，删除上述云主机接收队列中接收时间与当前时刻的时间差超过第三阈值的网络测试包；
统计上述云主机接收队列中的发往上述云主机的网络测试包的数量，或者，统计上述云主机对应的云主机接收队列中缓存的网络测试包的源客户端数量。
在本实施例中提供了使用云主机接收队列缓存网络测试包的两种举例，其中，前者可以应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，后者可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景。需说明的是，前者也可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景，此时需要在触发统计后，对队列中的网络测试包进行逐一识别，相对而言速度会较慢；因此应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景时，使用后者可以加快探测速度。相应地，如果应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，前者反而速度更快。
在本实施例中，使用后者创建云主机接收队列，并且将缓存的发往上述云主机的网络测试包的数量大于第一阈值作为上述统计结果符合探测条件的情况时，可以将该云主机对应的云主机接收队列的长度设定为上述第一阈值。此时，可以在该云主机接收队列溢出时，判定缓存的发往上述云主机的网络测试包的数量大于第一阈值；省去统计的步骤，或者直接据此确定统计结果为上述云主机接收队列中的发往上述云主机的网络测试包的数量大于第一阈值，即确定满足触发对服务器进行探测的条件。
另外，在本申请实施例中，可以每接收到一个第一网络测试包并将其缓存到云主机接收队列之前，判定其所针对的云主机以及源客户端是否为新客户端，使用数组array[a][b]存储，其中array为数组名，可以为采用云主机名命名，a为发往该云主机的网络测试包的数量，b为发往该云主机的源客户端的数量；具体执行时，接收到网络测试包，则判定发往array云主机，则a++，判定是否为该网络测试包的源客户端是否为新客户端，若为新客户端则b++。采用本实施例方案时，可以在数组溢出时探测服务器，并初始化该数组。
以上网络测试包的缓存形式，以及触发对服务器进行探测的条件举例不应理解为对本申请实施例的唯一性限定。
本实施例还提供了监控设备获得第二结果数据所采用的具体技术手段的说明，如下：上述监控设备监测上述监控设备与服务器之间的通信状态，获得第二结果数据包括：
在收到来自上述客户端之外的其他客户端发往上述服务器的网络测试包时，按照预定规则从上述其他客户端发往上述服务器的网络测试包中挑选网络测试包发往上述服务器，接收上述服务器返回的上述第二结果数据；
或者，在收到来自上述客户端之外的其他客户端发往上述服务器中的云主机的网络测试包时，按照预定规则从收到的上述其他客户端发往上述服务器中的云主机的网络测试包挑选网络测试包复制，并将复制得到的网络测试包的地址修改为上述服务器，接收上述服务器返回的上述第二结果数据。
在本实施例中，提供了两种实现方案的举例，一种是有其他客户端发送网络测试包给服务器，另一种是有其他客户端发送网络测试包给服务器中的云主机。这两种情况下，可以先来确定是否有必要监测上述监控设备与服务器之间的通信状态。确定是否有必要监测上述监控设备与服务器之间的通信状态的规则，可以是任意预测需要向客户端反馈服务器的云服务质量的情况。
上述挑选网络测试包的情况，可以是间隔一定数量挑选一个，也可以是间隔一段时间挑选一个，或者在某个时间段其他客户端发送的网络测试包的数量超过预定阈值的情况下挑选一个；本申请实施例不作唯一性限定。
本申请实施例还提供了以ping检测包作为网络测试包的应用场景举例，使用服务器外的监控装置作为管理网络测试包的硬件实体举例，如图3所示，可以一并参考图1所示的系统架构图，包括：
301：监控设备监测服务器与监控设备之间的网络通信状态，得到结果数据。
本步骤的具体手段可以是监控设备发送ping检测包给服务，接收服务器返回的ICMP回声应答。该ping检测包可以是从客户端发往服务器的ping监测包中挑选的，也可以是复制客户端发往服务器中的云主机的ping检测包后修改地址获得的。
302、客户端向服务器中的云主机发送ping检测包，该ping检测包包含云主机的地址；该ping检测包首先到达监控设备；
另外，客户端还可以向服务器中发送ping检测包，该ping检测包包含服务器的地址；该ping检测包也会首先到达监控设备；
以上两个ping检测包可以是客户端一起发送的，也可以是分开发送的，本申请实施例不作唯一性限定。
303：监控设备在收到发往云主机ping检测包以后，识别该ping检测包中的地址后转发给上述云主机；另外，可以为该云主机建立云主机接收队列，将该ping检测包存入该云主机接收队列；
另外，由于客户端发往云主机的数据包很多，并不仅仅只有ping检测包，因此本步骤中监控设备需要识别出ping检测包，不是ping检测包则不需存入云主机接收队列或服务器接收队列。在本步骤中，也不将ping检测包的全部信息存入云主机接收队列，仅存入其来源、接收到的时间等信息。
另外，如果监控设备在接收到发往服务器的ping检测包，识别该ping检测包的地址后发现其发往服务器，缓存该ping检测包；在本步骤中，如果已经存在服务器接收队列，则将该ping检测包存入该服务器接收队列，如果不存在服务器接收队列，则需要首先创建服务器接收队列。需说明的是，本实施例也可以不缓存发往服务器的ping检测包，而是删除该ping检测包，直接执行向发送该ping检测包的源客户端发送由监控设备监测到的网络通信状态的结果数据。
304：监控设备会接收到云主机返回的ICMP回声应答，在该ICMP回声应答中包含上述客户端的地址；监控设备识别该地址后将该ICMP回声应答转发给上述客户端。
305：监控设备可以统计上述云主机接收队列中的ping检测包，确定是否满足预设的规则，如果是，进入306；
本步骤统计执行的触发条件可以是周期性的，也可以是当接收队列溢出时触发的，还可以是云主机接收队列中的ping检测包多于指定值时触发的。
在305判定结果为否的情况下可以继续执行305，也可以清空统计数据以后等待下一次被触发执行305。
上述预设的规则，可以是在某一段时间内发给该云主机的ping检测包很多，或者，进一步检测到ICMP回声应答的结果均为正常的。当然，还可以是其他预设的可能要探测服务器的规则。
306：向上述客户端发送上述由监控设备监测到的网络通信状态的结果数据。
如果在本实施例中缓存发往服务器的ping检测包，并建立了相应的服务器接收队列，那么可以批量生成服务器接收队列中包含的各网络测试包对应的反馈结果；计算网络测试包的缓存时间△t，在上述反馈结果中添加上述包缓存时间△t，用于在上述客户端计算网络延迟时扣除上述缓存时间△t；或者，在上述反馈结果的计时中扣除上述第二网络测试包的缓存时间△t。
在本实施例中，由于发往服务器的网络测试包被缓存过，即第二网络测试包被缓存过，因此根据ICMP的规定，ICMP回声应答会表明网络延迟，导致反馈的网络延迟要远大于实际网络延迟；因此本申请实施例在计算缓存时间△t后进行处理可以避免网络延迟不准的情况，从而保证测试数据的准确性。
从另一个角度来说，以转发的网络测试包到达监控设备的时间为T，服务器发送ICMP回声应答的时间为t；ICMP回声应答到达客户端的时间为T+N，那么ICMP回声应答中的时间可以修改为为t+N。
采用本实施例方案的好处，除了达到能够确定服务质量影响是源自服务器还是云主机外，还包含如下好处：
第一，服务器不会直接收到来自客户端的ping检测，屏蔽了被攻击可能性；
第二，极端情况下对服务器的检测数量也是可控的，因此可以减少检测处理量。
本申请实施例还提供了一种云服务质量监控装置，如图4所示，包括：
本申请实施例还提供了一种云服务质量监控装置，包括：
监测单元401，用于监测上述监控设备与服务器之间的通信状态，获得第二结果数据；
第一接收单元402，用于接收来自客户端发往上述服务器中的云主机的第一网络测试包；
转发单元403，用于将上述第一网络测试包发往上述云主机；
第二接收单元405，用于接收上述云主机返回的上述第一网络测试包的第一结果数据；
第一发送单元406，用于将上述第一结果数据发往上述客户端；
统计单元407，用于统计发往上述云主机的网络测试包得到统计结果；
第二发送单元408，用于在上述统计结果符合探测条件的情况下，将上述第二结果数据发往上述客户端。
在本实施例中，监控设备可以与服务器之间保持心跳连接，从而获得服务器的通信状态；也可以模拟客户端向服务器发送网络测试包。网络测试包的具体表现形式可以参考本实施例其他位置的说明。
上述第一网络测试包和后续由客户端发往服务器的第二网络测试包均属于网络测试包，使用“第一”和“第二”区分两者要发往的目的设备不同。在本实施例中使用“第一”和“第二”还用于区分云主机网络测试的结果数据，以及服务器的网络测试的结果数据。在本实施例中，网络测试包可以是用于测试网络连接量等网络信息，如网络测试包可以选用ping检测包。
可选地，本申请实施例的客户端一侧利用ping工具向云端的服务器，及云服务器中的云主机分别发送ping检测包。ping工具可以设置于客户端的用户设备上，从服务器可以接收到针对服务器和针对服务器中的云主机的ping检测包。
在本实施例中，云主机是客户端可以直接访问的虚拟设备，通常其访问地址是公开的；因此可能会被不同的客户端访问，因此不同的客户端均可以向其发送ping检测包。发往云主机的ping检测包可以遵循ICMP的相关规定。
本实施例可以由监控设备预拦截发往服务器的网络测试包，或者不允许监控设备向服务器发送网络测试包，从而避免服务器直接接收到来自客户端的网络测试包。另外，由于本实施例监控设备已经通过监测方式获得了服务器与监控设备之间的通信状态，那么监控设备已知服务器的通信状态。
在本实施例中，若网络测试包为ping检测包，那么云主机依据ICMP的规定，会返回ICMP回声应答作为结果数据。 客户端可以据此判定客户端与云主机之间的连接状态，以及据此确定云主机是否存在云服务质量缺陷。
在本实施例中设置了探测条件，该探测条件可以根据需要进行设定，其目的在于确定是否有对服务器进行探测的需求；例如：有众多的客户端对不同的云主机进行探测，有众多的的客户端对相同的云主机进行探测；这里可以是在某个时间段内发生了上述两种事件。其中，前者可以作为优选的实现方式，这种情况下服务器本身出现云服务质量缺陷的可能性会更大。
本申请实施例，客户端向云主机发送了网络测试包，由监控设备监测服务器的网络状态；在结果反馈时会反馈针对服务器以及针对云主机和服务器的结果数据，那么客户端可以根据上述结果数据确定针对云主机和服务器的云服务质量检测结果；从而根据服务器和云主机的云服务质量的检测结果，确定当前存在云服务质量缺陷后，根据预设引起云服务质量缺陷的各原因，对云服务相应的运行数据进行分析，匹配出引起当前云服务质量缺陷的目标原因，实现引起云服务质量缺陷的原因的精准定位；进而获取预设的与上述目标原因相应的解决策略并执行，提供出与所定位原因匹配的解决策略，对云服务质量缺陷进行解决，从而提升云服务质量，保障云服务质量。在此基础上，无论客户端是否向服务器发送了网络测试包，服务器均不必直接接收到来自客户端的网络检测包，从而减少可能的被网络测试包攻击的可能性，提高了安全性。
本申请实施例还提供了监控设备反馈结果数据的可选实现方式，上述第一接收单元402，还用于接收来自上述客户端发往上述服务器的第二网络测试包；
上述装置还包括：
结果生成单元409，用于生成上述第二网络测试包的反馈结果，在上述反馈结果中携带上述第二结果数据；
上述第二发送单元408，具体在上述统计结果符合探测条件的情况下，将上述反馈结果发往上述客户端。
在本实施例中，由于监控设备已经通过监测的方式获得了服务器的网络状态的结果数据，因此已经具备了主动生成反馈结果的条件。在本实施例中，针对监控设备可能接收到来自客户端的发往服务器的网络测试包的情况，由监控设备来模拟服务器生成反馈结果，从而可以一方面兼容客户端所采用的网络测试协议，另一方面又可以避免服务器直接接收到来自客户端的网络测试包，提高安全性。因此本实施例，在提高安全性的前提下，可以进一步兼容客户端可能采用的网络测试协议。
另需说明的是，客户端也可以不发送第二网络测试包，即客户端不发送针对服务器的网络测试包，监控设备也可以在判定在发往上述云主机的网络测试包得到的统计结果符合探测条件的情况下主动向该客户端反馈结果数据。因此，客户端是否发送第二网络测试包取决于客户端所采用的网络测试协议，在网络侧的监控设备和服务器一侧对这两种情况均可以实现兼容。
本实施例还提供了提高测试准确性的方案，具体如下：上述结果生成单元409，具体用于获得上述第二结果数据中包含的上述监控设备与上述服务器之间的网络延迟和数据量数据，将上述网络延迟和上述数据量数据添加到上述第二网络测试包中得到上述反馈结果。
在本实施例中，可以仅将第二结果数据直接发送给客户端，客户端能获知监控装置与服务器之间的网络状态；客户端可以需根据第一网络测试包的第一结果数据进行推导得到客户端与服务器之间的网络状态，或者该第二结果数据可以携带服务器为正常这样的信息。本实施例中，监控装置如果模拟生成反馈结果，那么使用修改网络延迟的方式就可以获得完全模拟服务器反馈的功能，对于客户端所使用的网络测试协议而言是可以完全兼容的。
基于以上说明可知，本实施例中的反馈结果可以是模拟生成的与第二网络测试包对应的结果数据，例如：第二网络测试包是ping检测包，那么反馈结果可以是ICMP回声应答；或者，不存在第二网络测试包，仅存在第一网络测试包的情况下，该反馈结果也可以是ICMP回声应答。
本申请实施例还提供了探测条件的举例，具体如下：上述装置还包括：存储单元404，用于缓存上述第一网络测试包；
上述统计单元407，具体用于统计缓存的发往上述云主机的网络测试包的数量，或者，统计缓存的发往上述云主机的网络测试包的源客户端数量；
上述第二发送单元408，具体用于在上述统计结果为上述缓存的发往上述云主机的网络测试包的数量大于第一阈值的情况下，或者，缓存的发往上述云主机的网络测试包的源客户端数量的数量大于第二阈值的情况下，将上述第二结果数据发往上述客户端。
在本实施例中，可以使用接收队列对网络测试包进行缓存，接收队列可以分为云主机接收队列和服务器接收队列，分别缓存发往云主机的网络测试包和发往服务器的网络测试包；这里的云主机接收队列可以是一个接收队列，缓存所有发往该服务器的云主机的网络测试包；也可以按照云主机分类，即：发往不同的云主机的网络测试包缓存到不同的接收队列。发给服务器的网络测试包可以仅使用一个接收队列。另外，本实施例可以删除所有发往服务器的网络测试包，因此也可以没有服务器接收队列。
在本实施例中统计值进行了两种举例，其中，统计发往上述云主机的网络测试包的数量，并未对网络测试包的源客户端进行区分，该实现方式主要是针对某个云主机被集中探测的场景下；统计发往上述云主机的网络测试包的源客户端数量的数量，对网络测试包的源客户端进行了区分，可以不限制发往该云主机的总网络测试包数量，该实现方式主要是针对某个云主机被众多客户端探测的应用场景。这两种场景可以将后者作为优选的实现方式。
以上源客户端是相对于网络测试包而言的，发送该网络测试包的客户端即为该网络测试包的源客户端。
另需说明的是，本申请实施例可以设定的探测条件还可以很多，例如：在预定时间段内收到的发往云主机的网络测试包数量超过某一阈值，此时既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机。因此本申请实施例所提供的探测条件的举例不应理解为对本申请实施例的唯一性限定。
另外，在本实施例中的第一阈值和第二阈值基于目的的不同，前者是为了确定针对某个云主机被集中探测，那么多大的量可以确定为被集中探测是设定第一阈值的依据；后者是为了确定针对某个云主机被众多客户端探测是设定第二阈值的依据；本申请实施例对第一阈值和第二阈值的具体取值不作唯一性限定。
如果在本实施例中存在服务器接收队列，那么可以在通过监测获得第二结果数据时，批量生成服务器接收队列中包含的各网络测试包对应的反馈结果；计算网络测试包的缓存时间△t，在上述反馈结果中添加上述包缓存时间△t，用于在上述客户端计算网络延迟时扣除上述缓存时间△t；或者，在上述反馈结果的计时中扣除上述第二网络测试包的缓存时间△t。
在本实施例中，由于发往服务器的网络测试包被缓存过，即第二网络测试包被缓存过，因此根据ICMP的规定，ICMP回声应答会表明网络延迟，导致反馈的网络延迟要远大于实际网络延迟；因此本申请实施例在计算缓存时间△t后进行处理可以避免网络延迟不准的情况，从而保证测试数据的准确性。
从另一个角度来说，以转发的网络测试包到达监控设备的时间为T，服务器发送ICMP回声应答的时间为t；ICMP回声应答到达客户端的时间为T+N，那么ICMP回声应答中的时间可以修改为为t+N。
本实施例还提供了网络测试包的缓存形式，以及触发对服务器进行探测的条件举例，具体如下：上述存储单元404，具体用于将上述第一网络测试包缓存到上述云主机与其他云主机共用的云主机接收队列中，或者，为上述云主机创建云主机接收队列，将上述第一网络测试包缓存到与上述云主机对应的云主机接收队列中。
可选地，上述统计单元407，具体用于在上述云主机接收队列溢出时，删除上述云主机接收队列中接收时间与当前时刻的时间差超过第三阈值的网络测试包；统计上述云主机接收队列中的发往上述云主机的网络测试包的数量，或者，统计上述云主机对应的云主机接收队列中缓存的网络测试包的源客户端数量。
在本实施例中提供了使用云主机接收队列缓存网络测试包的两种举例，其中，前者可以应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，后者可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景。需说明的是，前者也可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景，此时需要在触发统计后，对队列中的网络测试包进行逐一识别，相对而言速度会较慢；因此应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景时，使用后者可以加快探测速度。相应地，如果应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，前者反而速度更快。
在本实施例中，使用后者创建云主机接收队列，并且将缓存的发往上述云主机的网络测试包的数量大于第一阈值作为上述统计结果符合探测条件的情况时，可以将该云主机对应的云主机接收队列的长度设定为上述第一阈值。此时，可以在该云主机接收队列溢出时，判定缓存的发往上述云主机的网络测试包的数量大于第一阈值；省去统计的步骤，或者直接据此确定统计结果为上述云主机接收队列中的发往上述云主机的网络测试包的数量大于第一阈值，即确定满足触发对服务器进行探测的条件。
另外，在本申请实施例中，可以每接收到一个第一网络测试包并将其缓存到云主机接收队列之前，判定其所针对的云主机以及源客户端是否为新客户端，使用数组array[a][b]存储，其中array为数组名，可以为采用云主机名命名，a为发往该云主机的网络测试包的数量，b为发往该云主机的源客户端的数量；具体执行时，接收到网络测试包，则判定发往array云主机，则a++，判定是否为该网络测试包的源客户端是否为新客户端，若为新客户端则b++。采用本实施例方案时，可以在数组溢出时探测服务器，并初始化该数组。
以上网络测试包的缓存形式，以及触发对服务器进行探测的条件举例不应理解为对本申请实施例的唯一性限定。
本实施例还提供了监控设备获得第二结果数据所采用的具体技术手段的说明，如下：上述监测单元401，具体用于在收到来自上述客户端之外的其他客户端发往上述服务器的网络测试包时，按照预定规则从上述其他客户端发往上述服务器的网络测试包中挑选网络测试包发往上述服务器，接收上述服务器返回的上述第二结果数据；
或者，在收到来自上述客户端之外的其他客户端发往上述服务器中的云主机的网络测试包时，按照预定规则从收到的上述其他客户端发往上述服务器中的云主机的网络测试包挑选网络测试包复制，并将复制得到的网络测试包的地址修改为上述服务器，接收上述服务器返回的上述第二结果数据。
在本实施例中，提供了两种实现方案的举例，一种是有其他客户端发送网络测试包给服务器，另一种是有其他客户端发送网络测试包给服务器中的云主机。这两种情况下，可以先来确定是否有必要监测上述监控设备与服务器之间的通信状态。确定是否有必要监测上述监控设备与服务器之间的通信状态的规则，可以是任意预测需要向客户端反馈服务器的云服务质量的情况。
上述挑选网络测试包的情况，可以是间隔一定数量挑选一个，也可以是间隔一段时间挑选一个，或者在某个时间段其他客户端发送的网络测试包的数量超过预定阈值的情况下挑选一个；本申请实施例不作唯一性限定。
本申请实施例还提供了一种云服务质量监控装置，该云服务质量监控装置可以是云服务器内的硬件实体，也可以是如图1所示在云服务器外的监控装置，如图5所示，包括：处理器501、存储器502和收发器503；其中上述处理器501、 上述存储器502和上述收发器503以可通信方式连接；
存储器502包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable read only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器502用于相关指令及数据。收发器503用于接收和发送数据。
处理器501可以是一个或多个中央处理器(central processing unit，CPU)，在处理器501是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。
在上述存储器502中存储有程序代码；
上述处理器501用于读取上述程序代码与上述收发器503配合实现本申请实施例提供的任意一项方法中的信息交互功能。
在本实施例中的收发器503可以是包含射频模块、有线通信模块在内的任何可用于设备间通信的器件；若该云服务质量监控装置可以是云服务器内的硬件实体，那么该收发器503与服务器的通信还可以是包含总线在内的任何可用于设备内通信的器件。
本申请实施例提供了一种云服务质量监控方法，本实施例方法应用于云服务器一侧，或者云服务器一侧的防火墙，如图1所示的系统结构中的监控装置，如图1所示，在图1中示意了云服务器，云服务器内运行了众多的云主机，其中监控设备可以是云服务器内的一个部件，也可以是部署在云服务器与客户端之间的网络中的设备；客户端是终端设备(称为终端、用户设备)中执行网络测试包发送功能的功能对象。如图2所示，上述方法包括：
601：接收来自客户端发往服务器中的云主机的网络测试包，将上述网络测试包发往上述云主机；
在本实施例中，网络测试包可以是用于测试网络连接量等网络信息，如网络测试包可以选用ping检测包。
可选地，本申请实施例的客户端一侧可以利用ping工具向云端的服务器，及云服务器中的云主机分别发送ping检测包；也可以利用ping工具仅向云端的云服务器中的云主机发送ping检测包。ping工具可以设置于客户端的用户设备上，从服务器可以接收到针对服务器或者针对服务器中的云主机的ping检测包。
在本实施例中，云主机是客户端可以直接访问的虚拟设备，通常其访问地址是公开的；因此可能会被不同的客户端访问，因此不同的客户端均可以向其发送ping检测包。发往云主机的ping检测包可以遵循因特网信报控制协议(Internet Control Messages Protocol，ICMP)的相关规定。
602：接收上述云主机返回的上述网络测试包的结果数据，将上述结果数据发往上述客户端；
在本实施例中，若网络测试包为ping检测包，那么云主机依据ICMP的规定，会返回ICMP回声应答作为结果数据。客户端可以据此判定客户端与云主机之间的连接状态，以及据此确定云主机是否存在云服务质量缺陷。
603：若存在上述客户端以及上述客户端之外的其他客户端发往上述服务器的网络测试包，则拦截上述客户端以及上述客户端之外的其他客户端发往上述云主机的网络测试包；统计发往上述云主机的网络测试包得到统计结果，在上述统计结果属于上述云主机被集中探测的预定规则的情况下，对上述服务器进行探测得到探测结果，向上述客户端发送上述探测结果。
在本实施例中设置了云主机被集中探测的预定规则，该云主机被集中探测的预定规则可以根据需要进行设定，其目的在于确定是否有对服务器进行探测的需求；例如：有众多的客户端对不同的云主机进行探测，有众多的的客户端对相同的云主机进行探测；这里可以是在某个时间段内发生了上述两种事件。其中，前者可以作为优选的实现方式，这种情况下服务器本身出现云服务质量缺陷的可能性会更大。
本申请实施例，可以向发出了网络测试包的客户端反馈针对服务器以及针对云主机探测结果及结果数据，那么客户端可以根据上述结果数据确定针对云主机的云服务质量检测结果，根据上述探测结果确定针对云服务器的云服务质量检测结果；从而根据服务器和云主机的云服务质量的检测结果，确定当前存在云服务质量缺陷后，根据预设引起云服务质量缺陷的原因，对云服务相应的运行数据进行分析，匹配出引起当前云服务质量缺陷的目标原因，实现引起云服务质量缺陷的原因的精准定位；进而获取预设的与上述目标原因相应的解决策略并执行，提供出与所定位原因匹配的解决策略，对云服务质量缺陷进行解决，从而提升云服务质量，保障云服务质量。在此基础上，客户端不必向服务器发送网络检测包，因此对服务器而言，可以不必直接接收到来自客户端的网络检测包，也不必向客户端公布自己的地址，从而减少可能的被网络测试包攻击的可能性，提高了安全性。
本申请实施例还提供了云主机被集中探测的预定规则的举例，具体如下：上述方法还包括：
在将上述网络测试包发往上述云主机之前，缓存上述网络测试包；
上述统计发往上述云主机的网络测试包得到统计结果包括：
统计缓存的发往上述云主机的网络测试包的数量，或者，统计缓存的发往上述云主机的网络测试包的源客户端数量；
上述统计结果属于上述云主机被集中探测的预定规则的情况包括：
上述缓存的发往上述云主机的网络测试包的数量大于第一阈值，或者，缓存的发往上述云主机的网络测试包的源客户端数量的数量大于第二阈值。
在本实施例中，可以使用接收队列对网络测试包进行缓存，这里的接收队列可以是一个接收队列，缓存所有发往该服务器的网络测试包；也可以按照云主机分类，即：发往不同的云主机的网络测试包缓存到不同的接收队列。
在本实施例中统计值进行了两种举例，其中，统计发往上述云主机的网络测试包的数量，并未对网络测试包的源客 户端进行区分，该实现方式主要是针对某个云主机被集中探测的场景下；统计发往上述云主机的网络测试包的源客户端数量的数量，对网络测试包的源客户端进行了区分，可以不限制发往该云主机的总网络测试包数量，该实现方式主要是针对某个云主机被众多客户端探测的应用场景。这两种场景可以将后者作为优选的实现方式。
以上源客户端是相对于网络测试包而言的，发送该网络测试包的客户端即为该网络测试包的源客户端。
另需说明的是，本申请实施例可以设定的云主机被集中探测的预定规则还可以很多，例如：在预定时间段内收到的网络测试包数量超过某一阈值，此时既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机。因此本申请实施例所提供的云主机被集中探测的预定规则的举例不应理解为对本申请实施例的唯一性限定。
另外，在本实施例中的第一阈值和第二阈值基于目的的不同，前者是为了确定针对某个云主机被集中探测，那么多大的量可以确定为被集中探测是设定第一阈值的依据；后者是为了确定针对某个云主机被众多客户端探测是设定第二阈值的依据；本申请实施例对第一阈值和第二阈值的具体取值不作唯一性限定。
本申请实施例还提供了网络测试包的缓存形式，以及触发对服务器进行探测的条件举例，具体如下：上述缓存上述网络测试包包括：
将所有接收到的网络测试包缓存到同一接收队列中，或者，为云主机创建接收队列，将上述网络测试包缓存到与上述云主机对应的接收队列中。
可选地，上述统计缓存的发往上述云主机的网络测试包的数量，或者，统计缓存的发往上述云主机的网络测试包的源客户端数量；包括：
在上述接收队列溢出时，删除上述接收队列中接收时间与当前时刻的时间差超过第三阈值的网络测试包；
统计上述接收队列中的发往上述云主机的网络测试包的数量，或者，统计上述云主机对应的接收队列中缓存的网络测试包的源客户端数量。
在本实施例中提供了使用接收队列缓存网络测试包的两种举例，其中，前者可以应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，后者可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景。需说明的是，前者也可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景，此时需要在触发统计后，对队列中的网络测试包进行逐一识别，相对而言速度会较慢；因此应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景时，使用后者可以加快探测速度。相应地，如果应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，前者反而速度更快。
在本实施例中，使用后者创建接收队列，并且将缓存的发往上述云主机的网络测试包的数量大于第一阈值作为上述统计结果属于上述云主机被集中探测的预定规则的情况时，可以将该云主机对应的接收队列的长度设定为上述第一阈值。此时，可以在接收队列溢出时，判定缓存的发往上述云主机的网络测试包的数量大于第一阈值；省去统计的步骤。
另外，在本申请实施例中，可以每接收到一个网络测试包并将其缓存到接收队列之前，判定其所针对的云主机以及源客户端是否为新客户端，使用数组array[a][b]存储，其中array为数组名，可以为采用云主机名命名，a为发往该云主机的网络测试包的数量，b为发往该云主机的源客户端的数量；具体执行时，接收到网络测试包，则判定发往array云主机，则a++，判定是否为该网络测试包的源客户端是否为新客户端，若为新客户端则b++。采用本实施例方案时，可以在数组溢出时探测服务器，并初始化该数组。
以上网络测试包的缓存形式，以及触发对服务器进行探测的条件举例不应理解为对本申请实施例的唯一性限定。
本申请实施例的执行侧并不在客户端一侧，因此并不能避免客户端向服务器发送网络测试包，若接收到发往服务器的网络测试包，本申请实施例提供了解决方案如下：上述方法还包括：
若接收到发往上述服务器的网络测试包，则删除上述发往上述服务器的网络测试包。
本实施例可以兼容客户端向服务器和云主机均发送网络测试包的技术方案，因此可以兼容各种友商的应用方案。另外，在客户端向服务器和云主机均发送网络测试包的场景下，可以一方面放客户端收到必要的服务区的探测结果，另一方面又可以避免服务器被攻击的风险。
本申请实施例还提供了对服务器进行探测的具体手段，以及向客户端发送探测结果的具体实现手段，上述对上述服务器进行探测得到探测结果，向上述客户端发送上述探测结果包括：
将发往上述云主机的网络测试包的目的地址修改为上述服务器，向上述服务器发送修改目的地址后的网络测试包，接收上述服务器返回的探测结果；将上述探测结果发往上述客户端。
在本实施例中，可以兼容网络测试包的实现手段，即服务器仍然可以兼容ping检测包，遵循ICMP的相关规定。
另外，也可以对服务器进行全面探测获得比ping检测包更多的探测结果，使用其他协议向客户端发送探测结果也可以的。
本实施例还提供了向其他客户端发送探测结果的应用场景，具体如下：上述方法还包括：
获取目标客户端，上述目标客户端包含向上述云主机最近一次发送网络测试包的时刻在与当前时刻距离小于第四阈值的客户端；或者，上述目标客户端包括在与当前时刻距离预定时段内向上述云主机发送网络测试包的个数超过第五阈值的客户端或者，上述目标客户端包括在与当前时刻距离预定时段内向上述云主机发送网络测试包的个数超过第五阈值的客户端；
向上述目标客户端发送上述探测结果。
在本实施例中，第四阈值是为了获得可能有探测服务器的云服务状态的客户端，通常来说这些客户端发送网络测试包的时间会离当前时刻比较近；或者，在最近一段时间内多次发送了网络测试包。因此以上第四阈值用来区分哪些客户端属于离当前时刻比较近，第五阈值用来区分发送多少次网络测试包属于多次发送。具体数值本申请实施例不作唯一性限定。
本实施例可以实现对多种可能需要服务器的云服务状态的客户端主动报告服务器的云服务状态，帮助这些客户端及早获知服务器的云服务状态。
本申请实施例还提供了一种可选的发送探测结果的实现方案，具体如下：上述向上述客户端发送上述探测结果包括：
将上述探测结果写入上述结果数据，标注探测对象为上述服务器；
上述将上述结果数据发往上述客户端包括：
将添加了上述探测结果的结果数据发往上述客户端。
在本实施例中，结果数据可以是代表服务器状态的任意数据，以ping检测包为例，其结果数据仅是回复的与ping检测包同样大小的ICMP回声应答，该ICMP回声应答中包含的数据，在本实施例中可以标明发送给了服务器，另外还可以标明△t，该△t是ping检测包在队列中等待的时间，用于客户端在计算网络延迟时扣除该△t。
尤其对于目标客户端而言，其发送的ping检测包发送给云主机以后，这些ping检测包仍然被缓存等待第四阈值的时间来判定是否修改探测对象后发给服务器，这些ping检测包的等待时间比较长，如果不扣除△t会大大的增加探测结果中显示的网络延迟；因此本实施例可以在监测装置处对该时间进行扣除，或者在ICMP回声应答中携带△t给客户端，由客户端判定扣除该部分时间。
本申请实施例还提供了以ping检测包作为网络测试包的应用场景举例，使用服务器外的监控装置作为管理网络测试包的硬件实体举例，如图3所示，可以一并参考图1所示的系统架构图，包括：
701、客户端向服务器中的云主机发送ping检测包，该ping检测包包含云主机的地址；该ping检测包首先到达监控设备；
702：监控设备在收到ping检测包以后，识别ping检测包中的地址后转发给上述云主机；另外，可以为该云主机建立接收队列，将该ping检测包存入该接收队列；
另外，由于客户端发往云主机的数据包很多，并不仅仅只有ping检测包，因此本步骤中监控设备需要识别出ping检测包，不是ping检测包则不需存入该接收队列。
另外，在本步骤中，也不将ping检测包的全部信息存入接收队列，仅存入其来源、接收到的时间等信息。
703：监控设备会接收到云主机返回的ICMP回声应答，在该ICMP回声应答中包含上述客户端的地址；监控设备识别该地址后将该ICMP回声应答转发给上述客户端。
704：监控设备可以统计上述接收队列中的ping检测包，确定是否满足预设的规则，如果是，进入705；
本步骤统计执行的触发条件可以是周期性的，也可以是当接收队列溢出时触发的，还可以是接收队列中的ping检测包多于指定值时触发的。
在704判定结果为否的情况下可以继续执行704，也可以清空统计数据以后等待下一次被触发执行704。
上述预设的规则，可以是在某一段时间内发给该云主机的ping检测包很多，或者，进一步检测到ICMP回声应答的结果均为正常的。当然，还可以是其他预设的可能要探测服务器的规则。
705：读取接收队列中ping检测包的所有源客户端；探测服务器，以ICMP回声应答的方式将探测结果返回给上述源客户端。具体的探测手段可以是：从接收队列中任意取出一个ping监测包，将接收地址改为服务器，向服务器转发；然后在接收到ICMP回声应答后将其中的时间减去△t，或者标明△t；该△t的说明请参阅前一实施例，在此不再赘述。
采用本实施例方案的好处，除了达到能够确定服务质量影响是源自服务器还是云主机外，还包含如下好处：
第一，服务器不会直接收到来自客户端的ping检测，屏蔽了被攻击可能性；
第二，极端情况下也只会有N次对服务器的检测，N可以为云主机数量，云主机数量显然要远低于客户端数量；因此可以减少检测处理量。
本申请实施例还提供了一种云服务质量监控装置，如图4所示，包括：
第一接收单元801，用于接收来自客户端发往服务器中的云主机的网络测试包；
转发单元802，用于将上述网络测试包发往上述云主机；
第二接收单元803，用于接收上述云主机返回的上述网络测试包的结果数据；
发送单元804，用于将上述结果数据发往上述客户端；
统计单元805，用于在存在上述客户端以及上述客户端之外的其他客户端发往上述服务器的网络测试包，上述客户端以及上述客户端之外的其他客户端发往上述云主机的网络测试包被拦截的情况下，统计发往上述云主机的网络测试包得到统计结果；
探测单元806，用于在上述统计结果属于上述云主机被集中探测的预定规则的情况下，对上述服务器进行探测得到探测结果；
上述发送单元804，还用于向上述客户端发送上述探测结果。
在本实施例中，网络测试包可以是用于测试网络连接量等网络信息，如网络测试包可以选用ping检测包。
可选地，本申请实施例的客户端一侧可以利用ping工具向云端的服务器，及云服务器中的云主机分别发送ping检测包；也可以利用ping工具仅向云端的云服务器中的云主机发送ping检测包。ping工具可以设置于客户端的用户设备上，从服务器可以接收到针对服务器或者针对服务器中的云主机的ping检测包。
在本实施例中，云主机是客户端可以直接访问的虚拟设备，通常其访问地址是公开的；因此可能会被不同的客户端访问，因此不同的客户端均可以向其发送ping检测包。发往云主机的ping检测包可以遵循ICMP的相关规定。
在本实施例中，若网络测试包为ping检测包，那么云主机依据ICMP的规定，会返回ICMP回声应答作为结果数据。客户端可以据此判定客户端与云主机之间的连接状态，以及据此确定云主机是否存在云服务质量缺陷。
在本实施例中设置了云主机被集中探测的预定规则，该云主机被集中探测的预定规则可以根据需要进行设定，其目的在于确定是否有对服务器进行探测的需求；例如：有众多的客户端对不同的云主机进行探测，有众多的的客户端对相同的云主机进行探测；这里可以是在某个时间段内发生了上述两种事件。其中，前者可以作为优选的实现方式，这种情况下服务器本身出现云服务质量缺陷的可能性会更大。
本申请实施例，可以向发出了网络测试包的客户端反馈针对服务器以及针对云主机探测结果及结果数据，那么客户端可以根据上述结果数据确定针对云主机的云服务质量检测结果，根据上述探测结果确定针对云服务器的云服务质量检测结果；从而根据服务器和云主机的云服务质量的检测结果，确定当前存在云服务质量缺陷后，根据预设引起云服务质量缺陷的原因，对云服务相应的运行数据进行分析，匹配出引起当前云服务质量缺陷的目标原因，实现引起云服务质量缺陷的原因的精准定位；进而获取预设的与上述目标原因相应的解决策略并执行，提供出与所定位原因匹配的解决策略，对云服务质量缺陷进行解决，从而提升云服务质量，保障云服务质量。在此基础上，客户端不必向服务器发送网络检测包，因此对服务器而言，可以不必直接接收到来自客户端的网络检测包，也不必向客户端公布自己的地址，从而减少可能的被网络测试包攻击的可能性，提高了安全性。
本申请实施例还提供了云主机被集中探测的预定规则的举例，具体如下：上述装置还包括：
存储单元807，用于在将上述网络测试包发往上述云主机之前，缓存上述网络测试包；
上述统计单元805，用于统计缓存的发往上述云主机的网络测试包的数量，或者，统计缓存的发往上述云主机的网络测试包的源客户端数量；
上述探测单元806，用于在上述缓存的发往上述云主机的网络测试包的数量大于第一阈值的情况下，或者，缓存的发往上述云主机的网络测试包的源客户端数量的数量大于第二阈值的情况下，对上述服务器进行探测得到探测结果。
在本实施例中，可以使用接收队列对网络测试包进行缓存，这里的接收队列可以是一个接收队列，缓存所有发往该服务器的网络测试包；也可以按照云主机分类，即：发往不同的云主机的网络测试包缓存到不同的接收队列。
在本实施例中统计值进行了两种举例，其中，统计发往上述云主机的网络测试包的数量，并未对网络测试包的源客户端进行区分，该实现方式主要是针对某个云主机被集中探测的场景下；统计发往上述云主机的网络测试包的源客户端数量的数量，对网络测试包的源客户端进行了区分，可以不限制发往该云主机的总网络测试包数量，该实现方式主要是针对某个云主机被众多客户端探测的应用场景。这两种场景可以将后者作为优选的实现方式。
以上源客户端是相对于网络测试包而言的，发送该网络测试包的客户端即为该网络测试包的源客户端。
另需说明的是，本申请实施例可以设定的云主机被集中探测的预定规则还可以很多，例如：在预定时间段内收到的网络测试包数量超过某一阈值，此时既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机。因此本申请实施例所提供的云主机被集中探测的预定规则的举例不应理解为对本申请实施例的唯一性限定。
另外，在本实施例中的第一阈值和第二阈值基于目的的不同，前者是为了确定针对某个云主机被集中探测，那么多大的量可以确定为被集中探测是设定第一阈值的依据；后者是为了确定针对某个云主机被众多客户端探测是设定第二阈值的依据；本申请实施例对第一阈值和第二阈值的具体取值不作唯一性限定。
本申请实施例还提供了网络测试包的缓存形式，以及触发对服务器进行探测的条件举例，具体如下：上述存储单元807，具体用于将所有接收到的网络测试包缓存到同一接收队列中，或者，为云主机创建接收队列，将上述网络测试包缓存到与上述云主机对应的接收队列中。
可选地，上述统计单元805，具体用于在上述接收队列溢出时，删除上述接收队列中接收时间与当前时刻的时间差超过第三阈值的网络测试包；统计上述接收队列中的发往上述云主机的网络测试包的数量，或者，统计上述云主机对应的接收队列中缓存的网络测试包的源客户端数量。
在本实施例中提供了使用接收队列缓存网络测试包的两种举例，其中，前者可以应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，后者可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景。需说明的是，前者也可以应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景，此时需要在触发统计后，对队列中的网络测试包进行逐一识别，相对而言速度会较慢；因此应用于针对某个云主机被集中探测或者针对某个云主机被众多客户端探测的应用场景时，使用后者可以加快探测速度。相应地，如果应用于既不区分网络测试包的源客户端，也不区分网络测试包发往哪一个云主机的场景，前者反而速度更快。
在本实施例中，使用后者创建接收队列，并且将缓存的发往上述云主机的网络测试包的数量大于第一阈值作为上述统计结果属于上述云主机被集中探测的预定规则的情况时，可以将该云主机对应的接收队列的长度设定为上述第一阈值。 此时，可以在接收队列溢出时，判定缓存的发往上述云主机的网络测试包的数量大于第一阈值；省去统计的步骤。
另外，在本申请实施例中，可以每接收到一个网络测试包并将其缓存到接收队列之前，判定其所针对的云主机以及源客户端是否为新客户端，使用数组array[a][b]存储，其中array为数组名，可以为采用云主机名命名，a为发往该云主机的网络测试包的数量，b为发往该云主机的源客户端的数量；具体执行时，接收到网络测试包，则判定发往array云主机，则a++，判定是否为该网络测试包的源客户端是否为新客户端，若为新客户端则b++。采用本实施例方案时，可以在数组溢出时探测服务器，并初始化该数组。
以上网络测试包的缓存形式，以及触发对服务器进行探测的条件举例不应理解为对本申请实施例的唯一性限定。
本申请实施例的执行侧并不在客户端一侧，因此并不能避免客户端向服务器发送网络测试包，若接收到发往服务器的网络测试包，本申请实施例提供了解决方案如下：上述装置还包括：
包删除单元808，用于若接收到发往上述服务器的网络测试包，则删除上述发往上述服务器的网络测试包。
本实施例可以兼容客户端向服务器和云主机均发送网络测试包的技术方案，因此可以兼容各种友商的应用方案。另外，在客户端向服务器和云主机均发送网络测试包的场景下，可以一方面放客户端收到必要的服务区的探测结果，另一方面又可以避免服务器被攻击的风险。
本申请实施例还提供了对服务器进行探测的具体手段，以及向客户端发送探测结果的具体实现手段，上述探测单元806，具体用于将发往上述云主机的网络测试包的目的地址修改为上述服务器，向上述服务器发送修改目的地址后的网络测试包，接收上述服务器返回的探测结果；
上述发送单元804，具体用于将上述探测结果发往上述客户端。
在本实施例中，可以兼容网络测试包的实现手段，即服务器仍然可以兼容ping检测包，遵循ICMP的相关规定。
另外，也可以对服务器进行全面探测获得比ping检测包更多的探测结果，使用其他协议向客户端发送探测结果也可以的。
本实施例还提供了向其他客户端发送探测结果的应用场景，具体如下：上述装置还包括：
客户端获取单元809，用于获取目标客户端，上述目标客户端包含向上述云主机最近一次发送网络测试包的时刻在与当前时刻距离小于第四阈值的客户端；或者，上述目标客户端包括在与当前时刻距离预定时段内向上述云主机发送网络测试包的个数超过第五阈值的客户端
上述发送单元804，还用于向上述目标客户端发送上述探测结果。
在本实施例中，第四阈值是为了获得可能有探测服务器的云服务状态的客户端，通常来说这些客户端发送网络测试包的时间会离当前时刻比较近；或者，在最近一段时间内多次发送了网络测试包。因此以上第四阈值用来区分哪些客户端属于离当前时刻比较近，第五阈值用来区分发送多少次网络测试包属于多次发送。具体数值本申请实施例不作唯一性限定。
本实施例可以实现对多种可能需要服务器的云服务状态的客户端主动报告服务器的云服务状态，帮助这些客户端及早获知服务器的云服务状态。
本申请实施例还提供了一种可选的发送探测结果的实现方案，具体如下：上述装置还包括：
数据写入单元410，用于将上述探测结果写入上述结果数据，标注探测对象为上述服务器；
上述发送单元804，具体用于将添加了上述探测结果的结果数据发往上述客户端。
在本实施例中，结果数据可以是代表服务器状态的任意数据，以ping检测包为例，其结果数据仅是回复的与ping检测包同样大小的ICMP回声应答，该ICMP回声应答中包含的数据，在本实施例中可以标明发送给了服务器，另外还可以标明△t，该△t是ping检测包在队列中等待的时间，用于客户端在计算网络延迟时扣除该△t。
尤其对于目标客户端而言，其发送的ping检测包发送给云主机以后，这些ping检测包仍然被缓存等待第四阈值的时间来判定是否修改探测对象后发给服务器，这些ping检测包的等待时间比较长，如果不扣除△t会大大的增加探测结果中显示的网络延迟；因此本实施例可以在监测装置处对该时间进行扣除，或者在ICMP回声应答中携带△t给客户端，由客户端判定扣除该部分时间。
本申请实施例还提供了一种计算机非易失性可读存储介质，上述计算机非易失性可读存储介质中存储有程序代码，上述程序代码包括程序指令，上述程序指令当被处理器执行时使上述处理器与收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
本申请实施例还提供了一种计算机程序产品，在上述计算机程序产品中包含程序代码，上述程序代码包括程序指令，上述程序指令当被处理器执行时使上述处理器与收发器配合实现本申请实施例提供的任意一项方法中的信息交互功能。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机非易失性可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (20)

  1. 一种服务器的代理监测方法，其特征在于，包括：
    监控设备监测所述监控设备与服务器之间的通信状态，获得第二结果数据；
    所述监控设备接收来自客户端发往所述服务器中的云主机的第一网络测试包，将所述第一网络测试包发往所述云主机；
    所述监控设备接收所述云主机返回的所述第一网络测试包的第一结果数据，将所述第一结果数据发往所述客户端；
    所述监控设备统计发往所述云主机的网络测试包得到统计结果，在所述统计结果符合探测条件的情况下，将所述第二结果数据发往所述客户端。
  2. 根据权利要求1所述方法，其特征在于，所述方法还包括：
    所述监控设备接收来自所述客户端发往所述服务器的第二网络测试包；
    所述监控设备生成所述第二网络测试包的反馈结果，在所述反馈结果中携带所述第二结果数据；
    所述在所述统计结果符合探测条件的情况下，将所述第二结果数据发往所述客户端包括：
    在所述统计结果符合探测条件的情况下，将所述反馈结果发往所述客户端。
  3. 根据权利要求2所述方法，其特征在于，所述监控设备生成所述第二网络测试包的反馈结果，在所述反馈结果中携带所述第二结果数据包括：
    所述监控设备获得所述第二结果数据中包含的所述监控设备与所述服务器之间的网络延迟和数据量数据，将所述网络延迟和所述数据量数据添加到所述第二网络测试包中得到所述反馈结果。
  4. 根据权利要求1所述方法，其特征在于，所述方法还包括：缓存所述第一网络测试包；
    所述统计发往所述云主机的网络测试包得到统计结果包括：
    统计缓存的发往所述云主机的网络测试包的数量，或者，统计缓存的发往所述云主机的网络测试包的源客户端数量；
    所述统计结果符合探测条件的情况包括：
    所述缓存的发往所述云主机的网络测试包的数量大于第一阈值，或者，缓存的发往所述云主机的网络测试包的源客户端数量的数量大于第二阈值。
  5. 根据权利要求4所述方法，其特征在于，所述缓存所述第一网络测试包包括：
    将所述第一网络测试包缓存到所述云主机与其他云主机共用的云主机接收队列中，或者，为所述云主机创建云主机接收队列，将所述第一网络测试包缓存到与所述云主机对应的云主机接收队列中。
  6. 根据权利要求5所述方法，其特征在于，所述统计缓存的发往所述云主机的网络测试包的数量，或者，统计缓存的发往所述云主机的网络测试包的源客户端数量；包括：
    在所述云主机接收队列溢出时，删除所述云主机接收队列中接收时间与当前时刻的时间差超过第三阈值的网络测试包；
    统计所述云主机接收队列中的发往所述云主机的网络测试包的数量，或者，统计所述云主机对应的云主机接收队列中缓存的网络测试包的源客户端数量。
  7. 一种云服务质量监控方法，其特征在于，包括：
    接收来自客户端发往服务器中的云主机的网络测试包，将所述网络测试包发往所述云主机；
    接收所述云主机返回的所述网络测试包的结果数据，将所述结果数据发往所述客户端；
    若存在所述客户端以及所述客户端之外的其他客户端发往所述服务器的网络测试包，则拦截所述客户端以及所述客户端之外的其他客户端发往所述云主机的网络测试包；统计发往所述云主机的网络测试包得到统计结果，在所述统计结果属于所述云主机被集中探测的预定规则的情况下，对所述服务器进行探测得到探测结果，向所述客户端发送所述探测结果。
  8. 一种云服务质量监控装置，其特征在于，包括：
    监测单元，用于监测所述监控设备与服务器之间的通信状态，获得第二结果数据；
    第一接收单元，用于接收来自客户端发往所述服务器中的云主机的第一网络测试包；
    转发单元，用于将所述第一网络测试包发往所述云主机；
    第二接收单元，用于接收所述云主机返回的所述第一网络测试包的第一结果数据；
    第一发送单元，用于将所述第一结果数据发往所述客户端；
    统计单元，用于统计发往所述云主机的网络测试包得到统计结果；
    第二发送单元，用于在所述统计结果符合探测条件的情况下，将所述第二结果数据发往所述客户端。
  9. 一种云服务质量监控装置，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接；
    在所述存储器中存储有程序代码；
    所述处理器用于读取所述程序代码与所述收发器配合实现权利要求1至7任意一项方法中的信息交互功能。
  10. 一种计算机非易失性可读存储介质，所述计算机非易失性可读存储介质中存储有程序代码，所述程序代码包括 程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现权利要求1至7任意一项方法中的信息交互功能。
  11. 一种云服务质量监控方法，其特征在于，包括：
    接收来自客户端发往服务器中的云主机的网络测试包，将所述网络测试包发往所述云主机；
    接收所述云主机返回的所述网络测试包的结果数据，将所述结果数据发往所述客户端；
    若存在所述客户端以及所述客户端之外的其他客户端发往所述服务器的网络测试包，则拦截所述客户端以及所述客户端之外的其他客户端发往所述云主机的网络测试包；统计发往所述云主机的网络测试包得到统计结果，在所述统计结果属于所述云主机被集中探测的预定规则的情况下，对所述服务器进行探测得到探测结果，向所述客户端发送所述探测结果。
  12. 根据权利要求11所述方法，其特征在于，所述方法还包括：
    在将所述网络测试包发往所述云主机之前，缓存所述网络测试包；
    所述统计发往所述云主机的网络测试包得到统计结果包括：
    统计缓存的发往所述云主机的网络测试包的数量，或者，统计缓存的发往所述云主机的网络测试包的源客户端数量；
    所述统计结果属于所述云主机被集中探测的预定规则的情况包括：
    所述缓存的发往所述云主机的网络测试包的数量大于第一阈值，或者，缓存的发往所述云主机的网络测试包的源客户端数量的数量大于第二阈值。
  13. 根据权利要求12所述方法，其特征在于，所述缓存所述网络测试包包括：
    将所有接收到的网络测试包缓存到同一接收队列中，或者，为云主机创建接收队列，将所述网络测试包缓存到与所述云主机对应的接收队列中。
  14. 根据权利要求12所述方法，其特征在于，所述统计缓存的发往所述云主机的网络测试包的数量，或者，统计缓存的发往所述云主机的网络测试包的源客户端数量；包括：
    在所述接收队列溢出时，删除所述接收队列中接收时间与当前时刻的时间差超过第三阈值的网络测试包；
    统计所述接收队列中的发往所述云主机的网络测试包的数量，或者，统计所述云主机对应的接收队列中缓存的网络测试包的源客户端数量。
  15. 根据权利要求11所述方法，其特征在于，所述方法还包括：
    计算所述接收队列中的网络测试包的缓存时间△t，在所述探测结果中添加述接收队列中的网络测试包的缓存时间△t，所述△t用于在所述客户端计算网络延迟时扣除所述缓存时间△t；
    或者，在所述探测结果的计时中扣除所述第二网络测试包的缓存时间△t。
  16. 根据权利要求11至14任意一项所述方法，其特征在于，所述对所述服务器进行探测得到探测结果，向所述客户端发送所述探测结果包括：
    将发往所述云主机的网络测试包的目的地址修改为所述服务器，向所述服务器发送修改目的地址后的网络测试包，接收所述服务器返回的探测结果；将所述探测结果发往所述客户端。
  17. 根据权利要求11所述方法，其特征在于，所述向所述客户端发送所述探测结果包括：
    将所述探测结果写入所述结果数据，标注探测对象为所述服务器；
    所述将所述结果数据发往所述客户端包括：
    将添加了所述探测结果的结果数据发往所述客户端。
  18. 一种云服务质量监控装置，其特征在于，包括：
    第一接收单元，用于接收来自客户端发往服务器中的云主机的网络测试包；
    转发单元，用于将所述网络测试包发往所述云主机；
    第二接收单元，用于接收所述云主机返回的所述网络测试包的结果数据；
    发送单元，用于将所述结果数据发往所述客户端；
    统计单元，用于在存在所述客户端以及所述客户端之外的其他客户端发往所述服务器的网络测试包，所述客户端以及所述客户端之外的其他客户端发往所述云主机的网络测试包被拦截的情况下，统计发往所述云主机的网络测试包得到统计结果；
    探测单元，用于在所述统计结果属于所述云主机被集中探测的预定规则的情况下，对所述服务器进行探测得到探测结果；
    所述发送单元，还用于向所述客户端发送所述探测结果。
  19. 一种云服务质量监控装置，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接；在所述存储器中存储有程序代码；
    所述处理器用于读取所述程序代码与所述收发器配合实现权利要求11至17任意一项方法中的信息交互功能。
  20. 一种计算机非易失性可读存储介质，所述计算机非易失性可读存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现权利要求11至17任意一项方法中的信息交互功能。
PCT/CN2019/117005 2019-09-26 2019-11-11 一种服务器的代理监测方法及相关产品 WO2021056715A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910915167.3A CN110740078B (zh) 2019-09-26 2019-09-26 一种服务器的代理监测方法及相关产品
CN201910915167.3 2019-09-26

Publications (1)

Publication Number Publication Date
WO2021056715A1 true WO2021056715A1 (zh) 2021-04-01

Family

ID=69269647

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/117005 WO2021056715A1 (zh) 2019-09-26 2019-11-11 一种服务器的代理监测方法及相关产品

Country Status (2)

Country Link
CN (1) CN110740078B (zh)
WO (1) WO2021056715A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112532961A (zh) * 2020-12-04 2021-03-19 上海影创信息科技有限公司 Vr眼镜的延时检测安全提示方法和系统及其vr眼镜
CN115883429A (zh) * 2022-12-10 2023-03-31 李智慧 基于大数据的网络智能测试系统及方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588895A (zh) * 2004-07-23 2005-03-02 北京邮电大学 互联网的服务质量监测系统及实现方法
CN101437030A (zh) * 2008-11-29 2009-05-20 成都市华为赛门铁克科技有限公司 一种防止服务器被攻击的方法、检测装置及监控设备
CN103248531A (zh) * 2012-11-16 2013-08-14 佳都新太科技股份有限公司 一种服务器网管监测方式
US20180095855A1 (en) * 2016-09-30 2018-04-05 Commvault Systems, Inc. Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, using ping monitoring of target virtual machines
CN108696400A (zh) * 2017-04-12 2018-10-23 北京京东尚科信息技术有限公司 网络监测方法和装置
CN108777640A (zh) * 2018-06-04 2018-11-09 腾讯科技（深圳）有限公司 一种服务器探测方法、装置、系统及存储介质
US20180351867A1 (en) * 2017-03-21 2018-12-06 Citrix Systems, Inc. Method to remap high priority connection with large congestion window to high latency link to achieve better performance

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5684748B2 (ja) * 2012-02-28 2015-03-18 日本電信電話株式会社 ネットワーク品質監視装置及びネットワーク品質監視方法
TW201413467A (zh) * 2012-09-28 2014-04-01 Delta Electronics Inc 管理雲端主機的監控系統及其監控方法
CN106487774B (zh) * 2015-09-01 2019-06-25 阿里巴巴集团控股有限公司 一种云主机服务权限控制方法、装置和系统
CN106980537B (zh) * 2016-03-15 2019-02-01 平安科技（深圳）有限公司 云计算环境中删除云主机的方法和系统
US10375591B2 (en) * 2016-05-20 2019-08-06 7Signal Solutions, Inc. System and method for wireless network performance measurement and management using remote devices
CN106657023A (zh) * 2016-11-28 2017-05-10 宝德科技集团股份有限公司 一种基于云主机的信息通信装置
CN108512673B (zh) * 2017-02-24 2021-08-03 腾讯科技（深圳）有限公司 一种云服务质量监控方法、装置及服务器
US10375169B1 (en) * 2017-05-24 2019-08-06 United States Of America As Represented By The Secretary Of The Navy System and method for automatically triggering the live migration of cloud services and automatically performing the triggered migration
US10931595B2 (en) * 2017-05-31 2021-02-23 Futurewei Technologies, Inc. Cloud quality of service management
CN108616389B (zh) * 2018-04-10 2021-09-17 深信服科技股份有限公司 基于云服务器的网络评估方法、设备、存储介质及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588895A (zh) * 2004-07-23 2005-03-02 北京邮电大学 互联网的服务质量监测系统及实现方法
CN101437030A (zh) * 2008-11-29 2009-05-20 成都市华为赛门铁克科技有限公司 一种防止服务器被攻击的方法、检测装置及监控设备
CN103248531A (zh) * 2012-11-16 2013-08-14 佳都新太科技股份有限公司 一种服务器网管监测方式
US20180095855A1 (en) * 2016-09-30 2018-04-05 Commvault Systems, Inc. Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, using ping monitoring of target virtual machines
US20180351867A1 (en) * 2017-03-21 2018-12-06 Citrix Systems, Inc. Method to remap high priority connection with large congestion window to high latency link to achieve better performance
CN108696400A (zh) * 2017-04-12 2018-10-23 北京京东尚科信息技术有限公司 网络监测方法和装置
CN108777640A (zh) * 2018-06-04 2018-11-09 腾讯科技（深圳）有限公司 一种服务器探测方法、装置、系统及存储介质

Also Published As

Publication number Publication date
CN110740078A (zh) 2020-01-31
CN110740078B (zh) 2023-08-22

Similar Documents

Publication Publication Date Title
US11122067B2 (en) Methods for detecting and mitigating malicious network behavior and devices thereof
US10785345B2 (en) Information processing method, client, server and computer-readable storage medium
US20200287794A1 (en) Intelligent autoscale of services
US9444718B2 (en) Distributed platform test network
CN108075934B (zh) 一种网络质量监控方法、装置及系统
WO2021088484A1 (zh) 一种网络时延检测方法及相关设备
US8745204B2 (en) Minimizing latency in live virtual server migration
KR20210128003A (ko) 클라우드 네트워크 도달 가능성 분석
CN108259425A (zh) 攻击请求的确定方法、装置及服务器
US20140280959A1 (en) Application server instance selection based on protocol latency information
US9503506B2 (en) Transit-mode-based webpage accessing method, system, and crawler route server
WO2021056715A1 (zh) 一种服务器的代理监测方法及相关产品
US9503343B2 (en) Method and system for detecting network topology change
EP4089958A1 (en) Detecting sources of computer network failures
WO2021056716A1 (zh) 一种云服务质量监控方法及相关产品
TWI677209B (zh) 網名過濾方法
CN112887333A (zh) 一种异常设备检测方法、装置、电子设备及可读存储介质
US20190356605A1 (en) Information processing apparatus and verification system
CN114866489A (zh) 拥塞控制方法和装置及拥塞控制模型的训练方法和装置
Lin et al. Ofbench: Performance test suite on openflow switches
US11477095B2 (en) Determining a service impact score for a metric according to a scope of the metric
CN107438268B (zh) 一种用于为移动设备加速无线网络的方法与设备
JP2017182346A (ja) 解析プログラム、解析装置、及び解析方法
US20240056370A1 (en) Data transmission control method and apparatus, electronic device, and storage medium
Tekeoglu et al. Approximating the number of active nodes behind a NAT device

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19946420

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 07.09.22)

122 Ep: pct application non-entry in european phase

Ref document number: 19946420

Country of ref document: EP

Kind code of ref document: A1