再不拥抱Docker容器，你的存储就out了!

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

从企业存储生态系统到Docker结合点

Copy-On-Write机制的Docker存储卷，支持LVM、ZFS、BTRFS、AUFS和OverlayFS等几种供给格式。

随着每一轮新技术热潮的来袭，从事技术工作的笔者都会有一种“危机感”，毕竟包括企业级在内的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应用的不断普及，企业级数据迁移、高可用需求的不断出现，主流存储厂商会陆续提供这方面的支持