有关容器的大肆宣传几乎达到了狂热阶段。正在权衡将多少鸡蛋放入篮子中的企业，在做出进一步的决定之前，应该考虑容器满足数据存储需求的程度如何。

要考虑服务器虚拟化及其对存储的影响。当然，多台服务器作为虚拟机运行提高了服务器使用率，但同样给底层存储基础设施带来了令人难以置信的要求。与单个工作负载生成I/O不同，会有10台虚拟机生成存储负载，而且每种负载都具备独特的特性。同时，虚拟化的杀手锏——在线迁移——需要用到网络存储，需要购买昂贵的存储区域网络以及网络附加存储磁盘阵列。

作为虚拟化的一个变种，容器本身存在一系列需要了解并解决的存储问题——例如，持久性、性能以及与调度与业务流程系统的集成。但当今的应用容器是新兴事物，几乎每天都在发生变化。随着IT行业越来越多地将容器作为下一代应用架构的基础，之前存在的看似难以处理的问题可能已经得到解决。

无状态解决之道

IT专业人员开始使用容器后不久便遇到了存储方面的挑战。

Portworx是一家开发容器内置存储平台的创业公司，该公司的CTO Gou Rao说：“如果你在使用Docker，那么这些问题立刻就会暴露出来。”

容器在默认情况下并不支持永久存储。从应用角度看，容器是一个完整的操作系统，但却耍了小小的花招。诸如由Docker提供的容器依赖使用写时复制（Copy-On-Write，COW）技术的overlay文件系统来存储容器根文件系统的更新。停止或删除容器时，上述更新就丢了。

在容器发展早期，人们不认为缺少持久存储会是个大问题，因为很多容器运行的是无状态应用，比如Web应用，其特点是数据独立于应用之外；而不是诸如数据库类的“有状态”应用。容器与微服务架构紧紧联系在一起——微服务架构将大型的庞大应用分解为单个组件——看似进一步消除了对永久数据存储的担忧。

在之后的一段时间，容器始终不支持永久数据存储，但对计划在生产环境中使用容器的企业来说，数据存储问题至关重要。

Packet是一家裸金属云供应商，该公司的客户都是容器的大客户，该公司的CEO Zachary Smith说：“一开始可以很轻松地说这就是容器的架构，直到你开始问我要把数据库放在哪儿？即使你的应用环境大部分是由无状态的Web应用构成的，总有某些地方要用到数据库。”

尽管可以将应用数据存储在Docker卷或者Docker数据容器中，但这种方式存在局限性，换句话说，对外部存储的支持有限而且在不同主机上的容器之间共享卷存在困难。

去年Docker发布了Docker 1.9版本，迈出了重要的一步，采用插件方式增加了对永久性存储的支持。

有证据表明，Flokcer是最为重要的Docker存储卷插件之一，它是由ClusterHQ提供的一款开源的容器数据卷管理器，可以使用外部数据存储设备为容器提供永久存储。例如，SwissCom有一个基于容器、OpenStack以及EMC的ScaleIo软件定义存储堆栈的平台即服务（PaaS）产品。使用Flocker，SwissCom能够提供永久存储，在一些应用包括Reddis、MongoDB以及Maria DB中保存数据，该公司应用云总监Marco Hochstrasser说。

Flocker驱动适用于很多存储设备（比如EMC XtremeIO以及NetApp OnTap）、软件定义的存储平台（比如Ceph、Hedvig）、公有云块存储（AWS EBS、OpenStak Cinder和VMware vSphere）以及Docker Swarm、Google Kubernetes以及Mesos集群管理器。ClusterHQ的产品副总裁Mohit Bhatnagar表示Flocker会不断增加对新平台的支持。

第二部分请看《谁来拯救容器时代的存储问题？》