CN111082975B - 一种基于inCloud Manager的增加域的方法、系统及设备 - Google Patents
一种基于inCloud Manager的增加域的方法、系统及设备 Download PDFInfo
- Publication number
- CN111082975B CN111082975B CN201911208387.9A CN201911208387A CN111082975B CN 111082975 B CN111082975 B CN 111082975B CN 201911208387 A CN201911208387 A CN 201911208387A CN 111082975 B CN111082975 B CN 111082975B
- Authority
- CN
- China
- Prior art keywords
- regionone
- incloud
- manager
- configmap
- regiontwo
- 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
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000004590 computer program Methods 0.000 claims description 6
- 230000004048 modification Effects 0.000 claims description 4
- 238000012986 modification Methods 0.000 claims description 4
- 230000003416 augmentation Effects 0.000 claims 1
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- XUIMIQQOPSSXEZ-UHFFFAOYSA-N Silicon Chemical compound [Si] XUIMIQQOPSSXEZ-UHFFFAOYSA-N 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 229910052710 silicon Inorganic materials 0.000 description 1
- 239000010703 silicon Substances 0.000 description 1
Images
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
-
- 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/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- 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/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0266—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using meta-data, objects or commands for formatting management information, e.g. using eXtensible markup language [XML]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提出的一种基于inCloud Manager的增加域的方法、系统及设备，包括：在inCloud Manager系统中部署域regionOne；导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；修改容器对于RegionTwo的支持；在对应的地域部署一套inCloud Manager系统；在已经部署的RegionOne的系统中重启基本模块ibase；重启ibase模块，完成多region部署；重新登录inCloud Manager系统，完成多region的登录。本发明实现了nCloud Manager的跨地域多数据中心协同管理，应用和数据的保护支撑，保护了业务和数据。
Description
技术领域
本发明涉及云技术领域，更具体的说是涉及一种基于inCloud Manager的增加域的方法、系统及设备。
背景技术
当前，不同地域的机房之间的网络还做不到像电网一样透明。所以在云计算产品的最底层，首先需要考虑不同地域的影响。不同地域之间，一般只能通过公网连通，内部之间网络是不通的。当然，对于云计算服务商来说，为管理需要，一般还是会通过有限的带宽来连通不同地域的机房，用于云计算内部资源管理，以及一些特殊的产品场景，比如跨地域的镜像复制。但因为内部带宽有限，一般不会完全开放给用户使用。
所以，地域就是物理意义上的不同地方的机房，这个不同地方，一般来说距离较远，机房之间用光纤直连的成本较高。并且相对来说会在用户需求量较大的地方部署地域机房，比如A公司的云服务器的地域在境内有杭州，上海，北京，深圳，青岛，海外已经上线的包括硅谷和新加坡。实际上A公司一开始是没有上海地域的，因为上海杭州距离较近，部署直连光纤的成本也相对可控，公司内部之前很多应用都是分别部署在杭州和上海，基本上是当作一个地域来使用的，后来可能因为需求大而分开了。
所以，地域很好理解，就是物理上相隔较远的机房，因为跨地域的机房之间的带宽无法满足内网需求，所以不同地域的机器之间内网是不通的。
用户对于产品的使用上线来说，总是一个逐渐上线的过程，在一个地域部署成功后，再向公司其他地域进行推广，所以不停机，不停业务进行增加域的功能变得十分迫切。
发明内容
针对以上问题，本发明的目的在于提供一种基于inCloud Manager的增加域的方法、系统及设备。
本发明为实现上述目的，通过以下技术方案实现：一种基于inCloud Manager的增加域的方法，包括如下步骤：
步骤1：在inCloud Manager系统中部署域regionOne；
步骤2：登录到regionOne的部署节点，导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；
步骤3：执行预设命令，用于修改容器对于RegionTwo的支持；
步骤4：在对应的地域部署一套inCloud Manager系统；
步骤5：在已经部署的RegionOne的系统中重启基本模块ibase；
步骤6：重启ibase模块，完成多region部署；
步骤7：重新登录inCloud Manager系统，完成多region的登录。
进一步，在所述步骤2中，修改配置文件通过执行预设命令完成，所述预设命令具体为：
kubectl-n incloud get configmap icm-configmap-regionone-o yaml>icm-configmap-regiontwo.yaml。
进一步，所述步骤2还包括：
打开配置文件configmap；
若regionOne为集群部署，则将rabbitmq-ha的值的ip改为regionOne的VIP；若regionOne为单节点部署则将rabbitmq-ha的值的ip改为regionOne的节点ip，port改为预设固定值。
进一步，所述步骤3还包括：
找到inCloud Manager系统中的regions，并在增加regionTwo的信息。
进一步，所述步骤3具体为：仿照regionOne的内容，增加regionTwo的信息。
进一步，所述步骤5包括：
执行命令kubectl get pod-n incloud|grep ibase；
再执行命令kubectl delete pod$podName-n incloud。
相应的，本发明还公开了一种基于inCloud Manager的增加域的系统，包括：
第一部署单元，用于在inCloud Manager系统中部署域regionOne；
导出单元，用于登录到regionOne的部署节点，导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；
修改单元，用于执行预设命令，用于修改容器对于RegionTwo的支持；
第二部署单元，用于在对应的地域部署一套inCloud Manager系统；
重启单元，用于在已经部署的RegionOne的系统中重启基本模块ibase，重启ibase模块，完成多region部署；
登录单元，用于重新登录inCloud Manager系统，完成多region的登录。
相应的，本发明还公开了一种基于inCloud Manager的增加域的设备，包括：存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上文任一项所述基inCloud Manager的增加域的方法步骤。
对比现有技术，本发明有益效果在于：本发明提供了一种基于inCloud Manager的增加域的方法、系统及设备，实现了inCloud Manager的跨地域多数据中心协同管理，应用和数据的保护支撑，保护了业务和数据。
由此可见，本发明与现有技术相比，具有突出的实质性特点和显著的进步，其实施的有益效果也是显而易见的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
附图1是本发明的方法流程图。
附图2是本发明的系统结构图。
具体实施方式
下面结合附图对本发明的具体实施方式做出说明。
实施例一：
如图1所示，本实施例提供了一种基于inCloud Manager的增加域的方法，包括如下步骤：
步骤1：在inCloud Manager系统中部署域regionOne；
步骤2：登录到regionOne的部署节点，导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；
步骤3：执行预设命令，用于修改容器对于RegionTwo的支持；
步骤4：在对应的地域部署一套inCloud Manager系统；
步骤5：在已经部署的RegionOne的系统中重启基本模块ibase；
步骤6：重启ibase模块，完成多region部署；
步骤7：重新登录inCloud Manager系统，完成多region的登录。
实施例二：
本实施例提供了一种基于inCloud Manager的增加域的方法，包括：
1.登录到regionOne(已经部署完成的域名称)的部署节点，导出regionOne的配置文件configmap；
kubectl-n incloud get configmap icm-configmap-regionone-o yaml>icm-configmap-regiontwo.yaml。
2.打开刚导出的yaml文件：
vi icm-configmap-regiontwo.yaml
若regionOne为集群部署，则将rabbitmq-ha的值的ip改为regionOne的VIP；若regionOne为单节点部署，则将rabbitmq-ha的值的ip改为regionOne的节点ip，port改为固定的35672。
3.执行命令：kubectl apply-f icm-configmap-regiontwo.yaml。
4.执行命令：kubectl-n incloud edit deploy incloudmanager-config，仿照regionOne的内容，增加regionTwo的信息。
在volumeMounts下增加：
-mountPath:/deployments/incloudos/config-file/regionTwo/
name:regiontwo
在volumes下增加：
-configMap:
defaultMode:420
name:icm-configmap-regiontwo
name:regiontwo。
5.将CMP的service type由clusterIP改为NodePort。
执行命令kubectl edit svc ibase-n incloud；
在protocol加上nodePort:32101；
将type改为NodePort；
执行命令kubectl edit svc iauth-n incloud；
在protocol加上nodePort:32100，将type改为NodePort。
6.执行命令kubectl edit svc itask-n incloud；
在protocol加上nodePort:32105，将type改为NodePort。
7.执行命令kubectl edit svc incloudmanager-config-n incloud，在protocol加上nodePort:32001，将type改为NodePort。
8.执行命令kubectl get svc rabbitmq-ha-n incloud-o yaml>rabbitmq-svc.yaml；
修改release名为release:rabbitmq-service；
在amap这个port上增加对应的nodePort:35672；
将type改为NodePort，去掉clusterIP:none。
9.执行命令：kubectl apply-f rabbitmq-svc.yaml。
10.执行命令kubectl edit cm icm-configmap-n incloud；
将ibase、iauth、itask的url改为regionOne集群部署时的VIP。
11.执行命令：kubectl-n incloud edit configmap icm-configmap-regions。
12.找到regions，在下面增加regionTwo的信息：
regionTwo:
url:http://100.2.28.152:30080。
重启incloudmanager-config的pod；
执行命令kubectl get pod-n incloud|grep config；
再执行命令kubectl delete pod$podName-n incloud；
执行命令kubectl get pod-n incloud|grep config；
确认上边pod重启完成后，重启region网关的pod；
执行命令kubectl get pod-n incloud|grep regions；
再执行命令kubectl delete pod$podName-n incloud。
13.在新域环境下部署inCloud Manager。
14.部署完毕，在regionOne的节点上重启ibase；
执行命令kubectl get pod-n incloud|grep"ibase"；
再执行命令kubectl delete pod$podName-n incloud；
完成部署。
相应的，如图2所示，本发明还公开了一种基于inCloud Manager的增加域的系统，包括：
第一部署单元，用于在inCloud Manager系统中部署域regionOne；
导出单元，用于登录到regionOne的部署节点，导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；
修改单元，用于执行预设命令，用于修改容器对于RegionTwo的支持；
第二部署单元，用于在对应的地域部署一套inCloud Manager系统；
重启单元，用于在已经部署的RegionOne的系统中重启基本模块ibase，重启ibase模块，完成多region部署；
登录单元，用于重新登录inCloud Manager系统，完成多region的登录。
相应的，本发明还公开了一种基于inCloud Manager的增加域的设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上文任一项所述基inCloud Manager的增加域的方法步骤。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中如U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，包括若干指令用以使得一台计算机终端(可以是个人计算机，服务器，或者第二终端、网络终端等)执行本发明各个实施例所述方法的全部或部分步骤。本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于终端实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统、系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。
同理，在本发明各个实施例中的各处理单元可以集成在一个功能模块中，也可以是各个处理单元物理存在，也可以两个或两个以上处理单元集成在一个功能模块中。
结合附图和具体实施例，对本发明作进一步说明。应理解，这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解，在阅读了本发明讲授的内容之后，本领域技术人员可以对本发明作各种改动或修改，这些等价形式同样落于本申请所限定的范围。
Claims (8)
1.一种基于inCloud Manager的增加域的方法，其特征在于，包括如下步骤：
步骤1：在inCloud Manager系统中部署域regionOne；
步骤2：登录到regionOne的部署节点，导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；
步骤3：执行预设命令，用于修改容器对于RegionTwo的支持；
步骤4：在对应的地域部署一套inCloud Manager系统；
步骤5：在已经部署的RegionOne的系统中重启基本模块ibase；
步骤6：重启ibase模块，完成多region部署；
步骤7：重新登录inCloud Manager系统，完成多region的登录。
2.根据权利要求1所述的基于inCloud Manager的增加域的方法，其特征在于，在所述步骤2中，修改配置文件通过执行预设命令完成，所述预设命令具体为：kubectl-n incloudget configmap icm-configmap-regionone-o yaml>icm-configmap-regiontwo.yaml。
3.根据权利要求1所述的基于inCloud Manager的增加域的方法，其特征在于，所述步骤2还包括：
打开配置文件configmap；
若regionOne为集群部署，则将rabbitmq-ha的值的ip改为regionOne的VIP；若regionOne为单节点部署则将rabbitmq-ha的值的ip改为regionOne的节点ip，port改为预设固定值。
4.根据权利要求1所述的基于inCloud Manager的增加域的方法，其特征在于，所述步骤3还包括：
找到inCloud Manager系统中的regions，并在增加regionTwo的信息。
5.根据权利要求4所述的基于inCloud Manager的增加域的方法，其特征在于，所述步骤3具体为：仿照regionOne的内容，增加regionTwo的信息。
6.根据权利要求1所述的基于inCloud Manager的增加域的方法，其特征在于，所述步骤5包括：
执行命令kubectl get pod-n incloud|grep ibase；
再执行命令kubectl delete pod$podName-n incloud。
7.一种基于inCloud Manager的增加域的系统，其特征在于，包括：
第一部署单元，用于在inCloud Manager系统中部署域regionOne；
导出单元，用于登录到regionOne的部署节点，导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；
修改单元，用于执行预设命令，用于修改容器对于RegionTwo的支持；
第二部署单元，用于在对应的地域部署一套inCloud Manager系统；
重启单元，用于在已经部署的RegionOne的系统中重启基本模块ibase，重启ibase模块，完成多region部署；
登录单元，用于重新登录inCloud Manager系统，完成多region的登录。
8.一种基于inCloud Manager的增加域的设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述基于inCloudManager的增加域的方法步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911208387.9A CN111082975B (zh) | 2019-11-30 | 2019-11-30 | 一种基于inCloud Manager的增加域的方法、系统及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911208387.9A CN111082975B (zh) | 2019-11-30 | 2019-11-30 | 一种基于inCloud Manager的增加域的方法、系统及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111082975A CN111082975A (zh) | 2020-04-28 |
| CN111082975B true CN111082975B (zh) | 2022-05-27 |
Family
ID=70312257
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911208387.9A Active CN111082975B (zh) | 2019-11-30 | 2019-11-30 | 一种基于inCloud Manager的增加域的方法、系统及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111082975B (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101540021A (zh) * | 2009-05-04 | 2009-09-23 | 江西省电力信息通讯有限公司 | 一种在单Domino域中支持多系统的方法 |
| CN103491144A (zh) * | 2013-09-09 | 2014-01-01 | 中国科学院计算技术研究所 | 一种广域网虚拟平台的构建方法 |
| CN106059777A (zh) * | 2016-08-23 | 2016-10-26 | 浪潮电子信息产业股份有限公司 | 一种云平台的可信中间件设计方法 |
| WO2017067449A1 (zh) * | 2015-10-19 | 2017-04-27 | 中兴通讯股份有限公司 | 云平台的部署方法及系统 |
-
2019
- 2019-11-30 CN CN201911208387.9A patent/CN111082975B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101540021A (zh) * | 2009-05-04 | 2009-09-23 | 江西省电力信息通讯有限公司 | 一种在单Domino域中支持多系统的方法 |
| CN103491144A (zh) * | 2013-09-09 | 2014-01-01 | 中国科学院计算技术研究所 | 一种广域网虚拟平台的构建方法 |
| WO2017067449A1 (zh) * | 2015-10-19 | 2017-04-27 | 中兴通讯股份有限公司 | 云平台的部署方法及系统 |
| CN106059777A (zh) * | 2016-08-23 | 2016-10-26 | 浪潮电子信息产业股份有限公司 | 一种云平台的可信中间件设计方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111082975A (zh) | 2020-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107566533B (zh) | 一种基于nas实现的内外网文件共享系统 | |
| CN104380278B (zh) | 用于客户端管理会话持续性的设备、系统和方法 | |
| CN109862051A (zh) | 一种微服务架构下多租户的实现方法及系统 | |
| CN103270507B (zh) | 根据刀片的物理位置，实现刀片的自动供应和配置的集成软件和硬件系统 | |
| CN109600768A (zh) | 网络切片的管理方法、设备及系统 | |
| CN110572439B (zh) | 一种基于元数据服务和虚拟转发网桥的云监控方法 | |
| US9847903B2 (en) | Method and apparatus for configuring a communication system | |
| CN110266822B (zh) | 一种基于nginx的共享式负载均衡实现方法 | |
| CN111641521B (zh) | 一种基于Ambari的云上部署大数据集群的方法 | |
| CN107888666A (zh) | 一种跨地域数据存储系统以及数据同步方法和装置 | |
| CN112187958A (zh) | 微服务注册、发现转发的方法及装置 | |
| CN105071965B (zh) | 一种网络设备的管理系统 | |
| CN110196843A (zh) | 一种基于容器集群的文件分发方法及容器集群 | |
| US20160183229A1 (en) | Ip phone network system, server apparatus, ip exchange and resource capacity expansion method | |
| CN110377431A (zh) | 多注册中心场景下服务调用方法及装置 | |
| CN107580011A (zh) | 一种数据共享方法及桌面云服务端 | |
| CN107172214A (zh) | 一种具有负载均衡的服务节点发现方法及装置 | |
| CN109525590A (zh) | 数据包的传输方法及装置 | |
| CN114036236A (zh) | 多网关集群系统 | |
| CN114584555A (zh) | 一种分布式云场景下的全域事件分发方法和系统 | |
| CN106709056B (zh) | 一种nfs挂载目录导出方法及装置 | |
| CN111082975B (zh) | 一种基于inCloud Manager的增加域的方法、系统及设备 | |
| CN110099136A (zh) | 网络访问方法、客户端、网络交互方法及调度、网络系统 | |
| CN110417741A (zh) | 一种过滤安全组的方法和装置 | |
| CN113852658B (zh) | 一种OpenStack IPv6部署方法及系统 |
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 |