CN114079615B - 一种多集群环境下的应用同步方法、系统、介质和电子设备 - Google Patents

一种多集群环境下的应用同步方法、系统、介质和电子设备 Download PDF

Info

Publication number
CN114079615B
CN114079615B CN202111362586.2A CN202111362586A CN114079615B CN 114079615 B CN114079615 B CN 114079615B CN 202111362586 A CN202111362586 A CN 202111362586A CN 114079615 B CN114079615 B CN 114079615B
Authority
CN
China
Prior art keywords
target application
application
state information
running state
user
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
Application number
CN202111362586.2A
Other languages
English (en)
Other versions
CN114079615A (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.)
Shanghai Daoke Network Technology Co ltd
Original Assignee
Shanghai Daoke Network 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 Shanghai Daoke Network Technology Co ltd filed Critical Shanghai Daoke Network Technology Co ltd
Priority to CN202111362586.2A priority Critical patent/CN114079615B/zh
Publication of CN114079615A publication Critical patent/CN114079615A/zh
Application granted granted Critical
Publication of CN114079615B publication Critical patent/CN114079615B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0846—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on copy from other elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0876—Aspects of the degree of configuration automation
    • H04L41/0886—Fully automatic configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/45562—Creating, deleting, cloning virtual machine instances
    • 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/45595—Network integration; Enabling network access in virtual machine instances
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

本申请的目的在于提供一种多集群环境下的应用同步方法、系统、计算机可读存储介质和电子设备。该方法包括：响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；自定义控制器根据自定义资源对象中存储的第一目标应用变化后的运行状态信息，对第二目标应用进行相应同步配置。籍此，利用自定义控制器和自定义资源对象，实现对相互关联的第一目标应用和第二目标应用的相应同步配置，使第二目标应用能够跟随第一目标应用的变更而进行相应同步操作，不再需要管理员手动对第二目标应用进行相应同步升级、更新，能够更加灵活的适应云原生场景下应用的快速更新迭代的需求。

Description

