(CWW)云原生是一种新型技术体系,已成为云计算未来的发展方向,越来越多的数字化项目与云原生紧密相连。作为云原生的基座,容器是必不可少的核心技术。然而,以Docker为代表的容器引擎,并不能满足大批量的容器业务需求,相应的管理和联动也是难题。Kubernetes(K8S)的出现,解决了容器编排层面的问题。

为了给K8S容器提供数据存储,保证数据的可用性和可靠性,K8S设定了各种方式、机制、规范,以帮助用户更好地存储数据。


(资料图)

传统的方式包含Hostpath、LocalPV、动态provisioner等,这些方式虽支持在K8S容器上使用容器存储,但或多或少存在一些问题,相关问题对比如下:

而市场对于K8S的使用需求主要包含以下几点:

是否能够保证容器在漂移后,还能复用原有的存储数据?

能否随着社区的发展增加新的特性?

是否支持远端存储?

是否可以在使用的时候才申请,不用的时候销毁?

是否支持拓扑调度?

是否可以自行定义挂载个性化的方式方法?

是否为社区主推方式?

由此可见,上述三种容器存储手段,无法完全满足市场需求。

那么,还有更好的存储手段吗?CSI给出了答案。

CSI是什么,为什么选择CStor-CSI?

CSI即容器存储接口(Container Storage Interface), 其构建旨在为容器编排引擎CO(Container Orchestrator System)和存储供应商SP(Storage Provider)之间搭建一套标准的存储调用接口,从而定义行业标准,使存储供应商SP能够开发一个符合CSI标准的插件并使其可以在多个容器编排CO系统中工作。也就是说,CSI是一套接口,它约定的标准,让所有符合CSI接口的插件在多个容器编排中都可以工作。

形象地说,CSI就是容器和存储之间的翻译官,并以存储代理人的身份,满足容器关于存储的一切要求。而各类容器编排系统(如K8S),则是这一切标准的制定者,满足CSI规范的组件都可以接入进来,成为容器和存储之间的桥梁,这些组件被称为CSI插件。

CSI一般包含三种服务:Controller Service - 提供控制面的相关功能,Node Service - 提供节点层面的服务,以及Identity Service - 提供身份认证服务。

在Controller Service和Node Service上均会提供Identity Service,所以CSI直接对外呈现的服务实体,只有Controller Service和Node Service。

为方便用户更好地使用天翼云存储,丰富天翼云容器特性,天翼云推出了弹性存储CStor-CSI插件,让用户在使用天翼云容器的同时,无感知使用天翼云高性能后端存储。天翼云弹性存储CStor-CSI主要具备以下特性:

提供基于天翼云的云硬盘和弹性文件CSI业务,以及基于现有高性能本地磁盘的CSI块存储业务。

支持容器漂移。

动态创建PV,用户无感知使用。

支持多可用区,完美匹配天翼云4.0架构。

比如在多AZ架构场景中,随着天翼云4.0在各大局点投入商用,新的多AZ架构也从多方面满足了用户对于可靠性的需求。其中,CStor-CSI也成功完成了与多AZ的适配。

在容器存储不支持多AZ的情况下,CStor-CSI针对AZ级别资源的使用情况如下所示:Pod的调度并不受控制,根据K8S的调度算法,将随时可以在其他AZ上运行,这样新建的Pod,是无法享受原AZ内资源的。

而拥有CStor-CSI的天翼云,在新一代云平台的容器存储产品中,可以在用户毫无感知的情况下,继续支持Pod在原有AZ中使用,且复用原有的存储资源。

不过,如果是跨AZ使用的资源,情况如何呢?

在该情况下,容器存储CStor-CSI也能够很好地支持跨AZ使用的存储资源。如图所示,不论Pod调度到哪个AZ上,天翼云都可以如影随形,为Pod提供始终如一的弹性文件服务,保证企业业务正常运行。

后续特性扩展,持续更新支持。

匹配业界规范,紧跟社区更新脚步,是社区推荐的接入方式。

天翼云弹性存储CStor-CSI的整体架构

产品组成

组件分布

天翼云弹性存储CStor-CSI应用

目前CStor-CSI已广泛运用于天翼云公有云产品中,涵盖CCE、CCSE、CSK等。在私有云场景中,天翼云弹性存储CStor-CSI也已多次应用于各大项目,受到了客户的广泛好评。未来,天翼云将继续推动容器技术创新,更好地服务云原生应用,促进千行百业数字化转型进入新的阶段。

推荐内容