/ 中存储网

存储极客 | 再不拥抱Docker容器,你的存储就out了!

2015-12-07 00:00:00 来源:中存储网

存储极客

这是一群存储偏执狂

为存储而生,跟存储死磕

各具独家秘笈

有观点,有碰撞,有干货

从8月18起

做客存储极客栏目

与你分享存储里的那点事儿

以Docker为代表的容器,在人们眼中是平台层面的技术。与属于基础架构层面的虚拟机相比,容器看似与底层存储设备没有什么必然的联系,甚至许多情况下使用本地存储就可以了。那么Docker到底有没有企业存储方面的需求?它与传统存储阵列之间有哪些需要配合的地方呢?

从企业存储生态系统

到Docker结合点

随着每一轮新技术热潮的来袭,从事技术工作的笔者都会有一种“危机感”,毕竟包括企业级在内的IT行业更新太快,不坚持学习就很容易落伍。

从虚拟化、云计算、大数据,一直到软件定义无不如此,我们谨慎地关注着每个概念中有多少炒作的泡沫?当然也会有真正改变用户IT消费方式的变革,包括与传统基础设施,特别是服务器、存储设备的结合点;还有公共云服务、Server SAN/超融合这样的颠覆。

具体到技术和厂商,比如下图中的VMware、微软(Hyper-V和Azure);新一轮还在发展完善中的开源虚拟化管理/云平台OpenStack;还有本文要讨论的重点Docker容器。

现在有一种比较激进的思想,未来一切都是软件定义的,传统商业存储阵列将会慢慢失去市场。我们看到了VSAN的出现至少目前它的应用还是有局限,而不是万能的;我们也看到搭车OpenStack/KVM而火热的Ceph开源分布式存储,但它距离成熟易用还有很大的一段距离。因此在当前,虚拟化/云计算平台一直在加强对传统外部共享存储的支持,容器也不例外。

本文中引用了一些来自戴尔的资料,但它们都具有普适性,我们接下来的话题也会围绕通用技术趋势,而不是专属于某一家具体的产品。

上图列出了存储系统与领先的技术合作伙伴间的管理整合,这些是行业内一线厂商基本都要去做的工作。大致包括以下几个方面:

虚拟化整合:VMware VAAI、VASA、VVOL,微软Hyper-V对应的API支持等,由于本文主题在这里不详细介绍了。

云平台整合:OpenStack针对块存储设备支持的Cinder driver等。

应用保护整合:生成和管理具备Oracle数据库等应用程序一致性的快照/恢复点,也包括Windows VSS、VMware虚拟机的支持。

备份软件整合:通过流行的备份软件对生成快照的数据进行保护,从而确保可恢复性,这里列出了赛门铁克(严格说现在算Veritas)和CommVault。如果是基于戴尔SC存储快照的备份,应该还有自家的NetVault备份软件可以支持。(详见:《DellWorld2015快讯:NetVault Backup11智能备份详解》)

应用监控整合:如Foglight,是戴尔收购Quest获得的高级应用监控解决方案。我记得EMC等厂商也提供类似的软件产品。

Docker容器整合:针对SAN共享块存储设备的容器卷管理系统。

Flocker

拥有“无限可能”的卷管理器

目前我们看到包括EMC、戴尔SC系列在内的几家存储厂商/产品家族,都在与ClusterHQ公司的Flocker合作一个针对Docker应用开源的容器数据卷管理器,它能够像本地存储那样对基于块的共享存储提供良好支持。

Flocker带来了灵活性和扩展性,它提供的工具能够:

●迁移数据

●运行容器化状态的服务(例如数据库)

●可移动性 - 在集群中的任意容器上使用

●管理Docker容器和数据卷

●卷跟随容器在主机之间(移动)

●由控制服务提供的REST API接口

与Flocker结合之后,存储阵列拥有“无限可能”。Flocker可以支持较高版本的CentOS和Ubuntu Linux服务器(不排除有更新增加);可以使用的数据卷除了共享块存储之外,还有“本地”存储我们理解后者中也包括被虚拟机视为本地存储的Amazon EBS、OpenStack Ceph RBD和Swift中的镜像挂载,还有RackSpace云设施里类似的实现。

Flocker还可以与Linux上运行的任意数据库一起工作,这里面包括传统关系型的MySQL、PostgreSQL,也有新兴的MongoDB、Redis和RabbitMQ等。上图中并未列出Oracle,应该是因为Oracle已经有并且推荐使用自己的存储管理器ASM,直接控制到磁盘/SSD/LUN一级,Oracle一直不官方支持除自家VM之外的虚拟机环境,我们也没听说过有人在容器中使用。

共享块存储

容器迁移、能否做HA?

我们来看一下使用了Flocker之后有何不同。在原生Docker环境,当一台服务器上运行的容器化有状态服务(数据库)迁移至另一台时,其数据卷会留在原地,在新的服务器上启动的容器没有任何数据。也就是说,在迁移之前需要先手动停止容器并复制数据到新的服务器才能使用。

而在使用了Flocker之后,当容器移动时数据卷与它一起移动,您的数据库(容器)能够保持其数据状态。这里大家有没有联想到VMware的vMotion呢?传统并且最实用的vMotion虚拟机迁移是需要vmdk镜像位于共享存储上的,在这里戴尔SC阵列是同样的角色,我想与Flocker合作的其他传统存储厂商也是类似情况。

最后,具体到戴尔的存储是如何与Flocker一同工作呢?如上图,我们看到SC阵列上有一个100TB的LUN 10映射到2台服务器,其中Ubuntu Docker Host 1在上面运行了一个MongoDB容器。当Flocker迁移容器时,会一并发送指令给戴尔存储插件(由存储厂商与Flocker合作开发)迁移卷到Ubuntu Docker Host 2。

这里并不需要真正的数据拷贝,简单理解应该是一个把MongoDB卷从Host 1的容器上解除注册,然后将其注册到Host 2上的过程。

进一步思考,按照从vMotion到vSphere HA的思路,容器是否也可以在两台主机之间做高可用呢?在侦测到Host 1出现故障时,上面提到容器迁移的后半部分即在备用主机注册共享存储上的数据卷,然后启动容器这一过程,实现起来并不复杂。

我们预计,随着Docker应用的不断普及,企业级数据迁移、高可用需求的不断出现,主流存储厂商会陆续提供这方面的支持。