[发明专利]一种在容器应用中动态匹配存储类的方法及系统

说明书

本发明公开的在容器应用中动态匹配存储类的方法，涉及容器技术领域，通过实时获取容器应用当前的数据读写速率及数据增长率，将数据读写速率及数据增长率输入机器学习模型，计算未来设定时间段内容器应用需要的数据读写速率及数据的增长量，根据未来设定时间段内容器应用的数据读写速率及数据的增长量，确定满足未来需求的存储类，降低了直观确定所需的存储类的类型和规格的难度，实现了存储类的类型和规格的平滑调整。

技术领域

本发明涉及容器技术领域，具体涉及一种在容器应用中动态匹配存储类的方法及系统。

背景技术

IT领域的变革日新月异，随着业务数据的急速增长、云计算的急剧扩张，传统的应用架构已经无法满足日益增长的需求。容器技术在这个背景之下应运而生，容器支持敏捷设计、开发和部署；支持在生产/开发测试环境中非常容易地扩展，因此它们逐渐成为分布式、云计算的首选解决方案。容器架构提供了更好的方式来构建现代化的应用程序，大多数企业已经开始以容器形式进行生产环境的应用托管。

容器中数据的存储是临时性的，当容器消失的时候，数据也会随之消失，后来就有了持久化存储的支持。在Kubernetes平台上，容器集群中同时多个容器运行，常常需要这些容器共享数据存储，来保证数据的安全性。Kubernetes平台抽象出存储卷以解决存储方面的问题。

Kubernetes平台抽象出来的存储卷具有明确的生命周期，与挂载它的容器集群相同。因此，存储卷比容器集群中运行的任何容器的存活周期都长，在容器重新启动时数据也会得倒保留。当然，当容器集群不再存在时，存储卷也将不存在。Kubernetes平台可以支持许多类型的存储卷，容器集群也能同时使用任意数量的存储卷。

容器云平台通过对接Kubernetes平台的持久存储卷，支持对存储卷的生命周期管理，来完成容器化应用所需要的数据存储卷映射。持久卷添加时，主要支持插件配置、持久存储卷配置和节点亲和性几部分配置。其中，存储卷的插件类型有Ceph RDB、NFS Share、Ceph Filesystem、iSCSI等类型，对每一种类型插件配置的数据项均包含存储容量、厂商标称性能指标(读写速率等)。

目前，容器集群中存储的声明和挂载是在容器集群创建之前，卷的类型(如SAN、NAS、Ceph等)和规格(读写速率、容量等)固定，存在如下缺陷：

(1)容器应用的部署和运维人员不容易直观确定所需的存储类的类型和规格；

(2)随着业务变化，存储类的类型和规格无法平滑调整，需要进行应用停机变更。

发明内容

为解决现有技术的不足，本发明实施例提供了一种在容器应用中动态匹配存储类的方法及系统。

第一方面，本发明实施例提供的在容器应用中动态匹配存储类的方法包括以下步骤：

实时获取容器应用当前的数据读写速率及数据增长率；

将所述数据读写速率及所述数据增长率输入机器学习模型，计算未来设定时间段内所述容器应用需要的数据读写速率及数据的增长量；

根据未来设定时间段内所述容器应用的数据读写速率及数据的增长量，确定满足未来需求的存储类。

优选地，根据未来设定时间段内所述容器应用需要的数据读写速率及数据的增长量，确定满足未来需求的存储类包括：

根据未来设定时间段内所述容器应用需要的数据读写速率及数据的增长量，从容器云平台中注册的存储类集合中获取满足未来需求的存储类。

优选地，在获取满足未来需求的存储类之后，所述方法还包括：

若所述容器初始存储类的类型与满足未来需求的存储类类型不同，则获取满足未来需求的存储类更新到容器。

优选地，将与所述容器应用匹配的存储类更新到容器包括：