BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

2014年亚特兰大OpenStack峰会速记:存储方面的进展

| 作者 杨赛 关注 3 他的粉丝 发布于 2014年5月16日. 估计阅读时间: 7 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

2014年5月的OpenStack峰会已经在亚特兰大召开,目前已经进入第四天。InfoQ中文站在大会现场进行记录报道,下面是本次大会有关存储方向的内容摘要。

概述

OpenStack存储方向的项目主要有Cinder(块存储)、Swift(对象存储)以及Glance(镜像),根据Cinder项目的代码,其Volume driver已经覆盖了如下设备种类:

  • EMC VNX、VMAX的iSCSI、FC
  • Hitachi的iSCSI
  • 华为OceanStor的Dorado、HVS和T系列
  • IBM的GPFS、NAS、XIV和DS8K
  • NetApp的iSCSI和NFS
  • Nexenta的iSCSI和NFS
  • SAN
  • VMware的vCenter/ESX VMDK
  • Windows Server 2012
  • Coraid
  • Dell EqualLogic Storage
  • GlusterFS
  • LVM
  • NFS
  • Ceph的RADOS Block Device
  • Scality SOFS
  • SheepDog
  • SolidFire
  • Zadara Virtual Private Storage Array

座谈会

会议第二天下午有一场座谈会专门讨论OpenStack中的存储现状:Storage Considerations for OpenStack。座谈会参与者包括来自Rackspace、EMC、Hitachi、SolidFire、Inktank、NetApp的工程师,他们的讨论主要是从Vendor角度发表自己对存储的看法。摘录部分讨论的观点如下:

  • 存储技术的用户可以分为实施+消费、纯消费这两种。大部分用户主要还是纯消费,而不是自己去实施。
  • 到目前为止,通用存储(Commodity Hardware)的优势主要在于便宜,但如果用户想要HA,想要QoS,想要更好的性能、更快的快照等高级功能,那么基于通用存储做方案是非常困难且耗时的,使用商业存储方案能够更快实现。
  • 软件定义存储,主要目的是让存储变得更易管理,而不是为了去Vendor化。
  • 在Cinder这样一个统一的API规范下,不会存在所谓的Vendor Lock-in的问题。
  • 技术层面的一大挑战在于Cinder和Neutron的交互。虽然Cinder已经很成熟,但整个存储还是需要走网络,因此Neutron的不成熟直接影响到存储方案的稳定性和性能。
  • 技术层面的另一大挑战在于,当前有三分之二的企业存储都是非结构化的,只能通过各种不同的文件接口来处理。OpenStack有一个新项目Manila希望能够将不同的文件接口接到统一的API上,跨越不同文件系统形成共享池。换句话说,Manila项目希望在文件系统层面实现Cinder在块存储层面所做的事情。
  • 技术层面的又一大挑战在于内存持久化。OpenStack需要加入内存持久化的接口。目前有一个组在做的NVMe插件就是在往这个方向做,如果能更快的接入到Nova、Cinder等各个实例当中,可能会比AWS更早实现这一功能。
  • 应用变得越来越复杂,下面可能有HDFS、对象存储、关系数据库、块存储和文件,但是用户不想自己面对4、5个API,他们只希望考虑工作流本身,考虑资源供给、备份等业务逻辑层面的工作。对他们而言,存储专家/厂商的价值在于把基础架构变得更加简单,把API做得更加简化。
  • OpenStack是一个主要由厂商驱动的项目,在Cinder这样的项目中尤其如此。正因为大量存储厂商的介入,Cinder和Nova才能发展的如此迅速,越来越多的用户会去部署它们;而部署的数量越多,API也倾向于更加稳定,不会再有大的变更,标准会固化下来。
  • 的确,有些存储厂商进来后只是做了一个Cinder卷驱动,但也有些厂商进来之后做了大量的贡献,这些都是在Gerrit上可以看得到的。但无论怎样,即使只是做驱动也是有价值的,因为这也是让OpenStack能够为更多用户服务的过程。

Ceph

在Inktank被红帽收购的消息公布之后,很多人对Ceph的情况很关注。Inktank的Ross Turk在OpenStack峰会上做了一场名为Ceph Update的Demo,介绍Ceph的下一步计划。

Ceph 1.2(即Ceph的下一个版本)计划在5月底推出。下层的主要变更在于:

  1. 支持RHEL 7
  2. 加入Erasure Coding特性
  3. 加入Cache Tiering特性。使用该特性可以在一个pool之上定义另一个tiering pool,如在基于机械硬盘的backing pool上建立一层纯SSD的cache pool。Cache层可以被定义为可读写或只读模式

上层的主要变更是图形管理界面Calamari的开放,该功能原本仅在Inktank企业版中提供。红帽完成收购之后计划将Calamari的代码开源出来。

再之后的一个大版本,Ceph 2.0计划在2014年9月推出,该版本计划在上层引入两个大的特性:

  1. 在Calamari中添加call-home的功能。Call-home的作用是在一个部署的集群出现问题的时候可以让服务提供商直接获取通知
  2. 加入对Hyper-V的支持

下层的主要计划为:

  1. 完善CephFS这一块的工作,让Ceph的POSIX用法真正可用
  2. 支持HDFS
  3. 支持RBD块存储设备的镜像功能

到2015年,Ceph计划进一步支持VMware和iSCSI,并提供QoS、RDMA和LDAP集成的功能。

其他相关议程

本次峰会上其他存储相关议程包括:

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT