WO2020030108A1 - 告警信息的产生方法、装置及电子设备 - Google Patents

告警信息的产生方法、装置及电子设备 Download PDF

Info

Publication number
WO2020030108A1
WO2020030108A1 PCT/CN2019/099975 CN2019099975W WO2020030108A1 WO 2020030108 A1 WO2020030108 A1 WO 2020030108A1 CN 2019099975 W CN2019099975 W CN 2019099975W WO 2020030108 A1 WO2020030108 A1 WO 2020030108A1
Authority
WO
WIPO (PCT)
Prior art keywords
instance
service
status
service status
identifier
Prior art date
Application number
PCT/CN2019/099975
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 WO2020030108A1 publication Critical patent/WO2020030108A1/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
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications

Definitions

  • the present application relates to the technical field of cloud services, and in particular, to a method, a device, and an electronic device for generating alarm information.
  • Cloud computing services also known as cloud services, generally include cloud hosting, cloud space, cloud development, cloud testing, and integrated products. They are an on-demand, measurable type of external support provided by the technical framework of cloud computing. IT (Internet Technology) service model.
  • the instance service status refers to the status of the cloud computing resource instance creation process and service process purchased by the user, such as opening, running, shut down, deleted, and related to the user's billing; the instance running status refers to the actual underlying cloud computing resource instance.
  • the operating status such as startup, shutdown, abnormality, restart, etc., is related to the user's use process.
  • the existing monitoring scheme is to monitor the instance service status and instance running status separately, and alarm when the abnormality is monitored separately. For example, when the service status is monitored for a long time while it is being created, an alarm is issued. An alarm will also be issued when the abnormal running status is monitored. In this way, the service provider cannot know whether the instance service status and the instance running status correspond or are unified, which may affect the service provider's billing for the user's use of the instance, and then affect the user experience. degree. For example, the monitored instance service status is running, but the monitored instance running status is abnormal. At this time, the user cannot use the instance resources, but will still be billed, resulting in a poor user experience.
  • This application provides a method, a device, and an electronic device for generating alarm information, so as to solve the problem that service providers in related technologies cannot know whether the instance service status and the instance running status correspond or are unified.
  • an embodiment of the present application provides a method for monitoring instance status in cloud computing, which is applied to an instance service system.
  • the method includes: obtaining a first service status and identifier of an instance; and sending the identifier of the instance to an underlying resource system. So that the underlying resource system queries the running status of the instance according to the identifier and determines the second service status corresponding to the instance according to the running status; receives the second service status sent by the underlying resource system; and determines whether the first service status is the same as the second service status; If they are different, a warning message is issued indicating that the status is abnormal.
  • the embodiment of the present application provides a first possible implementation manner of the first aspect.
  • the method further includes: sending the first service status of the instance to the bottom layer.
  • the resource system so that when the underlying resource system cannot query the running status of the instance according to the identifier, the first service status is used as the second service status.
  • the embodiment of the present application provides a second possible implementation manner of the first aspect, and the method further includes: determining the first service status as all instances in operation; for each instance of all instances, executing The following steps: sending the identity of the instance to the underlying resource system, so that the underlying resource system queries the running status of the instance according to the identity, and determines the second service status corresponding to the instance according to the running status; receiving the second service status sent by the underlying resource system; It is judged whether the first service state is the same as the second service state; if they are different, an alarm message of abnormal state is issued.
  • the embodiment of the present application provides a third possible implementation manner of the first aspect, wherein all examples of determining the first service status as running include: every predetermined time It is determined that the first service status is all running instances.
  • the embodiment of the present application provides a fourth possible implementation manner of the first aspect.
  • the method further includes: monitoring the configuration of the instance and / or the service of the instance. Whether the status changes; if the configuration change of the instance and / or the first service status of the instance are detected, re-execute the following steps: obtain the first service status and identity of the instance; and send the identity of the instance to the underlying resource.
  • the system enables the underlying resource system to query the running status of the instance according to the identifier, and determines the second service status corresponding to the instance according to the running status; receives the second service status sent by the underlying resource system; and determines whether the first service status and the second service status are The same; if different, an alarm message is issued with abnormal status.
  • an embodiment of the present application provides a method for monitoring instance status in cloud computing, which is applied to an underlying resource system.
  • the method includes: receiving an identifier of an instance sent by an instance service system; querying the running status of the instance according to the identifier; and The running status determines the second service status corresponding to the instance; the second service status is sent to the instance service system, so that when the instance service system determines that the obtained first service status of the instance is different from the second service status, it sends an alarm of abnormal status information.
  • the embodiment of the present application provides a first possible implementation manner of the second aspect.
  • the method further includes: receiving a first service status sent by the instance service system;
  • the determination of the second service state corresponding to the instance by the running state includes: determining the first service state as the second service state if the running state of the instance cannot be queried according to the identifier.
  • an embodiment of the present application provides a device for generating alarm information, which is applied to an instance service system and includes: a first determining module configured to obtain a first service status and identifier of an instance; and a first sending module configured to The instance identifier is sent to the underlying resource system, so that the underlying resource system queries the running status of the instance according to the identifier, and determines the second service status corresponding to the instance according to the running status; the first receiving module is configured to receive the first sent by the underlying resource system.
  • Two service states a first judgment module configured to judge whether the first service state is the same as the second service state; a first alarm module configured to issue an alarm message of abnormal status if the judgment result of the first judgment module is different.
  • an embodiment of the present application provides a device for generating alarm information, which is applied to an underlying resource system.
  • the device includes: a second receiving module configured to receive an identifier of an instance sent by an instance service system; and a query module configured to Query the running status of the instance according to the identifier, and determine the second service status corresponding to the instance according to the running status; the second sending module is configured to send the second service status to the instance service system, so that the instance service system determines the When the first service state is different from the second service state, an alarm message is issued in which the state is abnormal.
  • an embodiment of the present application provides an electronic device.
  • the electronic device includes a memory and a processor.
  • the memory is configured to store a computer program.
  • the processor is configured to execute the computer program stored in the memory to implement the first method. Aspect or the second aspect.
  • an embodiment of the present application provides a computer storage medium.
  • a computer program is stored in the computer-readable storage medium.
  • the computer program is executed by a processor, the method provided in any one of the first aspect or the second aspect is implemented.
  • the underlying resource system is converted to the service state according to the running status of the instance and returned to the instance service system.
  • the instance service system compares the service status of the monitored instance with the service status returned by the underlying resource system.
  • an abnormal state alarm is issued, that is, the service status of the instance monitored by the instance service system is linked to the operating state monitored in the underlying resource system, and joint monitoring is performed, and an abnormal state alarm is issued when the two are not the same
  • the service provider can learn whether the service status of the instance and the running status of the instance are corresponding or consistent or not corresponding or inconsistent based on the above-mentioned alarm, thereby solving the related technology.
  • the Chinese service provider cannot know whether the instance service status and the instance running status are corresponding or unified, which can reduce the error in charging for the instance usage and improve the user experience.
  • FIG. 1 is a flowchart of a method for generating alarm information according to an embodiment of the present application
  • FIG. 2 is a flowchart of a method for generating alarm information according to another embodiment of the present application.
  • FIG. 3 is a flowchart of a method for generating alarm information according to another embodiment of the present application.
  • FIG. 4 is a flowchart of a method for generating alarm information according to another embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of a device for generating alarm information according to an embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a device for generating alarm information according to another embodiment of the present application.
  • FIG. 7 is a schematic structural diagram of an alarm information generating device according to another embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of an alarm information generating device according to another embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of a device for generating alarm information according to another embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of an alarm information generating device according to another embodiment of the present application.
  • FIG. 11 is a schematic structural diagram of a device for generating alarm information according to another embodiment of the present application.
  • FIG. 12 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
  • the monitoring schemes of resource instances in cloud computing will separately monitor the instance service status and instance running status. For example, if the instance service status is being created for a long time, it will alarm; if the instance running status is abnormal, it will alarm. However, the two inconsistent states cannot be resolved. For example, the service status is running but the instance running status is abnormal. At this time, the user cannot use the instance resources, but will still be charged.
  • a method, a device, and an electronic device for generating alarm information provided in the embodiments of the present application can accurately monitor the instance service status and the instance running status, and alarm when the two are not the same, which improves the user experience.
  • the embodiment of the present application provides a method for generating alarm information, which is applied to an instance service system.
  • the instance can be a cloud service or cloud resource, such as a cloud host.
  • This instance service system is a user-oriented instance management system, which mainly provides users with functions such as query and operation.
  • the underlying resource system is a management system of real resources and is not directly oriented to the user.
  • the instance service system delivers users to the underlying resource system. Operation instructions.
  • the method specifically includes the following steps:
  • Step S102 Obtain a first service status and identifier of the instance.
  • the service status of the instance may include the status of the cloud computing resource instance purchased by the user during the creation process and the service process.
  • the above service status may be, for example, being opened, running, shut down, or deleted.
  • the above different service states are related to the user's billing, for example, when the service state is running, billing is performed. Because there are multiple instances running at the same time, when you want to obtain the running status of the instance in the underlying resource system, you also need to obtain the identity of the instance, which can be the ID of the instance.
  • Step S104 The identifier of the instance is sent to the underlying resource system, so that the underlying resource system queries the running status of the instance according to the identifier, and determines the second service status corresponding to the instance according to the running status.
  • the instance service system After the instance service system obtains the identity of the instance, it can send the identity to the underlying resource system. After receiving the identification, the underlying resource system can query the running status of the instance according to the identification, and determine the second service status corresponding to the instance according to the running status. The underlying resource system can convert the running state to the corresponding service state, and the conversion can be based on the correspondence between the preset running state of the instance and the service state of the instance, for example, when the running state is restarting or starting the corresponding service state. In the operation, shutdown in the running state corresponds to shutdown in the service state, and deletion in the running state corresponds to recycling in the service state.
  • Step S106 Receive a second service status sent by the underlying resource system.
  • the instance service system receives the second service status sent by the underlying resource system.
  • the above-mentioned first service state and second service state are only for distinguishing the service state determined by the instance service system and the service state determined by the underlying resource system, rather than indicating that the two service states are substantially different.
  • step S108 it is determined whether the first service state and the second service state are the same. If they are different, execute step S110; if they are the same, continue to execute step S102.
  • the instance service system determines the first service status and the underlying resource system determines the second service status
  • the monitoring of the two is linked together, and an alarm is issued when it is determined that the first service status is different from the second service status, and then it can be determined Whether the service status and running status of the instance are corresponding or consistent or not corresponding or inconsistent, which can solve the problem that the service provider in the related technology cannot know whether the instance service status and the instance running status are corresponding or unified, and can increase the use of the instance.
  • the accuracy of the billing avoids the situation where the user is not using the instance but the service is still billed when the service status is running, thereby further solving the user experience caused by the inconsistency between the service status and the running status Lower question.
  • step S110 a warning message is issued in which the status is abnormal.
  • the method for generating the above-mentioned alarm information provided by the embodiment of the present application is converted to a service state by the underlying resource system according to the running status of the instance and returned to the instance service system.
  • the instance service system monitors the service status of the monitored instance and the The service status is compared. If the two are inconsistent, an abnormal status alarm will be issued, that is, the service status of the instance monitored by the instance service system and the running status monitored in the underlying resource system will be linked for joint monitoring.
  • the alarm of abnormal status enables the service provider to know that the service status of the instance and the running status of the instance are corresponding or consistent based on the above alarms, thereby solving the related problems.
  • the service provider cannot know whether the instance service status and the instance running status are corresponding or unified, which can reduce the situation of billing errors and improve the user experience.
  • the instances monitored by the underlying resource system generally include multiple instances, and some instances do not have corresponding resources in the underlying resource system, that is, some instances are not managed in the underlying resource system, so the underlying resource system receives the identity of the instance and When querying the running status of an instance according to the identifier, there may be situations in which the running status of the instance cannot be queried, and thus there may be a continuous alarm. However, the instance may not have an abnormal status, and thus may have a false alarm.
  • the above method may further include: sending the first service status of the instance to the underlying resource system. In this way, if the underlying resource system cannot query the running status of the instance according to the foregoing identifier, the first service status may be used as the second service status.
  • the underlying resource system can directly use the received first service status as a service for the instance when there is no query result in the running status.
  • the state that is, the second service state, can reduce the above-mentioned continuous alarm or false alarm.
  • An embodiment of the present application further provides a method for monitoring the status of an instance in cloud computing.
  • the method is implemented on the basis of the method shown in FIG. 1 described above.
  • the method adds a full verification of the instance, as shown in FIG. 2.
  • the method includes the following steps:
  • step S202 it is determined that the first service status is all running instances.
  • the service status and the running status will be inconsistent. It is necessary to check all instances (that is, all instances) in which the service status is running.
  • the direct operation of the bottom layer may be performed without user instructions, and the operation and maintenance personnel of the cloud computing service directly perform operations on the machine resources for the user, such as machine migration, and restart of the machine in an abnormal state.
  • the entire running instance may be checked periodically.
  • the above method may further include: determining the first service status as all running instances at a predetermined time.
  • the predetermined time can be set in advance according to actual needs, and can also be set according to experience values, but it is not limited thereto.
  • the unit of the predetermined time may be days, hours, etc., but is not limited thereto.
  • Step S204 Determine whether the first service state and the second service state of each instance are the same. If they are different, step S206 is performed; if they are the same, step S202 may be continued. In this step, the first service status and the second service status are obtained in the same manner as in the foregoing method, and the determination process is also the same. For details, refer to the foregoing method, and details are not described herein again.
  • step S206 a warning message is issued in which the status is abnormal.
  • the above-mentioned instance status monitoring method in cloud computing provided in the embodiments of the present application can regularly check and continuously monitor all instances to avoid inconsistent states caused by direct operations at the bottom layer and improve user experience.
  • the embodiment of the present application further provides another instance status monitoring method in cloud computing.
  • This method is implemented on the basis of the method shown in FIG. 1 described above, and an incremental verification of the instance is added to the method, as shown in FIG. 3.
  • the method includes the following steps:
  • Step S302 Monitor whether the configuration parameters of the instance and / or the service status of the instance change. If there is a change, step S304 is performed; if there is no change, step S302 may be continued.
  • the service status does not change after the instance is reconfigured, but the underlying layer may fail when performing the reconfiguration operation, causing the underlying resource system to enter an abnormal state; or, when the first service status of the instance changes, services are required Check the status and operating status.
  • the first service status and the second service status are obtained in the same manner as in the foregoing method, and the determination process is also the same. For details, refer to the foregoing method, and details are not described herein again.
  • step S304 a warning message is issued in which the status is abnormal.
  • the above-mentioned instance status monitoring method in cloud computing provided by the embodiment of the present application can perform incremental verification and continuous monitoring on a full number of instances, avoiding inconsistency between the service status and the running status when the instance service is reconfigured or the service status changes, which improves the user's Experience.
  • execution subject of the above method may be an instance service system, and the system may include one device or multiple devices, but is not limited thereto.
  • the embodiment of the present application provides a method for generating alarm information, which is applied to the underlying resource system.
  • the method specifically includes the following steps:
  • Step S402 Receive the identifier of the instance sent by the instance service system.
  • the identifier may be the ID of the instance or other tags that can uniquely identify the instance.
  • Step S404 Query the running status of the instance according to the identifier, and determine the second service status corresponding to the instance according to the running status.
  • the running status of the instance can be queried according to the identifier, and the second service status corresponding to the instance can be determined according to the running status.
  • the underlying resource system can convert the running state to the corresponding service state, and the conversion can be based on the correspondence between the preset running state of the instance and the service state of the instance, for example, when the running state is restarting or starting the corresponding service state.
  • shutdown in the running state corresponds to shutdown in the service state
  • deletion in the running state corresponds to recycling in the service state.
  • step S406 the second service status is sent to the instance service system, so that the instance service system sends an alarm message of abnormal status when it determines that the obtained first service status of the current instance is different from the second service status.
  • the second service status determined by the underlying resource system and the first service status obtained by the instance service system are jointly monitored, and an alarm message is issued when it is determined that the first service status is different from the second service status, thereby determining the instance's Whether the service status and the running status are corresponding or consistent or not corresponding or inconsistent, which can solve the problem that the service provider in the related technology cannot know whether the instance service status and the instance running status are corresponding or unified.
  • the use of instances can be increased.
  • the accuracy of billing avoids the situation where the user is not using the instance but the service is still being billed when the service status is running, thus further solving the low user experience caused by the inconsistency between the service status and the running status The problem.
  • the method for generating the above-mentioned alarm information provided by the embodiment of the present application is converted to a service state by the underlying resource system according to the running status of the instance and returned to the instance service system.
  • the instance service system monitors the service status of the monitored instance and the return of the underlying resource system.
  • the service status is compared. If the two are inconsistent, an abnormal status alarm will be issued, that is, the service status of the instance monitored by the instance service system and the running status monitored in the underlying resource system will be linked for joint monitoring.
  • the alarm of abnormal status enables the service provider to know that the service status of the instance and the running status of the instance are corresponding or consistent based on the above alarms, thereby solving the related problems.
  • the service provider cannot know whether the instance service status and the instance running status are corresponding or unified, which can reduce the situation of billing errors and improve the user experience.
  • the instances monitored by the underlying resource system generally include multiple instances, and some instances do not have corresponding resources in the underlying resource system, that is, some instances are not managed in the underlying resource system, so the underlying resource system receives the identity of the instance and When querying the running status of an instance according to the identifier, there may be situations in which the running status of the instance cannot be queried, and thus there may be a continuous alarm. However, the instance may not have an abnormal status, and thus may have a false alarm. In order to solve the above-mentioned false alarm situation ,.
  • the above method may further include: receiving the first service status sent by the instance service system; and determining the first service status as the second service status if the running status of the instance cannot be queried according to the identifier.
  • the underlying resource system can use the received first service status as the service of the instance when the running status has no query results.
  • the state that is, the second service state, can reduce the above-mentioned continuous alarm or false alarm.
  • execution subject of the above steps may be a low-level resource system, and the system may include one device or multiple devices, but is not limited thereto.
  • an embodiment of the present application provides a device for generating alarm information, which is applied to an instance service system.
  • the device includes:
  • the first determining module 51 is configured to obtain a first service status and identifier of an instance.
  • the service status of the instance may include the status of the cloud computing resource instance purchased by the user during the creation process and the service process.
  • the above service status may be, for example, being opened, running, shut down, or deleted.
  • the above different service states are related to the user's billing, for example, when the service state is running, billing is performed.
  • the first sending module 52 is configured to send the identity of the instance to the underlying resource system, so that the underlying resource system queries the running status of the instance according to the identity, and determines the second service status corresponding to the instance according to the running status.
  • the identifier can be the ID of the current instance.
  • the underlying resource system can query the running status of the current instance according to the identification, and determine the second service status corresponding to the current instance according to the running status.
  • the first receiving module 53 is configured to receive a second service status sent by the underlying resource system.
  • the instance service system receives the second service status sent by the underlying resource system.
  • the above-mentioned first service state and second service state are only for distinguishing the service state determined by the instance service system and the service state determined by the underlying resource system, rather than indicating that the two service states are substantially different.
  • the first determining module 54 is configured to determine whether the first service state and the second service state are the same. After the instance service system determines the first service status and the underlying resource system determines the second service status, the monitoring of the two is linked together, and an alarm is issued when it is determined that the first service status is different from the second service status to ensure the service status Corresponds to or corresponds to the running status, and solves the user experience problems when the two are inconsistent.
  • the first alarm module 55 is configured to issue an alarm message of abnormal status if the determination result of the first determination module 54 is different.
  • the above device compares the service status of the monitored instance with the service status returned by the underlying resource system. When the two do not match, it reports an abnormal status alarm, that is, the service status of the instance monitored by the instance service system and the underlying resource.
  • the operating status of the monitoring in the system is linked, and joint monitoring is performed, and the abnormal status alarm is issued at the same time.
  • the service provider can obtain an instance based on the above alarm.
  • the service status and the running status of the instance are corresponding or consistent, thereby solving the problem that the service provider cannot know whether the instance service status and the instance running status are corresponding or unified in the related technology, thereby reducing the situation of billing errors and improving the User experience.
  • the device further includes:
  • the second sending module 61 is configured to send the first service status of the instance to the underlying resource system, so that when the underlying resource system cannot query the running status of the instance according to the identifier, the first service status is used as the second service status. .
  • first sending module 52 and the second sending module 61 may be the same module or different modules, and are not limited thereto.
  • the first service status is sent to the underlying resource system, so that if the underlying resource system cannot query the running status of the instance, the first service status can be directly fed back to the instance service as the second service status of the instance.
  • the system in turn, can ensure that the service status is constant and avoid continuous alarm situations.
  • the device may further include a full monitoring module 71 configured to determine that the first service status is all instances in operation; for each instance of all instances
  • the triggering device for generating alarm information performs the following steps: determining the first service status of the instance; sending the identifier of the instance to the underlying resource system, so that the underlying resource system queries the running status of the instance based on the identity, and determines the corresponding instance of the instance based on the running status.
  • a second service state receiving a second service state sent by the underlying resource system; judging whether the first service state is the same as the second service state; if they are different, an alarm message of an abnormal state is issued.
  • the device further includes a timing monitoring module 81 configured to determine the first service status as all instances in operation every predetermined time.
  • the predetermined time can be set in advance according to actual needs, and can also be set according to experience values, but it is not limited to this.
  • the unit of the predetermined time may be days, hours, and the like, but is not limited thereto.
  • the device may further include an incremental monitoring module 91 configured to monitor whether the configuration of the instance and / or the service status of the instance has changed.
  • the device that triggers the generation of the alarm information performs the following steps: obtaining the first service status and identification of the instance; sending the identification of the instance to the underlying resource system, So that the underlying resource system queries the running status of the instance according to the identifier and determines the second service status corresponding to the instance according to the running status; receives the second service status sent by the underlying resource system; and determines whether the first service status is the same as the second service status; If they are different, a warning message is issued indicating that the status is abnormal.
  • FIG. 5 to FIG. 9 may be located in an example service device, but are not limited thereto.
  • an embodiment of the present application provides a device for generating alarm information, which is applied to a low-level resource system.
  • the device includes:
  • the second receiving module 11 is configured to receive an identifier of an instance sent by the instance service system.
  • the identifier may be the ID of the current instance or other tags that can uniquely identify the instance.
  • the query module 12 is configured to query the running status of the instance according to the identifier, and determine the second service status corresponding to the instance according to the running status.
  • the running status of the instance can be queried based on the identifier, and the second service status corresponding to the current instance can be determined according to the running status.
  • the second sending module 13 is configured to send the second service status to the instance service system, so that when the instance service system determines that the obtained first service status of the instance is different from the second service status, it sends an alarm message that the status is abnormal.
  • the second service status determined by the underlying resource system and the first service status obtained by the instance service system are jointly monitored, and an alarm is issued when it is determined that the first service status is different from the second service status, thereby determining the instance service Whether the status and the running status are corresponding or consistent or not corresponding or inconsistent, which can solve the problem that the service provider in the related technology cannot know whether the instance service status and the instance running status are corresponding or unified, and can increase the calculation of the instance usage.
  • the accuracy of the fee avoids the situation where the user is not using the instance but the service is still being charged when the service status is running, thereby further solving the lower user experience caused by the inconsistency between the service status and the running status. problem.
  • the device further includes:
  • the third receiving module 111 is configured to receive a first service status sent by the instance service system
  • the fourth sending module 112 is configured to determine the first service status as the second service status if the running status of the instance cannot be queried according to the identifier.
  • An embodiment of the present application further provides an electronic device.
  • the electronic device includes a memory and a processor.
  • the memory is configured to store a computer program.
  • the processor is configured to execute the computer program stored on the memory, the implementation provided in the foregoing embodiment is implemented.
  • the electronic device may further include a communication interface configured to communicate with other devices or a communication network.
  • the electronic device may be any electronic device including a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), and a vehicle-mounted computer.
  • this embodiment also provides a computer storage medium.
  • the computer-readable storage medium stores a computer program, and the computer program is executed by a processor to implement the method provided by the foregoing embodiment.
  • FIG. 12 is a schematic structural diagram of an electronic device.
  • the electronic device 100 includes: an RF (Radio Frequency) circuit 110, a memory 120, an input unit 130, a display unit 140, a sensor 150, an audio circuit 160, and a WiFi ( Wireless Fidelity module 170, processor 180, and power supply 190 and other components.
  • RF Radio Frequency
  • FIG. 12 does not constitute a limitation on the electronic device 100, and may include more or fewer components than shown in the figure, or combine some components, or different components. Layout.
  • the RF circuit 110 may be used to receive and send signals during the transmission and reception of information or during a call.
  • the downlink information of the base station is received and processed by the processor 180; in addition, the uplink data of the design is transmitted to the base station.
  • the RF circuit 110 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like.
  • the RF circuit 110 can also communicate with a network and other devices through wireless communication.
  • the above wireless communication can use any communication standard or protocol, including but not limited to GSM (Global System, Mobile Communication), GPRS (General Packet Radio Service), CDMA (Code Division Multiple Access, (Code Division Multiple Access), WCDMA (Wideband Code Division Multiple Access), LTE (Long Term Evolution), email, SMS (Short Messaging Service, Short Message Service), and so on.
  • GSM Global System, Mobile Communication
  • GPRS General Packet Radio Service
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • LTE Long Term Evolution
  • email Short Messaging Service
  • SMS Short Messaging Service
  • Short Message Service Short Message Service
  • the memory 120 may be used to store software programs and modules, such as program instructions / modules corresponding to the method for blocking advertisements in the embodiment of the present application.
  • the processor 180 executes various programs of the electronic device 100 by running the software programs and modules stored in the memory 120.
  • the memory 120 may mainly include a storage program area and a storage data area, where the storage program area may store an operating system, an application program required for at least one function (such as a sound playback function, an image playback function, etc.), etc .; the storage data area may store data according to
  • the electronic device 100 uses the created data (such as audio data, phonebook, etc.) and the like.
  • the memory 120 may include a high-speed random access memory, and may further include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other volatile solid-state storage devices.
  • the input unit 130 may be configured to receive inputted numeric or character information and generate key signal inputs related to user settings and function control of the electronic device 100.
  • the input unit 130 may include a touch panel 131 and other input devices 132.
  • the touch panel 131 also known as a touch screen, can collect user's touch operations on or near it (for example, the user uses a finger, a stylus, or any suitable object or accessory on the touch panel 131 or near the touch panel 131. Operation), and drive the corresponding connection device according to a preset program.
  • the touch panel 131 may include a touch detection device and a touch controller.
  • the touch detection device detects the user's touch position, and detects the signal caused by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into contact coordinates, and sends it It is given to the processor 180, and can receive the command sent by the processor 180 and execute it.
  • the touch panel 131 may be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave.
  • the input unit 130 may further include other input devices 132.
  • the other input devices 132 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.
  • the display unit 140 may be configured to display information input by the user or information provided to the user and various menus of the electronic device 100.
  • the display unit 140 may include a display panel 141.
  • the display panel 141 may be configured in the form of an LCD (Liquid Crystal Display) or an OLED (Organic Light-Emitting Diode).
  • the touch panel 131 may cover the display panel 141. When the touch panel 131 detects a touch operation on or near the touch panel 131, the touch panel 131 transmits the touch operation to the processor 180 to determine the type of the touch event. Type to do processing.
  • the touch panel 131 and the display panel 141 are implemented as two independent components to implement the input and input functions of the electronic device 100, in some embodiments, the touch panel 131 and the display panel 141 may be used. Integrated to implement the input and output functions of the electronic device 100.
  • the electronic device 100 may further include at least one sensor 150, such as a light sensor, a motion sensor, and other sensors.
  • the light sensor may include an ambient light sensor and a proximity sensor.
  • the ambient light sensor may adjust the brightness of the display panel 141 according to the brightness of the ambient light.
  • the proximity sensor may close the display panel 141 when the electronic device 100 moves to the ear. And / or backlight.
  • the accelerometer sensor can detect the magnitude of acceleration in various directions (usually three axes), and can detect the magnitude and direction of gravity when it is stationary.
  • attitude of electronic equipment 100 such as horizontal and vertical screen switching
  • Related games magnetometer attitude calibration
  • vibration recognition related functions such as pedometer, tap
  • other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc. I will not repeat them here.
  • the audio circuit 160, the speaker 161, and the microphone 162 may provide an audio interface between the user and the electronic device 100.
  • the audio circuit 160 may transmit the received electrical data converted electrical signals to the speaker 161, which is converted into a sound signal for output; on the other hand, the microphone 162 converts the collected sound signal into an electrical signal, and the audio circuit 160 After receiving, it is converted into audio data, and then the audio data output processor 180 is processed and then sent to, for example, another electronic device 100 via the RF circuit 110, or the audio data is output to the memory 120 for further processing.
  • WiFi is a short-range wireless transmission technology.
  • the electronic device 100 can help users send and receive email, browse web pages, and access streaming media through the WiFi module 170. It provides users with wireless broadband Internet access.
  • FIG. 12 shows the WiFi module 170, it can be understood that it does not belong to the necessary structure of the electronic device 100, and can be omitted as needed without changing the nature of the application.
  • the processor 180 is a control center of the electronic device 100, and connects various parts of the entire electronic device 100 by using various interfaces and lines, and runs or executes software programs and / or modules stored in the memory 120, and calls stored in the memory 120 Data, perform various functions of the electronic device 100 and process the data, so as to monitor the electronic device 100 as a whole.
  • the processor 180 may include one or more processing units; preferably, the processor 180 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and an application program, etc.
  • the modem processor mainly handles wireless communication. It can be understood that the foregoing modem processor may not be integrated into the processor 180.
  • the electronic device 100 further includes a power source 190 (such as a battery) for supplying power to various components.
  • a power source 190 such as a battery
  • the power source can be logically connected to the processor 180 through a power management system, so as to implement functions such as managing charging, discharging, and power consumption management through the power management system. .
  • FIG. 12 is only schematic, and the electronic device 100 may further include more or fewer components than those shown in FIG. 12, or have a different configuration from that shown in FIG. 12.
  • Each component shown in FIG. 12 may be implemented by hardware, software, or a combination thereof.
  • the method, device and computer program product for generating the alarm information provided by the embodiments of the present application include a computer-readable storage medium storing program code, and the program code includes instructions that can be used to execute the methods described in the foregoing method embodiments.
  • the program code includes instructions that can be used to execute the methods described in the foregoing method embodiments.
  • the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium.
  • the technical solution of this application is essentially a part that contributes to the existing technology or a part of the technical solution can be embodied in the form of a software product.
  • the computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in the embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, ROM (Read-Only Memory, Read-Only Memory), RAM (Random Access Memory, Random Access Memory), magnetic disks or compact discs and other media that can store program code .
  • the underlying resource system is converted into a service state according to the running status of the instance and returned to the instance service system.
  • the instance service system monitors the service status of the monitored instance and the returned service status of the underlying resource system. For comparison, if the two are inconsistent, an abnormal status alarm will be issued, that is, the service status of the instance monitored by the instance service system and the running status monitored in the underlying resource system will be linked, and joint monitoring will be performed.
  • abnormal alarms allow service providers to learn that the service status of an instance and the running status of an instance are corresponding or consistent based on the above alarms. The service provider cannot know whether the instance service status and the instance running status are corresponding or unified, which can reduce the situation of billing errors and improve the user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请提供了一种告警信息的产生方法、装置及电子设备，涉及云服务技术领域，该方法包括：获取实例的第一服务状态及标识；将实例的标识发送至底层资源***，以使底层资源***根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；接收底层资源***发送的第二服务状态；判断第一服务状态与第二服务状态是否相同；若不同，则发出状态异常的告警信息。本申请实施例将实例服务***监控的实例的服务状态和底层资源***中监控的运行状态联系起来，进行联合监控，在两者不同时进行状态异常的报警可以降低计费错误的情况，可以提高用户的体验度。

Description

告警信息的产生方法、装置及电子设备
本申请要求于2018年08月10日提交中国专利局、申请号为201810914104.1发明名称为“告警信息的产生方法、装置及电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及云服务技术领域，尤其是涉及一种告警信息的产生方法、装置及电子设备。
背景技术
云计算服务，又称云服务，一般包括云主机、云空间、云开发、云测试和综合类产品等，是在云计算的技术架构支撑下的对外提供的按需分配、可计量的一种IT(Internet Technology，互联网技术)服务模式。
在相关技术中，服务商需要获知与用户对应的云计算资源实例(比如云服务，云资源)服务状态和实例运行状态，因而需要对实例服务状态和实例运行状态进行监控，其中，实例服务状态是指用户购买的云计算资源实例创建过程及服务过程的状态，比如开通中、运行中、已关停、已删除，与用户的计费相关；实例运行状态是指云计算资源实例底层真实的运行状态，如开机、关机、异常、重启等，与用户的使用过程相关。
现有的监控方案，是通过分别对实例服务状态和实例运行状态进行监控，并在分别监控到异常时进行报警，比如在监控到服务状态为长时间处在创建中时则会进行报警，在监控到运行状态异常时也会进行报警，这种方式服务商并不能获知实例服务状态和实例运行状态是否对应或统一，因而可能会影响服务商对用户使用实例的计费，进而影响用户的体验度。比如监测到的实例服务状态为运行中，但监测到的实例运行状态为异常，此时用户无法使用实例资源，但仍然会计费，导致用户体验较差。
针对相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，目前尚未提出有效的解决方案。
发明内容
本申请提供了一种告警信息的产生方法、装置及电子设备，以解决相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题。
第一方面，本申请实施例提供了一种云计算中实例状态监控方法，应用于实例服务***，该方法包括：获取实例的第一服务状态及标识；将实例的标识发送至底层资源***，以使底层资源***根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；接收底层资源***发送的第二服务状态；判断第一服务状态与第二服务状态是否相同；若不同，则发出状态异常的告警信息。
结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，在获取实例的第一服务状态及标识之后，该方法还包括：将实例的第一服务状态发送至底层资源***，以使底层资源***在根据标识查询不到实例的运行状态的情况下，将第一服务状态作为第二服务状态。
结合第一方面，本申请实施例提供了第一方面的第二种可能的实施方式，该方法还包括：确定第一服务状态为运行中的全部实例；针对全部实例中的每个实例，执行以下步骤：将实例的标识发送至底层资源***，以使底层资源***根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；接收底层资源***发送的第二服务状态；判断第一服务状态与第二服务状态是否相同；若不同，则发出状态异常的告警信息。
结合第一方面的第二种可能的实施方式，本申请实施例提供了第一方面的第三种可能的实施方式，其中，确定第一服务状态为运行中的全部实例包括：每隔预定时间确定第一服务状态为运行中的全部实例。
结合第一方面，本申请实施例提供了第一方面的第四种可能的实施方式，在获取实例的第一服务状态及标识之后，该方法还包括：监测实例的配置和/或实例的服务状态是否发生变化；在检测到实例的配置变化和/或实例的第一服务状态发生变化的情况下，重新执行以下步骤：获取实例的第一服务状态及标识；将实例的标识发送至底层资源***，以使底层资源***根据标识查 询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；接收底层资源***发送的第二服务状态；判断第一服务状态与第二服务状态是否相同；若不同，则发出状态异常的告警信息。
第二方面，本申请实施例提供了一种云计算中实例状态监控方法，应用于底层资源***，该方法包括：接收实例服务***发送的实例的标识；根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；将第二服务状态发送至实例服务***，以使实例服务***在确定获取的实例的第一服务状态与第二服务状态不同时，发出状态异常的告警信息。
结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，在根据标识查询实例的运行状态之前，该方法还包括：接收实例服务***发送的第一服务状态；根据运行状态确定实例对应的第二服务状态包括：在根据标识查询不到实例的运行状态的情况下，将第一服务状态确定为第二服务状态。
第三方面，本申请实施例提供了一种告警信息的产生装置，应用于实例服务***，包括：第一确定模块，设置为获取实例的第一服务状态及标识；第一发送模块，设置为将实例的标识发送至底层资源***，以使底层资源***根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；第一接收模块，设置为接收底层资源***发送的第二服务状态；第一判断模块，设置为判断第一服务状态与第二服务状态是否相同；第一报警模块，设置为若第一判断模块的判断结果为不同，则发出状态异常的告警信息。
第四方面，本申请实施例提供了一种告警信息的产生装置，应用于底层资源***，该装置包括：第二接收模块，设置为接收实例服务***发送的实例的标识；查询模块，设置为根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；第二发送模块，设置为将第二服务状态发送至实例服务***，以使实例服务***在确定获取的实例的第一服务状态与第二服务状态不同时，发出状态异常的告警信息。
第五方面，本申请实施例提供了一种电子设备，电子设备包括存储器以及处理器，存储器，设置为存放计算机程序；处理器，设置为执行存储器上所存放的计算机程序时，实现上述第一方面或第二方面任一项提供的方法。
第六方面，本申请实施例提供了一种计算机存储介质，计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第二方面任一项提供的方法。
由上述的技术方案可见，通过底层资源***根据实例的运行状态转化为服务状态后返回给实例服务***，实例服务***将监控的实例的服务状态和底层资源***的返回的服务状态进行比较，在两者不一致的情况下，进行状态异常的报警，即将实例服务***监控的实例的服务状态和底层资源***中监控的运行状态联系起来，进行联合监控，在两者不同时进行状态异常的报警，相对于现有技术中分别进行监控的方式相比，使得服务商可以基于上述报警就可以获知到实例的服务状态和实例的运行状态是对应或一致还是不对应或不一致的，进而解决了相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，从而可以降低对实例使用进行的计费发生错误的情况，可以提高用户的体验度。
附图说明
为了更清楚地说明本申请实施例和现有技术的技术方案，下面对实施例和现有技术中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的告警信息的产生方法的流程图；
图2为本申请另一实施例提供的告警信息的产生方法的流程图；
图3为本申请再一实施例提供的告警信息的产生方法的流程图；
图4为本申请再一实施例提供的告警信息的产生方法的流程图；
图5为本申请一实施例提供的告警信息的产生装置的结构示意图；
图6为本申请另一实施例提供的告警信息的产生装置的结构示意图；
图7为本申请再一实施例提供的告警信息的产生装置的结构示意图；
图8为本申请再一实施例提供的告警信息的产生装置的结构示意图；
图9为本申请再一实施例提供的告警信息的产生装置的结构示意图；
图10为本申请再一实施例提供的告警信息的产生装置的结构示意图；
图11为本申请再一实施例提供的告警信息的产生装置的结构示意图；
图12为本申请实施例提供的电子设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本申请进一步详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
目前云计算中资源实例的监控方案，会分别监控实例服务状态和实例运行状态，比如实例服务状态长时间处于创建中，则报警；如果实例运行状态为异常则报警。但无法解决两种状态不一致的情况，比如服务状态为运行中，但实例运行状态为异常，此时用户无法使用实例资源，但仍然会计费。
基于此，本申请实施例提供的一种告警信息的产生方法、装置及电子设备，可以准确监测实例服务状态和实例运行状态，在两者不同时报警，提高了用户的体验度。
为便于对本实施例进行理解，首先对本申请实施例所公开的一种云计算中实例状态监控方法进行详细介绍。
实施例1
本申请实施例提供了一种告警信息的产生方法，应用于实例服务***。该实例可以是为一种云服务或云资源，比如云主机。该实例服务***是面向用户的实例管理***，主要提供给用户进行查询、操作等功能；底层资源***是真实资源的管理***，不直接面向用户，由实例服务***向底层资源***下发用户的操作指令。
参见图1所示的一种告警信息的产生方法的流程图，该方法具体包括如下步骤：
步骤S102，获取实例的第一服务状态及标识。
其中，实例的服务状态，可以包括用户购买的云计算资源实例在创建过程及服务过程的状态。上述服务状态例如可以是：开通中、运行中、已关停、已删除等。上述不同的服务状态，与用户的计费相关，例如在服务状态为运行中时进行计费。由于同时存在多个实例运行，在欲获取底层资源***中实例的运行状态时，还需要获取实例的标识，标识可以是实例的ID。
步骤S104，将上述实例的标识发送至底层资源***，以使底层资源***根据该标识查询实例的运行状态，并根据该运行状态确定实例对应的第二服务状态。
实例服务***在获取到实例的标识后，可以将该标识发送至底层资源***。底层资源***在接收到该标识后，可以根据该标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态。其中，底层资源***可以将该运行状态转换成对应的服务状态，该转换可以基于预先设置的实例的运行状态与实例的服务状态的对应关系进行转换，例如运行状态为重启、开机对应服务状态中的运行中，运行状态中的关机对应服务状态中的已关停，运行状态中的删除对应服务状态中的已回收等。
步骤S106，接收底层资源***发送的第二服务状态。
实例服务***接收底层资源***发送的第二服务状态。上述第一服务状态和第二服务状态仅是为了区分实例服务***确定的服务状态和底层资源***确定的服务状态，而非表示两种服务状态实质不同。
步骤S108，判断第一服务状态与第二服务状态是否相同。如果不同，执行步骤S110；如果相同，可以继续执行步骤S102。
在实例服务***确定第一服务状态和底层资源***确定第二服务状态后，将两者的监控联系在一起，在确定第一服务状态与第二服务状态不同的情况下进行报警，进而可以确定实例的服务状态与运行状态是对应的或一致的还是不对应或不一致的，可以解决相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，同时可以增加对实例使用进行的计费的准确性，避免了在服务状态为运行中，用户却未使用该实例，但仍 然对其进行计费的情况，因而进一步解决了服务状态和运行状态不一致时所导致的用户体验较低的问题。
步骤S110，发出状态异常的告警信息。
本申请实施例提供的上述告警信息的产生方法，通过底层资源***根据实例的运行状态转化为服务状态后返回给实例服务***，实例服务***将监控的实例的服务状态和底层资源***的返回的服务状态进行比较，在两者不一致的情况下，进行状态异常的报警，即将实例服务***监控的实例的服务状态和底层资源***中监控的运行状态联系起来，进行联合监控，在两者不同时进行状态异常的报警，相对于现有技术中分别进行监控的方式相比，使得服务商可以基于上述报警就可以获知到实例的服务状态和实例的运行状态是对应或一致的，进而解决了相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，从而可以降低计费错误的情况，可以提高用户的体验度。
底层资源***监测的实例一般包括多个，而有些实例在该底层资源***中并没有对应资源，也即有些实例并不在该底层资源***中进行管理，因而底层资源***在接收到实例的标识并根据该标识查询实例的运行状态时，可能存在无法查询到该实例的运行状态的情况，因而会存在持续报警的情况，然而该实例可能并未出现状态异常，因而可能存在错误报警的情况。为解决上述错误报警的情况，在上述步骤S102之前，上述方法还可以包括：将实例的第一服务状态发送至底层资源***。这样，底层资源***在根据上述标识查询不到实例的运行状态的情况下，可以将该第一服务状态作为第二服务状态。
通过将实例的第一服务状态发送至底层资源***，对无法查询到运行状态的实例，可以由底层资源***在运行状态无查询结果时，将接收到的第一服务状态直接作为该实例的服务状态，即第二服务状态，从而可以减少上述持续报警或错误报警的情况。
本申请实施例还提供了一种云计算中实例状态监控方法，该方法在上述图1中所示方法的基础上实现，该方法中增加了实例的全量校验，如图2所示，该方法具体包括如下步骤：
步骤S202，确定第一服务状态为运行中的全部实例。
由于存在底层直接操作的情况，会导致服务状态与运行状态的不一致，需要对服务状态为运行中的全部实例(即实例全量)进行检查。该底层直接操作的情况，可以是不通过用户指令进行操作，直接由云计算服务的运维人员替用户进行机器资源的操作，如机器迁移、机器进入异常状态重启等。可以定时对当前运行中的实例全量进行检查，上述方法还可以包括：每隔预定时间确定第一服务状态为运行中的全部实例。
上述预定时间可以根据实际需要进行预先设定，也可以根据经验值进行设置，但并不限于此。上述预定时间的单位可以是天，小时等但并不限于此。
步骤S204，判断各个实例的第一服务状态与第二服务状态是否相同。如果不同，执行步骤S206；如果相同，可以继续执行步骤S202。此步骤中第一服务状态和第二服务状态的获取方式与前述方法中的获取方式相同，判断过程也相同，可以参见前述方法的内容，在此不再赘述。
步骤S206，发出状态异常的告警信息。
本申请实施例提供的上述云计算中实例状态监控方法，可以定时对全量实例进行检查及持续监控，避免底层直接操作导致的状态不一致，提高用户的体验度。
本申请实施例还提供了另一种云计算中实例状态监控方法，该方法在上述图1中所示方法的基础上实现，该方法中增加了实例的增量校验，如图3所示，该方法具体包括如下步骤：
步骤S302，监测实例的配置参数和/或实例的服务状态是否发生变化。如果发生变化，则执行步骤S304；如果未发生变化，可以继续执行步骤S302。在实例发生更配后服务状态不会发生变化，但底层在进行更配操作时有可能失败，导致底层资源***进入异常状态；或者，在实例的第一服务状态发生变化时，均需要进行服务状态与运行状态的检查。此步骤中第一服务状态和第二服务状态的获取方式与前述方法中的获取方式相同，判断过程也相同，可以参见前述方法的内容，在此不再赘述。
步骤S304，发出状态异常的告警信息。
本申请实施例提供的上述云计算中实例状态监控方法，可以对全量实例进行增量校验及持续监控，避免实例服务发生更配或服务状态发生变化时服务状态与运行状态不一致，提高用户的体验度。
需要说明的是，上述方法的执行主体可以是实例服务***，该***可以包括一个设备，也可以包括多个设备，但并不限于此。
实施例2
本申请实施例提供了一种告警信息的产生方法，应用于底层资源***。参见图4所示的另一种告警信息的产生方法的流程图，该方法具体包括如下步骤：
步骤S402，接收实例服务***发送的实例的标识。
其中，该标识可以是实例的ID或者其他可唯一识别该实例的标记。
步骤S404，根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态。
在接收到实例服务***发送的实例标识时，可以根据该标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态。其中，底层资源***可以将该运行状态转换成对应的服务状态，该转换可以基于预先设置的实例的运行状态与实例的服务状态的对应关系进行转换，例如运行状态为重启、开机对应服务状态中的运行中，运行状态中的关机对应服务状态中的已关停，运行状态中的删除对应服务状态中的已回收等。
步骤S406，将第二服务状态发送至实例服务***，以使实例服务***在确定获取的当前实例的第一服务状态与第二服务状态不同时，发出状态异常的告警信息。
底层资源***确定的第二服务状态，与实例服务***获取的第一服务状态，两者联合监控，在确定第一服务状态与第二服务状态不同的情况下发出告警信息，进而可以确定实例的服务状态与运行状态是对应的或一致的还是不对应或不一致的，可以解决相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，同时可以增加对实例使用进行的计费 的准确性，避免了在服务状态为运行中，用户却未使用该实例，但仍然对其进行计费的情况，因而进一步解决了服务状态和运行状态不一致时所导致的用户体验较低的问题。
本申请实施例提供的上述告警信息的产生方法，通过底层资源***根据实例的运行状态转化为服务状态后返回给实例服务***，实例服务***将监控的实例的服务状态和底层资源***的返回的服务状态进行比较，在两者不一致的情况下，进行状态异常的报警，即将实例服务***监控的实例的服务状态和底层资源***中监控的运行状态联系起来，进行联合监控，在两者不同时进行状态异常的报警，相对于现有技术中分别进行监控的方式相比，使得服务商可以基于上述报警就可以获知到实例的服务状态和实例的运行状态是对应或一致的，进而解决了相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，从而可以降低计费错误的情况，可以提高用户的体验度。
底层资源***监测的实例一般包括多个，而有些实例在该底层资源***中并没有对应资源，也即有些实例并不在该底层资源***中进行管理，因而底层资源***在接收到实例的标识并根据该标识查询实例的运行状态时，可能存在无法查询到该实例的运行状态的情况，因而会存在持续报警的情况，然而该实例可能并未出现状态异常，因而可能存在错误报警的情况。为解决上述错误报警的情况，。因此在步骤S404之前，上述方法还可以包括：接收实例服务***发送的第一服务状态；在根据标识查询不到实例的运行状态的情况下，将第一服务状态确定为第二服务状态。通过接收实例服务***发送的实例的第一服务状态，对无法查询到运行状态的实例，可以由底层资源***将运行状态无查询结果时，将接收到的第一服务状态直接作为该实例的服务状态，即第二服务状态，从而可以减少上述持续报警或错误报警的情况。
需要说明的是，上述步骤的执行主体可以是底层资源***，该***可以包括一个设备，也可以包括多个设备，但并不限于此。
实施例3
对应于上述方法实施例，本申请实施例提供了一种告警信息的产生装置，应用于实例服务***，参见图5所示的一种告警信息的产生装置的结构示意图，该装置包括：
第一确定模块51，设置为获取实例的第一服务状态及标识。其中，实例的服务状态，可以包括用户购买的云计算资源实例在创建过程及服务过程的状态。上述服务状态例如可以是：开通中、运行中、已关停、已删除等。上述不同的服务状态，与用户的计费相关，例如在服务状态为运行中时进行计费。
第一发送模块52，设置为将实例的标识发送至底层资源***，以使底层资源***根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态。
由于同时存在多个实例运行，在欲获取底层资源***的运行状态时，需要确定当前实例的标识，并将该标识发送至底层资源***。该标识可以是当前实例的ID。底层资源***在接收到该标识后，可以根据该标识查询当前实例的运行状态，并根据运行状态确定当前实例对应的第二服务状态。
第一接收模块53，设置为接收底层资源***发送的第二服务状态。实例服务***接收底层资源***发送的第二服务状态。上述第一服务状态和第二服务状态仅是为了区分实例服务***确定的服务状态和底层资源***确定的服务状态，而非表示两种服务状态实质不同。
第一判断模块54，设置为判断第一服务状态与第二服务状态是否相同。在实例服务***确定第一服务状态和底层资源***确定第二服务状态后，将两者的监控联系在一起，在确定第一服务状态与第二服务状态不同的情况下进行报警，保证服务状态与运行状态是对应的或一致的，解决两者不一致时的用户体验问题。
第一报警模块55，设置为若第一判断模块54的判断结果为不同，则发出状态异常的告警信息。
上述装置，通过将监控的实例的服务状态和底层资源***的返回的服务状态进行比较，在两者不一致的情况下，进行状态异常的报警，即将实例服 务***监控的实例的服务状态和底层资源***中监控的运行状态联系起来，进行联合监控，在两者不同时进行状态异常的报警，相对于现有技术中分别进行监控的方式相比，使得服务商可以基于上述报警就可以获知到实例的服务状态和实例的运行状态是对应或一致的，进而解决了相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，从而可以降低计费错误的情况，可以提高用户的体验度。
参见图6所示的另一种告警信息的产生装置的结构示意图，该装置还包括：
第二发送模块61，设置为将实例的第一服务状态发送至底层资源***，以使底层资源***在根据标识查询不到实例的运行状态的情况下，将第一服务状态作为第二服务状态。
需要说明的是，上述第一发送模块52和上述第二发送模块61可以是同一个模块，也可以是不同的模块，并不限于此。
通过上述装置，将第一服务状态发送给底层资源***，使得底层资源***无法查询到该实例的运行状态的情况下，可以直接将第一服务状态作为该实例的第二服务状态反馈给实例服务***，进而能够保证服务状态的一直，避免持续报警的情况。
参见图7所示的另一种告警信息的产生装置的结构示意图，该装置还可以包括全量监控模块71，设置为确定第一服务状态为运行中的全部实例；针对全部实例中的每个实例，触发告警信息的产生装置执行以下步骤：确定实例的第一服务状态；将实例的标识发送至底层资源***，以使底层资源***根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；接收底层资源***发送的第二服务状态；判断第一服务状态与第二服务状态是否相同；若不同，则发出状态异常的告警信息。
参见图8所示的另一种云计算中实例状态监控装置的结构示意图，该装置还包括定时监控模块81，设置为每隔预定时间确定第一服务状态为运行中的全部实例。
需要说明的是，上述预定时间可以根据实际需要进行预先设定，也可以 根据经验值进行设置，但并不限于此。上述预定时间的单位可以是天、小时等但并不限于此。
参见图9所示的另一种云计算中实例状态监控装置的结构示意图，该装置还可以包括增量监控模块91，设置为监测实例的配置和/或实例的服务状态是否发生变化；在检测到实例的配置变化和/或实例的第一服务状态发生变化的情况下，触发告警信息的产生装置执行以下步骤：获取实例的第一服务状态及标识；将实例的标识发送至底层资源***，以使底层资源***根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态；接收底层资源***发送的第二服务状态；判断第一服务状态与第二服务状态是否相同；若不同，则发出状态异常的告警信息。
需要说明的是，上述图5至图9中所示的装置可以位于实例服务装置中，但并不限于此。
对应于上述方法实施例，本申请实施例提供了一种告警信息的产生装置，应用于底层资源***，参见图10所示的一种告警信息的产生装置的结构示意图，该装置包括：
第二接收模块11，设置为接收实例服务***发送的实例的标识。其中，该标识可以是当前实例的ID或者其他可唯一识别该实例的标记。
查询模块12，设置为根据标识查询实例的运行状态，并根据运行状态确定实例对应的第二服务状态。在接收到实例服务***发送的实例标识时，可以根据该标识查询实例的运行状态，并根据运行状态确定当前实例对应的第二服务状态。
第二发送模块13，设置为将第二服务状态发送至实例服务***，以使实例服务***在确定获取的实例的第一服务状态与第二服务状态不同时，发出状态异常的告警信息。
底层资源***确定的第二服务状态，与实例服务***获取的第一服务状态，两者联合监控，在确定第一服务状态与第二服务状态不同的情况下进行报警，进而可以确定实例的服务状态与运行状态是对应的或一致的还是不对 应或不一致的，可以解决相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，同时可以增加对实例使用进行的计费的准确性，避免了在服务状态为运行中，用户却未使用该实例，但仍然对其进行计费的情况，因而进一步解决了服务状态和运行状态不一致时所导致的用户体验较低的问题。参见图11所示的另一种告警信息的产生装置的结构示意图，该装置还包括：
第三接收模块111，设置为接收实例服务***发送的第一服务状态；
第四发送模块112，设置为在根据标识查询不到实例的运行状态的情况下，将第一服务状态确定为第二服务状态。
本申请实施例所提供的告警信息的产生装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。
本申请实施例还提供了一种电子设备，该电子设备包括存储器以及处理器，存储器，设置为存放计算机程序；处理器，设置为执行存储器上所存放的计算机程序时，实现上述实施例提供的方法。该电子设备还可以包括通信接口，设置为与其他设备或通信网络通信。该电子设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、车载电脑等任意电子设备。
进一步，本实施例还提供了一种计算机存储介质，该计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现上述实施例提供的方法。
如图12所示的一种电子设备的结构示意图，该电子设备100包括：RF(Radio Frequency，射频)电路110、存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(Wireless Fidelity，无线保真)模块170、处理器180、以及电源190等部件。本领域技术人员可以理解，图12中示出的电子设备100结构并不构成对电子设备100的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图12对电子设备100的各个构成部件进行具体的介绍：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理；另外，将设计上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband Code Division Multiple Access，宽带码分多址)、LTE(Long Term Evolution，长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。
存储器120可用于存储软件程序以及模块，如本申请实施例中屏蔽广告的方法对应的程序指令/模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行电子设备100的各种功能应用以及数据处理，如本申请实施例提供的屏蔽广告的方法。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备100的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元130可用于接收输入的数字或字符信息，以及产生与电子设备100的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括触控面板131以及其他输入设备132。触控面板131，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板131上或在触控面板131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以 及表面声波等多种类型实现触控面板131。除了触控面板131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及电子设备100的各种菜单。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)等形式来配置显示面板141。进一步的，触控面板131可覆盖显示面板141，当触控面板131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型做处理。虽然在图12中，触控面板131与显示面板141是作为两个独立的部件来实现电子设备100的输入和输入功能，但是在某些实施例中，可以将触控面板131与显示面板141集成而实现电子设备100的输入和输出功能。
电子设备100还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在电子设备100移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备100姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于电子设备100还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路160、扬声器161，传声器162可提供用户与电子设备100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一电子设备100，或者将音频数据输出至存储器120以便进一步处理。
WiFi属于短距离无线传输技术，电子设备100通过WiFi模块170可以帮 助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图12示出了WiFi模块170，但是可以理解的是，其并不属于电子设备100的必须构成，完全可以根据需要在不改变申请的本质的范围内而省略。
处理器180是电子设备100的控制中心，利用各种接口和线路连接整个电子设备100的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据，从而对电子设备100进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
电子设备100还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理***与处理器180逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
可以理解，图12所示的结构仅为示意，电子设备100还可包括比图12中所示更多或者更少的组件，或者具有与图12所示不同的配置。图12中所示的各组件可以采用硬件、软件或其组合实现。
本申请实施例所提供的告警信息的产生方法、装置和电子设备的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM(Read-Only Memory，只读存储器)、 RAM(Random Access Memory，随机存取存储器)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
工业实用性
基于本申请实施例提供的上述技术方案，通过底层资源***根据实例的运行状态转化为服务状态后返回给实例服务***，实例服务***将监控的实例的服务状态和底层资源***的返回的服务状态进行比较，在两者不一致的情况下，进行状态异常的报警，即将实例服务***监控的实例的服务状态和底层资源***中监控的运行状态联系起来，进行联合监控，在两者不同时进行状态异常的报警，相对于现有技术中分别进行监控的方式相比，使得服务商可以基于上述报警就可以获知到实例的服务状态和实例的运行状态是对应或一致的，进而解决了相关技术中服务商并不能获知实例服务状态和实例运行状态是否对应或统一的问题，从而可以降低计费错误的情况，可以提高用户的体验度。

Claims (11)

  1. 一种告警信息的产生方法，应用于实例服务***，所述方法包括：
    获取实例的第一服务状态及标识；
    将所述实例的标识发送至底层资源***，以使所述底层资源***根据所述标识查询所述实例的运行状态，并根据所述运行状态确定所述实例对应的第二服务状态；
    接收所述底层资源***发送的所述第二服务状态；
    判断所述第一服务状态与所述第二服务状态是否相同；
    若不同，则发出状态异常的告警信息。
  2. 根据权利要求1所述的方法，其中，在获取实例的第一服务状态及标识之后，所述方法还包括：
    将所述第一服务状态发送至所述底层资源***，以使所述底层资源***在根据所述标识查询不到所述实例的运行状态的情况下，将所述第一服务状态作为所述第二服务状态。
  3. 根据权利要求1所述的方法，其中，所述方法还包括：
    确定所述第一服务状态为运行中的全部实例；
    针对所述全部实例中的每个实例，执行以下步骤：将所述实例的标识发送至所述底层资源***，以使所述底层资源***根据所述标识查询所述实例的运行状态，并根据所述运行状态确定所述实例对应的第二服务状态；接收所述底层资源***发送的所述第二服务状态；判断所述第一服务状态与所述第二服务状态是否相同；若不同，则发出状态异常的告警信息。
  4. 根据权利要求3所述的方法，其中，确定所述第一服务状态为运行中的全部实例包括：每隔预定时间确定所述第一服务状态为运行中的全部实例。
  5. 根据权利要求1所述的方法，其中，在获取实例的第一服务状态及标识之后，所述方法还包括：
    监测所述实例的配置参数和/或所述实例的第一服务状态是否发生变化；
    在检测到所述实例的配置参数发生变化和/或所述实例的第一服务状态发生变化的情况下，重新执行以下步骤：获取所述实例的第一服务状态及标识；将所述实例的标识发送至底层资源***，以使所述底层资源***根据所述标识查询所述实例的运行状态，并根据所述运行状态确定所述实例对应的第二服务状态；接收所述底层资源***发送的所述第二服务状态；判断所述第一服务状态与所述第二服务状态是否相同；若不同，则发出状态异常的告警信息。
  6. 一种告警信息的产生方法，应用于底层资源***，所述方法包括：
    接收实例服务***发送的实例的标识；
    根据所述标识查询所述实例的运行状态；
    根据所述运行状态确定所述实例对应的第二服务状态；
    将所述第二服务状态发送至所述实例服务***，以使所述实例服务***在确定获取的所述实例的第一服务状态与所述第二服务状态不同时，发出状态异常的告警信息。
  7. 根据权利要求6所述的方法，其中，在根据所述标识查询所述实例的运行状态之前，所述方法还包括：接收所述实例服务***发送的所述第一服务状态；
    根据所述运行状态确定所述实例对应的第二服务状态包括：在根据所述标识查询不到所述实例的运行状态的情况下，将所述第一服务状态确定为所述第二服务状态。
  8. 一种告警信息的产生装置，应用于实例服务***，所述装置包括：
    第一确定模块，设置为获取实例的第一服务状态及标识；
    第一发送模块，设置为将所述实例的标识发送至底层资源***，以使所述底层资源***根据所述标识查询所述实例的运行状态，并根据所述运行状态确定所述实例对应的第二服务状态；
    第一接收模块，设置为接收所述底层资源***发送的所述第二服务状态；
    第一判断模块，设置为判断所述第一服务状态与所述第二服务状态是否相同；
    第一报警模块，设置为若所述第一判断模块的判断结果过为不同，则发出状态异常的告警信息。
  9. 一种告警信息的产生装置，应用于底层资源***，所述装置包括：
    第二接收模块，设置为接收实例服务***发送的实例的标识；
    查询模块，设置为根据所述标识查询所述实例的运行状态，并根据所述运行状态确定所述实例对应的第二服务状态；
    第二发送模块，设置为将所述第二服务状态发送至所述实例服务***，以使所述实例服务***在确定获取的所述实例的第一服务状态与所述第二服务状态不同时，发出状态异常的告警信息。
  10. 一种电子设备，所述电子设备包括存储器以及处理器，
    所述存储器，设置为存放计算机程序；
    所述处理器，设置为执行所述存储器上所存放的计算机程序时，实现权利要求1-7任一项所述的方法。
  11. 一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。
PCT/CN2019/099975 2018-08-10 2019-08-09 告警信息的产生方法、装置及电子设备 WO2020030108A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810914104.1 2018-08-10
CN201810914104.1A CN108900386B (zh) 2018-08-10 2018-08-10 告警信息的产生方法、装置及电子设备

Publications (1)

Publication Number Publication Date
WO2020030108A1 true WO2020030108A1 (zh) 2020-02-13

Family

ID=64353985

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/099975 WO2020030108A1 (zh) 2018-08-10 2019-08-09 告警信息的产生方法、装置及电子设备

Country Status (2)

Country Link
CN (1) CN108900386B (zh)
WO (1) WO2020030108A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108900386B (zh) * 2018-08-10 2020-07-31 北京金山云网络技术有限公司 告警信息的产生方法、装置及电子设备
CN110674153B (zh) * 2019-09-25 2023-02-07 北京金山云网络技术有限公司 一种数据一致性检测方法、装置及电子设备
CN110995806B (zh) * 2019-11-24 2022-05-24 济南浪潮数据技术有限公司 一种资源状态转换方法、装置、设备及存储介质
CN113517989B (zh) * 2021-09-14 2021-12-17 浙江九州云信息科技有限公司 一种IaaS云平台的资源计费方法及装置
CN114048098A (zh) * 2021-11-15 2022-02-15 盐城金堤科技有限公司 异常服务实例的监控方法及其装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281344A (zh) * 2012-01-14 2013-09-04 国际商业机器公司 用于混合云的服务使用的集成计量的方法和***
CN103870904A (zh) * 2012-12-12 2014-06-18 ***通信集团公司 一种PaaS平台健康状态管理方法和装置
WO2017136144A1 (en) * 2016-02-04 2017-08-10 Citrix Systems, Inc. System and method for cloud aware application delivery controller
WO2018089821A1 (en) * 2016-11-11 2018-05-17 Connectwise, Inc. Updating the configuration of a cloud service
CN108900386A (zh) * 2018-08-10 2018-11-27 北京金山云网络技术有限公司 告警信息的产生方法、装置及电子设备

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101465773B (zh) * 2007-12-18 2011-09-14 闪联信息技术工程中心有限公司 一种实现多种异构家庭网络标准之间互联的方法和***
CN102375734B (zh) * 2010-08-23 2014-05-07 ***通信集团公司 应用产品开发***、方法、装置和运行***、方法、装置
CN102801587B (zh) * 2012-08-29 2014-09-17 北京邮电大学 面向大规模网络的虚拟化监测***与动态监测方法
CN102981831B (zh) * 2012-11-02 2016-08-31 曙光云计算技术有限公司 在云计算环境下读取底层资源的方法
CN102983990A (zh) * 2012-11-07 2013-03-20 曙光云计算技术有限公司 虚拟机的管理方法和装置
US20150081883A1 (en) * 2013-09-17 2015-03-19 Stackdriver, Inc. System and method of adaptively and dynamically modelling and monitoring applications and software architecture hosted by an iaas provider
CN103533043B (zh) * 2013-10-11 2016-04-06 北京邮电大学 一种基于rest的云存储服务的计费方法
US9405582B2 (en) * 2014-06-20 2016-08-02 International Business Machines Corporation Dynamic parallel distributed job configuration in a shared-resource environment
CN104683446A (zh) * 2015-01-29 2015-06-03 广州杰赛科技股份有限公司 一种云存储集群节点服务状态实时监控方法和***
CN105471625B (zh) * 2015-11-16 2018-09-21 杭州东信北邮信息技术有限公司 一种资源池业务健康的监控方法和***
CN105610636B (zh) * 2016-03-15 2017-08-11 中国交通通信信息中心 一种面向云计算环境的安全日志生成方法
CN108121585A (zh) * 2016-11-29 2018-06-05 上海有云信息技术有限公司 基于云模式下的资源分配装置及方法
CN106789366A (zh) * 2017-02-22 2017-05-31 郑州云海信息技术有限公司 一种业务层面的网络服务监控***
CN107222356A (zh) * 2017-07-28 2017-09-29 郑州云海信息技术有限公司 一种云监控***告警方法和***
CN107402820A (zh) * 2017-08-10 2017-11-28 郑州云海信息技术有限公司 云计算***中资源的管理方法和装置
CN107491375A (zh) * 2017-08-18 2017-12-19 国网山东省电力公司信息通信公司 一种云计算环境下的设备检测及故障预警***及方法
CN107888706B (zh) * 2017-12-08 2020-04-17 平安科技（深圳）有限公司 云产品故障处理方法、装置、设备及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281344A (zh) * 2012-01-14 2013-09-04 国际商业机器公司 用于混合云的服务使用的集成计量的方法和***
CN103870904A (zh) * 2012-12-12 2014-06-18 ***通信集团公司 一种PaaS平台健康状态管理方法和装置
WO2017136144A1 (en) * 2016-02-04 2017-08-10 Citrix Systems, Inc. System and method for cloud aware application delivery controller
WO2018089821A1 (en) * 2016-11-11 2018-05-17 Connectwise, Inc. Updating the configuration of a cloud service
CN108900386A (zh) * 2018-08-10 2018-11-27 北京金山云网络技术有限公司 告警信息的产生方法、装置及电子设备

Also Published As

Publication number Publication date
CN108900386A (zh) 2018-11-27
CN108900386B (zh) 2020-07-31

Similar Documents

Publication Publication Date Title
WO2020030108A1 (zh) 告警信息的产生方法、装置及电子设备
US10831161B2 (en) Method and device for sending communication message
CN108959000B (zh) 一种服务器压力测试方法、***及终端
CN105471931B (zh) 一种查询业务数据的方法、装置和***
CN104639672B (zh) 进行域名解析的方法和装置
US10304461B2 (en) Remote electronic service requesting and processing method, server, and terminal
CN108039963B (zh) 一种容器配置方法、装置及存储介质
WO2015090248A1 (zh) 服务器的过载保护方法及装置
CN107204964B (zh) 一种权限管理的方法、装置和***
CN103677899B (zh) 安装应用程序的方法及设备
CN104636664B (zh) 基于文档对象模型的跨站脚本攻击漏洞检测方法及装置
CN106953898B (zh) 一种获取软件包的方法和装置
CN104965716A (zh) 图标更新方法、客户端装置、及终端设备
CN108287706B (zh) 数据处理方法及装置
CN105610878B (zh) 目录上传方法、数据发布方法、终端及服务器
US10298590B2 (en) Application-based service providing method, apparatus, and system
CN112003978A (zh) 会议管理界面的显示方法、装置、存储介质及终端设备
CN107872791B (zh) 接入点连接方法及装置
CN111464328A (zh) 可配置监控项的云监控流程控制方法及装置
CN112749074A (zh) 一种测试用例推荐方法以及装置
CN105306244B (zh) 路由器管理方法、***及设备
CN103729283A (zh) 一种***日志输出方法、装置及终端设备
CN110856173B (zh) 网络接入方法、装置及电子设备
CN113961380A (zh) 一种跨应用修复的方法、装置、设备及存储介质
CN112667868A (zh) 一种数据检测方法以及装置

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: 19846280

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 12.05.2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19846280

Country of ref document: EP

Kind code of ref document: A1