CN109656742A - 一种节点异常处理方法、装置及存储介质 - Google Patents

一种节点异常处理方法、装置及存储介质 Download PDF

Info

Publication number
CN109656742A
CN109656742A CN201811619347.9A CN201811619347A CN109656742A CN 109656742 A CN109656742 A CN 109656742A CN 201811619347 A CN201811619347 A CN 201811619347A CN 109656742 A CN109656742 A CN 109656742A
Authority
CN
China
Prior art keywords
node
application program
operation carrier
program operation
agent
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.)
Granted
Application number
CN201811619347.9A
Other languages
English (en)
Other versions
CN109656742B (zh
Inventor
王言
张弛
饶明佺
顾明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
MIGU Culture Technology Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
MIGU Culture Technology Co Ltd
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 China Mobile Communications Group Co Ltd, MIGU Culture Technology Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201811619347.9A priority Critical patent/CN109656742B/zh
Publication of CN109656742A publication Critical patent/CN109656742A/zh
Application granted granted Critical
Publication of CN109656742B publication Critical patent/CN109656742B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/0706—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 the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—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 the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Hardware Redundancy (AREA)
  • Stored Programmes (AREA)

Abstract

本发明公开了一种节点异常处理方法，包括：当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；对所述异常应用程序运行载体进行处理。本发明还同时公开了一种节点异常处理装置、以及存储介质。

Description

一种节点异常处理方法、装置及存储介质
技术领域
本发明涉及信息技术领域，尤其涉及一种节点异常处理方法、装置及存储介质。
背景技术
容器编排引擎是一个用于自动部署的开源平台，提供了应用程序容器集群的扩展和操作，实现了以容器为中心的基础设置，提供了一个可跨越公共云或私有云的便携式平台，比如Kubernetes，简称K8S，是通过代理单元Kubelet来管理集群中各个节点Node，如果某台Node上的Kubelet因某种情况导致服务异常，并且短时间内无法恢复，此时K8S会认为部署在这个Node上的应用程序运行载体Pod异常。
目前针对节点异常的处理方案尚不成熟，这就导致容器编排引擎上运行的应用无法正常运行且影响性能。
发明内容
有鉴于此，本发明实施例期望提供一种节点异常处理方法、装置及存储介质，能够识别故障节点上的异常应用程序运行载体并进行有效处理。
为达到上述目的，本发明实施例的技术方案是这样实现的：
本发明实施例提供一种节点异常处理方法，所述方法包括：
当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；
基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；
对所述异常应用程序运行载体进行处理。
本发明实施例还提供一种节点异常处理装置，所述装置包括：
查询模块，用于当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；
确定模块，用于基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；
处理模块，用于对所述异常应用程序运行载体进行处理。
本发明实施例还提供一种存储介质，其上存储有可执行程序，所述可执行程序被处理器执行时实现前述任意一种节点异常处理方法。
本发明实施例还提供一种节点异常处理装置，包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行前述任意一种节点异常处理方法。
本发明实施例所提供的节点异常处理方法、装置及存储介质，当确定管理第一节点的第一代理单元故障时，通过第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间，来确定第一节点上的异常应用程序运行载体，并对异常应用程序运行载体进行处理，其中，异常应用程序运行载体表示在第一代理单元故障后有过更新。如此，能够短时间内识别出故障节点上的异常应用程序运行载体，并对其进行实时地有效处理，从而保障容器编排引擎上运行的应用正常运行，且提高了主机的使用效率，避免了代理单元故障期间由于对应用程序运行载体的更新，而导致外部请求访问时应用版本不一致的问题。
附图说明
图1为本发明实施例提供的节点异常处理方法的流程示意图；
图2为本发明实施例提供的节点异常处理方法的具体实现流程示意图；
图3为本发明实施例提供的节点异常处理装置的组成结构示意图；
图4为本发明实施例提供的节点异常处理装置的另一组成结构示意图；
图5为本发明实施例提供的节点异常处理装置的硬件结构示意图；
图6为本发明实施例提供的节点异常处理装置的另一硬件结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例是本发明一部分实施例，而不是全部的实施例。根据本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本发明。
对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。
1)容器编排引擎Kubernetes，简称K8S，最开始由google设计开发最后贡献给Cloud Native Computing Foundation的开源容器集群管理项目。它的设计目标是在主机集群之间提供一个能够自动化部署、可拓展、应用容器可运营的平台。Kubernetes通常结合docker容器工具工作，并且整合多个运行着docker容器的主机集群。
2)节点Node，Node作为集群中的工作节点，运行真正的应用程序，由Master管理，负责监控并汇报容器的状态，并根据Master的要求管理容器的生命周期。Node运行在Linux操作系统，可以是物理机或者是虚拟机。
3)应用程序运行载体Pod，是Kubernetes最基本的操作单元，包含一个或多个紧密相关的容器，一个Pod中的多个容器应用通常是紧密耦合的，Pod在Node上被创建、启动或者销毁，Pod本身不支持高可用高并发，故障时无法自行拉起。
4)代理单元Kubelet，是Master在Node上的代理，管理所在Node上所有Container和Pod，负责本Node上的Pod的创建、修改、监控、删除等全生命周期管理。
5)更新单元Deployment，是一种更新副本ReplicaSet和Pod的机制，Deployment主要职责是为了保证pod的数量和健康，可以对模板Template进行实时滚动更新。
6)微服务框架SpringCloud，是基于SpringBoot的一整套实现微服务的框架。提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
7)服务发现和注册组件Eureka，是微服务框架SpringCloud中服务发现和注册组件，即基于SpringCloud开发的微服务应用，相互之间访问和新增应用暴露服务都是通过Eureka实现。
下面对本发明实施例节点异常处理的实现过程进行详细说明。
图1为本发明实施例提供的一种节点异常处理方法；如图1所示，本发明实施例中的节点异常处理方法的实现流程，可以包括以下步骤：
步骤101：当确定管理第一节点的第一代理单元故障时，查询第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间。
在一些实施例中，判断第一节点上的第一代理单元是否发生故障，即确定管理第一节点的第一代理单元故障，可以包括：建立与容器编排引擎地址接口的连接，并对地址接口进行监测；基于监测结果，判断管理第一节点的第一代理单元是否发生故障。
举例来说，可以与K8S event建立连接，并监测/api/v1/namespaces/{namespace}/events接口，当K8S出现任意事件，经由events接口根据事件类型，可以判断管理第一节点Node的第一代理单元Kubelet是否发生故障。当确定管理第一节点的第一代理单元故障时，可以查询etcd记录的第一节点上的所有应用程序运行载体Pod，逐个查询Pod所属Deployment的运行时间，以及第一代理单元Kubelet的故障时间。
步骤102：基于故障时间和运行时间，确定第一节点上的异常应用程序运行载体，其中，异常应用程序运行载体表示在第一代理单元故障后有过更新。
在一些实施例中，基于故障时间和运行时间，确定第一节点上的异常应用程序运行载体，可以包括：当故障时间大于运行时间时，确定运行时间对应的应用程序运行载体为第一节点上的异常应用程序运行载体。
此外，当故障时间小于运行时间时，确定运行时间对应的应用程序运行载体为第一节点上的正常应用程序运行载体，其中，正常应用程序运行载体表示在第一代理单元故障后未有更新。
举例来说，通过逐个查询的Pod所属Deployment的运行时间，以及第一代理单元Kubelet的故障时间，可以对第一节点Node上的各应用程序运行载体Pod是否为异常应用程序运行载体进行判断，具体地，如果Kubelet的故障时间大于某个Pod所属Deployment的运行时间，则可以确定该运行时间对应的Pod为第一节点Node上的异常应用程序运行载体，说明该Pod在Kubelet故障后有过更新，即第一节点Node上部署的pod是旧版；可以理解地，如果Kubelet的故障时间小于某个Pod所属Deployment的运行时间，则可以确定该运行时间对应的Pod为第一节点Node上的正常应用程序运行载体，说明该Pod在Kubelet故障后未有更新，即第一节点Node上部署的pod没有升过级，Deployment所辖的Pod可以正常运行。
步骤103：对异常应用程序运行载体进行处理。
在一些实施例中，对异常应用程序运行载体进行处理，可以包括：发送针对异常应用程序运行载体的销毁请求，以使异常应用程序运行载体停止运行；修改异常应用程序运行载体的状态为失效状态。
在一些实施例中，还可以对正常应用程序运行载体进行处理，具体地，可以修改正常应用程序运行载体的状态为正常状态，以使正常应用程序运行载体保持运行。
举例来说，当确定了异常应用程序运行载体后，可以向服务发现和注册组件Eureka或者其他使用的服务发现组件发送针对异常应用程序运行载体Pod的销毁请求，并向Docker发送请求销毁异常应用程序运行载体Pod的Docker Container，以使所有异常应用程序运行载体Pod停止运行，再修改etcd中所有异常应用程序运行载体Pod的状态为失效状态。当确定了正常应用程序运行载体后，可以修改etcd中所有正常应用程序运行载体Pod的状态为正常状态，以使正常应用程序运行载体保持运行，防止K8S在其他主机增加Pod。
本发明实施例所提供的节点异常处理方法，当确定管理第一节点的第一代理单元故障时，通过第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间的比较，即通过时间对比能够识别出故障节点上的异常应用程序运行载体或正常应用程序运行载体，并实时对异常应用程序运行载体进行销毁，且保障正常应用程序运行载体继续运行，从而提高了主机的使用效率，避免了代理单元故障期间由于对应用程序运行载体的更新，而导致外部请求访问时应用版本不一致的问题。
下面对本发明实施例节点异常处理的具体实现过程做进一步地详细说明。
图2给出了本发明实施例节点异常处理方法的实现流程示意图；如图2所示，所述方法包括以下步骤：
步骤201：建立与容器编排引擎地址接口的连接，并对地址接口进行监测；基于监测结果，判断管理第一节点的第一代理单元是否发生故障。
举例来说，可以与K8S event建立连接，并监测/api/v1/namespaces/{namespace}/events接口，当K8S出现任意事件，经由events接口根据事件类型，可以判断管理第一节点Node的第一代理单元Kubelet是否发生故障。
当确定管理第一节点的第一代理单元故障时，可以执行步骤202和步骤203，其中步骤202和步骤203可以不分先后顺序。
步骤202：当确定管理第一节点的第一代理单元故障时，控制第一节点进入保护模式，其中，保护模式用于阻止容器编排引擎在第二节点上创建应用程序运行载体。
在一些实施例中，当确定管理第一节点的第一代理单元故障时，可以控制第一节点进入保护模式，通过控制第一节点进入保护模式，保障了主机资源的利用率。
其中，控制第一节点进入保护模式可以包括：向容器编排引擎发送心跳信号；修改第一节点的状态为正常状态；为第一节点设置污点标记。
举例来说，K8S目前针对代理单元Kubelet故障的处理，是把所属的节点Node上所有应用程序运行载体Pod标记为unknown，并在其他节点重新创建相同数量的Pod，当Kubelet恢复正常后再把异常节点Node上的Pod全部销毁，但是，如果集群本身资源负载已经很高，此时损失一台主机对性能上会有很大影响。本发明实施例中，可以控制异常的第一节点进入保护模式，该保护模式可以用于阻止K8S在其他节点上创建新的应用程序运行载体Pod，在保护模式中，可以模拟第一代理单元Kubelet向K8S发送心跳信号，并修改该Kubelet对应的第一节点Node的状态为正常状态，以此来阻止Deployment认为Pod已经失联而在其他Node上增加Pod，并给该第一节点Node设置污点标记防止再有Pod被调度过来，这里，污点Taints是Node的一个属性，设置了污点标记后，因为有了污点Taints，所以K8S不会将Pod调度到这个Node上，比如设置污点：
kubectl taint node[node]key＝value[effect]
其中[effect]可取值：[NoSchedule|PreferNoSchedule|NoExecute]
NoSchedule：一定不能被调度。
PreferNoSchedule：尽量不要调度。
NoExecute：不仅不会调度，还会驱逐Node上已有的Pod。
示例：kubectl taint node 10.3.1.16test＝16:NoSchedule
步骤203：当确定管理第一节点的第一代理单元故障时，查询第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间。
举例来说，当确定管理第一节点的第一代理单元故障时，可以查询etcd记录的第一节点上的所有应用程序运行载体Pod，逐个查询Pod所属Deployment的运行时间，以及第一代理单元Kubelet的故障时间。
步骤204：对第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间分别进行比较。
具体地，当故障时间大于运行时间时，执行步骤205，当故障时间小于运行时间时，执行步骤206。
步骤205：当故障时间大于运行时间时，确定运行时间对应的应用程序运行载体为第一节点上的异常应用程序运行载体，其中，异常应用程序运行载体表示在第一代理单元故障后有过更新。
举例来说，通过逐个查询的Pod所属Deployment的运行时间，以及第一代理单元Kubelet的故障时间，可以对第一节点Node上的各应用程序运行载体Pod是否为异常应用程序运行载体进行判断，具体地，如果Kubelet的故障时间大于某个Pod所属Deployment的运行时间，则可以确定该运行时间对应的Pod为第一节点Node上的异常应用程序运行载体，说明该Pod在Kubelet故障后有过更新，即第一节点Node上部署的pod是旧版。
具体地，在确定异常应用程序运行载体后，执行步骤207。
步骤206：当故障时间小于运行时间时，确定运行时间对应的应用程序运行载体为第一节点上的正常应用程序运行载体，其中，正常应用程序运行载体表示在第一代理单元故障后未有更新。
举例来说，通过逐个查询的Pod所属Deployment的运行时间，以及第一代理单元Kubelet的故障时间，可以对第一节点Node上的各应用程序运行载体Pod是否为正常应用程序运行载体进行判断，具体地，如果Kubelet的故障时间小于某个Pod所属Deployment的运行时间，则可以确定该运行时间对应的Pod为第一节点Node上的正常应用程序运行载体，说明该Pod在Kubelet故障后未有更新，即第一节点Node上部署的pod没有升过级，Deployment所辖的Pod可以正常运行。
具体地，在确定正常应用程序运行载体后，执行步骤208。
步骤207：对异常应用程序运行载体进行处理。
在一些实施例中，对异常应用程序运行载体进行处理，可以包括：发送针对异常应用程序运行载体的销毁请求，以使异常应用程序运行载体停止运行；修改异常应用程序运行载体的状态为失效状态。
举例来说，当确定了异常应用程序运行载体后，可以向服务发现和注册组件Eureka或者其他使用的服务发现组件发送针对异常应用程序运行载体Pod的销毁请求，并向Docker发送请求销毁异常应用程序运行载体Pod的Docker Container，以使所有异常应用程序运行载体Pod停止运行，再修改etcd中所有异常应用程序运行载体Pod的状态为失效状态。
步骤208：对正常应用程序运行载体进行处理。
举例来说，当确定了正常应用程序运行载体后，可以修改etcd中所有正常应用程序运行载体Pod的状态为正常状态，以使正常应用程序运行载体保持运行，防止K8S在其他主机增加Pod。
步骤209：当确定管理第一节点的第一代理单元恢复正常时，控制第一节点退出保护模式。
在一些实施例中，控制第一节点退出保护模式，可以包括：停止向容器编排引擎发送心跳信号；取消第一节点上设置的污点标记；恢复容器编排引擎对第一节点的检测和维护。
举例来说，如果接收到K8S event接口发送的通知管理第一节点Node的第一代理单元Kubelet状态恢复成active，即第一代理单元Kubelet恢复正常，则可以控制第一节点退出保护模式，具体地，可以停止向K8S发送心跳信号，取消第一节点Node上设置的污点标记，并交由K8S检测和维护第一节点Node的所有资源状态，比如取消污点：
设置污点为：
kubectl taint node 10.3.1.16test＝16:NoSchedule
kubectl taint node 10.3.1.16test＝16:NoExecute
去除指定key及其effect：
kubectl taint nodes node_name key:[effect]-#(这里的key不用指定value)
去除指定key所有的effect:
kubectl taint nodes node_name key-
示例：kubectl taint node 10.3.1.16test:NoSchedule-
kubectl taint node 10.3.1.16test:NoExecute-
kubectl taint node 10.3.1.16test-
本发明实施例所提供的节点异常处理方法，当确定管理第一节点的第一代理单元故障时，控制第一节点进入保护模式，从而阻止了容器编排引擎在第二节点上创建应用程序运行载体，保障了主机资源的利用率。
此外，当确定管理第一节点的第一代理单元故障时，通过第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间的比较，即通过时间对比能够识别出故障节点上的异常应用程序运行载体或正常应用程序运行载体，并实时对异常应用程序运行载体进行销毁，且保障正常应用程序运行载体继续运行，从而提高了主机的使用效率，避免了代理单元故障期间由于对应用程序运行载体的更新，而导致外部请求访问时应用版本不一致的问题。
为实现上述方法，本发明实施例提供了一种节点异常处理装置，如图3所示，该装置包括查询模块301、确定模块302和处理模块303；其中，
查询模块301，用于当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间。
查询模块301，具体用于建立与容器编排引擎地址接口的连接，并对所述地址接口进行监测；基于监测结果，判断管理所述第一节点的所述第一代理单元是否发生故障。
确定模块302，用于基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新。
确定模块302，具体用于当所述故障时间大于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的异常应用程序运行载体。
确定模块302，还具体用于当所述故障时间小于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的正常应用程序运行载体，其中，所述正常应用程序运行载体表示在所述第一代理单元故障后未有更新。
处理模块303，用于对所述异常应用程序运行载体进行处理。
处理模块303，具体用于发送针对所述异常应用程序运行载体的销毁请求，以使所述异常应用程序运行载体停止运行；修改所述异常应用程序运行载体的状态为失效状态。
处理模块303，还具体用于修改所述正常应用程序运行载体的状态为正常状态，以使所述正常应用程序运行载体保持运行。
为实现上述方法，本发明实施例还提供了一种节点异常处理装置，如图4所示，该装置包括查询模块401、控制模块402、确定模块403和处理模块404；其中，
查询模块401，用于当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间。
查询模块401，具体用于建立与容器编排引擎地址接口的连接，并对所述地址接口进行监测；基于监测结果，判断管理所述第一节点的所述第一代理单元是否发生故障。
控制模块402：用于当确定管理所述第一节点的所述第一代理单元故障时，控制所述第一节点进入保护模式，其中，所述保护模式用于阻止容器编排引擎在第二节点上创建所述应用程序运行载体。
控制模块402：具体用于向所述容器编排引擎发送心跳信号；修改所述第一节点的状态为正常状态；为所述第一节点设置污点标记。
控制模块402：还用于当确定管理所述第一节点的所述第一代理单元恢复正常时，控制所述第一节点退出所述保护模式。
控制模块402：还具体用于停止向所述容器编排引擎发送心跳信号；取消所述第一节点上设置的污点标记；恢复所述容器编排引擎对所述第一节点的检测和维护。
确定模块403，用于基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新。
确定模块403，具体用于当所述故障时间大于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的异常应用程序运行载体。
确定模块403，还具体用于当所述故障时间小于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的正常应用程序运行载体，其中，所述正常应用程序运行载体表示在所述第一代理单元故障后未有更新。
处理模块404，用于对所述异常应用程序运行载体进行处理。
处理模块404，具体用于发送针对所述异常应用程序运行载体的销毁请求，以使所述异常应用程序运行载体停止运行；修改所述异常应用程序运行载体的状态为失效状态。
处理模块404，还具体用于修改所述正常应用程序运行载体的状态为正常状态，以使所述正常应用程序运行载体保持运行。
在实际应用中，所述查询模块301、确定模块302和处理模块303均可由位于终端或服务器上的中央处理器(CPU，Central Processing Unit)、微处理器(MPU，MicroProcessor Unit)、数字信号处理器(DSP，Digital Signal Processor)、或现场可编程门阵列(FPGA，Field Programmable Gate Array)等实现。
需要说明的是：上述实施例提供的节点异常处理装置在进行节点异常处理时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的节点异常处理装置与节点异常处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
为实现上述方法，本发明实施例还提供了另一种节点异常处理装置，该装置包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，所述处理器运行所述可执行程序时，执行以下操作：当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；对所述异常应用程序运行载体进行处理。
所述处理器还用于运行所述可执行程序时，执行以下操作：当所述故障时间大于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的异常应用程序运行载体；当所述故障时间小于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的正常应用程序运行载体，其中，所述正常应用程序运行载体表示在所述第一代理单元故障后未有更新。
所述处理器还用于运行所述可执行程序时，执行以下操作：发送针对所述异常应用程序运行载体的销毁请求，以使所述异常应用程序运行载体停止运行；修改所述异常应用程序运行载体的状态为失效状态。
所述处理器还用于运行所述可执行程序时，执行以下操作：修改所述正常应用程序运行载体的状态为正常状态，以使所述正常应用程序运行载体保持运行。
所述处理器还用于运行所述可执行程序时，执行以下操作：建立与容器编排引擎地址接口的连接，并对所述地址接口进行监测；基于监测结果，判断管理所述第一节点的所述第一代理单元是否发生故障。
下面以节点异常处理装置实施为用于节点异常处理的终端或服务器为例，对该节点异常处理装置的硬件结构做进一步说明。
图5给出了本发明实施例的节点异常处理装置的硬件结构示意图，图5所示的节点异常处理装置500包括：至少一个处理器501、存储器502、用户接口503和至少一个网络接口504。所述节点异常处理装置500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。
其中，用户接口503可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
可以理解，存储器502可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。
本发明实施例中的存储器502用于存储各种类型的数据以支持节点异常处理装置500的操作。这些数据的示例包括：用于在节点异常处理装置500上操作的任何计算机程序，如可执行程序5021，实现本发明实施例方法的程序可以包含在可执行程序5021(查询模块301、确定模块302和处理模块303)中。
上述本发明实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器501可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，本发明实施例还提供了一种存储介质，其上存储有可执行程序，所述可执行程序被节点异常处理装置500的处理器501运行时，执行以下操作：当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；对所述异常应用程序运行载体进行处理。
所述可执行程序被节点异常处理装置500的处理器501运行时，还执行以下操作：当所述故障时间大于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的异常应用程序运行载体；当所述故障时间小于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的正常应用程序运行载体，其中，所述正常应用程序运行载体表示在所述第一代理单元故障后未有更新。
所述可执行程序被节点异常处理装置500的处理器501运行时，还执行以下操作：发送针对所述异常应用程序运行载体的销毁请求，以使所述异常应用程序运行载体停止运行；修改所述异常应用程序运行载体的状态为失效状态。
所述可执行程序被节点异常处理装置500的处理器501运行时，还执行以下操作：修改所述正常应用程序运行载体的状态为正常状态，以使所述正常应用程序运行载体保持运行。
所述可执行程序被节点异常处理装置500的处理器501运行时，还执行以下操作：建立与容器编排引擎地址接口的连接，并对所述地址接口进行监测；基于监测结果，判断管理所述第一节点的所述第一代理单元是否发生故障。
本发明实施例所提供的节点异常处理方法、装置及存储介质，当确定管理第一节点的第一代理单元故障时，通过第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间的比较，即通过时间对比能够识别出故障节点上的异常应用程序运行载体或正常应用程序运行载体，并实时对异常应用程序运行载体进行销毁，且保障正常应用程序运行载体继续运行，从而提高了主机的使用效率，避免了代理单元故障期间由于对应用程序运行载体的更新，而导致外部请求访问时应用版本不一致的问题。
在实际应用中，所述查询模块401、控制模块402、确定模块403和处理模块404均可由位于终端或服务器上的中央处理器(CPU，Central Processing Unit)、微处理器(MPU，Micro Processor Unit)、数字信号处理器(DSP，Digital Signal Processor)、或现场可编程门阵列(FPGA，Field Programmable Gate Array)等实现。
需要说明的是：上述实施例提供的节点异常处理装置在进行节点异常处理时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的节点异常处理装置与节点异常处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
为实现上述方法，本发明实施例还提供了另一种节点异常处理装置，该装置包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，所述处理器运行所述可执行程序时，执行以下操作：当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；对所述异常应用程序运行载体进行处理。
所述处理器还用于运行所述可执行程序时，执行以下操作：当确定管理所述第一节点的所述第一代理单元故障时，控制所述第一节点进入保护模式，其中，所述保护模式用于阻止容器编排引擎在第二节点上创建所述应用程序运行载体；当确定管理所述第一节点的所述第一代理单元恢复正常时，控制所述第一节点退出所述保护模式。
所述处理器还用于运行所述可执行程序时，执行以下操作：向所述容器编排引擎发送心跳信号；修改所述第一节点的状态为正常状态；为所述第一节点设置污点标记。
所述处理器还用于运行所述可执行程序时，执行以下操作：停止向所述容器编排引擎发送心跳信号；取消所述第一节点上设置的污点标记；恢复所述容器编排引擎对所述第一节点的检测和维护。
所述处理器还用于运行所述可执行程序时，执行以下操作：当所述故障时间大于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的异常应用程序运行载体；当所述故障时间小于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的正常应用程序运行载体，其中，所述正常应用程序运行载体表示在所述第一代理单元故障后未有更新。
所述处理器还用于运行所述可执行程序时，执行以下操作：发送针对所述异常应用程序运行载体的销毁请求，以使所述异常应用程序运行载体停止运行；修改所述异常应用程序运行载体的状态为失效状态。
所述处理器还用于运行所述可执行程序时，执行以下操作：修改所述正常应用程序运行载体的状态为正常状态，以使所述正常应用程序运行载体保持运行。
所述处理器还用于运行所述可执行程序时，执行以下操作：建立与容器编排引擎地址接口的连接，并对所述地址接口进行监测；基于监测结果，判断管理所述第一节点的所述第一代理单元是否发生故障。
下面以节点异常处理装置实施为用于节点异常处理的终端或服务器为例，对该节点异常处理装置的硬件结构做进一步说明。
图6给出了本发明实施例的节点异常处理装置的硬件结构示意图，图6所示的节点异常处理装置600包括：至少一个处理器601、存储器602、用户接口603和至少一个网络接口604。所述节点异常处理装置600中的各个组件通过总线系统605耦合在一起。可理解，总线系统605用于实现这些组件之间的连接通信。总线系统605除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统605。
其中，用户接口603可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
可以理解，存储器602可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。
本发明实施例中的存储器602用于存储各种类型的数据以支持节点异常处理装置600的操作。这些数据的示例包括：用于在节点异常处理装置600上操作的任何计算机程序，如可执行程序6021，实现本发明实施例方法的程序可以包含在可执行程序6021(查询模块401、控制模块402、确定模块403和处理模块404)中。
上述本发明实施例揭示的方法可以应用于处理器601中，或者由处理器601实现。处理器601可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器601中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器601可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器601可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器602，处理器601读取存储器602中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，本发明实施例还提供了一种存储介质，其上存储有可执行程序，所述可执行程序被节点异常处理装置600的处理器601运行时，执行以下操作：当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；对所述异常应用程序运行载体进行处理。
所述可执行程序被节点异常处理装置600的处理器601运行时，还执行以下操作：当确定管理所述第一节点的所述第一代理单元故障时，控制所述第一节点进入保护模式，其中，所述保护模式用于阻止容器编排引擎在第二节点上创建所述应用程序运行载体；当确定管理所述第一节点的所述第一代理单元恢复正常时，控制所述第一节点退出所述保护模式。
所述可执行程序被节点异常处理装置600的处理器601运行时，还执行以下操作：向所述容器编排引擎发送心跳信号；修改所述第一节点的状态为正常状态；为所述第一节点设置污点标记。
所述可执行程序被节点异常处理装置600的处理器601运行时，还执行以下操作：停止向所述容器编排引擎发送心跳信号；取消所述第一节点上设置的污点标记；恢复所述容器编排引擎对所述第一节点的检测和维护。
所述可执行程序被节点异常处理装置600的处理器601运行时，还执行以下操作：当所述故障时间大于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的异常应用程序运行载体；当所述故障时间小于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的正常应用程序运行载体，其中，所述正常应用程序运行载体表示在所述第一代理单元故障后未有更新。
所述可执行程序被节点异常处理装置600的处理器601运行时，还执行以下操作：发送针对所述异常应用程序运行载体的销毁请求，以使所述异常应用程序运行载体停止运行；修改所述异常应用程序运行载体的状态为失效状态。
所述可执行程序被节点异常处理装置600的处理器601运行时，还执行以下操作：修改所述正常应用程序运行载体的状态为正常状态，以使所述正常应用程序运行载体保持运行。
所述可执行程序被节点异常处理装置600的处理器601运行时，还执行以下操作：建立与容器编排引擎地址接口的连接，并对所述地址接口进行监测；基于监测结果，判断管理所述第一节点的所述第一代理单元是否发生故障。
本发明实施例所提供的节点异常处理方法、装置及存储介质，当确定管理第一节点的第一代理单元故障时，控制第一节点进入保护模式，从而阻止了容器编排引擎在第二节点上创建应用程序运行载体，保障了主机资源的利用率。
此外，当确定管理第一节点的第一代理单元故障时，通过第一代理单元的故障时间以及第一节点上的各应用程序运行载体的运行时间的比较，即通过时间对比能够识别出故障节点上的异常应用程序运行载体或正常应用程序运行载体，并实时对异常应用程序运行载体进行销毁，且保障正常应用程序运行载体继续运行，从而提高了主机的使用效率，避免了代理单元故障期间由于对应用程序运行载体的更新，而导致外部请求访问时应用版本不一致的问题。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或可执行程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的可执行程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和可执行程序产品的流程图和/或方框图来描述的。应理解可由可执行程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些可执行程序指令到通用计算机、专用计算机、嵌入式处理机或参考可编程数据处理设备的处理器以产生一个机器，使得通过计算机或参考可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些可执行程序指令也可存储在能引导计算机或参考可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些可执行程序指令也可装载到计算机或参考可编程数据处理设备上，使得在计算机或参考可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或参考可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种节点异常处理方法，其特征在于，所述方法包括：
当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；
基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；
对所述异常应用程序运行载体进行处理。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当确定管理所述第一节点的所述第一代理单元故障时，控制所述第一节点进入保护模式，其中，所述保护模式用于阻止容器编排引擎在第二节点上创建所述应用程序运行载体；
当确定管理所述第一节点的所述第一代理单元恢复正常时，控制所述第一节点退出所述保护模式。
3.根据权利要求2所述的方法，其特征在于，所述控制所述第一节点进入保护模式，包括：
向所述容器编排引擎发送心跳信号；
修改所述第一节点的状态为正常状态；
为所述第一节点设置污点标记。
4.根据权利要求2所述的方法，其特征在于，所述控制所述第一节点退出所述保护模式，包括：
停止向所述容器编排引擎发送心跳信号；
取消所述第一节点上设置的污点标记；
恢复所述容器编排引擎对所述第一节点的检测和维护。
5.根据权利要求1所述的方法，其特征在于，所述基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，包括：
当所述故障时间大于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的异常应用程序运行载体；
所述方法还包括：当所述故障时间小于所述运行时间时，确定所述运行时间对应的应用程序运行载体为所述第一节点上的正常应用程序运行载体，其中，所述正常应用程序运行载体表示在所述第一代理单元故障后未有更新。
6.根据权利要求1所述的方法，其特征在于，所述对所述异常应用程序运行载体进行处理，包括：
发送针对所述异常应用程序运行载体的销毁请求，以使所述异常应用程序运行载体停止运行；
修改所述异常应用程序运行载体的状态为失效状态。
7.根据权利要求5所述的方法，其特征在于，所述方法还包括：
修改所述正常应用程序运行载体的状态为正常状态，以使所述正常应用程序运行载体保持运行。
8.根据权利要求1所述的方法，其特征在于，所述确定管理第一节点的第一代理单元故障，包括：
建立与容器编排引擎地址接口的连接，并对所述地址接口进行监测；
基于监测结果，判断管理所述第一节点的所述第一代理单元是否发生故障。
9.一种节点异常处理装置，其特征在于，所述装置包括：
查询模块，用于当确定管理第一节点的第一代理单元故障时，查询所述第一代理单元的故障时间以及所述第一节点上的各应用程序运行载体的运行时间；
确定模块，用于基于所述故障时间和所述运行时间，确定所述第一节点上的异常应用程序运行载体，其中，所述异常应用程序运行载体表示在所述第一代理单元故障后有过更新；
处理模块，用于对所述异常应用程序运行载体进行处理。
10.一种存储介质，其上存储有可执行程序，其特征在于，所述可执行程序被处理器执行时实现如权利要求1至8任一项所述节点异常处理方法。
11.一种节点异常处理装置，包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，其特征在于，所述处理器运行所述可执行程序时执行如权利要求1至8任一项所述节点异常处理方法。
CN201811619347.9A 2018-12-28 2018-12-28 一种节点异常处理方法、装置及存储介质 Active CN109656742B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811619347.9A CN109656742B (zh) 2018-12-28 2018-12-28 一种节点异常处理方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811619347.9A CN109656742B (zh) 2018-12-28 2018-12-28 一种节点异常处理方法、装置及存储介质

