[发明专利]一种基于inCloud Manager的增加域的方法、系统及设备

说明书

本发明提出的一种基于inCloud Manager的增加域的方法、系统及设备，包括：在inCloud Manager系统中部署域regionOne；导出regionOne的配置文件configmap，修改配置文件，用于支持RegionTwo；修改容器对于RegionTwo的支持；在对应的地域部署一套inCloud Manager系统；在已经部署的RegionOne的系统中重启基本模块ibase；重启ibase模块，完成多region部署；重新登录inCloud Manager系统，完成多region的登录。本发明实现了nCloud Manager的跨地域多数据中心协同管理，应用和数据的保护支撑，保护了业务和数据。

技术领域

本发明涉及云技术领域，更具体的说是涉及一种基于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 yamlicm-configmap-regiontwo.yaml。

进一步，所述步骤2还包括：

打开配置文件configmap；