一种基于容器云计算平台的删存系统的制作方法

1.本发明涉及云计算平台应用领域，特别涉及一种基于容器云计算平台的删存系统。


背景技术：

2.kubernetes提供存储卷的概念，存储卷可以是任何底层，包括云硬盘，本地磁盘，网络存储等。目前已经实现的存储卷类型很多，可以分为以下几类，系统类ceph、glusterfs、nfs；接口类cinder、flocker、iscsi、fc、flexvolume；在以上存储卷的基础上，kubernetes提供了持久化存储卷的抽象，实现了可以被集群任意调度、数据不会因为节点问题而丢失、完全独立的存储资源、与应用完全解耦。
3.然而，现有技术中，kubernetes提供的存储方案有限，数据容易丢失，安全可靠性较低，给用户带来不便。


技术实现要素：

4.本发明要解决的技术问题是提供一种基于容器云计算平台的删存系统，该系统，该系统支持任何kubernetes支持的存储方案，数据不易丢失，安全可靠性高，能够给用户带来极大的便利。
5.为了解决上述技术问题，本发明的方案为：
6.一种基于容器云计算平台的删存系统，包括创建存储模块，所述创建存储模块连接有查询存储列表模块，所述创建存储模块接入有删除存储卷模块及修改存储卷模块；
7.所述创建存储模块，用于填写储存卷主数据，创建存储卷；
8.所述删除存储卷模块，用于确认删除指定存储卷；
9.所述修改存储卷模块，用于传入修改主数据，修改指定存储卷；
10.所述查询存储列表模块，用于查询存储卷列表。
11.所述储存卷主数据包括储存卷名称及存储卷大小。
12.所述创建存储模块还包括用于创建实例的使用存储卷。
13.所述创建存储卷、删除存储卷模块及修改存储卷模块均配置有用于判断是否为系统管理员或者租户管理员的管理员判断单元。
14.所述删除存储卷模块还设置有用于判断存储卷是否被服务使用的存储卷使用判断单元。
15.所述查询存储列表模块设置有判断是否选择namespace的namespace选择判断单元。
16.所述修改存储卷模块修改内容包括读写属性及存储卷的容量。
17.与现有技术相比，本发明的有益效果为：
18.本发明平台基于kubernetes实现，可以支持任何kubernetes支持的存储方案。并可以看到kubernetes支持非常多的存储方案，给用户提供了极大的便利。云平台类gce、
aws、azure。目前平台支持nfs，hostpath，emptydir。
19.nfs：nfs是常用的共享网络文件系统，kubernetes对nfs的支持已经相当稳定成熟，用户只需提供服务器地址和路径即可。在对性能要求不大的环境下，nfs使用率较高。nfs的方案无需对应用进行过多改造就可迁移，对于非大数据量的应用是非常好的选择。同时，平台对nfs系统进行了高可用的部署和数据备份，提高了nfs的安全和可靠性。
20.hostpath：hostpath是指利用容器宿主机资源来满足存储需求。由于容器的特性，采用本地存储通常是不推荐的做法，但是在某些情况下，我们仍然希望采用本地存储，例如：应用已经使用了本地存储且改造困难、利用本地存储提高效率，降低延迟、望避免管理单独的网络存储。通过本地化存储方案，用户无需改造应用也能体验到本地化存储的优势。本技术系统方案数据不易丢失，安全可靠性高，能够给用户带来极大的便利。
21.以前存储建立后归属整个租户，租户下所有namespace可以使用所有租户下建立的存储，现在由于租户是跨集群的存在，每个集群建立的存储不能通用，故存储需要作用在每个集群的层面(或者namespace层面)。在使用应用模板创建应用实例时选择对应租户namespace下创建好的的存储卷，创建应用实例。
附图说明
22.图1为本发明的模块图；
23.图2为本发明中创建存储模块的操作流程图；
24.图3为本发明中创建存储模块用于创建实例的操作流程图；
25.图4为本发明中删除存储卷模块的操作流程图；
26.图5为本发明中修改存储卷模块的操作流程图；
27.图6为本发明中查询存储列表模块的操作流程图。
具体实施方式
28.下面结合附图对本发明的具体实施方式作进一步说明。在此需要说明的是，对于这些实施方式的说明用于帮助理解本发明，但并不构成对本发明的限定。此外，下面所描述的本发明各个实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互组合。
29.如图1所示，一种基于容器云计算平台的删存系统，包括创建存储模块，所述创建存储模块连接有查询存储列表模块，所述创建存储模块接入有删除存储卷模块及修改存储卷模块；
30.所述创建存储模块，用于填写储存卷主数据，创建存储卷；在操作时，用户选择namespace，填写存储卷主数据(存储卷名称，存储卷大小等)，创建存储卷；在用户创建应用实例的时候选择对应的存储卷使用。
31.如图2所示，在操作创建存储模块时，点击开始，选择租户namespace，进入管理员判断单元，管理员判断单元判断为n(即管理员判断单元判断不为系统管理员或者租户管理员)，程序直接结束；当管理员判断单元判断为y(即管理员判断单元判断为系统管理员或者租户管理员)，程序进入创建存储卷程序，之后进入存储卷，直至结束。
32.如图3所示，在操作创建存储模块用于创建实例时，点击开始，选择租户namespace，进入选择应用模板创建应用实例，通过需要存储卷的应用配置存储参数选择存
储卷，进入存储卷，随后创建实例，直至结束。
33.如图4所示，所述删除存储卷模块，用于确认删除指定存储卷；在操作时，用户选择租户，删除指定存储卷，如果指定存储卷已经被使用，二次确认并提醒删除后数据可能能丢失，如果确认删除则删除存储卷。
34.在操作时，点击开始，选择租户，进入管理员判断单元，管理员判断单元判断为n(即管理员判断单元判断不为系统管理员或者租户管理员)，提示不能删除存储，直至结束。当管理员判断单元判断为y(即管理员判断单元判断为系统管理员或者租户管理员)，进入存储卷使用判断单元，当存储卷使用判断单元判断为y时(即存储卷使用判断单元判断被使用服务)，程序直接结束；当存储卷使用判断单元判断为n时(即存储卷使用判断单元判断不被使用服务)，删除存储卷，进入存储卷，直至结束。
35.如图5所示，所述修改存储卷模块，用于传入修改主数据，修改指定存储卷；操作时，用户选择租户，传入修改主数据，修改指定存储卷，主要修改存储的读写属性，存储卷的容量等。
36.在操作时，点击开始，选择存储卷，进入管理员判断单元，管理员判断单元判断为n(即管理员判断单元判断不为系统管理员或者租户管理员)，提示不能修改存储，随后直接结束程序；当管理员判断单元判断为y(即管理员判断单元判断为系统管理员或者租户管理员)，传入修改主数据，随后修改存储卷，之后通过存储卷结束程序。
37.如图6所示，所述查询存储列表模块，用于查询存储卷列表；操作时，用户选择租户，选择namespace(可选)，查询存储卷列表。
38.在操作时，点击开始，选择租户，进入namespace选择判断单元，namespace选择判断单元判断为n时，查询该租户下所有环境的存储卷，随后结束程序；当namespace选择判断单元为y时，查询该租户下当前namespace的存储卷，之后通过存储卷结束程序。
39.所述储存卷主数据包括储存卷名称及存储卷大小。
40.所述创建存储模块还包括用于创建实例的使用存储卷。
41.所述创建存储卷、删除存储卷模块及修改存储卷模块均配置有用于判断是否为系统管理员或者租户管理员的管理员判断单元。
42.所述删除存储卷模块还设置有用于判断存储卷是否被服务使用的存储卷使用判断单元。
43.所述查询存储列表模块设置有判断是否选择namespace的namespace选择判断单元。
44.所述修改存储卷模块修改内容包括读写属性及存储卷的容量。
45.本发明平台基于kubernetes实现，可以支持任何kubernetes支持的存储方案。并可以看到kubernetes支持非常多的存储方案，给用户提供了极大的便利。云平台类gce、aws、azure。目前平台支持nfs，hostpath，emptydir。
46.nfs：nfs是常用的共享网络文件系统，kubernetes对nfs的支持已经相当稳定成熟，用户只需提供服务器地址和路径即可。在对性能要求不大的环境下，nfs使用率较高。nfs的方案无需对应用进行过多改造就可迁移，对于非大数据量的应用是非常好的选择。同时，平台对nfs系统进行了高可用的部署和数据备份，提高了nfs的安全和可靠性。
47.hostpath：hostpath是指利用容器宿主机资源来满足存储需求。由于容器的特性，
采用本地存储通常是不推荐的做法，但是在某些情况下，我们仍然希望采用本地存储，例如：应用已经使用了本地存储且改造困难、利用本地存储提高效率，降低延迟、望避免管理单独的网络存储。通过本地化存储方案，用户无需改造应用也能体验到本地化存储的优势。本技术系统方案数据不易丢失，安全可靠性高，能够给用户带来极大的便利。
48.以前存储建立后归属整个租户，租户下所有namespace可以使用所有租户下建立的存储，现在由于租户是跨集群的存在，每个集群建立的存储不能通用，故存储需要作用在每个集群的层面(或者namespace层面)。在使用应用模板创建应用实例时选择对应租户namespace下创建好的的存储卷，创建应用实例。
49.以上结合附图对本发明的实施方式作了详细说明，但本发明不限于所描述的实施方式。对于本领域的技术人员而言，在不脱离本发明原理和精神的情况下，对这些实施方式进行多种变化、修改、替换和变型，仍落入本发明的保护范围内。