一种多集群环境下的应用同步方法、系统、介质和电子设备
技术领域
本申请涉及云原生技术领域，特别涉及一种多集群环境下的应用同步方法、系统、计算机可读存储介质和电子设备。
背景技术
容器技术作为一种新型的云计算技术，其本身具有轻量化、快速启动、进程隔离、敏捷调度等特点，已经广泛应用于业务系统应用的部署场景。
在多集群部署环境下，管理员需要逐个手动对部署在多集群上的业务系统进行整体升级、变更，无法做到同时快速迭代。具体来说，管理员进行整体升级、变更的过程，实质上就是重复多次地对单个集群的业务系统进行升级、变更的操作流程，在每个集群上手动配置不同业务模块的升级、变更顺序，直至在所有集群上执行完毕。
在传统业务场景下，管理员要在多个集群手动完成同步升级、变更，已经十分繁琐，极易出错；而在云原生场景下，容器化部署的应用相比与传统应用而言，更新迭代更快、频次更高，相应地，业务系统也将频繁进行升级、变更，采用传统的业务系统整体升级、变更的方法，流程复杂，操作繁琐，效率低下，故障率高，已经无法适应主流技术的发展水平，无法满足云原生场景下应用快速更新迭代的需求。
因此，需要提供一种针对上述现有技术不足的改进技术方案。
发明内容
本申请的目的在于提供一种多集群环境下的应用同步方法、系统、计算机可读存储介质和电子设备，以解决或缓解上述现有技术中存在的问题。
为了实现上述目的，本申请提供如下技术方案：
本申请提供了一种多集群环境下的应用同步方法，包括：响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；所述自定义控制器根据所述自定义资源对象中存储的所述第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置；其中，所述第二目标应用与所述第一目标应用相关。
优选的，在所述响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中之前，还包括：容器化部署所述自定义控制器、集群自定义资源和应用自定义资源，以对容器化部署的所述第一目标应用进行实时监控；在所述集群自定义资源中设置所述第一目标应用和所述第二目标应用所在集群的访问管理信息；在所述应用自定义资源中设置所述第一目标应用和所述第二应用的名称，以及分别指定所述第一目标应用和所述第二目标应用的运行状态信息类型；所述自定义控制器根据所述第一目标应用和所述第二应用的名称，以及指定类型的所述第一目标应用和所述第二目标应用的运行状态信息，生成自定义资源对象。
优选的，所述响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中，具体为：响应于所述自定义控制器监测到所述第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并对所述自定义资源对象中存储的所述第一目标应用的运行状态信息进行更新。
优选的，所述自定义控制器根据所述自定义资源对象中存储的所述第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置，具体为：所述自定义控制器根据更新后的所述自定义资源对象中存储的所述第一目标应用的运行状态信息，对所述第二目标应用的版本信息、资源配置信息、运行模式信息中的至少一种进行相应的同步配置。
优选的，所述自定义控制器包括：应用监控器和应用执行器，所述应用监控器用于对所述自定义资源对象中存储的所述第一目标应用的运行状态信息进行监测；获取更新后的所述自定义资源对象中存储的所述第一目标应用的运行状态信息，并发送给所述应用执行器；所述应用执行器用于根据更新后的所述自定义资源对象中存储的所述第一目标应用的运行状态信息，对所述第二目标应用进行同步配置。
优选的，所述第一目标应用部署在第一Kubernetes集群上，所述第二目标应用部署在第二Kubernetes集群上。
优选的，所述第一目标应用和所述第二目标应用以镜像方式进行部署，相应地，所述应用自定义资源为应用镜像部署资源，所述自定义资源对象为镜像部署资源对象。
本申请实施例还提供一种多集群环境下的应用同步系统，包括：监测单元，配置为响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；同步单元，配置为所述自定义控制器根据所述自定义资源对象中存储的所述第一目标应用变化后的运行状态信息，对第二目标应用进行同步配置；其中，所述第二目标应用与所述第一目标应用相关。
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序为如上任一所述的多集群环境下的应用同步方法。
本申请实施例还提供一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的程序，所述处理器执行所述程序时实现如上任一所述的多集群环境下的应用同步方法。
与最接近的现有技术相比，本申请实施例的技术方案具有如下有益效果：
本申请实施例的提供的技术方案中，通过自定义控制器监测到第一目标应用的运行状态信息发生变化，获取第一目标应用的运行状态信息，并存在自定义资源对象中；然后，由自定义控制器根据自定义资源对象中存储的第一目标应用的变化后的运行状态信息，对和第一目标应用相关联的第二目标应用进行同步配置。籍此，利用自定义控制器和自定义资源对象，实现对相互关联的第一目标应用和第二目标应用的同步配置，使第二目标应用能够跟随第一目标应用的变更而进行同步操作，不再需要管理员手动对第二目标应用进行同步升级、更新，能够更加灵活的适应云原生场景下应用的快速更新迭代的需求。
附图说明
构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。其中：
图1为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的流程示意图；
图2为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的技术逻辑图；
图3为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的一个示例的技术逻辑图；
图4为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的另一个示例的技术逻辑图；
图5为根据本申请的一些实施例提供的一种多集群环境下的应用同步系统的结构示意图；
图6为根据本申请的一些实施例提供的一种电子设备的结构示意图；
图7为根据本申请的一些实施例提供的一种电子设备的硬件示意图。
具体实施方式
下面将参考附图并结合实施例来详细说明本申请。各个示例通过本申请的解释的方式提供而非限制本申请。实际上，本领域的技术人员将清楚，在不脱离本申请的范围或精神的情况下，可在本申请中进行修改和变型。例如，示为或描述为一个实施例的一部分的特征可用于另一个实施例，以产生又一个实施例。因此，所期望的是，本申请包含归入所附权利要求及其等同物的范围内的此类修改和变型。
在本申请实施例中，使用自定义控制器对集群中容器化部署的特定应用(第一目标应用)进行实时监控，当监控到集群中特定应用的配置信息发生变更时，自定义控制器立刻获取该特定应用变化后的指定类型的运行状态信息，并存储在对应的自定义资源对象中。当自定义控制器监测到与第一目标应用相关联的另一特定应用(第二目标应用)的配置信息与自定义资源对象中存储的第一目标应用变化后的运行状态信息不对应时，则按照自定义资源对象中存储的第一目标应用变化后的指定类型的运行状态信息，立即对集群中的另一特定应用(第二目标应用)进行相应的变更操作，使另一特定应用的配置信息与第一目标应用的配置信息保持相对应。从而，管理员在对第一目标应用进行业务系统升级、变更时，通过自定义控制器实时监测第一目标应用的变化情况，实现相关联的第二目标应用的同步相应升级、变更操作。
图1为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的流程示意图。如图1所示，该多集群环境下的应用同步方法包括：
步骤S101、响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取第一目标应用变化后的运行状态信息，并存储在自定义资源对象中。
在本申请实施例中，自定义控制器部署在控制集群中，控制集群为独立于部署有第一目标应用和/或第二目标应用的集群之外的集群；或者，将自定义控制器部署在第一目标应用和/或第二目标应用的集群中。通过自定义控制器实现对集群中部署的第一目标应用和第二目标应用的运行状态的实时监测，实时获取第一目标应用和第二目标应用的运行状态信息，并存储在自定义资源对象中。同时，第一目标应用和第二目标应用在集群中以容器化方式进行部署。
在本申请实施例中，通过自定义资源(CRD)和自定义控制器对集群功能进行拓展，其中，自定义资源是指非集群原生提供的资源对象，自定义资源可以用来定义自定义资源对象(CR)的文件格式，自定义控制器则利用自定义资源(CRD)创建、管理自定义资源对象(CR)及其它应用、组件。
在本申请实施例中，在步骤S101之前还包括：容器化部署自定义控制器、集群自定义资源和应用自定义资源，以对容器化部署的第一目标应用进行实时监控。然后，在集群自定义资源中设置第一目标应用和第二目标应用所在集群的访问管理信息，以使自定义控制器能够对第一目标应用和第二目标应用所在集群进行访问管理，以及，在应用自定义资源中设置第一目标应用和第二目标应用的名称，并分别指定第一目标应用和第二目标应用的运行状态信息类型，以设置自定义资源对象所对应的应用和存储的运行状态信息类型。最后，由自定义控制器根据第一目标应用和第二目标应用的名称，以及指定的第一目标应用和第二目标应用的运行状态信息，生成自定义资源对象。
在本申请实施例中，在容器化部署自定义控制器和集群自定义资源(CRD-资源)、应用自定义资源(CRD-应用)后，对CRD-资源、CRD-应用中的文件内容分别进行编辑，设置集群的访问管理信息、自定义控制器的功能，以及，指定由自定义控制器监控的应用以及该应用需要被同步的运行状态信息类型。
在本申请实施例中，采用CRD-集群和CRD-应用两种自定义资源(CRD)配置自定义控制器的不同功能，管理员通过修改CRD-集群和CRD-应用的文件内容，实现相关功能的开启/关闭、指定被监控的应用、修改需要被同步的运行状态信息类型。
比如，在一CRD-集群文件的实施例中，该实施例中涉及cluster1和cluster2两个集群，如下：
在该CRD-集群文件的实施例中，自定义控制器根据集群自定义资源(CRD-资源)中配置的访问管理信息，获取被监控集群的访问管理权限，以便对被监控集群上的应用运行状态进行监控。
在一CRD-应用文件的实施例中，该实施例中AppA部署在cluster1上，AppB部署在cluster2上，示例如下：
apiVersion:appmonitordeploy.daocloud.io/v1
kind:AppMonitorDeploy
metadata:
name:AppA#指定被监控应用的名称
spec:
cluster:cluster1#被监控应用所部署的集群，与CRD-集群中内容对应
relevantApp:#待同步应用的信息
name:AppB#待同步应用的名称
cluster:cluster2#待同步应用所在的集群，与CRD-集群中内容对应
model:master-slave#应用之间的同步模式
app.env:On#是否开启对应用所属环境的同步，On代表开启，Off代表关闭
app.image:On#是否开启对应用所属镜像的同步，On代表开启，Off代表关闭
app.mem:On#是否开启对应用内存资源配置的同步，On代表开启，Off代表关闭
app.cpu:On#是否开启对应用CPU资源配置的同步，On代表开启，Off代表关闭
app.replicas:On#是否开启对应用副本数的同步，On代表开启，Off代表关闭
app.label:On#是否开启对应用标签的同步，On代表开启，Off代表关闭
image.version:On#是否开启对应用所属镜像版本的同步，On代表开启，Off代表关闭
config.path:On#是否开启对应用配置文件路径的同步，On代表开启，Off代表关闭
loadbalance.type:On#是否开启对应用负载均衡模式的同步，On代表开启，Off代表关闭
network.plugin:On#是否开启对应用网络插件的同步，On代表开启，Off代表关闭
在该CRD-应用文件的示例中，CRD-应用的文件内容配置了被监控应用的名称以及该应用需要被同步的运行状态信息类型。
当自定义控制器、CRD-集群、CRD-应用在集群中部署后，自定义控制器根据CRD-集群的配置信息，获取集群的访问管理权限，根据CRD-应用的配置信息，确定被监控应用和待同步的运行状态信息的类型；然后，自定义控制器采集第一目标应用的指定类型的运行状态信息，并以键值对的形式存储在对应的自定义资源对象中。
在一具体的例子中，在响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取第一目标应用变化后的运行状态信息，并存储在自定义资源对象中时，响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取第一目标应用变化后的运行状态信息，并对自定义资源对象中存储的第一目标应用的运行状态信息进行更新。
在本申请实施例中，自定义控制器对第一目标应用的运行状态进行实时监控，并实时采集第一目标应用的运行状态信息存储在自定义资源对象中，当第一目标应用的运行状态信息发生变化后，采集第一目标应用的变化后的运行状态信息，对自定义资源对象中原来存储的第一目标应用的运行状态信息进行更新。也就是说，自定义资源对象中始终只存储最新的第一目标应用的运行状态信息，只要自定义控制器监测到第一目标应用的运行状态信息发生变化，就立即对自定义资源对象中存储的第一目标应用的运行状态信息进行更新。
步骤S102、自定义控制器根据自定义资源对象中存储的第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置。
其中，第二目标应用与第一目标应用相关。
具体的，自定义控制器根据更新后的自定义资源对象中存储的第一目标应用的运行状态信息，对第二目标应用的版本信息、资源配置信息、运行模式信息中的至少一种进行相应的同步配置。
在本申请实施例中，自定义控制器对第二目标应用的运行状态进行实时监测，并实时采集第二目标应用的运行状态信息存储在自定义资源对象中，当自定义控制器监测到第二目标应用的运行状态信息与自定义资源中存储的第一目标应用的运行状态信息不对应时，立即根据自定义资源中存储的第一目标应用变化后的运行状态信息对第二目标应用进行相应的同步配置，以使与第一目标应用相关联的第二目标应用同步进行相应的更新、变更。
需要特别说明的是，本申请实施例中对第二目标应用进行相应的同步配置，既可以是让第二目标应用的配置始终与第一目标应用保持一致，也可以是让第二目标应用的配置与第一目标应用同向变更，还可以是让第二目标应用的配置与第一目标应用反向变更，本申请实施例对此不做限定。
在一具体的例子中，自定义控制器包括：应用监控器和应用执行器，应用控制器用于对自定义资源对象中存储的第一目标应用的运行状态进行监测，获取更新后的自定义资源中存储的第一目标应用的运行状态信息，并发送给应用执行器；应用执行器用于根据更新后的自定义资源对象中存在的第一目标应用的运行状态信息，对第二目标应用进行相应的同步配置。
在本申请实施例中，应用监控器(AppMonitor)对自定义资源对象进行实时监测，当监测到自定义资源对象中存储的第一目标应用的运行状态信息发生变化时，获取相关变更情况，并指示应用执行器(AppExecutor)对相同集群或不同集群上的相关联的第二目标应用进行升级、变更。在此，AppMonitor可以通过实时监测、定期监测、定时监测等不同的监测方式，实现对自定义资源对象的监测。
基于前述说明，可以知道，本申请实施例可以对第二目标应用的版本信息、资源配置信息、运行模式信息中的至少一种进行相应的同步配置，相应地，第一目标应用的运行状态信息至少包括第一目标应用的版本信息、资源配置信息、运行模式信息中的任意一种。具体的，当AppMonitor监测到自定义资源对象中存储的第一目标应用的版本信息、资源配置信息、运行模式信息中的一种或多种发生变化时，获取相关变更情况，并指示AppExecutor对第二目标应用进行相应的升级、变更。
在此，需要说明的是，第一目标应用和第二目标应用可以部署在同一集群中，也可以部署在不同的集群中；第一目标应用和第二目标应用可以为相同的应用，也可以为具有关联关系的不同的应用。
在一具体的例子中，以两个Kubernetes集群为例进行说明，图2为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的技术逻辑图。如图2所示，第一目标应用(应用A)部署在第一Kubernetes集群上，第二目标应用(应用B)部署在第二Kubernetes集群上。
在本申请实施例中，自定义控制器根据第一目标应用(应用A)和第二目标应用(应用B)的名称，以及指定的第一目标应用和第二目标应用的运行状态信息，生成自定义资源对象。具体的，自定义控制器根据CRD-应用AB中配置的被监控的应用名称(应用A和应用B的名称)以及运行状态信息类型，创建和管理资源对象，获取指定应用(应用A和应用B)的指定类型的运行状态后，生成自定义资源对象。
在本申请实施例中，当第一Kubernetes集群上被监控应用(应用A)的运行状态信息产生变化时，自定义资源对象存储的应用A在第一Kubernetes集群上的相应参数的数值将发生变化。
在本申请实施例中，AppMonitor监测到自定义资源对象产生变化时，指示AppExecutor对部署在第二Kubernetes集群上的相对应的应用(应用B)进行相应的升级、变更操作。具体的，自定义控制器根据自定义资源对象中存储的第一Kubernetes集群中部署的第一目标应用变化后的运行状态信息，对第二Kubernetes集群中部署的第二目标应用进行相应的同步配置。
在本申请实施例中，在自定义控制器根据自定义资源对象中存储的第一Kubernetes集群中部署的第一目标应用变化后的运行状态信息，对第二Kubernetes集群中部署的第二目标应用的配置进行相应的同步之后，自定义控制器获取第二Kubernetes集群中第二目标应用的运行状态信息，并对自定义资源对象中存储的第二目标应用在第二Kubernetes集群中的运行状态信息进行更新。
具体的，在第二Kubernetes集群中部署的应用B升级、变更操作完成后，自定义控制器获取第二Kubernetes集群上的应用B的实时运行状态信息，对自定义资源对象中所存储的应用B在第二Kubernetes集群上的运行状态信息进行更新。使得第二Kubernetes集群上的应用B自动与第一Kubernetes集群上的应用A同步进行相应的升级和/或变更，使得管理员无需重复对第二Kubernetes集群上的应用B进行操作，提升了效率。
在一些可选实施例中，第一目标应用和第二目标应用之间的同步模式，包括主从模式、多活模式等，主从模式下第一目标应用为主应用，第二目标应用为从应用，第二目标应用随着第一目标应用而升级、变更，而在多活模式下第一目标应用和第二目标应用则互为主从关系。
在一种特殊的情况下，第一目标应用和第二目标应用以镜像方式进行部署，相应地，应用自定义资源为应用镜像部署资源，自定义资源对象为镜像部署资源对象。
图3为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的一个示例的技术逻辑图。图4为根据本申请的一些实施例提供的一种多集群环境下的应用同步方法的另一个示例的技术逻辑图。如图3和图4所示，前述第一目标应用和第二目标应用是以镜像方式分别部署在第一Kubernetes集群和第二Kubernetes集群上的应用A。自定义控制器根据应用A的名称，以及应用A的运行状态信息，生成自定义资源对象。具体的，自定义控制器根据CRD-应用AA中配置的被监控的应用A的名称以及运行状态信息类型，创建和管理资源对象，获取应用A的指定类型的运行状态信息后，生成自定义资源对象。如表1所示。
表1镜像部署资源对象
在本申请实施例中，当管理员对第一Kubernetes集群上部署的应用A进行升级、变更后，自定义控制器监测到第一Kubernetes集群上的应用A的运行状态信息发生变化，立即对镜像部署资源对象中存储的第一Kubernetes集群上的应用A的相应参数的数值进行更新。自定义控制器中的AppMonitor监测到镜像部署资源对象产生变化时，指示AppExecutor对部署在第二Kubernetes集群上的应用A进行相同的升级、变更操作。
比如说，当管理员在第一Kubernetes集群上对应用A升级、变更后，使得应用A的版本、配置等产生了变化，应用所属镜像版本由V1升级为V2，占用CPU资源由2C变为3C，占用内存资源由4G变为6G。自定义控制器获取应用A的实时运行状态信息，并对自定义资源对象中存储的应用A的运行状态信息进行更新，将参数image.version的数值由V1修改为V2，app.cpu的数值由2C修改为3C，app.mem的数值由4G修改为6G。
自定义控制器中的AppMonitor监测到自定义资源对象中的参数的数值发生变化后，指示AppExecutor对部署在第二Kubernetes集群上的应用A进行相同的升级、变更操作，即将第二Kubernetes集群上的应用A的版本由V1升级至V2，将CPU资源配置由2C变更为3C，将内存资源配置由4G变为6G。一旦第一Kubernetes集群出现故障无法正常对外提供应用A的服务，自动切换由第二Kubernetes集群上的应用A对外提供服务，以保证服务的持续性。
进一步地，自定义控制器中的AppExecutor对部署在第二Kubernetes集群上的应用A进行相同的升级、变更操作时，如图3所示，第二Kubernetes集群上的应用A可以从第一Kubernetes集群直接获得升级后的应用镜像，并从AppExecutor获得应用配置的参数数值。或者，如图4所示，第二Kubernetes集群上的应用A还可以从AppExecutor获得应用配置的参数数值和升级后的应用版本信息，再根据应用版本信息从应用镜像仓库获取对应版本的应用镜像，本申请实施例对此不做限定。
需要说明的是，云计算概念的提出已经有了十几年，现在已经成为了互联网基础设施，云计算的载体是数据中心，为了保证业务的高可用性，数据中心需要采用多集群环境，也就是将一套业务系统同时部署在多个集群上，以提升系统的可靠性。
常见的多集群部署方式有以下几种：一、主集群/灾备集群，用户的业务系统在主集群中运行，而一个或多个灾备集群为业务系统提供冷备或热备。当主集群的应用出现故障时，可以将单个应用或者整体业务切换到灾备集群。二、双运营集群/多运营集群，部分应用分别在不同集群运行，同时不同集群实现应用的互备，当某个应用出现故障时，由对应的备份集群应用接管服务。三、双活集群/多活集群，业务系统同时在多个集群运行，同时为用户提供服务，当某个集群的应用系统出现问题时，由其他集群的应用来持续的提供服务。本申请实施例中所提出的一种多集群环境下的应用同步方法可用于前述多集群部署方式。
在主集群/灾备集群的部署方式下，灾备集群需要与主集群的应用在版本、资源等配置上保持一致，当灾备集群的应用与主集群存在区别时，主集群与灾备集群无法做到及时切换，导致服务出现中断。而容器化部署的应用具有更新迭代快的特点，在主集群/灾备集群的部署方式下，需要部署在主集群和灾备集群的应用同时满足快速迭代的要求，否则无法做到主集群到灾备集群的无缝切换。而通过本申请的技术方案，第二Kubernetes集群上的应用自动与第一Kubernetes集群上的应用的同步升级、变更，当第一Kubernetes集群出现故障无法正常对外提供应用的服务时，自动切换由第二Kubernetes集群上的应用对外提供服务，满足了主集群和灾备集群的应用的同时快速迭代的要求，可以实现主集群到灾备集群的无缝切换。
在此，在主集群/灾备集群的部署方式下，由主集群对外提供服务，因此直接在主集群上升级、更新存在一定的风险，一旦升级或配置出错，对整个系统影响很大，而先在灾备集群上完成应用的升级、变更，则可以降低此类风险。第二Kubernetes集群上的应用自动与第一Kubernetes集群上的应用的同步升级、变更，当第一Kubernetes集群出现故障无法正常对外提供应用的服务时，自动切换由第二Kubernetes集群上的应用对外提供服务；当第二Kubernetes集群代替第一Kubernetes集群对外提供服务后，第二Kubernetes集群就变成了主集群，而第一Kubernetes集群在经过重启、故障排除等操作后恢复正常，就成为了灾备集群。
在双运营集群/多运营集群的部署方式下，所有集群上部署的应用需要在版本、资源等配置上保持一致。通过本申请的技术方案，可以实现大量集群上大量应用的同步配置。
在双活集群/多活集群的部署方式下，业务系统同时在多个集群运行，同时为用户提供服务，属于在不同集群上属于同一业务系统的应用属于相关应用，可预先设置不同应用之间的关联关系，实现多个集群上应用进行相应的同步配置。
目前，容器化业务多采用微服务架构，即将整个业务系统拆分为多个微服务应用，作为业务模块，每个业务模块分别提供一部分业务功能，共同对外提供服务。整体上属于同一个业务系统的不同业务模块之间在对外提供服务过程中存在复杂的调用关系。在采用传统的业务系统整体升级、变更方案对微服务架构进行升级、变更时，需要先按照调用关系，理清应用的升级、变更顺序，再人为设置不同应用的升级、变更顺序后进行业务系统升级、变更，流程复杂，操作繁琐，效率低下，故障率高。
而本申请的技术方案用于微服务架构的业务系统时，业务系统被拆分为多个微服务应用(Kubernetes集群上的应用)，当管理员需要同时对多个Kubernetes集群上的业务系统进行升级、变更时，只需要按照调用关系，理清多个微服务应用的升级、变更顺序，在单个Kubernetes集群上设置不同微服务应用的升级、变更顺序，然后在单个Kubernetes集群上执行业务系统升级、变更的流程，自定义控制器将实时采集微服务应用的升级、变更情况，存储在自定义资源对象中。AppMonitor监测到自定义资源对象发生变化，立即指示AppExecutor对相同集群或者其他集群上相对应的应用进行升级、变更，从而在全部Kubernetes集群上实现了业务系统的升级、变更。也就是说，管理员只需要在单个Kubernetes集群上设置一次不同微服务应用的升级、变更顺序，在该Kubernetes集群执行业务系统升级、变更的流程时，相同或者其它Kubernetes集群上相对应的应用将紧跟着执行相同的步骤，完全复制执行整个流程，提升了效率，降低了多次手动设置带来的高故障率。
因而，本申请实施例提供的技术方案，当管理员对单个应用进行升级、变更后，相关联的应用将立即同步进行升级、变更，满足了容器化部署的应用快速迭代的要求；当管理员完成单个应用升级、变更后，无需对相关联的应用重复操作，防止因管理员操作失误而导致不同应用的配置无法对应，使得相关联应用的升级、变更始终保持相对应；通过自定义资源(CRD)对自定义资源对象、AppMonitor、AppExecutor进行统一配置管理，操作简便；同时，在微服务架构场景下，管理员仅需手动配置一次不同应用的升级、变更顺序，简化了管理员的工作，提升了效率，降低了多次手动设置带来的高故障率。
示例性系统
图5为根据本申请的一些实施例提供的一种多集群环境下的应用同步系统的结构示意图；如图5所示，该多集群环境下的应用同步系统包括：监测单元501，配置为响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；同步单元502，配置为所述自定义控制器根据所述自定义资源对象中存储的所述第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置。其中，所述第二目标应用与所述第一目标应用相关。
本申请实施例提供的多集群环境下的应用同步系统能够实现上述任一多集群环境下的应用同步方法实施例的步骤、流程，并达到相同的技术效果，在此不再一一赘述。
示例性设备
图6为根据本申请的一些实施例提供的电子设备的结构示意图；如图6所示，该电子设备包括：
一个或多个处理器601；
计算机可读介质，可以配置为存储一个或多个程序602，一个或多个处理器601执行一个或多个程序602时，实现如下步骤：响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；自定义控制器根据自定义资源对象中存储的第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置，其中，第二目标应用与第一目标应用相关。
图7为根据本申请的一些实施例提供的电子设备的硬件结构图；如图7所示，该电子设备的硬件结构可以包括：处理器701、通信接口702、计算机可读介质703和通信总线704。
其中，处理器701、通信接口702、计算机可读介质703通过通信总线804完成相互间的通信。
可选地，通信接口702可以为通信模块的接口，如GSM模块的接口。
其中，处理器701具体可以配置为：响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；自定义控制器根据自定义资源对象中存储的第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置，其中，第二目标应用与第一目标应用相关。
处理器可以是通用处理器，包括中央处理器(central processing unit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本申请实施例的电子设备以多种形式存在，包括但不限于：
(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如：IPhone)、多媒体手机、功能性手机，以及低端手机等。
(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如Ipad。
(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如：iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。
(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
(5)其他具有数据交互功能的电子装置。
需要指出，根据实施的需要，可将本申请实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可以将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤，以实现本申请实施例的目的。
上述根据本申请实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器存储介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，RAM、ROM、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的多集群环境下的应用同步方法。此外，当通用计算机访问用于实现在此示出的方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的方法的专用计算机。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和涉及约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述得设备及系统实施例仅仅是示意性的，其中作为分离不见说明的单元可以使或者也可以不是物理上分开的，作为单元提示的不见可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的优选实施例，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种多集群环境下的应用同步方法，其特征在于，包括：
响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；
所述自定义控制器根据所述自定义资源对象中存储的所述第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置；其中，所述第二目标应用与所述第一目标应用为同一业务系统中具有关联关系的不同应用，所述业务系统运行在多个集群上，所述同步配置包括同向变更和反向变更。
2.根据权利要求1所述的多集群环境下的应用同步方法，其特征在于，在所述响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中之前，还包括：
容器化部署所述自定义控制器、集群自定义资源和应用自定义资源，以对容器化部署的所述第一目标应用进行实时监控；
在所述集群自定义资源中设置所述第一目标应用和所述第二目标应用所在集群的访问管理信息；
在所述应用自定义资源中设置所述第一目标应用和所述第二目标应用的名称，以及分别指定所述第一目标应用和所述第二目标应用的运行状态信息类型；
所述自定义控制器根据所述第一目标应用和所述第二目标应用的名称，以及指定类型的所述第一目标应用和所述第二目标应用的运行状态信息，生成自定义资源对象。
3.根据权利要求2所述的多集群环境下的应用同步方法，其特征在于，所述响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中，具体为：
响应于所述自定义控制器监测到所述第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并对所述自定义资源对象中存储的所述第一目标应用的运行状态信息进行更新。
4.根据权利要求3所述的多集群环境下的应用同步方法，其特征在于，所述自定义控制器根据所述自定义资源对象中存储的所述第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置，具体为：
所述自定义控制器根据更新后的所述自定义资源对象中存储的所述第一目标应用的运行状态信息，对所述第二目标应用的版本信息、资源配置信息、运行模式信息中的至少一种进行相应的同步配置。
5.根据权利要求3所述的多集群环境下的应用同步方法，其特征在于，所述自定义控制器包括：应用监控器和应用执行器，
所述应用监控器用于对所述自定义资源对象中存储的所述第一目标应用的运行状态信息进行监测；获取更新后的所述自定义资源对象中存储的所述第一目标应用的运行状态信息，并发送给所述应用执行器；
所述应用执行器用于根据更新后的所述自定义资源对象中存储的所述第一目标应用的运行状态信息，对所述第二目标应用进行相应的同步配置。
6.根据权利要求1-5中任一项所述的多集群环境下的应用同步方法，其特征在于，所述第一目标应用部署在第一Kubernetes集群上，所述第二目标应用部署在第二Kubernetes集群上。
7.根据权利要求6所述的多集群环境下的应用同步方法，其特征在于，所述第一目标应用和所述第二目标应用以镜像方式进行部署，
相应地，所述应用自定义资源为应用镜像部署资源，所述自定义资源对象为镜像部署资源对象。
8.一种多集群环境下的应用同步系统，其特征在于，包括：
监测单元，配置为响应于自定义控制器监测到第一目标应用的运行状态信息发生变化，获取所述第一目标应用变化后的运行状态信息，并存储在自定义资源对象中；
同步单元，配置为所述自定义控制器根据所述自定义资源对象中存储的所述第一目标应用变化后的运行状态信息，对第二目标应用进行相应的同步配置；其中，所述第二目标应用与所述第一目标应用为同一业务系统中具有关联关系的不同应用，所述业务系统运行在多个集群上，所述同步配置包括同向变更和反向变更。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序为如权利要求1-7任一所述的多集群环境下的应用同步方法。
10.一种电子设备，其特征在于，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的程序，所述处理器执行所述程序时实现如权利要求1-7任一所述的多集群环境下的应用同步方法。
CN202111362586.2A 2021-11-17 2021-11-17 一种多集群环境下的应用同步方法、系统、介质和电子设备 Active CN114079615B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111362586.2A CN114079615B (zh) 2021-11-17 2021-11-17 一种多集群环境下的应用同步方法、系统、介质和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111362586.2A CN114079615B (zh) 2021-11-17 2021-11-17 一种多集群环境下的应用同步方法、系统、介质和电子设备

Publications (2)

Publication Number Publication Date
CN114079615A CN114079615A (zh) 2022-02-22
CN114079615B true CN114079615B (zh) 2023-08-11

Family

ID=80283730

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111362586.2A Active CN114079615B (zh) 2021-11-17 2021-11-17 一种多集群环境下的应用同步方法、系统、介质和电子设备

Country Status (1)

Country Link
CN (1) CN114079615B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114661420B (zh) * 2022-03-28 2023-08-11 安超云软件有限公司 基于Kubernetes容器平台的应用保护方法、装置及系统
CN114691125B (zh) * 2022-04-01 2023-05-23 上海道客网络科技有限公司 一种应用资源映射转换的方法、系统、介质和电子设备
CN114936048B (zh) * 2022-05-10 2024-03-19 北京达佳互联信息技术有限公司 配置管理方法、装置、电子设备及存储介质
CN115022198B (zh) * 2022-05-31 2023-10-24 阿里巴巴（中国）有限公司 资源信息获取方法、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110609732A (zh) * 2019-08-13 2019-12-24 平安普惠企业管理有限公司 应用程序部署方法、装置、计算机设备和存储介质
CN111277460A (zh) * 2020-01-17 2020-06-12 江苏满运软件科技有限公司 一种ZooKeeper容器化控制的方法、装置、存储介质及电子设备
CN112083971A (zh) * 2020-09-15 2020-12-15 北京凌云雀科技有限公司 组件处理方法、设备及存储介质
CN112181764A (zh) * 2020-09-23 2021-01-05 南京南瑞继保电气有限公司 Kubernetes资源数据的监视方法及装置
CN113220420A (zh) * 2021-05-18 2021-08-06 北京百度网讯科技有限公司 服务监控方法、装置、设备、存储介质及计算机程序产品
CN113626286A (zh) * 2021-08-04 2021-11-09 北京汇钧科技有限公司 多集群实例处理方法、装置、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110609732A (zh) * 2019-08-13 2019-12-24 平安普惠企业管理有限公司 应用程序部署方法、装置、计算机设备和存储介质
CN111277460A (zh) * 2020-01-17 2020-06-12 江苏满运软件科技有限公司 一种ZooKeeper容器化控制的方法、装置、存储介质及电子设备
CN112083971A (zh) * 2020-09-15 2020-12-15 北京凌云雀科技有限公司 组件处理方法、设备及存储介质
CN112181764A (zh) * 2020-09-23 2021-01-05 南京南瑞继保电气有限公司 Kubernetes资源数据的监视方法及装置
CN113220420A (zh) * 2021-05-18 2021-08-06 北京百度网讯科技有限公司 服务监控方法、装置、设备、存储介质及计算机程序产品
CN113626286A (zh) * 2021-08-04 2021-11-09 北京汇钧科技有限公司 多集群实例处理方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN114079615A (zh) 2022-02-22

Similar Documents

Publication Publication Date Title
CN114079615B (zh) 一种多集群环境下的应用同步方法、系统、介质和电子设备
CN110389900B (zh) 一种分布式数据库集群测试方法、装置及存储介质
EP3588296A1 (en) Dynamically scaled hyperconverged system
KR102648742B1 (ko) 애플리케이션 배포 방법, 장치, 전자 기기 및 판독 가능 저장 매체
CN106657167B (zh) 管理服务器、服务器集群、以及管理方法
CN113032085A (zh) 云操作系统的管理方法、装置、服务器、管理系统及介质
US20100058319A1 (en) Agile deployment of server
CN111198696B (zh) 一种基于裸机服务器的OpenStack大规模部署方法和系统
WO2024077885A1 (zh) 容器集群的管理方法、装置、设备及非易失性可读存储介质
CN105635216A (zh) 分布式应用的升级方法、设备和分布式系统
CN108319492B (zh) 复位物理机的方法、装置与系统
CN109450676A (zh) 一种交换机升级方法及装置、电子设备、计算机可读介质
CN114565502A (zh) Gpu资源管理方法、调度方法、装置、电子设备及存储介质
WO2016197953A1 (zh) 一种部署多模基站的方法及装置
CN111818188B (zh) 一种Kubernetes集群的负载均衡可用性提升方法和装置
CN106254128A (zh) 一种基于服务器的atm配置参数管理方法及系统
CN116095145B (zh) 一种vpc集群的数据控制方法和系统
CN116193481A (zh) 一种5g核心网处理方法、装置、设备及介质
CN102970375A (zh) 集群配置方法和装置
CN114398208A (zh) 一种无状态应用的跨集群备份方法、系统、介质和设备
CN114546725A (zh) 一种有状态应用的跨集群备份方法、系统、介质和电子设备
CN113472891A (zh) 一种sdn控制器集群数据处理方法、设备及介质
CN114610545A (zh) 减少私有云计算的单点故障的方法、系统、设备及介质
CN104468671A (zh) 一种配置信息处理方法、装置及相关设备
CN110807018A (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