虚拟机故障处理方法及装置的制造方法
【专利摘要】本发明提供一种虚拟机故障处理方法及装置，该方法应用在应用交付网关上，包括：检测虚拟机是否处于故障状态；根据检测的结果，向虚拟机控制设备发送虚拟机重启请求，以使虚拟机控制设备根据虚拟机重启请求，对该虚拟机进行重启。本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。
【专利说明】
虚拟机故障处理方法及装置
技术领域
[0001]本发明涉及计算机技术领域，尤其涉及一种虚拟机故障处理方法及装置。【背景技术】
[0002]随着计算机技术的发展，为了降低网络设备的管理成本和安全性，通常在网络设备上虚拟出多个虚拟机。然而，虚拟机具有易损坏和性能不稳定等缺点，在运行中容易发生故障。
[0003]现有技术中，通常由管理员对虚拟机在运行中发生的故障进行排查，并在确定虚拟机发生故障后，由管理员对该故障进行处理。由此可见，目前在对虚拟机故障进行排查和处理时均采用人为参与处理的方式，这种方式存在故障排查和处理效率较低的问题。
【发明内容】
[0004]本发明提供一种虚拟机故障处理方法及装置，以解决虚拟机故障排查和处理效率较低的问题。
[0005]根据本发明实施例的第一方面，提供一种虚拟机故障处理方法，所述方法应用在应用交付网关上，所述方法包括:
[0006]检测虚拟机是否处于故障状态；
[0007]根据所述检测的结果，向虚拟机控制设备发送虚拟机重启请求，以使所述虚拟机控制设备根据所述虚拟机重启请求，对所述虚拟机进行重启。
[0008]根据本发明实施例的第二方面，提供一种虚拟机故障处理方法，所述方法应用在虚拟机控制设备上，所述方法包括:
[0009]接收应用交付网关发送的虚拟机重启请求；
[0010]根据所述虚拟机重启请求，对虚拟机进行重启。
[0011]根据本发明实施例的第三方面，提供一种虚拟机故障处理装置，所述装置应用在应用交付网关上，所述装置包括:
[0012]检测单元，用于检测虚拟机是否处于故障状态；
[0013]发送单元，用于根据所述检测的结果，向虚拟机控制设备发送虚拟机重启请求，以使所述虚拟机控制设备根据所述虚拟机重启请求，对所述虚拟机进行重启。
[0014]根据本发明实施例的第四方面，提供一种虚拟机故障处理装置，所述装置应用在虚拟机控制设备上，所述装置包括:
[0015]接收单元，用于接收应用交付网关发送的虚拟机重启请求；
[0016]重启单元，用于根据所述虚拟机重启请求，对虚拟机进行重启。
[0017]本发明的有益效果是:
[0018]本发明实施例中，由应用交付网关检测该虚拟机是否发生故障，并在确定该虚拟机发生故障时，向虚拟机控制设备发送虚拟机重启请求，由虚拟机控制设备对该虚拟机进行重启。由此可见，本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。【附图说明】
[0019]图1是应用本发明实施例实现虚拟机故障处理的应用场景示意图；
[0020]图2是本发明虚拟机故障处理方法的一个实施例流程图；
[0021]图3是本发明虚拟机故障处理方法的另一个实施例流程图；
[0022]图4是本发明虚拟机故障处理方法的另一个实施例流程图；
[0023]图5是本发明虚拟机故障处理装置所在设备的一种硬件结构图；
[0024]图6是本发明虚拟机故障处理装置的一个实施例框图；
[0025]图7是本发明虚拟机故障处理装置的另一个实施例框图。【具体实施方式】
[0026]为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。
[0027]参见图1，为应用本发明实施例实现虚拟机故障处理的应用场景示意图。图1中， 网络设备可以为服务器等，在网络设备上可以虚拟出多个虚拟机，虚拟机控制设备可以用于对网络设备上设置的虚拟机的启动和停止进行控制，应用交付网关可以用于实现网络设备上的虚拟机的负载均衡，即将访问网络设备上资源的数据请求均衡地分配给各个虚拟机，并将虚拟机返回的数据响应发送给对应的数据请求设备。
[0028]本发明实施例中，由应用交付网关检测该虚拟机是否发生故障，并在确定该虚拟机发生故障时，向虚拟机控制设备发送虚拟机重启请求，由虚拟机控制设备对该虚拟机进行重启。由此可见，本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。
[0029]参见图2,为本发明虚拟机故障处理方法的一个实施例流程图，该实施例从应用交付网关侧进行描述，可以包括以下步骤:
[0030]步骤201、检测虚拟机是否处于故障状态。
[0031]本实施例中，应用交付网关可以首先向虚拟机控制设备发送虚拟机信息请求，以使虚拟机控制设备根据虚拟机信息请求，从网络设备中获取虚拟机信息，并将虚拟机信息返回给应用交付网关。由于网络设备上设置的虚拟机的信息可能会发生变化，因此本实施例通过在应用交付网关检测虚拟机是否处于故障状态之前，从网络设备中获取实际的虚拟机信息，并基于该虚拟机信息进行故障排查和故障处理，可以提高故障排查和故障处理的准确性。
[0032]应用交付网关在获得虚拟机信息后，可以周期性地检测网络设备上设置的虚拟机是否处于故障状态。针对每个检测周期，应用交付网关可以首先向网络设备发送包括虚拟机的信息的数据请求，网络设备在接收到数据请求后，根据数据请求中的虚拟机的信息，将该数据请求发送给对应的虚拟机。由于当虚拟机处于故障状态时，虚拟机不会向应用交付网关返回数据响应；当虚拟机不处于故障状态时，虚拟机会在一定的时间内向应用交付网关返回数据响应，因此，应用交付网关可以通过判断是否在第一预设时间内接收到该虚拟机返回的数据响应，来确定该虚拟机是否处于故障状态。
[0033]步骤202、根据该检测的结果，向虚拟机控制设备发送虚拟机重启请求，以使该虚拟机控制设备根据该虚拟机重启请求，对该虚拟机进行重启。
[0034]本实施例中，当检测出虚拟机处于故障状态时，应用交付网关可以首先判断该虚拟机持续处于故障状态的时长是否超过第二预设时间，若是，则向虚拟机控制设备发送包括该虚拟机的信息的虚拟机重启请求，以使虚拟机控制设备在接收到该虚拟机重启请求后，根据该虚拟机重启请求中的虚拟机的信息，对网络设备上对应的虚拟机进行重启；否贝1J，结束当前流程。本实施例通过在该虚拟机持续处于故障状态的时长超过第二预设时间时，才向虚拟机控制设备发送虚拟机重启请求，可以提高故障排查的准确度。另外，在检测出虚拟机不处于故障状态时，结束当前流程。
[0035]需要注意的是:应用交付网关可以首先确定检测结果为该虚拟机处于故障状态的连续的多个检测周期，然后统计出这些检测周期的持续时长，并将统计出的持续时长进行相加，从而获得虚拟机持续处于故障状态的时长。
[0036]在应用交付网关向虚拟机控制设备发送虚拟机重启请求，虚拟机控制设备根据该虚拟机重启请求，对网络设备上对应的虚拟机进行重启后，应用交付网关可以再次检测该虚拟机是否仍然处于故障状态，若是，则每间隔一段时间，向虚拟机控制设备发送包括该虚拟机的信息的虚拟机重启请求，以使该虚拟机控制设备在接收到该虚拟机重启请求后，对该虚拟机进行再次重启，直至该虚拟机不再处于故障状态。本实施例通过在虚拟机重启后仍然处于故障状态时，对该虚拟机进行间隔重启，直至该虚拟机恢复正常，可以提高故障处理的准确度。
[0037]由上述实施例可见，由应用交付网关检测该虚拟机是否发生故障，并在确定该虚拟机发生故障时，向虚拟机控制设备发送虚拟机重启请求，由虚拟机控制设备对该虚拟机进行重启。由此可见，本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。
[0038]参见图3,为本发明虚拟机故障处理方法的另一个实施例流程图，该实施例从虚拟机控制设备侧进行描述，包括以下步骤:
[0039]步骤301、接收应用交付网关发送的虚拟机重启请求。[〇〇4〇]本实施例中，应用交付网关可以首先向虚拟机控制设备发送虚拟机信息请求。虚拟机控制设备在接收到虚拟机信息请求后，可以根据该虚拟机信息请求，从网络设备中获取虚拟机信息，并将虚拟机信息返回给应用交付网关。此后，当应用交付网关检测到虚拟机发生故障时，向虚拟机控制设备发送包括该虚拟机的信息的虚拟机重启请求。
[0041]步骤302、根据该虚拟机重启请求，对虚拟机进行重启。
[0042]本实施例中，虚拟机控制设备在接收到虚拟机重启请求后，根据该虚拟机重启请求中的虚拟机的信息，对网络设备上设置的对应的虚拟机进行重启。
[0043]图3所示实施例与前述图2所示实施例的描述一致，其区别仅在于执行主体不同， 在此不再赘述。
[0044]由上述实施例可见，由应用交付网关检测该虚拟机是否发生故障，并在确定该虚拟机发生故障时，向虚拟机控制设备发送虚拟机重启请求，由虚拟机控制设备对该虚拟机进行重启。由此可见，本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。
[0045]参见图4,为本发明虚拟机故障处理方法的另一个实施例流程图。在本实施例中，在ESX/ESXi主机上虚拟出多个虚拟机，该ESX/ESXi主机上安装有vCenter平台，该 vCenter平台用于对ESX/ESXi主机上的虚拟环境进行控制，其中存储有ESX/ESXi主机上各个虚拟机的IP(Internet Protocol，网络协议)地址等信息。另外，采用UMC(United Microelectronics Corporat1n，联芯)控制设备对ESX/ESXi主机上的虚拟机的启动和停止进行控制，采用ADX应用交付网关实现ESX/ESXi主机上的虚拟机的负载均衡，即将访问 ESX/ESXi主机上资源的数据请求均衡地分配给各个虚拟机。该实施例通过ADX应用交付网关、ESX/ESXi主机和UMC控制设备之间的交互，来详细描述虚拟机故障处理的过程，该方法可以包括以下步骤:
[0046]步骤401、ADX应用交付网关向UMC控制设备发送虚拟机信息请求。
[0047]步骤402、UMC控制设备从ESX/ESXi主机上的vCenter平台中获取ESX/ESXi主机上的虚拟机的IP地址。
[0048]步骤403、UMC控制设备将ESX/ESXi主机上的虚拟机的IP地址发送给ADX应用交付网关。
[0049]本实施例中，ADX应用交付网关在获得ESX/ESXi主机上的虚拟机的IP地址后，可以将该虚拟机的IP地址和名字等信息显示在ADX应用交付网关侧的显示屏幕上。
[0050]步骤404、ADX应用交付网关向ESX/ESXi主机上的虚拟机发送数据请求，该数据请求中可以包括ADX应用交付网关的IP地址和虚拟机的IP地址等。
[0051]步骤405、ADX应用交付网关判断虚拟机在第一预设时间内是否返回数据响应，若是，则确定该虚拟机不处于故障状态，执行步骤411 ;否则，确定该虚拟机处于故障状态，执行步骤406。
[0052]步骤406、ADX应用交付网关判断当前检测周期是否结束，若是，则执行步骤407， 否则，执行步骤406。
[0053]步骤407、ADX应用交付网关累积统计历史检测周期的时长，以此作为虚拟机持续处于故障状态的时长，执行步骤408。
[0054]步骤408、ADX应用交付网关判断虚拟机持续处于故障状态的时长是否超过第二预设时间，若是，则执行步骤409,否则，执行步骤411。
[0055]步骤409、ADX应用交付网关向UMC控制设备发送虚拟机重启请求，该虚拟机重启报文中可以包括ADX应用交付网关的IP地址和虚拟机的IP地址等。
[0056]步骤410、UMC控制设备根据虚拟机重启请求中的虚拟机的IP地址，对ESX/ESXi 主机上对应的虚拟机进行重启，返回执行步骤404。
[0057]本实施例中，UMC控制设备在接收到虚拟机重启请求后，可以首先弹出vCenter平台的登录页面，由管理员向该vCenter平台的登录页面上输入验证信息，ESX/ESXi主机上的vCenter平台对该验证信息进行验证。
[0058]当验证通过时，表示该管理员合法，ESX/ESXi主机与UMC控制设备建立连接，并且 UMC控制设备根据虚拟机重启请求中的虚拟机的IP地址，判断该管理员对该虚拟机是否具有控制权限，若有，则UMC控制设备根据虚拟机重启请求中的虚拟机的IP地址，对ESX/ESXi 主机上对应的虚拟机进行重启，否则，执行步骤411。当验证未通过时，表示该管理员不合法，执行步骤411。
[0059]具体地，UMC控制设备中可以预先存储管理员对虚拟机的控制权限，在判断该管理员对该虚拟机是否具有控制权限时，UMC控制设备可以首先从预先存储的控制权限中查找出该管理员可控制的虚拟机的IP地址，然后判断虚拟机重启请求中的虚拟机的IP地址是否属于该管理员可控制的虚拟机的IP地址，若是，则UMC控制设备根据虚拟机重启请求中的虚拟机的IP地址，对ESX/ESXi主机上对应的虚拟机进行重启，否则，执行步骤411。本实施例通过限制管理员对虚拟机的控制权限，可以提高故障处理的安全性。
[0060]步骤411、结束当前流程。
[0061]由上述实施例可见，由应用交付网关检测该虚拟机是否发生故障，并在确定该虚拟机发生故障时，向虚拟机控制设备发送虚拟机重启请求，由虚拟机控制设备对该虚拟机进行重启。由此可见，本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。
[0062]与前述虚拟机故障处理方法实施例相对应，本发明还提供了虚拟机故障处理装置的实施例。
[0063]本发明虚拟机故障处理装置的实施例可以分别应用在应用交付网关和虚拟机控制设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本发明虚拟机故障处理装置所在设备的一种硬件结构图，除了图5所示的处理器、网络接口、 存储器之外，实施例中装置所在的设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。
[0064]参见图6,为本发明虚拟机故障处理装置的一个实施例框图，所述装置应用在应用交付网关上，所述装置包括:
[0065]检测单元610,用于检测虚拟机是否处于故障状态；
[0066]发送单元620,用于根据所述检测的结果，向虚拟机控制设备发送虚拟机重启请求，以使所述虚拟机控制设备根据所述虚拟机重启请求，对所述虚拟机进行重启。
[0067]在一个可选的实现方式中:
[0068]所述检测单元610,还用于在向虚拟机控制设备发送虚拟机重启请求之后，检测所述虚拟机是否处于故障状态，若是，则在一段时间间隔后，向所述虚拟机控制设备发送虚拟机重启请求，以使所述虚拟机控制设备根据所述虚拟机重启请求，对所述虚拟机进行重启。
[0069]在另一个可选的实现方式中:
[0070]所述发送单元620,还用于在检测虚拟机是否处于故障状态之前，向所述虚拟机控制设备发送虚拟机信息请求，以使所述虚拟机控制设备根据所述虚拟机信息请求，获取虚拟机信息；接收所述虚拟机控制设备返回的虚拟机信息；
[0071]所述检测单元610,具体用于向所述虚拟机发送包括所述虚拟机的信息的数据请求；判断是否在第一预设时间内接收到所述虚拟机返回的数据响应，若是，则确定所述虚拟机不处于故障状态，否则，确定所述虚拟机处于故障状态；
[0072]所述发送单元620,具体用于向所述虚拟机控制设备发送包括所述虚拟机的信息的虚拟机重启请求。
[0073]在另一个可选的实现方式中:
[0074]所述装置还包括:判断单元630,用于在确定所述虚拟机处于故障状态之后，判断所述虚拟机持续处于故障状态的时长是否超过第二预设时间；
[0075]所述发送单元620,具体用于若所述虚拟机持续处于故障状态的时长超过所述第二预设时间，则向虚拟机控制设备发送虚拟机重启请求。
[0076]由上述实施例可见，由应用交付网关检测该虚拟机是否发生故障，并在确定该虚拟机发生故障时，向虚拟机控制设备发送虚拟机重启请求，由虚拟机控制设备对该虚拟机进行重启。由此可见，本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。
[0077]参见图7,为本发明虚拟机故障处理装置的另一个实施例框图，所述装置应用在虚拟机控制设备上，所述装置包括:
[0078]接收单元710,用于接收应用交付网关发送的虚拟机重启请求；
[0079]重启单元720,用于根据所述虚拟机重启请求，对虚拟机进行重启。
[0080]在一个可选的实现方式中:
[0081]所述接收单元710,还用于在接收应用交付网关发送的虚拟机重启请求之前，接收所述应用交付网关发送的虚拟机信息请求；
[0082]所述装置还包括:
[0083]获取单元730,用于根据所述虚拟机信息请求，获取虚拟机信息；
[0084]发送单元740,用于向所述应用交付网关发送所述虚拟机信息；
[0085]所述接收单元710,具体用于接收应用交付网关发送的包括所述虚拟机的信息的虚拟机重启请求。
[0086]上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
[0087]对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0088]由上述实施例可见，由应用交付网关检测该虚拟机是否发生故障，并在确定该虚拟机发生故障时，向虚拟机控制设备发送虚拟机重启请求，由虚拟机控制设备对该虚拟机进行重启。由此可见，本发明通过由应用交付网关对虚拟机进行故障排查，由虚拟机控制设备对虚拟机的故障进行处理，可以避免人为参与虚拟机的故障排查和处理过程，从而可以提高虚拟机故障排查和处理的效率。
[0089]本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
[0090]应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
【主权项】
1.一种虚拟机故障处理方法，所述方法应用在应用交付网关上，其特征在于，所述方法 包括:检测虚拟机是否处于故障状态；根据所述检测的结果，向虚拟机控制设备发送虚拟机重启请求，以使所述虚拟机控制 设备根据所述虚拟机重启请求，对所述虚拟机进行重启。2.根据权利要求1所述的方法，其特征在于，在向虚拟机控制设备发送虚拟机重启请 求之后，所述方法还包括:检测所述虚拟机是否处于故障状态，若是，则在一段时间间隔后，向所述虚拟机控制设 备发送虚拟机重启请求，以使所述虚拟机控制设备根据所述虚拟机重启请求，对所述虚拟 机进行重启。3.根据权利要求1或2所述的方法，其特征在于，在检测虚拟机是否处于故障状态之 前，所述方法包括:向所述虚拟机控制设备发送虚拟机信息请求，以使所述虚拟机控制设备根据所述虚拟 机fg息请求，获取虚拟机信息；接收所述虚拟机控制设备返回的虚拟机信息；所述检测虚拟机是否处于故障状态包括:向所述虚拟机发送包括所述虚拟机的信息的数据请求；判断是否在第一预设时间内接收到所述虚拟机返回的数据响应，若是，则确定所述虚 拟机不处于故障状态，否则，确定所述虚拟机处于故障状态；所述向虚拟机控制设备发送虚拟机重启请求包括:向所述虚拟机控制设备发送包括所述虚拟机的信息的虚拟机重启请求。4.根据权利要求1所述的方法，其特征在于，在确定所述虚拟机处于故障状态之后，所 述方法还包括:判断所述虚拟机持续处于故障状态的时长是否超过第二预设时间；所述根据所述检测的结果，向虚拟机控制设备发送虚拟机重启请求包括:若所述虚拟机持续处于故障状态的时长超过所述第二预设时间，则向虚拟机控制设备 发送虚拟机重启请求。5.—种虚拟机故障处理方法，所述方法应用在虚拟机控制设备上，其特征在于，所述方 法包括:接收应用交付网关发送的虚拟机重启请求；根据所述虚拟机重启请求，对虚拟机进行重启。6.根据权利要求5所述的方法，其特征在于，在接收应用交付网关发送的虚拟机重启 请求之前，所述方法还包括:接收所述应用交付网关发送的虚拟机信息请求；根据所述虚拟机信息请求，获取虚拟机信息；向所述应用交付网关发送所述虚拟机信息；所述接收应用交付网关发送的虚拟机重启请求包括:接收应用交付网关发送的包括所述虚拟机的信息的虚拟机重启请求。7.—种虚拟机故障处理装置，所述装置应用在应用交付网关上，其特征在于，所述装置包括:检测单元，用于检测虚拟机是否处于故障状态；发送单元，用于根据所述检测的结果，向虚拟机控制设备发送虚拟机重启请求，以使所 述虚拟机控制设备根据所述虚拟机重启请求，对所述虚拟机进行重启。8.根据权利要求7所述的装置，其特征在于，所述检测单元，还用于在向虚拟机控制设 备发送虚拟机重启请求之后，检测所述虚拟机是否处于故障状态，若是，则在一段时间间隔 后，向所述虚拟机控制设备发送虚拟机重启请求，以使所述虚拟机控制设备根据所述虚拟 机重启请求，对所述虚拟机进行重启。9.根据权利要求7或8所述的装置，其特征在于，所述发送单元，还用于在检测虚拟机 是否处于故障状态之前，向所述虚拟机控制设备发送虚拟机信息请求，以使所述虚拟机控 制设备根据所述虚拟机信息请求，获取虚拟机信息；接收所述虚拟机控制设备返回的虚拟 机fg息；所述检测单元，具体用于向所述虚拟机发送包括所述虚拟机的信息的数据请求；判断 是否在第一预设时间内接收到所述虚拟机返回的数据响应，若是，则确定所述虚拟机不处 于故障状态，否则，确定所述虚拟机处于故障状态；所述发送单元，具体用于向所述虚拟机控制设备发送包括所述虚拟机的信息的虚拟机重启请求。10.根据权利要求7所述的装置，其特征在于，所述装置还包括:判断单元，用于在确定所述虚拟机处于故障状态之后，判断所述虚拟机持续处于故障 状态的时长是否超过第二预设时间；所述发送单元，具体用于若所述虚拟机持续处于故障状态的时长超过所述第二预设时 间，则向虚拟机控制设备发送虚拟机重启请求。11.一种虚拟机故障处理装置，所述装置应用在虚拟机控制设备上，其特征在于，所述 装置包括:接收单元，用于接收应用交付网关发送的虚拟机重启请求；重启单元，用于根据所述虚拟机重启请求，对虚拟机进行重启。12.根据权利要求11所述的方法，其特征在于，所述接收单元，还用于在接收应用交付 网关发送的虚拟机重启请求之前，接收所述应用交付网关发送的虚拟机信息请求；所述装置还包括:获取单元，用于根据所述虚拟机信息请求，获取虚拟机信息；发送单元，用于向所述应用交付网关发送所述虚拟机信息；所述接收单元，具体用于接收应用交付网关发送的包括所述虚拟机的信息的虚拟机重 启请求。
【文档编号】H04L12/24GK105991345SQ201510205388
【公开日】2016年10月5日
【申请日】2015年4月27日
【发明人】郑言
【申请人】杭州迪普科技有限公司