CN110928714A - A service exception processing method, device and computing device - Google Patents

本发明公开了一种服务异常处理方法，包括：向终端设备发送异常事件信息，异常事件信息包括受异常事件影响的关联虚拟机、针对异常事件的应对操作以及应对操作的计划执行时间；在计划执行时间之前，接收终端设备对于异常事件的响应；当响应为设置应对操作的替代执行时间时，在替代执行时间对关联虚拟机执行所述应对操作。本发明一并公开了相应的服务异常处理装置以及计算设备。

The invention discloses a service abnormality processing method, comprising: sending abnormal event information to a terminal device, the abnormal event information includes an associated virtual machine affected by the abnormal event, a coping operation for the abnormal event, and a planned execution time of the coping operation; Before the execution time, the response of the terminal device to the abnormal event is received; when the response is to set an alternative execution time for the coping operation, the coping operation is executed on the associated virtual machine at the alternative execution time. The invention also discloses a corresponding service exception processing device and a computing device.

Service exception handling method and device and computing equipment

Technical Field

The present invention relates to the field of elastic technologies, and in particular, to a method and an apparatus for processing a service exception, and a computing device.

Background

An Elastic Computing Service (ECS) provides a basic cloud computing Service for users, and users may deploy various Service systems by creating instances on a cloud server. An example is a virtual machine, which includes basic computing components such as a CPU, memory, operating system, network, disk, etc., and can be used to perform computing tasks set by a user.

The abnormal event refers to a planned or unexpected event which affects the running state of the virtual machine, such as an event of restarting, stopping or releasing an ECS instance and the like which occurs due to update maintenance, illegal operation, system failure, software and hardware failure, imminent prepayment expiration or account number defaulting and the like.

In the existing scheme, when an unexpected abnormal event occurs, a user can only perceive the abnormal operation of the virtual machine, and cannot know the reason of the abnormal operation of the virtual machine. The user usually needs to find out the abnormal reason by contacting customer service, contacting customer manager, submitting work order and the like, which is troublesome and laborious, and it is difficult to repair the abnormal virtual machine in a targeted manner according to the abnormal reason.

Therefore, there is a need for a more efficient and transparent method of handling service exceptions that is interactive for the user.

Disclosure of Invention

To this end, the present invention provides a service exception handling method, apparatus and computing device in an attempt to solve or at least alleviate the problems presented above.

According to an aspect of the present invention, there is provided a service exception handling method, including: sending abnormal event information to a terminal device, wherein the abnormal event information comprises an associated virtual machine influenced by the abnormal event, a handling operation aiming at the abnormal event and a scheduled execution time of the handling operation; receiving a response of the terminal device to the abnormal event before the scheduled execution time; when the response is to set an alternative execution time of the coping operation, executing the coping operation on the associated virtual machine at the alternative execution time.

According to an aspect of the present invention, there is provided a service exception handling method, including: receiving abnormal event information sent by a server, wherein the abnormal event information comprises an associated virtual machine influenced by the abnormal event, a handling operation aiming at the abnormal event and a scheduled execution time of the handling operation; and returning a response to the abnormal event to a server before the scheduled execution time, and when the response is the setting of the alternative execution time of the coping operation, instructing the server to execute the coping operation on the associated virtual machine at the alternative execution time.

According to an aspect of the present invention, there is provided a service exception handling apparatus including: the notification module is suitable for sending abnormal event information to the terminal equipment, wherein the abnormal event information comprises an associated virtual machine influenced by the abnormal event, a handling operation aiming at the abnormal event and a scheduled execution time of the handling operation; the receiving module is suitable for receiving the response of the terminal equipment to the abnormal event; and the execution module is suitable for executing the coping operation on the associated virtual machine at the alternative execution time when the response is to set the alternative execution time of the coping operation.

According to an aspect of the present invention, there is provided a service exception handling apparatus including: the system comprises a receiving module, a processing module and a processing module, wherein the receiving module is suitable for receiving abnormal event information sent by a server, and the abnormal event information comprises an associated virtual machine influenced by the abnormal event, a handling operation aiming at the abnormal event and a scheduled execution time of the handling operation; and the feedback module is suitable for returning a response to the abnormal event to the server, and when the response is to set the alternative execution time of the coping operation, the feedback module instructs the server to execute the coping operation on the associated virtual machine at the alternative execution time.

According to an aspect of the invention, there is provided a computing device comprising: at least one processor; and a memory storing program instructions, wherein the program instructions are configured to be executed by the at least one processor, the program instructions comprising instructions for performing the service exception handling method as described above.

