OpenStack里的三种存储

2024年3月17日发(作者：名著读后感800字)

OpenStack里的三种存储

发表于2013-03-29 10:01| 6129次阅读| 来源Eric或雪菲个人博客| 1 条评论| 作者Eric或雪菲

OpenStack存储

摘要：Openstack通过两年多发展，变得越来越庞大。这也是为了满足更多不同的需求，体

现出开源项目灵活快速的特性。Openstack作为一个开放的系统，最主要是可以随时选择新

的硬件供应商，当然也可以替换软件技术服务的提供商，不用动应用。这是开源本身的优势！

OpenStack其实有三个与存储相关的组件，这三个组件被人熟知的程度和组件本身出现时

间的早晚是相符的，按熟悉程度排列如下：

Swift——提供对象存储 （Object Storage），在概念上类似于Amazon S3服务，不过swift

具有很强的扩展性、冗余和持久性，也兼容S3 API

Glance——提供虚机镜像（Image）存储和管理，包括了很多与Amazon AMI catalog相似

的功能。（Glance的后台数据从最初的实践来看是存放在Swift的）。

Cinder——提供块存储（Block Storage），类似于Amazon的EBS块存储服务，目前仅

给虚机挂载使用。

（Amazon一直是OpenStack设计之初的假象对手和挑战对象，所以基本上关键的功能模

块都有对应项目。除了上面提到的三个组件，对于AWS中的重要的EC2服务，OpenStack

中是Nova来对应，并且保持和EC2 API的兼容性，有不同的方法可以实现）

三个组件中，Glance主要是虚机镜像的管理，所以相对简单；Swift作为对象存储已经很成

熟，连CloudStack也支持它。Cinder是比较新出现的块存储，设计理念不错，并且和商业

存储有结合的机会，所以厂商比较积极。

Swift

页脚

关于Swift的架构和部署讨论，除了官方，网上也有很多文章，这里就不重复.(也可以参考

我之前在OpenStack中国行活动中站演讲的PPT)。从开发上看，最近也没有太大的结构性

调整，所以我想主要说说比较适用的应用领域好了。

从我所了解的实际案例来看，Swift出现的领域有4个，(应该还有更多，希望大家看到实际

用例能够指教)

1.网盘。

Swift的对称分布式架构和多proxy多节点的设计导致它从基因里就适合于多用户大并发的

应用模式，最典型的应用莫过于类似Dropbox的网盘应用，Dropbox去年底已经突破一亿

用户数，对于这种规模的访问，良好的架构设计是能够支撑的根本原因。

Swift的对称架构使得数据节点从逻辑上看处于同级别，每台节点上同时都具有数据和相关

的元数据。并且元数据的核心数据结构使用的是哈希环，一致性哈希算法对于节点的增减都

只需重定位环空间中的一小部分数据,具有较好的容错性和可扩展性。另外数据是无状态的，

每个数据在磁盘上都是完整的存储。这几点综合起来保证了存储的本身的良好的扩展性。

另外和应用的结合上，Swift是说HTTP协议这种语言的，这使得应用和存储的交互变得简

单，不需要考虑底层基础构架的细节，应用软件不需要进行任何的修改就可以让系统整体扩

展到非常大的程度。

公有云

Swift在设计中的线性扩展，高并发和多租户支持等特性，使得它也非常适合做为IaaS的选

择，公有云规模较大，更多的遇到大量虚机并发启动这种情况，所以对于虚机镜像的后台存

储具体来说，实际上的挑战在于大数据（超过G）的并发读性能，Swift在OpenStack中一

开始就是作为镜像库的后台存储，经过RACKSpace上千台机器的部署规模下的数年实践，

Swift已经被证明是一个成熟的选择。

页脚