苏州市干将路303号创意产业园
0512-3565 6563
Jackjones@kuaidata.com
联系客服
数据中心托管服务/管理式网络
服务:
400 651 8888
微软云服务:
400 089 2448
markjune@kuaidata.com
内容分布式网络服务:
400 811 0278
云集成与合作:
cloud@kuaidata.com
2021-01-06
存储是“容器即服务”平台最关键的组件之一。容器原生存储将基础存储服务公开给容器和微服务。像软件定义的存储一样,它从不同的介质当中聚合和合并存储资源。
容器本机存储通过提供持久卷,使有状态工作负载能够在容器内运行。结合诸如StatefulSets之类的K8s设计,它提供了可靠性和稳定性,可以在生产环境中运行任务关键型工作负载。
与容器运行时一起,容器原生存储和容器本机联网构成了云原生堆栈中容器优化的操作系统之上的层。
即使K8s可以使用传统的分布式文件系统,例如网络文件系统(NFS)和GlusterFS,我们还是建议使用容器感知的存储结构,该结构旨在满足生产中运行的有状态工作负载的需求。客户可以从各种开源项目和商业实施中进行选择。
容器原生存储解决方案
云原生生态系统已定义了通过容器存储接口(CSI)进行存储的规范,该规范鼓励采用标准的便携式方法来通过容器化工作负载实施和使用存储服务。
Ceph,Longhorn,OpenEBS和Rook是一些容器原生存储开源项目,而MayaData的Kubera,NetApp的Trident,Portworx,Red Hat的容器存储平台,Robin System的Robin和StorageOS都是商业产品,并带有支持。
NetApp,Pure Storage和VMware等传统供应商还为K8s提供存储插件。
应对基础设施挑战
托管的K8s产品可以降低管理大型容器部署所需的复杂性和技能。当IT专业人员评估其技术路线图时,简化支持K8s工作负载的基础架构是最重要的标准之一。
我们查看来自2019 CNCF的调查中有关当前和未来K8s采用计划的数据,以及K8s用户面临的容器挑战。结果表明,早期的技术采用受到当时与当前供应商关系的影响。然而,对这些早期选择的满意程度参差不齐。
许多K8s用户将他们当前的存储和云供应商都包括在他们的云原生候选名单中。然后,用户似乎无法缩短该列表。至少有5%的K8s用户对调查的所有38个选择进行了评估。
随着托管K8s的兴起,云提供商通过存储类和动态预配置公开了块存储。客户可以将Amazon Elastic Block Store(EBS)卷附加到AWS,Azure托管磁盘,Google永久磁盘上,以及在AWS,GCP和Microsoft Azure中运行的K8s工作者节点上。这给云提供商带来了优势。
当被问及他们使用的云原生存储时,K8s用户最常使用Amazon EBS,Google Persistent Disk和Azure Disk Storage。在许多情况下,StatefulSets允许集群工作负载访问云提供商提供的块存储。虽然被广泛采用,但是来自大型云提供商的块存储并不是专门为k8s工作负载设计的。
与更传统的存储公司提供的产品相比,像Ceph这样的文件系统通常被认为在云存储方面具有竞争力。
排名第二的是Ceph,CSI和Gluster,其中37%的用户也使用Ceph。Ceph和Gluster是分布式文件系统,在多个节点之间添加了持久层。但是,它们没有很好地集成到K8s工具和工作流程中,因此存储管理员可能会发现它们更难以维护和配置。
排名靠后的是那些以存储为中心的公司提供的产品,如Dell EMC,NetApp和Pure Storage。最初,K8s集成了卷插件以连接到这些公司的存储后端。不幸的是,上游K8s发行版变得很臃肿,这意味着对插件的任何微小更新或更改都意味着重建和编译整个代码。
传统存储公司的客户更有可能抱怨存储相关的挑战。例如,Pure Storage客户中有46%的客户在处理与容器相关的存储方面遇到了挑战,而K8s普通用户的这一比例仅为27%。尽管有13%的用户使用了容器存储接口(CSI),但仍有希望出现。CSI于2019年对K8s全面上市,消除了不断需要上游集成的挑战。传统存储供应商,云提供商和像Portworx这样的纯容器存储公司正在转向CSI。
人们正在评估CSI新选项以解决当前容器存储的挑战。虽然总体上只有13%的K8s用户在考虑使用CSI,但占比存储挑战的用户中跃升至22%。
尽管某些公司正在考虑建立成熟的公司,但是在那些寻求新存储选项的公司中,开源项目才是首要考虑的问题。与平均受访者相比,存储挑战的K8s用户中有27%的人更有可能评估Rook(26%比16%),Ceph(22%比15%),Gluster(15%比9%),OpenEBS (15%比9%)和MinIO(13%比9%)。这些开放源代码的努力显然不是由销售硬件驱动的。
对于传统存储公司和新型独特云原生存储产品而言,用户更有可能提到存储挑战。但是,通过实施诸如CSI的新方法,传统存储公司正在解决其客户的担忧。尽管许多使用较新产品的用户(例如MayaData的OpenEBS,Minio和Portworx)表示他们在存储方面遇到了挑战,但他们可能指的是在连接旧数据存储方面遇到的问题。
对引用存储挑战的K8s用户的进一步分析表明,在面临存储挑战的用户中,对Rook,Ceph和OpenEBS的考虑要高出50%。这三个都有CSI驱动程序。
实施挑战对于早期采用第三方同类最佳解决方案的人来说很常见。随着时间的流逝,评估新玩家的有效性将很有趣。这可能会影响云和传统存储公司保留其细分市场客户的能力。