CN113626286B - 多集群实例处理方法、装置、电子设备及存储介质 - Google Patents
多集群实例处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113626286B CN113626286B CN202110892856.4A CN202110892856A CN113626286B CN 113626286 B CN113626286 B CN 113626286B CN 202110892856 A CN202110892856 A CN 202110892856A CN 113626286 B CN113626286 B CN 113626286B
- Authority
- CN
- China
- Prior art keywords
- resource object
- instance
- custom resource
- cluster
- custom
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims description 36
- 238000012545 processing Methods 0.000 claims abstract description 51
- 238000012544 monitoring process Methods 0.000 claims abstract description 27
- 238000000034 method Methods 0.000 claims abstract description 24
- 230000001960 triggered effect Effects 0.000 claims abstract description 21
- 238000012217 deletion Methods 0.000 claims description 16
- 230000037430 deletion Effects 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 9
- 238000007726 management method Methods 0.000 description 54
- 239000000306 component Substances 0.000 description 43
- 238000010586 diagram Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 4
- 239000002243 precursor Substances 0.000 description 4
- 239000008358 core component Substances 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3024—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a central processing unit [CPU]
Landscapes
- Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Mathematical Physics (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本公开提供一种多集群实例处理方法、装置、电子设备及存储介质，该方法包括：在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成，并由管控集群的实例管理组件进行监听，自定义资源对象关联至少两个普通集群；在接收到控制请求指令的情况下，基于自定义资源对象对实例进行控制，其中，控制请求指令由普通集群中的第二服务组件接收，实例由第二服务组件进行控制。本公开通过设置自定义资源对象描述实例，用户向管控集群发送对自定义资源对象的控制指令，实现通过管控集群对多个普通集群的实例进行统一动态管理。
Description
技术领域
本公开涉及计算机技术领域，尤其涉及一种多集群实例处理方法、装置、电子设备及存储介质。
背景技术
随着容器化技术的广泛应用，越来越多的企业会选择使用容器调度管理系统容器化的方式上云从而满足资源节省，快速部署实施以及交付等需求。在这个过程中容器的监控也成为重中之重，对于容器监控实例的管理以及运维的繁琐成为一大难题之一，尤其是多个集群的容器监控实例管理更是繁琐。现有技术仅会管理单一容器调度管理系统集群的容器监控实例，对于部署在其它集群的容器监控实例则不会负责。
发明内容
本公开提供一种多集群实例处理方法、装置、电子设备及存储介质，用以解决现有技术中多集群容器监控实例管理的缺陷，实现动态管理多集群实例。
本公开提供一种多集群实例处理方法，包括：
在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；
在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制。
根据本公开提供的一种多集群实例处理方法，所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和第四自定义资源对象；
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到创建自定义资源对象的请求后触发生成的情况下，向普通集群发送实例的控制请求指令，包括：
基于第一自定义资源对象确定实例模板信息；
基于第二自定义资源对象确定采集对象信息；
基于第三自定义资源对象确定扩展规则信息；
基于第四自定义资源对象确定生效集群以及关联的第一自定义资源对象、第二自定义资源对象和第三自定义资源对象；
基于实例模板信息、采集对象信息以及扩展规则信息生成实例的创建请求指令，将所述创建请求指令发送至生效集群。
根据本公开提供的一种多集群实例处理方法，所述在接收到所述控制请求指令后，基于所述自定义资源对象对实例进行控制，包括：
在接收到所述创建请求指令后，基于所述实例模板信息创建实例、创建第一资源对象和第二资源对象以分别保存所述采集对象信息和所述扩展规则信息，并根据所述创建请求指令中的关联文件将所述采集对象信息、扩展规则信息与所述实例进行关联。
根据本公开提供的一种多集群实例处理方法，所述实例包括第一容器和第二容器；
所述根据所述创建请求指令中的关联文件将所述采集对象信息与所述实例进行关联，包括：
通过所述第一容器基于所述采集对象信息生成配置文件；
基于共享目录将所述配置文件共享给所述第二容器，并调用所述第二容器的配置接口加载所述配置文件。
根据本公开提供的一种多集群实例处理方法，所述实例包括第一容器和第二容器；
所述根据所述创建请求指令中的关联文件将所述扩展规则信息与实例进行关联，包括：
通过所述第一容器周期性监控所述扩展规则信息是否发生变动；
若所述扩展规则信息发生变动，则调用所述第二容器的配置接口加载所述扩展规则信息。
根据本公开提供的一种多集群实例处理方法，所述自定义资源对象包括第一自定义资源对象；
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到更新自定义资源对象的请求后触发生成的情况下，向普通集群发送实例的控制请求指令，包括：
基于第一自定义资源对象确定实例模板信息；
基于与所述第一自定义资源对象关联的第四自定义资源对象确定生效集群；
基于所述实例模板信息生成实例的更新请求指令，将所述更新请求指令发送至所述生效集群。
根据本公开提供的一种多集群实例处理方法，所述实例模板信息包括实例的副本数量；
所述在接收到所述控制请求指令后，基于所述自定义资源对象对实例进行控制，包括：
在接收到所述更新请求指令的情况下，基于所述实例模板信息更新实例的副本数量。
根据本公开提供的一种多集群实例处理方法，所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和/或第四自定义资源对象；
所述方法还包括：
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到删除自定义资源对象的请求后触发生成的情况下，判断所述自定义资源对象是否为第四自定义资源对象；
若是第四自定义资源对象，在监听到资源对象控制指令的情况下，向普通集群发送实例的删除请求指令；
若不是第四自定义资源对象，判断是否存在与所述自定义资源对象相关联的第四自定义资源对象，若不存在所述相关联的第四自定义资源对象，则删除所述自定义资源对象。
根据本公开提供的一种多集群实例处理方法，所述在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，包括：
在接收到所述删除请求指令的情况下，基于所述自定义资源对象删除对应的实例。
本公开还提供一种多集群实例处理装置，包括：
第一处理单元，用于在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成的，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；
第二处理单元，用于在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制。
根据本公开提供的一种多集群实例处理装置，所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和第四自定义资源对象；
所述第一处理单元还用于：
基于第一自定义资源对象确定实例模板信息；
基于第二自定义资源对象确定采集对象信息；
基于第三自定义资源对象确定扩展规则信息；
基于第四自定义资源对象确定生效集群以及关联的第一自定义资源对象、第二自定义资源对象和第三自定义资源对象；
基于实例模板信息、采集对象信息以及扩展规则信息生成实例的创建请求指令，将所述创建请求指令发送至生效集群。
根据本公开提供的一种多集群实例处理装置，所述第二处理单元还用于：
在接收到所述创建请求指令后，基于所述实例模板信息创建实例、创建第一资源对象和第二资源对象以分别保存所述采集对象信息和所述扩展规则信息，并根据所述创建请求指令中的关联文件将所述采集对象信息、扩展规则信息与所述实例进行关联。
根据本公开提供的一种多集群实例处理方法，所述实例包括第一容器和第二容器；
所述第二处理单元还用于：
通过所述第一容器基于所述采集对象信息生成配置文件；
基于共享目录将所述配置文件共享给所述第二容器，并调用所述第二容器的配置接口加载所述配置文件。
根据本公开提供的一种多集群实例处理方法，所述实例包括第一容器和第二容器；
所述第二处理单元还用于：
通过所述第一容器周期性监控所述扩展规则信息是否发生变动；
若所述扩展规则信息发生变动，则调用所述第二容器的配置接口加载所述扩展规则信息。
根据本公开提供的一种多集群实例处理装置，所述自定义资源对象包括第一自定义资源对象；
所述第一处理单元还用于：
基于第一自定义资源对象确定实例模板信息；
基于与所述第一自定义资源对象关联的第四自定义资源对象确定生效集群；
基于所述实例模板信息生成实例的更新请求指令，将所述更新请求指令发送至所述生效集群。
根据本公开提供的一种多集群实例处理装置，所述实例模板信息包括实例的副本数量；
所述第二处理单元还用于：
在接收到所述更新请求指令的情况下，基于所述实例模板信息更新实例的副本数量。
根据本公开提供的一种多集群实例处理装置，所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和/或第四自定义资源对象；
所述第一处理单元还用于：
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到删除自定义资源对象的请求后触发生成的情况下，判断所述自定义资源对象是否为第四自定义资源对象；
若是第四自定义资源对象，在监听到资源对象控制指令的情况下，向普通集群发送实例的删除请求指令；
若不是第四自定义资源对象，判断是否存在与所述自定义资源对象相关联的第四自定义资源对象，若不存在所述相关联的第四自定义资源对象，则删除所述自定义资源对象。
根据本公开提供的一种多集群实例处理装置，所述第二处理单元还用于：
在接收到所述删除请求指令的情况下，基于所述自定义资源对象删除对应的实例。
本公开还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述多集群实例处理方法的步骤。
本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述多集群实例处理方法的步骤。
本公开提供的多集群实例处理方法、装置、电子设备及存储介质，通过设置自定义资源对象描述实例，使用户向管控集群发送对自定义资源对象的控制指令，进而实现通过管控集群对多个普通集群的实例进行统一动态管理。
附图说明
为了更清楚地说明本公开或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本公开提供的多集群实例处理方法的流程示意图之一；
图2是本公开提供的多集群实例处理的整体架构示意图；
图3是本公开提供的多集群实例处理方法的流程示意图之二；
图4是本公开提供的创建实例的流程示意图；
图5是本公开提供的多集群实例处理方法的流程示意图之三；
图6是本公开提供的多集群实例处理方法的流程示意图之四；
图7是本公开提供的多集群实例处理方法的流程示意图之五；
图8是本公开实施例提供的更新实例的流程示意图；
图9是本公开提供的多集群实例处理方法的流程示意图之六；
图10是本公开提供的删除自定义资源对象的流程示意图；
图11是本公开提供的删除实例的流程示意图；
图12是本公开提供的PromManager获取集群管理权限的流程示意图；
图13是本公开提供的多集群实例处理装置的结构示意图；
图14是本公开提供的电子设备的结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚，下面将结合本公开中的附图，对本公开中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
首先，对说明书中出现的专业技术术语进行解释。
Kubernetes：开源的容器调度管理系统，实现了容器的自动化扩展，自动化管理以及调度等，也是应用最广的开源容器调度管理系统。
CRD：Kubernetes中支持的自定义扩展性资源，与原生的其它资源对象一样，可以支持被监听，获取，修改，创建等操作。
Apiserver：整个Kubernetes系统的核心组件之一，主要负责认证鉴权以及协调Kubernetes各模块间的通讯的作用。
ConfigMap：Kubernetes原生的资源对象，用于保存配置，通常会挂载到容器中进行使用，主要为了配置与程序的分离解耦。
Secret：Kubernetes原生的资源对象，用于保存一些密文信息如用户认证信息等。
Kubectl：Kubernetes的客户端命令行工具，用户可以使用Kubectl命令行或者原生API向Kubernetes集群提交请求。
Namespace：Kubernetes中的命名空间资源，一般用来实现Kubernetes多租户，每个Namespace底下的资源都是隔离的，比如Namespace A底下的资源和Namespace B底下的资源是隔离的。
事件：在Kubernetes中对资源对象的操作如创建更新删除等均会有相应的事件产生，这些事件信息可以被监听来进行一些逻辑处理。
Labels和Annotations:在Kubernetes中各个资源对象都有相应的label以及Annotations，其中label是标签给资源对象打上标签用于选择，而Annotations则是注解添加一些注释。
Watch：监听，在Kubernetes中各类资源对象均可被监听，本公开中主要为容器事件信息，当容器发生创建更新或者删除均会产生相应的事件信息，而这些信息能被监听处理。
Pod：容器组，一个容器组底下能有多个容器，同一容器组底下的容器共享命名空间如网络命名空间。
Md5sum：Linux中用于检验文件是否一致的命令，通常用来判断文件的一致性。
Finalizers：Kubernetes支持的自定义资源回调的标记，资源对象带有这类型标记时删除请求发送给Apiserver并不会直接删除，只会产生删除事件，只有当该标记被移除时资源才会被删除。
下面结合图1-图14描述本公开各实施例提供的技术方案。
图1为本公开一实施例提供的多集群实例处理方法的流程示意图，如图1所示，该方法包括：
步骤110、在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群。
步骤120、在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制。
具体来说，管控集群部署第一服务组件APiserver和实例管理组件PromManager，普通集群部署第二服务组件APiserver。如图2所示，首先用户向管控集群提交处理自定义资源的的API请求，需要说明的是，容器调度管理系统Kubernetes提供了自定义扩展资源CRD，本公开利用CRD描述容器监控实例以对其状态进行管理。然后Kubernetes的核心组件APiserver将几种自定义资源记录到ETCD存储系统后中进行持久化。需要说明的是，Kubernetes提供了对CRD的监听方法，当各类CRD的状态发生变更时均会产生相应的事件信息。PromManager监听到自定义资源的相关事件之后进行信息匹配，然后向相应的普通集群中的APiserver提交Prometheus实例的API请求。普通集群的APiserver基于API请求将对Prometheus实例的状态进行管理。
本公开提供的多集群实例处理方法，通过设置自定义资源对象描述实例，使用户向管控集群发送对自定义资源对象的控制指令，进而实现通过管控集群对多个普通集群的实例进行统一动态管理。同时由于现有技术中需要每个集群都部署一套Prometheus-operator的组件，当版本需要升级时则每个集群都需要升级相对繁琐，相比较而言本公开仅需要在管控集群中部署一套组件更加节省资源，此外在升级时仅需升级单个集群并不影响其他集群。
进一步地，在本公开一实施例中，自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和第四自定义资源对象。其中，第一自定义资源对象包括容器监控实例模板信息，第二自定义资源对象包括采集对象信息，第三自定义资源对象包括扩展规则信息，第四自定义资源对象包括生效集群以及关联的第一自定义资源对象、第二自定义资源对象和第三自定义资源对象。
具体来说，用户需要首先向APiserver注册自定义资源的模板信息，Kubernetes会自动为其生成相应的API接口(如增删查改)，APiserver可以根据模板信息识别几种自定义资源并基于用户请求创建具体的自定义资源对象或者进行其他操作。本公开定义以下四种自定义资源：PromTemplate、ExporterInfo、RuleExtension、PromBinding，其中，PromTemplate用于描述Prometheus实例模板，比如Prometheus实例的数量、使用的镜像等；ExporterInfo用于描述Prometheus采集对象信息比如服务的地址，认证信息等；RuleExtension用于描述扩展规则，比如将原生指标计算平均值后生成新的指标；PromBinding用于表示绑定PromTemplate需要生效的集群以及相应的配置信息如采集对象信息ExporterInfo和扩展规则信息RuleExtension。
通过自定义资源对象创建Prometheus实例，如图3所示，在资源对象控制指令由管控集群中的第一服务组件在接收到创建自定义资源对象的请求后触发生成的情况下，向普通集群发送实例的控制请求指令，具体包括如下步骤：
步骤310、基于第一自定义资源对象确定实例模板信息。
步骤320、基于第二自定义资源对象确定采集对象信息。
步骤330、基于第三自定义资源对象确定扩展规则信息。
步骤340、基于第四自定义资源对象确定生效集群以及关联的第一自定义资源对象、第二自定义资源对象和第三自定义资源对象。
步骤350、基于实例模板信息、采集对象信息以及扩展规则信息生成实例的创建请求指令，将所述创建请求指令发送至生效集群。
具体来说，如图4所示，用户可以创建四种自定义资源的具体对象：创建名称为prometheus-1的PromTemplate自定义资源，该资源对象包含了对Prometheus实例的模板描述，比如使用的Prometheus镜像版本，需要创建的副本数以及Prometheus本地数据的保留时间。创建名称为exporter-1的ExporterInfo自定义资源，该资源对象包含了采集对象的信息比如采集对象的API地址，采集的周期时间，认证的方式，用户名称，用户密码。创建名称为rule-1的RuleExtension自定义资源，该资源对象包含了扩展规则信息，比如新生成指标的名称，以及基于原本的指标计算的方式。创建名称为binding-1的PromBinding自定义资源，该资源对象包含了Prometheus实例关联的配置生效的集群等信息比如Namespace(Namespace是Kubernetes中用于实现多租户的方式，每个Namespace底下的资源都是隔离的，比如Namespace A底下的资源和Namespace B底下的资源是隔离的)，PromTemplate(关联的Prometheus实例模板名称)，ExporterInfo(关联的采集对象名称)，RuleExtension(关联的扩展规则名称),以及生效集群信息。
当用户向管控集群的Apiserver提交prometheus-1，exporter-1，binding-1以及rule-1的创建请求，PromManager会监听到这四个资源创建的事件，然后PromManager会关联相应的信息比如binding-1中描述关联的集群是cluster1和cluster2，模板是prometheus-1(2.13.0版本的prometheus，副本是1个)，采集对象关联的是exporter-1，扩展规则关联的是rule-1，这时它会在cluster1和cluster2中分别提交创建Prometheus实例的API请求，请求中包含prometheus-1中的版本信息、采集对象信息和扩展规则。
进一步地，在本公开一实施例中，步骤120包括：在接收到所述创建请求指令后，基于所述实例模板信息创建实例、创建第一资源对象和第二资源对象以分别保存所述采集对象信息和所述扩展规则信息，并根据所述创建请求指令中的关联文件将所述采集对象信息、扩展规则信息与所述实例进行关联。
具体来说，如图4所示，APiserver接收到API请求后创建Prometheus实例，以及创建Secret(这种资源对象在原生Kubernetes通常被用来保存密文信息如认证鉴权的账号信息这类，此处用来保存采集对象信息)和ConfigMap(这种资源对象在原生Kubernetes通常被用来保存明文的配置文件信息，此处用来保存扩展规则)，并将Secret和ConfigMap挂载到容器组中。
进一步地，在本公开一实施例中，根据所述创建请求指令中的关联文件将所述采集对象信息、扩展规则信息与所述实例进行关联，具体包括如图5所示步骤：
步骤510、通过所述第一容器基于所述采集对象信息生成配置文件。
步骤520、基于共享目录将所述配置文件共享给所述第二容器，并调用所述第二容器的配置接口加载所述配置文件。
需要说明的是，在Kubernetes中任何资源对象都能被抽象成一个YAML文件进行描述，YAML文件会描述相应的资源信息例如资源的类型，资源关联等，本公开通过YAML文件将创建的Prometheus容器与相应的配置关联，其中YAML文件描述了每个Prometheus实例中会包含两个容器，第一个是Sidecar，第二个是Prometheus，Prometheus选择的版本是2.13.0，启动时指定的配置文件路径是/etc/prometheus/destination/main.yaml，数据会保留6个小时，此外empty_dir会挂载到/etc/prometheus/destination这个目录，扩展规则挂载在/etc/prometheus/rules/。Sidecar使用的版本是v1.0.0，它启动时作为配置文件来源的采集对象信息文件的路径是/etc/prometheus/source/prometheus.yaml，最后生成的Prometheus配置文件是/etc/prometheus/destination/main.yaml，当Prometheus配置发生变化时加载的接口是http://localhost:9090/-/reload(因为在同一个容器组中会公用网络空间，Prometheus启动时会默认监听9090端口，而加载配置的接口路径是/-/reload)，此外empty_dir会挂载到/etc/prometheus/destination目录，采集对象信息文件挂载的目录是/etc/prometheus/source，最后是全局的描述例如采集对象信息如何获取，此处采集对象信息从名称为exporter-1的Secret中获取以及扩展规则信息从名称为rule-1的ConfigMap中获取。PromManager组件将YAML文件通过rest API提交给cluster1以及cluster2时，Kubernetes的组件就知道需要按照上述的描述信息执行创建Prometheus实例挂载相应的配置信息等操作。
进一步地，在本公开一实施例中，由于ConfigMap中的内容已经是Prometheus能够识别的规则内容，Sidecar容器直接调用Prometheus接口加载Prometheus配置。具体包括如图6所示步骤：
步骤610、通过所述第一容器周期性监控所述扩展规则信息是否发生变动。
步骤620、若所述扩展规则信息发生变动，则调用所述第二容器的配置接口加载所述扩展规则信息。
具体来说，由于PromManager监听到扩展资源的创建时会在cluster1和cluster2中分别创建一个ConfigMap(Kubernetes中配置文件的资源对象，可以被挂载到容器中，通常用来将配置与程序解耦，该资源对象Kubernetes原生就支持)，ConfigMap中的内容已经是Prometheus能够识别的规则内容，Sidecar容器会每5秒监测该文件是否发生变动(通过md5sum/etc/prometheus/rules/*对比返回结果，如果与上次不同则表示文件发生变动)，当文件发生变动时Sidecar容器调用Prometheus接口重新加载Prometheus配置。
本公开提供的多集群实例处理方法，解决现有技术中必须要求部署多实例的Prometheus拥有相同配置信息的问题，允许配置与不同实例进行绑定。
进一步地，在本公开一实施例中，可以通过自定义资源对象更新Prometheus实例，如图7所示，在资源对象控制指令由管控集群中的第一服务组件在接收到更新自定义资源对象的请求后触发生成的情况下，向普通集群发送实例的控制请求指令，具体包括如下步骤：
步骤710、基于第一自定义资源对象确定实例模板信息。
步骤720、基于与所述第一自定义资源对象关联的第四自定义资源对象确定生效集群。
步骤730、基于所述实例模板信息生成实例的更新请求指令，将所述更新请求指令发送至所述生效集群。
具体来说，如图8所示，当用户向管控集群的Apiserver提交更新prometheus-1的信息例如将实例模板信息中的副本数从1改为2，即扩容Prometheus实例数量，这时PromManager会监听到相关的更新事件并基于关联的第四自定义资源对象确定生效集群cluster1与cluster2，并向cluster1与cluster2提交更新Prometheus实例数量的API请求。
进一步地，在本公开一实施例中，可以对自定义资源对象执行删除操作，如图9所示，具体包括如下步骤：
步骤910、在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到删除自定义资源对象的请求后触发生成的情况下，判断所述自定义资源对象是否为第四自定义资源对象。
步骤920、若是第四自定义资源对象，在监听到资源对象控制指令的情况下，向普通集群发送实例的删除请求指令。
步骤930、若不是第四自定义资源对象，判断是否存在与所述自定义资源对象相关联的第四自定义资源对象，若不存在所述相关联的第四自定义资源对象，则删除所述自定义资源对象。
进一步地，在本公开一实施例中，在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，包括：在接收到所述删除请求指令的情况下，基于所述自定义资源对象删除对应的实例。
需要说明的是，若资源对象删除请求对应的待删除资源对象为第四自定义资源对象，则删除待删除资源对象以及生成第四自定义资源对象删除事件；若资源对象删除请求对应的待删除资源对象为第一自定义资源对象、第二自定义资源对象和/或第三自定义资源对象，则判断是否存在与待删除资源对象相关联的第四自定义资源对象，若不存在第四自定义资源对象，则删除待删除资源对象以及生成第一自定义资源对象删除事件、第二自定义资源对象删除事件和/或第三自定义资源对象删除事件。
具体来说，如图10所示，当用户向管控集群的Apiserver提交删除prometheus-1,exporter-1或者rule-1的请求时，Apiserver发现这几种自定义资源在创建时带了Finalizers资源回调标记(Kubernetes支持的自定义资源回调的标记，创建自定义资源时可以指定)，当Apiserver发现带有Finalizers时，不会立即删除资源，而是会产生相应的删除事件，之后等待Finalizers标记被移除，当标记移除后实际删除自定义资源。PromManager会监听删除事件为prometheus-1,exporter-1或者rule-1时它不会立即删除Finalizers标记而是会查看是否存在相应的binding与这几个资源关联如果没有则删除Finalizers标记，如果有关联的binding资源则不执行任何操作。
当资源对象删除事件对应第四自定义资源对象即binding资源对象，基于资源对象删除事件向对应的普通集群发送容器监控实例的删除请求，以使普通集群基于删除请求指令删除所在集群的容器监控实例。如图11所示，PromManager会向cluster1与cluster2提交删除Prometheus实例数量的API请求。
另外，需要说明的是，PromManager需要获取普通集群中实例的管理权限，具体方法如图12所示，用户可以通过rest API请求或者通过Kubernetes官方的命令行工具Kubectl创建一个Secret的资源对象(在原生Kubernetes通常被用来保存密文信息如认证鉴权的账号信息)，本公开中被用来保存接管集群的账号信息(如cluster1和cluster2集群的账号信息)，然后Secret会被挂载到PromManager的容器中，当PromManager启动时会从挂载的文件中读取接管的集群的账号信息，之后根据账号信息可以生成相应的SDK客户端，这样PromManager对cluster1和cluster2集群就拥有提交创建，更新或者删除资源的权限了。
下面对本公开提供的多集群实例处理装置进行描述，下文描述的多集群实例处理装置与上文描述的多集群实例处理方法可相互对应参照。
图13为本公开一实施例提供的多集群实例处理装置，如图13所示，所述装置包括：
第一处理单元1310，用于在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成的，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；
第二处理单元1320，用于在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制。
本公开提供的多集群实例处理装置，通过设置自定义资源对象描述实例，使用户向管控集群发送对自定义资源对象的控制指令，进而实现通过管控集群对多个普通集群的实例进行统一动态管理。
根据本公开提供的一种多集群实例处理装置，所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和第四自定义资源对象；
所述第一处理单元1310还用于：
基于第一自定义资源对象确定实例模板信息；
基于第二自定义资源对象确定采集对象信息；
基于第三自定义资源对象确定扩展规则信息；
基于第四自定义资源对象确定生效集群以及关联的第一自定义资源对象、第二自定义资源对象和第三自定义资源对象；
基于实例模板信息、采集对象信息以及扩展规则信息生成实例的创建请求指令，将所述创建请求指令发送至生效集群。
根据本公开提供的一种多集群实例处理装置，所述第二处理单元1320还用于：
在接收到所述创建请求指令后，基于所述实例模板信息创建实例、创建第一资源对象和第二资源对象以分别保存所述采集对象信息和所述扩展规则信息，并根据所述创建请求指令中的关联文件将所述采集对象信息、扩展规则信息与所述实例进行关联。
根据本公开提供的一种多集群实例处理方法，所述实例包括第一容器和第二容器；
所述第二处理单元1320还用于：
通过所述第一容器基于所述采集对象信息生成配置文件；
基于共享目录将所述配置文件共享给所述第二容器，并调用所述第二容器的配置接口加载所述配置文件。
根据本公开提供的一种多集群实例处理方法，所述实例包括第一容器和第二容器；
所述第二处理单元1320还用于：
通过所述第一容器周期性监控所述扩展规则信息是否发生变动；
若所述扩展规则信息发生变动，则调用所述第二容器的配置接口加载所述扩展规则信息。
根据本公开提供的一种多集群实例处理装置，所述自定义资源对象包括第一自定义资源对象；
所述第一处理单元1310还用于：
基于第一自定义资源对象确定实例模板信息；
基于与所述第一自定义资源对象关联的第四自定义资源对象确定生效集群；
基于所述实例模板信息生成实例的更新请求指令，将所述更新请求指令发送至所述生效集群。
根据本公开提供的一种多集群实例处理装置，所述实例模板信息包括实例的副本数量；
所述第二处理单元1320还用于：
在接收到所述更新请求指令的情况下，基于所述实例模板信息更新实例的副本数量。
根据本公开提供的一种多集群实例处理装置，所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和/或第四自定义资源对象；
所述第一处理单元1310还用于：
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到删除自定义资源对象的请求后触发生成的情况下，判断所述自定义资源对象是否为第四自定义资源对象；
若是第四自定义资源对象，在监听到资源对象控制指令的情况下，向普通集群发送实例的删除请求指令；
若不是第四自定义资源对象，判断是否存在与所述自定义资源对象相关联的第四自定义资源对象，若不存在所述相关联的第四自定义资源对象，则删除所述自定义资源对象。
根据本公开提供的一种多集群实例处理装置，所述第二处理单元1320还用于：
在接收到所述删除请求指令的情况下，基于所述自定义资源对象删除对应的实例。
图14示例了一种电子设备的实体结构示意图，如图14所示，该电子设备可以包括：处理器(processor)1410、通信接口(Communications Interface)1420、存储器(memory)1430和通信总线1440，其中，处理器1410，通信接口1420，存储器1430通过通信总线1440完成相互间的通信。处理器1410可以调用存储器1430中的逻辑指令，以执行多集群实例处理方法，该方法包括：在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制。
此外，上述的存储器1430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面，本公开还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的多集群实例处理方法，该方法包括：在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制。
又一方面，本公开还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的多集群实例处理方法，该方法包括：在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。
Claims (11)
1.一种多集群实例处理方法，其特征在于，包括：
在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；
在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制；
所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和第四自定义资源对象；
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到创建自定义资源对象的请求后触发生成的情况下，向普通集群发送实例的控制请求指令，包括：
基于第一自定义资源对象确定实例模板信息；
基于第二自定义资源对象确定采集对象信息；
基于第三自定义资源对象确定扩展规则信息；
基于第四自定义资源对象确定生效集群以及关联的第一自定义资源对象、第二自定义资源对象和第三自定义资源对象；
基于实例模板信息、采集对象信息以及扩展规则信息生成实例的创建请求指令，将所述创建请求指令发送至生效集群。
2.根据权利要求1所述的多集群实例处理方法，其特征在于，所述在接收到所述控制请求指令后，基于所述自定义资源对象对实例进行控制，包括：
在接收到所述创建请求指令后，基于所述实例模板信息创建实例、创建第一资源对象和第二资源对象以分别保存所述采集对象信息和所述扩展规则信息，并根据所述创建请求指令中的关联文件将所述采集对象信息、扩展规则信息与所述实例进行关联。
3.根据权利要求2所述的多集群实例处理方法，其特征在于，所述实例包括第一容器和第二容器；
所述根据所述创建请求指令中的关联文件将所述采集对象信息与所述实例进行关联，包括：
通过所述第一容器基于所述采集对象信息生成配置文件；
基于共享目录将所述配置文件共享给所述第二容器，并调用所述第二容器的配置接口加载所述配置文件。
4.根据权利要求2所述的多集群实例处理方法，其特征在于，所述实例包括第一容器和第二容器；
所述根据所述创建请求指令中的关联文件将所述扩展规则信息与实例进行关联，包括：
通过所述第一容器周期性监控所述扩展规则信息是否发生变动；
若所述扩展规则信息发生变动，则调用所述第二容器的配置接口加载所述扩展规则信息。
5.根据权利要求1所述的多集群实例处理方法，其特征在于，所述自定义资源对象包括第一自定义资源对象；
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到更新自定义资源对象的请求后触发生成的情况下，向普通集群发送实例的控制请求指令，包括：
基于第一自定义资源对象确定实例模板信息；
基于与所述第一自定义资源对象关联的第四自定义资源对象确定生效集群；
基于所述实例模板信息生成实例的更新请求指令，将所述更新请求指令发送至所述生效集群。
6.根据权利要求5所述的多集群实例处理方法，其特征在于，所述实例模板信息包括实例的副本数量；
所述在接收到所述控制请求指令后，基于所述自定义资源对象对实例进行控制，包括：
在接收到所述更新请求指令的情况下，基于所述实例模板信息更新实例的副本数量。
7.根据权利要求1所述的多集群实例处理方法，其特征在于，所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和/或第四自定义资源对象；
所述方法还包括：
在所述资源对象控制指令由所述管控集群中的第一服务组件在接收到删除自定义资源对象的请求后触发生成的情况下，判断所述自定义资源对象是否为第四自定义资源对象；
若是第四自定义资源对象，在监听到资源对象控制指令的情况下，向普通集群发送实例的删除请求指令；
若不是第四自定义资源对象，判断是否存在与所述自定义资源对象相关联的第四自定义资源对象，若不存在所述相关联的第四自定义资源对象，则删除所述自定义资源对象。
8.根据权利要求7所述的多集群实例处理方法，其特征在于，所述在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，包括：
在接收到所述删除请求指令的情况下，基于所述自定义资源对象删除对应的实例。
9.一种多集群实例处理装置，其特征在于，包括：
第一处理单元，用于在监听到资源对象控制指令后，向普通集群发送实例的控制请求指令；其中，所述资源对象控制指令是由管控集群中的第一服务组件在接收到创建或更新自定义资源对象的请求后触发生成的，并由所述管控集群的实例管理组件进行监听，所述自定义资源对象关联至少两个普通集群；
第二处理单元，用于在接收到所述控制请求指令的情况下，基于所述自定义资源对象对实例进行控制，其中，所述控制请求指令由所述普通集群中的第二服务组件接收，所述实例由所述第二服务组件进行控制；
所述自定义资源对象包括第一自定义资源对象、第二自定义资源对象、第三自定义资源对象和第四自定义资源对象；
所述第一处理单元还用于：
基于第一自定义资源对象确定实例模板信息；
基于第二自定义资源对象确定采集对象信息；
基于第三自定义资源对象确定扩展规则信息；
基于第四自定义资源对象确定生效集群以及关联的第一自定义资源对象、第二自定义资源对象和第三自定义资源对象；
基于实例模板信息、采集对象信息以及扩展规则信息生成实例的创建请求指令，将所述创建请求指令发送至生效集群。
10.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至8任一项所述多集群实例处理方法的步骤。
11.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述多集群实例处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110892856.4A CN113626286B (zh) | 2021-08-04 | 2021-08-04 | 多集群实例处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110892856.4A CN113626286B (zh) | 2021-08-04 | 2021-08-04 | 多集群实例处理方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113626286A CN113626286A (zh) | 2021-11-09 |
| CN113626286B true CN113626286B (zh) | 2024-07-16 |
Family
ID=78382789
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110892856.4A Active CN113626286B (zh) | 2021-08-04 | 2021-08-04 | 多集群实例处理方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113626286B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114070889B (zh) * | 2021-11-10 | 2023-11-14 | 北京百度网讯科技有限公司 | 配置方法、流量转发方法、设备、存储介质及程序产品 |
| CN114079615B (zh) * | 2021-11-17 | 2023-08-11 | 上海道客网络科技有限公司 | 一种多集群环境下的应用同步方法、系统、介质和电子设备 |
| CN114374692A (zh) * | 2021-12-02 | 2022-04-19 | 浪潮云信息技术股份公司 | 一种多容器集群管理的实现方法及系统 |
| CN114650170B (zh) * | 2022-02-24 | 2024-02-02 | 京东科技信息技术有限公司 | 跨集群资源管理方法、装置、设备和存储介质 |
| CN115022198B (zh) * | 2022-05-31 | 2023-10-24 | 阿里巴巴（中国）有限公司 | 资源信息获取方法、设备及存储介质 |
| CN117707794B (zh) * | 2024-02-05 | 2024-06-18 | 之江实验室 | 一种面向异构联邦的多类别作业分发管理方法和系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108039975A (zh) * | 2017-12-21 | 2018-05-15 | 北京搜狐新媒体信息技术有限公司 | 容器集群管理系统及其应用方法 |
| CN111897625A (zh) * | 2020-06-23 | 2020-11-06 | 新浪网技术(中国)有限公司 | 一种基于Kubernetes集群的资源事件回溯方法、系统及电子设备 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9817734B2 (en) * | 2015-06-29 | 2017-11-14 | Vmware, Inc. | Virtual machine recovery on non-shared storage in a single virtual infrastructure management instance |
| CN112000434A (zh) * | 2020-08-14 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种基于Kubernetes动态管理服务治理规则配置方法和系统 |
| CN112214330A (zh) * | 2020-11-04 | 2021-01-12 | 腾讯科技（深圳）有限公司 | 集群中主节点的部署方法、装置及计算机可读存储介质 |
-
2021
- 2021-08-04 CN CN202110892856.4A patent/CN113626286B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108039975A (zh) * | 2017-12-21 | 2018-05-15 | 北京搜狐新媒体信息技术有限公司 | 容器集群管理系统及其应用方法 |
| CN111897625A (zh) * | 2020-06-23 | 2020-11-06 | 新浪网技术(中国)有限公司 | 一种基于Kubernetes集群的资源事件回溯方法、系统及电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113626286A (zh) | 2021-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113626286B (zh) | 多集群实例处理方法、装置、电子设备及存储介质 | |
| RU2429529C2 (ru) | Динамическое конфигурирование, выделение и развертывание вычислительных систем | |
| CN104866391B (zh) | 一种基于增量信息系统的终端信息备份方法和装置 | |
| CN107220100A (zh) | 一种开发运维方法、装置及云计算PaaS平台 | |
| CN112799786A (zh) | 微服务实例的退出方法、装置、设备及存储介质 | |
| CN108491163B (zh) | 一种大数据处理方法、装置和存储介质 | |
| CN113204353B (zh) | 一种大数据平台组件部署方法及装置 | |
| US20120324436A1 (en) | Method of updating versioned software using a shared cache | |
| US11029932B2 (en) | Hydration of applications | |
| US20230239212A1 (en) | Stable References for Network Function Life Cycle Management Automation | |
| CN111459619A (zh) | 一种基于云平台实现服务的方法和装置 | |
| CN114510464A (zh) | 一种高可用数据库的管理方法和管理系统 | |
| CN111399999B (zh) | 计算机资源处理方法、装置、可读存储介质和计算机设备 | |
| JP2008310591A (ja) | クラスタシステム、計算機、および障害回復方法 | |
| CN117076096A (zh) | 任务流程的执行方法、装置、计算机可读介质及电子设备 | |
| US10776134B2 (en) | Management of application properties | |
| CN111431951B (zh) | 一种数据处理方法、节点设备、系统及存储介质 | |
| CN113746676B (zh) | 基于容器集群的网卡管理方法、装置、设备、介质及产品 | |
| CN114020457A (zh) | 一种OpenStack部署方法、装置及电子设备 | |
| CN114579364A (zh) | 一种基于混合云的云原生数据库备份方法 | |
| CN114615263A (zh) | 集群在线迁移方法、装置、设备及存储介质 | |
| CN116893834B (zh) | 负载更新方法、装置、系统、电子设备及可读存储介质 | |
| CN116991815B (zh) | 一种分布式存储系统的日志收集方法、装置、设备及介质 | |
| CN118153694B (zh) | 一种基于分布式缓存的KServe模型推理加速的方法、装置及介质 | |
| CN115951908A (zh) | 一种镜像预加载方法及相关装置 |
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 |