Publications (2)

Publication Number Publication Date
CN109656742A true CN109656742A (zh) 2019-04-19
CN109656742B CN109656742B (zh) 2022-05-10

Family

ID=66117521

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811619347.9A Active CN109656742B (zh) 2018-12-28 2018-12-28 一种节点异常处理方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN109656742B (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110336715A (zh) * 2019-07-12 2019-10-15 广州虎牙科技有限公司 状态检测方法、主节点和集群管理系统
CN110825495A (zh) * 2019-11-08 2020-02-21 北京浪潮数据技术有限公司 一种容器云平台的恢复方法、装置、设备及可读存储介质
CN111177160A (zh) * 2019-11-06 2020-05-19 腾讯云计算（北京）有限责任公司 服务更新方法、装置、服务器及介质
CN111625349A (zh) * 2020-04-14 2020-09-04 金蝶软件（中国）有限公司 容器调度平台中Pod隔离方法、装置、设备和存储介质
CN112506477A (zh) * 2020-11-09 2021-03-16 麒麟软件有限公司 一种在Kubernetes集群中使用RESTful API添加计算节点的方法
CN113238956A (zh) * 2021-05-31 2021-08-10 康键信息技术（深圳）有限公司 异常应用的故障分析方法、装置、设备及存储介质
CN114327851A (zh) * 2020-09-30 2022-04-12 慧与发展有限责任合伙企业 防止在不一致的主机节点上调度或执行资源
CN116701043A (zh) * 2023-08-04 2023-09-05 浪潮电子信息产业股份有限公司 面向异构计算系统的故障节点切换方法、装置和设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103095486A (zh) * 2012-11-07 2013-05-08 无锡成电科大科技发展有限公司 一种呼叫系统的故障管理方法及系统
US20150286539A1 (en) * 2014-04-02 2015-10-08 International Business Machines Corporation Increasing disaster resiliency by having a pod backed up to other peer pods in a site or beyond
CN108833131A (zh) * 2018-04-25 2018-11-16 北京百度网讯科技有限公司 分布式数据库云服务的系统、方法、设备和计算机存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103095486A (zh) * 2012-11-07 2013-05-08 无锡成电科大科技发展有限公司 一种呼叫系统的故障管理方法及系统
US20150286539A1 (en) * 2014-04-02 2015-10-08 International Business Machines Corporation Increasing disaster resiliency by having a pod backed up to other peer pods in a site or beyond
CN108833131A (zh) * 2018-04-25 2018-11-16 北京百度网讯科技有限公司 分布式数据库云服务的系统、方法、设备和计算机存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
杜军: "《基于Kubernetes的云端资源调度器改进》", 《中国优秀硕士学位论文全文数据库信息科技辑》 *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110336715B (zh) * 2019-07-12 2021-09-21 广州虎牙科技有限公司 状态检测方法、主节点和集群管理系统
CN110336715A (zh) * 2019-07-12 2019-10-15 广州虎牙科技有限公司 状态检测方法、主节点和集群管理系统
CN111177160A (zh) * 2019-11-06 2020-05-19 腾讯云计算（北京）有限责任公司 服务更新方法、装置、服务器及介质
CN111177160B (zh) * 2019-11-06 2023-08-04 腾讯云计算（北京）有限责任公司 服务更新方法、装置、服务器及介质
CN110825495A (zh) * 2019-11-08 2020-02-21 北京浪潮数据技术有限公司 一种容器云平台的恢复方法、装置、设备及可读存储介质
CN111625349A (zh) * 2020-04-14 2020-09-04 金蝶软件（中国）有限公司 容器调度平台中Pod隔离方法、装置、设备和存储介质
CN114327851A (zh) * 2020-09-30 2022-04-12 慧与发展有限责任合伙企业 防止在不一致的主机节点上调度或执行资源
CN112506477A (zh) * 2020-11-09 2021-03-16 麒麟软件有限公司 一种在Kubernetes集群中使用RESTful API添加计算节点的方法
CN112506477B (zh) * 2020-11-09 2023-08-08 麒麟软件有限公司 一种在Kubernetes集群中使用RESTful API添加计算节点的方法
CN113238956A (zh) * 2021-05-31 2021-08-10 康键信息技术（深圳）有限公司 异常应用的故障分析方法、装置、设备及存储介质
CN113238956B (zh) * 2021-05-31 2024-04-05 康键信息技术（深圳）有限公司 异常应用的故障分析方法、装置、设备及存储介质
CN116701043A (zh) * 2023-08-04 2023-09-05 浪潮电子信息产业股份有限公司 面向异构计算系统的故障节点切换方法、装置和设备
CN116701043B (zh) * 2023-08-04 2024-01-12 浪潮电子信息产业股份有限公司 面向异构计算系统的故障节点切换方法、装置和设备

Also Published As

Publication number Publication date
CN109656742B (zh) 2022-05-10

Similar Documents

Publication Publication Date Title
CN109656742A (zh) 一种节点异常处理方法、装置及存储介质
US11640465B2 (en) Methods and systems for troubleshooting applications using streaming anomaly detection
US8621283B2 (en) Systems, methods, and apparatus to debug a network application by utilizing a cloned network and an interactive debugging technique
CN103201724B (zh) 在高可用性虚拟机环境中提供高可用性应用程序
JP5102901B2 (ja) データセンタにわたる複数データサーバ間のデータ完全性を保持する方法およびシステム
US20080307258A1 (en) Distributed Job Manager Recovery
US20180067778A1 (en) Elasticity for highly availabile applications
US20190163550A1 (en) Automated methods and systems to classify and troubleshoot problems in information technology systems and services
CN105278996A (zh) 一种日志采集方法、装置及日志服务系统
US20090044186A1 (en) System and method for implementation of java ais api
CN112000353A (zh) 应用运行方法、装置及存储介质
CN103309796A (zh) 一种组件对象模型对象的监控方法和装置
CN106385330A (zh) 一种网络功能虚拟化编排器的实现方法及装置
CN109710492A (zh) 应用程序运行监控方法、介质及电子设备
CN103927244A (zh) 一种基于动态代理实现的插件调度过程监控的方法
CN109347661A (zh) 消费者vnf的实例化方法及装置
EP4006725A1 (en) Virtual machine migration processing and strategy generation method, apparatus and device, and storage medium
CN112448833B (zh) 一种多管理域的通信方法和装置
US11226829B2 (en) Trigger correlation for dynamic system reconfiguration
CN116594752A (zh) 流程调度方法、装置、设备、介质和程序产品
CN108154343B (zh) 一种企业级信息系统的应急处理方法及系统
US9110865B2 (en) Virtual machine dynamic routing
CN108197029A (zh) 一种获取进程信息的方法和设备
CN111083719A (zh) 一种网元容量弹性调整的方法、装置和存储介质
Nong et al. Allocation of Resources for Cloud Survivability in Smart Manufacturing

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
GR01 Patent grant
GR01 Patent grant