According to yet another aspect of the present invention, there is provided a readable storage medium storing program instructions which, when read and executed by a computing device, cause the computing device to perform the service exception handling method as described above.

According to the technical scheme of the invention, aiming at the planned abnormal event, the server sends the abnormal event information to the user (namely the terminal equipment) to inform the user of the related virtual machine influenced by the abnormal event, the handling operation aiming at the abnormal event and the planned execution time of the handling operation. The user may respond to the exception event prior to the scheduled execution time based on the notification. In response to the user setting the alternative execution time for the coping operation, the server executes the coping operation at the alternative execution time set by the user. In this way, the user can interact with the server with respect to the execution time and execution mode of the coping operation, instead of being only able to passively accept and wait for the coping operation of the abnormal event to be executed. The user can reserve proper time (namely, substitute execution time) to execute coping operation, reserve sufficient time to perform data backup, and reduce the influence of abnormal events on the existing business of the user.

Further, for a planned abnormal event, the server may also recommend a recommended operation for the abnormal event to the user. Before the user plans the execution time, the user can send an instruction to the server to immediately execute a certain item or a certain plurality of recommended operations, and the server executes the recommended operations instructed by the user. Therefore, the user can immediately take appropriate measures for the abnormal event without waiting for the later scheduled execution time to execute the corresponding operation, so that the abnormal event can be responded in time, and the influence of the abnormal event on the existing service is reduced.

Furthermore, the health state information of the virtual machine is determined according to the running state information of the virtual machine and the physical machine where the virtual machine is located, and the health state information is pushed to the user, so that the user can sense the real-time state of the virtual machine, and when the virtual machine is abnormal, the reason for generating the abnormality is conveniently located.

The foregoing description is only an overview of the technical solutions of the present invention, and the embodiments of the present invention are described below in order to make the technical means of the present invention more clearly understood and to make the above and other objects, features, and advantages of the present invention more clearly understandable.

Drawings

To the accomplishment of the foregoing and related ends, certain illustrative aspects are described herein in connection with the following description and the annexed drawings, which are indicative of various ways in which the principles disclosed herein may be practiced, and all aspects and equivalents thereof are intended to be within the scope of the claimed subject matter. The above and other objects, features and advantages of the present disclosure will become more apparent from the following detailed description read in conjunction with the accompanying drawings. Throughout this disclosure, like reference numerals generally refer to like parts or elements.

FIG. 1 shows a schematic diagram of a service exception handling system 100 according to one embodiment of the present invention;

FIG. 3 illustrates a schematic diagram of state switching of an exception event, according to one embodiment of the present invention;

FIG. 4 shows a schematic diagram of a service exception handling process according to one embodiment of the invention;

FIG. 6 shows a schematic diagram of a computing device 600, according to one embodiment of the invention;

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

TABLE 1 State information for virtual machines

The running state information of the physical machine includes state information of hardware and software on the physical machine, the hardware state information includes, for example, a working state of hardware such as a CPU, a memory bank, a disk, a network card, and the like, and the software state information includes a running state of an operating system of the physical machine and virtualization platform software (e.g., VMware, VirtualBox, virtualpc, and the like).

The health state of the virtual machine is determined by the running state of the virtual machine and the running state of the physical machine in which the virtual machine is located. In one embodiment, a person skilled in the art may preset a corresponding relationship between the health state and the operating states of the virtual machine and the physical machine, and then may determine the health state of the virtual machine according to the operating states of the virtual machine and the physical machine. For example, it may be set that the health state of the virtual machine is "healthy" when all the running state information of the virtual machine and the physical machine is normal, the health state of the virtual machine is "early warning" when some running state information of the virtual machine and the physical machine is abnormal, and the health state of the virtual machine is "failure" when many running state information of the virtual machine and the physical machine is abnormal or a certain part is seriously abnormal, and so on. Of course, besides the above methods, those skilled in the art may also use other methods to determine the health status information of the virtual machine according to the running status information of the virtual machine and the physical machine, and the specific determination method of the health status information of the virtual machine is not limited in the present invention.

