CN114168221A - 一种云管理平台上重启mongodb集群的方法 - Google Patents
一种云管理平台上重启mongodb集群的方法 Download PDFInfo
- Publication number
- CN114168221A CN114168221A CN202111466428.1A CN202111466428A CN114168221A CN 114168221 A CN114168221 A CN 114168221A CN 202111466428 A CN202111466428 A CN 202111466428A CN 114168221 A CN114168221 A CN 114168221A
- Authority
- CN
- China
- Prior art keywords
- restart
- interface
- cluster
- 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.)
- 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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明涉及一种云管理平台上重启mongodb集群的方法,本方法定义了一套解决云平台上重启mongodb集群的方式,通过在接口中增加一个“强制重启”的参数,实现了在集群状态不正常的情况下,让用户根据自己的实际情况,来决定是否重启集群,满足用户的需求。
Description
技术领域
本发明涉及云平台技术领域,尤其涉及一种云管理平台上重启mongodb集群的方法。
背景技术
现在各大云服务平台的上,会提供售卖mongodb数据库集群的服务给用户,同时也会提供重启集群的功能。集群是由多台机器组成,重启集群的操作,实际上是重启每一台机器上的mongodb实例,伴随而来的就有一个问题,如果在重启的时候,集群中有一台或者多台机器处于故障状态,或者由于一些原因这些机器无法访问到,那么对于重启集群,现有的技术方案有下面几种:
第一种,只有集群状态都是正常的,才可以重启,如果有一个或者多个机器不正常的就不容许重启;第二种,重启的时候,只重启正常机器的状态,忽略状态不正常的机器。
但是对于是否重启,上面的第一种方案,一般集群有几台机器故障也是不影响用户使用的,不让用户重启不太合理,会有一部分用户不满意的。上面的第二种方案,重启的时候,只重启状态正常的机器,忽略状态不正常的机器。这样一部节点重启了,一部分可能没有重启,也可能给用户造成困惑,让用户不满意。因此,无论采用哪一种方案,都无法保证所有用户都满意。
发明内容
本发明的目的在于提供一种云管理平台上重启mongodb集群的方法,以解决上述背景技术中遇到的问题。
为实现上述目的,本发明的技术方案如下:
一种云管理平台上重启mongodb集群的方法,包括以下方法:
S1、定义一个重启mongodb集群的接口,接口中添加一个可选参数,名称为“强制重启”,按照接口的逻辑判断每个节点是否正常;
S2、用户在UI界面上点击重启集群按钮,UI调用步骤S1中定义的所述接口;
S3、接口接到请求后,按接口内部逻辑进行处理:如果没有不正常状态的机器,直接重启mongodb集群,返回重启成功,本次操作结束;如果有不正常状态的机器,返回修改失败,提示状态不正常;
S4、用户在UI界面上接到“重启成功”的结果后,给用户提示重启成功,操作结束;UI接到“重启失败,提示节点状态不正常”的结果后,向用户弹出提示“当前集群有节点状态不正常,是否强制重启集群”;
S5、用户看到“当前集群有节点状态不正常,是否强制重启集群”的提示后,根据自己的情况,选择“强制重启”或者“取消”。
上述方法,再步骤S1中,接口的逻辑流程步骤为:
第一步:在接口中正常传递了“强制重启”这个参数,则循环重启集群中的每一个节点,完成后重启所有节点;
第一步:如果没有传递“强制重启”这个参数,判断每一个节点的状态,如果有一个不是正常状态,程序就结束,返回节点状态不正常;
第二步:重启所有正常的节点,忽略状态不正常的节点。
上述方法,在步骤S5中,如果用户选择了“取消”,本次交互操作完成;如果用户选择了“强制重启”,UI继续调用重启集群的接口,并且在接口中添加“强制重启”的参数,后台服务接口接到“强制重启”的请求后,尝试为用户重启所有节点。
与现有技术相比,本发明的有益效果是:本方法定义了一套解决云平台上重启mongodb集群的方式,通过在接口中增加一个“强制重启”的参数,实现了在集群状态不正常的情况下,让用户根据自己的实际情况,来决定是否重启集群,满足用户的需求。
附图说明
参照附图来说明本发明的公开内容。应当了解,附图仅仅用于说明目的,而并非意在对本发明的保护范围构成限制。在附图中,相同的附图标记用于指代相同的部件。其中:
图1为本发明的工作流程示意图;
图2为本发明中接口的逻辑流程示意图。
具体实施方式
为了使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解,现在结合附图对本发明作进一步详细的说明。这些附图均为简化的示意图,仅以示意方式说明本发明的基本结构,因此其仅显示本发明有关的构成。
根据本发明的技术方案,在不变更本发明实质精神下,本领域的一般技术人员可以提出可相互替换的多种结构方式以及实现方式。因此,以下具体实施方式以及附图仅是对本发明的技术方案的示例性说明,而不应当视为本发明的全部或者视为对本发明技术方案的限定或限制。
下面结合附图和实施例对本发明的技术方案做进一步的详细说明。
请参阅图1,一种云管理平台上重启mongodb集群的方法,包括以下方法:
S1、定义一个重启mongodb集群的接口,接口中添加一个可选参数,名称为“强制重启”,按照接口的逻辑判断每个节点是否正常。
如图2所示,其中,接口的逻辑流程步骤为:
第一步:在接口中正常传递了“强制重启”这个参数,则循环重启集群中的每一个节点,完成后重启所有节点;
第一步:如果没有传递“强制重启”这个参数,判断每一个节点的状态,如果有一个不是正常状态,程序就结束,返回节点状态不正常;
第二步:重启所有正常的节点,忽略状态不正常的节点。
S2、用户在UI界面上点击重启集群按钮,UI调用步骤S1中定义的所述接口;
S3、接口接到请求后,按接口内部逻辑进行处理:如果没有不正常状态的机器,直接重启mongodb集群,返回重启成功,本次操作结束;如果有不正常状态的机器,返回修改失败,提示状态不正常;
S4、用户在UI界面上接到“重启成功”的结果后,给用户提示重启成功,操作结束;UI接到“重启失败,提示节点状态不正常”的结果后,向用户弹出提示“当前集群有节点状态不正常,是否强制重启集群”;
S5、用户看到“当前集群有节点状态不正常,是否强制重启集群”的提示后,根据自己的情况,选择“强制重启”或者“取消”。
上述方法,如果用户选择了“取消”,本次交互操作完成;如果用户选择了“强制重启”,UI继续调用重启集群的接口,并且在接口中添加“强制重启”的参数,后台服务接口接到“强制重启”的请求后,尝试为用户重启所有节点。
本方法定义了一套解决云平台上重启mongodb集群的方式,通过在接口中增加一个“强制重启”的参数,实现了在集群状态不正常的情况下,让用户根据自己的实际情况,来决定是否重启集群,满足用户的需求。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式,并不用于限定本发明保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应含在本发明的保护范围之内。
Claims (3)
1.一种云管理平台上重启mongodb集群的方法,其特征在于,包括以下方法:
S1、定义一个重启mongodb集群的接口,接口中添加一个可选参数,名称为“强制重启”,按照接口的逻辑判断每个节点是否正常;
S2、用户在UI界面上点击重启集群按钮,UI调用步骤S1中定义的所述接口;
S3、接口接到请求后,按接口内部逻辑进行处理:如果没有不正常状态的机器,直接重启mongodb集群,返回重启成功,本次操作结束;如果有不正常状态的机器,返回修改失败,提示状态不正常;
S4、用户在UI界面上接到“重启成功”的结果后,给用户提示重启成功,操作结束;UI接到“重启失败,提示节点状态不正常”的结果后,向用户弹出提示“当前集群有节点状态不正常,是否强制重启集群”;
S5、用户看到“当前集群有节点状态不正常,是否强制重启集群”的提示后,根据自己的情况,选择“强制重启”或者“取消”。
2.根据权利要求1所述的一种云管理平台上重启mongodb集群的方法,其特征在于:在步骤S1中,接口的逻辑流程步骤为:
第一步:在接口中正常传递了“强制重启”这个参数,则循环重启集群中的每一个节点,完成后重启所有节点;
第一步:如果没有传递“强制重启”这个参数,判断每一个节点的状态,如果有一个不是正常状态,程序就结束,返回节点状态不正常;
第二步:重启所有正常的节点,忽略状态不正常的节点。
3.根据权利要求1所述的一种云管理平台上重启mongodb集群的方法,其特征在于:在步骤S5中,如果用户选择了“取消”,本次交互操作完成;如果用户选择了“强制重启”,UI继续调用重启集群的接口,并且在接口中添加“强制重启”的参数,后台服务接口接到“强制重启”的请求后,尝试为用户重启所有节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111466428.1A CN114168221A (zh) | 2021-11-30 | 2021-11-30 | 一种云管理平台上重启mongodb集群的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111466428.1A CN114168221A (zh) | 2021-11-30 | 2021-11-30 | 一种云管理平台上重启mongodb集群的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114168221A true CN114168221A (zh) | 2022-03-11 |
Family
ID=80482804
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111466428.1A Pending CN114168221A (zh) | 2021-11-30 | 2021-11-30 | 一种云管理平台上重启mongodb集群的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114168221A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103152416A (zh) * | 2013-03-04 | 2013-06-12 | 浪潮电子信息产业股份有限公司 | 一种提高在线集群组高可用性能的动态管理方法 |
CN105357296A (zh) * | 2015-10-30 | 2016-02-24 | 河海大学 | 一种Docker云平台下弹性缓存系统 |
CN107135242A (zh) * | 2016-02-29 | 2017-09-05 | 阿里巴巴集团控股有限公司 | Mongodb集群访问方法、装置及系统 |
CN110275793A (zh) * | 2019-06-27 | 2019-09-24 | 咪咕文化科技有限公司 | 一种用于MongoDB数据分片集群的检测方法及设备 |
CN110807018A (zh) * | 2019-10-17 | 2020-02-18 | 上海易点时空网络有限公司 | 用于业务数据的主从架构迁移至集群架构的方法以及装置、设备、存储介质 |
CN110825420A (zh) * | 2019-11-26 | 2020-02-21 | 中国银行股份有限公司 | 分布式集群的配置参数更新方法、装置、设备及存储介质 |
CN111125219A (zh) * | 2019-12-18 | 2020-05-08 | 紫光云(南京)数字技术有限公司 | 一种修改云平台上Redis集群参数的方法 |
CN111835563A (zh) * | 2020-07-03 | 2020-10-27 | 紫光云技术有限公司 | 一种修改云服务平台上mongodb数据库集群参数配置的方法 |
CN112667337A (zh) * | 2020-12-28 | 2021-04-16 | 紫光云技术有限公司 | 一种云管理平台上修改Kafka集群参数的方法 |
-
2021
- 2021-11-30 CN CN202111466428.1A patent/CN114168221A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103152416A (zh) * | 2013-03-04 | 2013-06-12 | 浪潮电子信息产业股份有限公司 | 一种提高在线集群组高可用性能的动态管理方法 |
CN105357296A (zh) * | 2015-10-30 | 2016-02-24 | 河海大学 | 一种Docker云平台下弹性缓存系统 |
CN107135242A (zh) * | 2016-02-29 | 2017-09-05 | 阿里巴巴集团控股有限公司 | Mongodb集群访问方法、装置及系统 |
CN110275793A (zh) * | 2019-06-27 | 2019-09-24 | 咪咕文化科技有限公司 | 一种用于MongoDB数据分片集群的检测方法及设备 |
CN110807018A (zh) * | 2019-10-17 | 2020-02-18 | 上海易点时空网络有限公司 | 用于业务数据的主从架构迁移至集群架构的方法以及装置、设备、存储介质 |
CN110825420A (zh) * | 2019-11-26 | 2020-02-21 | 中国银行股份有限公司 | 分布式集群的配置参数更新方法、装置、设备及存储介质 |
CN111125219A (zh) * | 2019-12-18 | 2020-05-08 | 紫光云(南京)数字技术有限公司 | 一种修改云平台上Redis集群参数的方法 |
CN111835563A (zh) * | 2020-07-03 | 2020-10-27 | 紫光云技术有限公司 | 一种修改云服务平台上mongodb数据库集群参数配置的方法 |
CN112667337A (zh) * | 2020-12-28 | 2021-04-16 | 紫光云技术有限公司 | 一种云管理平台上修改Kafka集群参数的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111125219A (zh) | 一种修改云平台上Redis集群参数的方法 | |
WO2018032770A1 (zh) | 一种应用组件部署方法及部署节点 | |
US20190266011A1 (en) | Task processing method, apparatus, and system based on distributed system | |
CN110581785B (zh) | 一种可靠性评估方法和装置 | |
US20170331680A1 (en) | VNF Processing Policy Determining Method, Apparatus, and System | |
WO2016023345A1 (zh) | 灰度升级的方法及装置 | |
CN110750415B (zh) | 接口服务配置方法、装置、介质和计算机设备 | |
CN107688489B (zh) | 一种调度任务的方法和系统 | |
CN105094777A (zh) | 实现应用截屏的方法及装置 | |
CN106028309B (zh) | 使双卡双待终端中的主卡恢复到数据网络的方法和装置 | |
CN105095046A (zh) | 任务监控的方法及装置 | |
CN112214227A (zh) | 一种边缘服务器镜像定制化及部署系统和方法 | |
CN104104701A (zh) | 在线服务的配置更新的方法和系统 | |
CN114168221A (zh) | 一种云管理平台上重启mongodb集群的方法 | |
CN108509263A (zh) | 一种后台进程管理方法和系统 | |
CN108536541B (zh) | 流程引擎对象处理方法及装置 | |
CN111835563A (zh) | 一种修改云服务平台上mongodb数据库集群参数配置的方法 | |
CN109284137B (zh) | 一种基于Hypervisor的QNX操作系统启动方法及装置 | |
CN112130864A (zh) | 一种私有云平台服务软件的部署方法及部署装置 | |
CN112667337A (zh) | 一种云管理平台上修改Kafka集群参数的方法 | |
CN114201293A (zh) | Kafka中间件集群参数的修改方法、装置以及存储介质 | |
CN106028150B (zh) | 用于Linux系统的电视的多应用切换管理方法 | |
CN112099879B (zh) | 配置信息管理方法、装置、计算机设备及存储介质 | |
CN109947630B (zh) | 一种故障告示方法、装置及存储介质 | |
CN110532491B (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 |