CN111399978A - 一种基于OpenStack的故障迁移系统及迁移方法 - Google Patents
一种基于OpenStack的故障迁移系统及迁移方法 Download PDFInfo
- Publication number
- CN111399978A CN111399978A CN202010135480.8A CN202010135480A CN111399978A CN 111399978 A CN111399978 A CN 111399978A CN 202010135480 A CN202010135480 A CN 202010135480A CN 111399978 A CN111399978 A CN 111399978A
- Authority
- CN
- China
- Prior art keywords
- physical machine
- state
- migration
- control module
- openstack
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0751—Error or fault detection not based on redundancy
- G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
- G06F11/076—Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
- G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
- G06F9/4862—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration the task being a mobile agent, i.e. specifically designed to migrate
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45591—Monitoring or debugging support
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种基于OpenStack的故障迁移系统，包括控制模块和代理模块，每个物理机上均设有代理模块，控制模块连接所有代理模块；代理模块于物理机上执行如下步骤：检测物理机网络状态；检测物理机隔离状态；向控制模块发送物理机心跳数据包，心跳数据包包括物理机的名称、物理机网络状态和物理机隔离状态；接受控制模块的回应数据包，回应数据包包括物理机是否需要隔离；控制模块执行如下操作：接受所有代理模块发送的心跳数据包并更新所有物理机的状态；判断物理机状态并向该物理机相对应的代理模块发送回应数据包；根据物理机状态判断该物理机上的虚拟机是否需要迁移。该系统可减少人为操作，同时可及时疏散受影响的虚拟机以减少业务受影响时间。
Description
技术领域
本发明涉及虚拟机技术领域，具体涉及一种基于OpenStack的故障迁移系统及迁移方法。
背景技术
Nova（OpenStack Compute Service）是OpenStack中负责计算服务的组件，用于管理虚拟机实例的整个生命周期，根据用户需求来提供虚拟服务。负责虚拟机创建、开机、关机、挂起、 暂停、调整、迁移、重启、销毁等操作，配置CPU、内存等规格。
Nova提供了疏散（evacuate）接口，在虚拟机错误或者物理机的计算服务不可用时，调用此接口可以把相关虚拟机迁移到可用物理机上。虽然Nova提供了疏散接口，但是并没有提供自动调用此接口的功能，如果物理机出现故障，只能在运维人员感知到（通过告警或者用户报障）以后才能去触发疏散功能。
比如，现有技术中，如果物理机出现故障或者关机了，会通过外在监控告警系统或者用户给运维人员报障，运维人员收到消息后，调用OpenStack接口，进行疏散。现有技术中的故障迁移方案存在以下两个缺点：
1、无法实时感知故障，导致虚拟机业务受影响时间长；
2、运维人员手工操作，容易出错。
因此，如何提供一种能够减少人为操作，同时可以及时疏散受影响的虚拟机以减少业务受影响时间的基于OpenStack的故障迁移系统便成为了本领域技术人员急需解决的技术问题。
发明内容
为实现上述目的，本发明提供如下技术方案：
一种基于OpenStack的故障迁移系统，包括控制模块和代理模块，每个物理机上均设置有相对应的代理模块，所述控制模块连接所有的所述代理模块；
所述代理模块于相对应的所述物理机上在预设时间内执行如下步骤：
检测相对应所述物理机网络状态；
检测相对应所述物理机隔离状态；
向所述控制模块发送相对应所述物理机心跳数据包，所述心跳数据包包括相对应所述物理机的名称、相对应所述物理机网络状态和相对应所述物理机隔离状态；
接受所述控制模块的回应数据包，所述回应数据包包括相对应所述物理机是否需要隔离；
所述控制模块执行如下操作：
接受所有所述代理模块发送的心跳数据包并更新所有所述物理机的状态；
判断所述物理机状态并向该所述物理机相对应的所述代理模块发送回应数据包；
根据所述物理机状态判断该所述物理机上的虚拟机是否需要迁移。
作为本发明进一步的方案，所述物理机网络状态包括管理网状态、存储网状态和业务网状态。
作为本发明进一步的方案，所述代理模块执行步骤的预设时间为60S。
作为本发明进一步的方案，所述代理模块检测相对应所述物理机隔离状态的操作如下：
检测所述管理网状态、所述存储网状态和所述业务网状态中，是否有网络处于UP状态，或者Nova-Compute是否运行。
作为本发明进一步的方案，所述代理模块接受所述控制模块的回应数据包，所述回应数据包包括相对应所述物理机是否需要隔离的操作如下：
若所述回应数据包包括所述物理机需要隔离，则相应所述物理机执行隔离，若超过预设次数没有接受到所述回应数据包，则相应所述物理机执行隔离。
作为本发明进一步的方案，所述预设次数为6次。
作为本发明进一步的方案，所述控制模块判断所述物理机状态操作如下：
若所述物理机网络状态异常且超过网络抖动设定时间，则判断该所述物理机需要进行隔离。
作为本发明进一步的方案，所述控制模块根据所述物理机状态判断该所述物理机上的虚拟机是否需要迁移的操作如下：
所述控制模块在预设时间内进行如下操作：
若所述物理机网络状态异常，则剩余的正常物理机数量大于应该迁移的虚拟机数量，则调用接口，迁移该所述网络状态异常的物理机上的虚拟机；
对未完成迁移的虚拟机进行重试迁移，若迁移时间超时且超过迁移预设次数，则不再进行迁移，若迁移时间超时且未超过迁移预设次数，则进行迁移。
本发明所提供的基于OpenStack的故障迁移系统，具有如下技术效果：
通过控制模块和在每个物理机上的代理模块，当物理机出现异常状况时，代理机会及时检测到，同时控制模块也会及时接受到物理机的异常状况，此时，控制模块可及时调用接口，以将异常物理机上的虚拟机迁移至正常物理机上，由此一来，实现了如下的技术效果：
1、在物理机发生故障之后，可以及时疏散受影响的虚拟机，减少业务受影响时间；
2、减少人为操作，降低出错风险。
进一步的，物理机网络状态包括管理网状态、存储网状态和业务网状态，可实现所必须网络的检测。
进一步的，针对异常的物理机，代理模块执行相应的隔离，可避免物理机的地址冲突。
本申请还提供了一种基于OpenStack的故障迁移方法，所述迁移方法采用上述任一项所述的故障迁移系统进行迁移。
该方法采用上述系统进行迁移，所以具有等同的技术效果。
附图说明
图1为本发明所提供的基于OpenStack的故障迁移系统的控制模块和代理模块的连接示意图；
图2为图1的代理模块执行步骤的流程示意图；
图3为图1的控制模块执行步骤的流程示意图。
附图标记：1控制模块，2代理模块。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1-3所示，图1为本发明所提供的基于OpenStack的故障迁移系统的控制模块和代理模块的连接示意图；
图2为图1的代理模块执行步骤的流程示意图；
图3为图1的控制模块执行步骤的流程示意图。
本发明提供一种基于OpenStack的故障迁移系统，包括控制模块1和代理模块2，每个物理机上均设置有相对应的代理模块2，所述控制模块1连接所有的所述代理模块2；
所述代理模块2于相对应的所述物理机上在预设时间内执行如下步骤：
检测相对应所述物理机网络状态；
检测相对应所述物理机隔离状态；
向所述控制模块1发送相对应所述物理机心跳数据包，所述心跳数据包包括相对应所述物理机的名称、相对应所述物理机网络状态和相对应所述物理机隔离状态；
接受所述控制模块1的回应数据包，所述回应数据包包括相对应所述物理机是否需要隔离；
所述控制模块1执行如下操作：
接受所有所述代理模块2发送的心跳数据包并更新所有所述物理机的状态；
判断所述物理机状态并向该所述物理机相对应的所述代理模块2发送回应数据包；
根据所述物理机状态判断该所述物理机上的虚拟机是否需要迁移。
本发明所提供的基于OpenStack的故障迁移系统，具有如下技术效果：
通过控制模块1和在每个物理机上的代理模块2，当物理机出现异常状况时，代理模块2会及时检测到，同时控制模块1也会及时接受到物理机的异常状况，此时，控制模块1可及时调用接口，以将异常物理机上的虚拟机迁移至正常物理机上，由此一来，实现了如下的技术效果：
1、在物理机发生故障之后，可以及时疏散受影响的虚拟机，减少业务受影响时间；
2、减少人为操作，降低出错风险。
一种具体实施方式中，所述物理机网络状态包括管理网状态、存储网状态和业务网状态。
物理机网络状态包括管理网状态、存储网状态和业务网状态，可实现所必须网络的检测。
进一步的，代理模块2执行步骤的预设时间为60S。不限于此。
结合图2所示，代理模块2检测相对应所述物理机隔离状态的操作如下：
检测所述管理网状态、所述存储网状态和所述业务网状态中，是否有网络处于UP状态，或者Nova-Compute是否运行。若有上述情况，则说明该物理机并未完全隔离。
进一步的，如图2所示，代理模块2接受所述控制模块1的回应数据包，所述回应数据包包括相对应所述物理机是否需要隔离的操作如下：
若所述回应数据包包括所述物理机需要隔离，则相应所述物理机执行隔离，若超过预设次数没有接受到所述回应数据包，则相应所述物理机执行隔离。
其中，预设次数为6次。但并不限于此。
针对异常的物理机，代理模块2执行相应的隔离，可避免物理机的地址冲突。
参考图3，图中提到的节点等同于物理机。
其中，控制模块1判断所述物理机状态操作如下：
若所述物理机网络状态异常且超过网络抖动设定时间，则判断该所述物理机需要进行隔离。
进一步的，结合图3，控制模块1根据所述物理机状态判断该所述物理机上的虚拟机是否需要迁移的操作如下：
所述控制模块1在预设时间内进行如下操作：
若所述物理机网络状态异常，则剩余的正常物理机数量大于应该迁移的虚拟机数量，则调用接口，迁移该所述网络状态异常的物理机上的虚拟机；
对未完成迁移的虚拟机进行重试迁移，若迁移时间超时且超过迁移预设次数，则不再进行迁移，若迁移时间超时且未超过迁移预设次数，则进行迁移。
图3中，左栏示出了控制模块1中进行的死循环，即该循环一直进行，如此一来，控制模块1可以随时接受代理模块2发送过来的心跳数据包。
图3中，右栏示出了控制模块1中的迁移操作，该迁移操作可预设时间，一般是60S进行一次操作。
本申请还提供了一种基于OpenStack的故障迁移方法，所述迁移方法采用上述所述的故障迁移系统进行迁移。
该方法采用上述系统进行迁移，所以具有等同的技术效果。
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。
Claims (9)
1.一种基于OpenStack的故障迁移系统，其特征在于，包括控制模块和代理模块，每个物理机上均设置有相对应的代理模块，所述控制模块连接所有的所述代理模块；
所述代理模块于相对应的所述物理机上在预设时间内执行如下步骤：
检测相对应所述物理机网络状态；
检测相对应所述物理机隔离状态；
向所述控制模块发送相对应所述物理机心跳数据包，所述心跳数据包包括相对应所述物理机的名称、相对应所述物理机网络状态和相对应所述物理机隔离状态；
接受所述控制模块的回应数据包，所述回应数据包包括相对应所述物理机是否需要隔离；
所述控制模块执行如下操作：
接受所有所述代理模块发送的心跳数据包并更新所有所述物理机的状态；
判断所述物理机状态并向该所述物理机相对应的所述代理模块发送回应数据包；
根据所述物理机状态判断该所述物理机上的虚拟机是否需要迁移。
2.根据权利要求1所述的基于OpenStack的故障迁移系统，其特征在于，所述物理机网络状态包括管理网状态、存储网状态和业务网状态。
3.根据权利要求1所述的基于OpenStack的故障迁移系统，其特征在于，所述代理模块执行步骤的预设时间为60S。
4.根据权利要求2所述的基于OpenStack的故障迁移系统，其特征在于，所述代理模块检测相对应所述物理机隔离状态的操作如下：
检测所述管理网状态、所述存储网状态和所述业务网状态中，是否有网络处于UP状态，或者Nova-Compute是否运行。
5.根据权利要求1所述的基于OpenStack的故障迁移系统，其特征在于，所述代理模块接受所述控制模块的回应数据包，所述回应数据包包括相对应所述物理机是否需要隔离的操作如下：
若所述回应数据包包括所述物理机需要隔离，则相应所述物理机执行隔离，若超过预设次数没有接受到所述回应数据包，则相应所述物理机执行隔离。
6.根据权利要求5所述的基于OpenStack的故障迁移系统，其特征在于，所述预设次数为6次。
7.根据权利要求1所述的基于OpenStack的故障迁移系统，其特征在于，所述控制模块判断所述物理机状态操作如下：
若所述物理机网络状态异常且超过网络抖动设定时间，则判断该所述物理机需要进行隔离。
8.根据权利要求1所述的基于OpenStack的故障迁移系统，其特征在于，所述控制模块根据所述物理机状态判断该所述物理机上的虚拟机是否需要迁移的操作如下：
所述控制模块在预设时间内进行如下操作：
若所述物理机网络状态异常，则剩余的正常物理机数量大于应该迁移的虚拟机数量，则调用接口，迁移该所述网络状态异常的物理机上的虚拟机；
对未完成迁移的虚拟机进行重试迁移，若迁移时间超时且超过迁移预设次数，则不再进行迁移，若迁移时间超时且未超过迁移预设次数，则进行迁移。
9.一种基于OpenStack的故障迁移方法，其特征在于，所述迁移方法采用权利要求1-8任一项所述的故障迁移系统进行迁移。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010135480.8A CN111399978A (zh) | 2020-03-02 | 2020-03-02 | 一种基于OpenStack的故障迁移系统及迁移方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010135480.8A CN111399978A (zh) | 2020-03-02 | 2020-03-02 | 一种基于OpenStack的故障迁移系统及迁移方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111399978A true CN111399978A (zh) | 2020-07-10 |
Family
ID=71434439
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010135480.8A Pending CN111399978A (zh) | 2020-03-02 | 2020-03-02 | 一种基于OpenStack的故障迁移系统及迁移方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111399978A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI795887B (zh) * | 2021-08-25 | 2023-03-11 | 新加坡商鴻運科股份有限公司 | 虛擬機器遷移方法、電子設備及存儲介質 |
| US11720455B2 (en) | 2021-08-25 | 2023-08-08 | Fulian Precision Electronics (Tianjin) Co., Ltd. | Method, apparatus, and non-transitory computer readable medium for migrating virtual machines |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103885830A (zh) * | 2014-04-16 | 2014-06-25 | 中国科学院软件研究所 | 一种虚拟机跨数据中心动态迁移中的数据处理方法 |
| US20150063166A1 (en) * | 2013-08-27 | 2015-03-05 | Futurewei Technologies, Inc. | System and Method for Mobile Network Function Virtualization |
| CN107179957A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 物理机故障分类处理方法、装置和虚拟机恢复方法、系统 |
| CN107612787A (zh) * | 2017-11-06 | 2018-01-19 | 南京易捷思达软件科技有限公司 | 一种基于Openstack开源云平台的云主机故障检测方法 |
| CN109005051A (zh) * | 2018-06-27 | 2018-12-14 | 中国铁路信息科技有限责任公司 | 基于OpenStack的路由高可用方法和系统 |
-
2020
- 2020-03-02 CN CN202010135480.8A patent/CN111399978A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150063166A1 (en) * | 2013-08-27 | 2015-03-05 | Futurewei Technologies, Inc. | System and Method for Mobile Network Function Virtualization |
| CN103885830A (zh) * | 2014-04-16 | 2014-06-25 | 中国科学院软件研究所 | 一种虚拟机跨数据中心动态迁移中的数据处理方法 |
| CN107179957A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 物理机故障分类处理方法、装置和虚拟机恢复方法、系统 |
| CN107612787A (zh) * | 2017-11-06 | 2018-01-19 | 南京易捷思达软件科技有限公司 | 一种基于Openstack开源云平台的云主机故障检测方法 |
| CN109005051A (zh) * | 2018-06-27 | 2018-12-14 | 中国铁路信息科技有限责任公司 | 基于OpenStack的路由高可用方法和系统 |
Non-Patent Citations (1)
| Title |
|---|
| 董丽昕: "OpenStack集群高可用方案设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI795887B (zh) * | 2021-08-25 | 2023-03-11 | 新加坡商鴻運科股份有限公司 | 虛擬機器遷移方法、電子設備及存儲介質 |
| US11720455B2 (en) | 2021-08-25 | 2023-08-08 | Fulian Precision Electronics (Tianjin) Co., Ltd. | Method, apparatus, and non-transitory computer readable medium for migrating virtual machines |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6038288A (en) | System and method for maintenance arbitration at a switching node | |
| CN107612787B (zh) | 一种基于Openstack开源云平台的云主机故障检测方法 | |
| US8526299B2 (en) | Method and device for processing cell out-of-service failures | |
| FI115271B (fi) | Menetelmä ja järjestelmä nopean elpymisprosessin toteuttamiseksi lähiverkossa | |
| CN107508694B (zh) | 一种集群内的节点管理方法及节点设备 | |
| CN108347339B (zh) | 一种业务恢复方法及装置 | |
| US20080288812A1 (en) | Cluster system and an error recovery method thereof | |
| US20080126501A1 (en) | Service take-over method based on apparatus disaster recovery, service transfer apparatus and backup machine | |
| CN109286529A (zh) | 一种恢复RabbitMQ网络分区的方法及系统 | |
| CN111385107B (zh) | 一种服务器的主备切换处理方法及装置 | |
| CN111399978A (zh) | 一种基于OpenStack的故障迁移系统及迁移方法 | |
| CN108449200A (zh) | 一种基于控制节点的屏蔽信息写入方法及装置 | |
| WO2013086996A1 (zh) | 故障处理方法、设备和系统 | |
| CN106411643B (zh) | Bmc检测方法以及装置 | |
| CN117201507A (zh) | 云平台切换方法、装置、电子设备及存储介质 | |
| EP2546746A1 (en) | Fault detection system and method of processing request in the fault detection system | |
| CN117435405A (zh) | 双机热备和故障切换系统和方法 | |
| CN110677288A (zh) | 一种通用于多场景部署的边缘计算系统及方法 | |
| CN112491633B (zh) | 一种多节点集群的故障恢复方法、系统及相关组件 | |
| CN115562932A (zh) | 一种基于多接口平台的任务监控与异常自愈方法和装置 | |
| US20060248531A1 (en) | Information processing device, information processing method and computer-readable medium having information processing program | |
| Cisco | Taking Corrective Action On Events and Alarms | |
| Cisco | Taking Corrective Action on Events and Alarms | |
| CN107783855B (zh) | 虚拟网元的故障自愈控制装置及方法 | |
| US20210247996A1 (en) | Service continuation system and service continuation method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB03 | Change of inventor or designer information | ||
| CB03 | Change of inventor or designer information |
Inventor after: Hu Xiaoning Inventor after: Cui Rui Inventor after: Gao Shida Inventor after: Du Yahong Inventor after: Rao Wei Inventor after: Wang Minhong Inventor after: Kong Xiangyun Inventor after: Gong Sichao Inventor after: Luo Bing Inventor after: Zheng Yun Inventor after: Wang Yuheng Inventor before: Du Yahong Inventor before: Gao Shida Inventor before: Rao Wei Inventor before: Wang Minhong Inventor before: Kong Xiangyun Inventor before: Gong Sichao Inventor before: Luo Bing Inventor before: Zheng Yun Inventor before: Wang Yuheng Inventor before: Cui Rui |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200710 |