In one embodiment, some planned exception events that affect the normal operation of the virtual machine may be generated based on the operating state of the physical machine. For example, when a backup disk on a physical machine fails, the failed backup disk does not immediately affect normal operations of the physical machine and a virtual machine on the physical machine, but there is a risk of affecting operations of the physical machine and the virtual machine. In order to avoid adverse effects on the physical machine and the virtual machine, the backup disk needs to be replaced at a future time, so that the physical machine is restored to a state that the backup disk is completely intact. When a backup disk is replaced, the physical machine may be shut down and, accordingly, the virtual machines on the physical machine may be halted. Therefore, it can be understood that when the backup disk of the physical machine fails, the disk of the physical machine is in an early warning state, the early warning state corresponds to a planned abnormal event, and the abnormal event affects the operation of the virtual machine on the physical machine. Corresponding countermeasures need to be taken at a future time for the abnormal event. Of course, besides the above-mentioned physical machine operation state warning, other factors may also generate planned abnormal events, such as system periodic maintenance, financial factors (e.g., the user's prepayment for the flexible computing service is about to expire, the user account arrears), and so on. Unexpected abnormal events may result, for example, from sudden failures of physical machines or human violations.

In order to enable a user to interactively, more efficiently and transparently take countermeasures when a planned abnormal event occurs, the invention provides a service exception handling method, which is described in detail below.

In step S210, abnormal event information including the associated virtual machine affected by the abnormal event, the coping operation for the abnormal event, and the scheduled execution time of the coping operation is transmitted to the terminal device. The coping operation may be, for example, stopping the associated virtual machine or migrating the associated virtual machine.

For example, the abnormal event may be a disk occurrence warning of a certain physical machine, accordingly, the associated virtual machine affected by the abnormal event is a virtual machine on the physical machine corresponding to the user identifier of the terminal device, the handling operation for the abnormal event may be to replace a disk on the physical machine, stop or migrate the associated virtual machine, and the scheduled execution time may be a certain time in the future, for example, may be set to be 7 days or 14 days after the current time.

In one embodiment, the exception event information further includes at least one recommended operation for the exception time, and the recommended operation may be, for example and without limitation, backing up data in the associated virtual machine, restarting the associated virtual machine, stopping the associated virtual machine, migrating the associated virtual machine, and the like.

In step S220, before the execution time is planned, a response of the terminal device to the abnormal event is received.

There are various responses described in step S220. In one embodiment, the response of the terminal device to the abnormal event may be setting an alternative execution time for the coping operation, and the alternative execution time may be any time other than the scheduled execution time that has not yet come. When a user needs to backup important data related to a relevant virtual machine due to business consistency, the scheduled execution time set by the system may not be suitable for a terminal device user. In this case, the user may return a response to the server, reserve an appropriate time (i.e., an alternative execution time) to perform the handling operation, reserve sufficient time to perform data backup, and reduce the influence of the abnormal event on its existing service.

In another embodiment, the response of the terminal device to the exception event may be to send an indication that at least one of the recommended operations is to be performed immediately. When a user has a backup of data for an associated virtual machine that requires maintaining computing performance, the user may prefer that the associated virtual machine be able to resume production as soon as possible. In this case, the user can immediately take appropriate measures against the abnormal event without waiting for the scheduled execution time to execute the coping operation again.

Subsequently, in step S230, when the response is to set the substitute execution time of the coping operation, the coping operation is performed on the associated virtual machine at the substitute execution time.

And when the response is to send an instruction for immediately executing at least one item of the recommended operation, executing the instructed recommended operation on the associated virtual machine, and not executing the preset coping operation any more.

FIG. 3 illustrates a schematic diagram of state switching of an exception event according to one embodiment of the present invention. As shown in fig. 3, when a planned abnormal event occurs due to a physical machine failure, system maintenance, financial factors, or the like, the server issues the abnormal event, and pushes the abnormal event information to the corresponding terminal device, so that the user at the terminal device knows the abnormal event. The abnormal event information includes the associated virtual machine of the user affected by the abnormal event, a recommended operation for the abnormal event, a coping operation, and a scheduled execution time of the coping operation. The user may respond to the exception event before the scheduled execution time.

If the user performs the recommended operation before the scheduled execution time, the exception is avoided and the exception is ended. The server will not perform the coping operation at the originally scheduled execution time.

If the user modifies the execution time before the scheduled execution time, i.e., the scheduled execution time is modified to the alternative execution time, the server will perform the corresponding operation at the alternative execution time set by the user. And after the coping operation is successfully executed, ending the abnormal event.

If the user does not respond before the scheduled execution time, the server performs a coping operation at the preset scheduled execution time. And after the coping operation is successfully executed, ending the abnormal event.

As can be seen from fig. 3, the user may perform the recommended operation before the scheduled execution time, set the alternative execution time for the handling operation, and not respond any more, which may result in the end of the abnormal event. It will be appreciated by those skilled in the art that there are other situations besides the three above which can cause the exception to end, for example, the server cancels the exception.

In step S510, the abnormal event information sent by the server is received, and the abnormal event information includes the associated virtual machine affected by the abnormal event, the handling operation for the abnormal event, and the scheduled execution time of the handling operation. The coping operation may be, for example, stopping the associated virtual machine or migrating the associated virtual machine.

For example, the abnormal event may be a disk occurrence warning of a certain physical machine, accordingly, the associated virtual machine affected by the abnormal event is a virtual machine on the physical machine corresponding to the user identifier of the terminal device, the handling operation for the abnormal event may be to replace a disk on the physical machine, stop or migrate the associated virtual machine, and the scheduled execution time may be a certain time in the future, for example, may be set to be 7 days or 14 days after the current time.

In one embodiment, the exception event information further includes at least one recommended operation for the exception time, and the recommended operation may be, for example and without limitation, backing up data in the associated virtual machine, restarting the associated virtual machine, stopping the associated virtual machine, migrating the associated virtual machine, and the like.

Subsequently, in step S520, a response to the abnormal event is returned to the server before the execution time is planned, and when the response is to set an alternative execution time for the coping operation, the server is instructed to execute the coping operation on the associated virtual machine at the alternative execution time. In another embodiment, the response may also be to send an indication that at least one of the recommended operations is to be performed immediately, and accordingly, the server performs the indicated recommended operation on the associated virtual machine without performing the preset coping operation any longer.

As shown in fig. 6, in a basic configuration 602, computing device 600 typically includes a system memory 606 and one or more processors 604. A memory bus 608 may be used for communicating between the processor 604 and the system memory 206.

A network communication link may be one example of a communication medium. Communication media may typically be embodied by computer readable instructions, data structures, program modules, and may include any information delivery media, such as carrier waves or other transport mechanisms, in a modulated data signal. A "modulated data signal" may be a signal that has one or more of its data set or its changes made in such a manner as to encode information in the signal. By way of non-limiting example, communication media may include wired media such as a wired network or private-wired network, and various wireless media such as acoustic, Radio Frequency (RF), microwave, Infrared (IR), or other wireless media. The term computer readable media as used herein may include both storage media and communication media.

The various techniques described herein may be implemented in connection with hardware or software or, alternatively, with a combination of both. Thus, the methods and apparatus of the present invention, or certain aspects or portions thereof, may take the form of program code (i.e., instructions) embodied in tangible media, such as removable hard drives, U.S. disks, floppy disks, CD-ROMs, or any other machine-readable storage medium, wherein, when the program is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention.

In the case of program code execution on programmable computers, the computing device will generally include a processor, a storage medium readable by the processor (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device. Wherein the memory is configured to store program code; the processor is configured to execute the service exception handling method of the present invention according to instructions in the program code stored in the memory.

By way of example, and not limitation, readable media may comprise readable storage media and communication media. Readable storage media store information such as computer readable instructions, data structures, program modules or other data. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. Combinations of any of the above are also included within the scope of readable media.

In the description provided herein, algorithms and displays are not inherently related to any particular computer, virtual system, or other apparatus. Various general purpose systems may also be used with examples of this invention. The required structure for constructing such a system will be apparent from the description above. Moreover, the present invention is not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.

In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will appreciate that the modules or units or components of the devices in the examples disclosed herein may be arranged in a device as described in this embodiment or alternatively may be located in one or more devices different from the devices in this example. The modules in the foregoing examples may be combined into one module or may be further divided into multiple sub-modules.

Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

Furthermore, some of the described embodiments are described herein as a method or combination of method elements that can be performed by a processor of a computer system or by other means of performing the described functions. A processor having the necessary instructions for carrying out the method or method elements thus forms a means for carrying out the method or method elements. Further, the elements of the apparatus embodiments described herein are examples of the following apparatus: the apparatus is used to implement the functions performed by the elements for the purpose of carrying out the invention.

As used herein, unless otherwise specified the use of the ordinal adjectives "first", "second", "third", etc., to describe a common object, merely indicate that different instances of like objects are being referred to, and are not intended to imply that the objects so described must be in a given sequence, either temporally, spatially, in ranking, or in any other manner.

While the invention has been described with respect to a limited number of embodiments, those skilled in the art, having benefit of this description, will appreciate that other embodiments can be devised which do not depart from the scope of the invention as described herein. Furthermore, it should be noted that the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the inventive subject matter. Accordingly, many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the appended claims. The present invention has been disclosed in an illustrative rather than a restrictive sense with respect to the scope of the invention, as defined in the appended claims.