[实用参考]OpenStack里的三种存储.pdfVIP

优质参考文档 OpenStack里的三种存储 发表于20PP-03-2910:01|6129次阅读|来源Eric或雪菲个人博客|1条评论|作者Eric或雪菲 OpenStack存储 摘要：Openstack通过两年多发展，变得越来越庞大。这也是为了满足更多不同的需求，体 现出开源项目灵活快速的特性。Openstack作为一个开放的系统，最主要是可以随时选择新 的硬件供应商，当然也可以替换软件技术服务的提供商，不用动应用。这是开源本身的优势！ OpenStack其实有三个与存储相关的组件，这三个组件被人熟知的程度和组件本身出现时 间的早晚是相符的，按熟悉程度排列如下： Swift——提供对象存储（ObjectStorage），在概念上类似于AmazonS3服务，不过swift 具有很强的扩展性、冗余和持久性，也兼容S3API Glance——提供虚机镜像（Image）存储和管理，包括了很多与AmazonAMIcatalog相似 的功能。（Glance的后台数据从最初的实践来看是存放在Swift的）。 Cinder——提供块存储（BlockStorage），类似于Amazon的EBS块存储服务，目前仅 给虚机挂载使用。 （Amazon一直是OpenStack设计之初的假象对手和挑战对象，所以基本上关键的功能模 块都有对应项目。除了上面提到的三个组件，对于AWS 中的重要的EC2服务，OpenStack 中是Nova来对应，并且保持和EC2API的兼容性，有不同的方法可以实现） 三个组件中，Glance主要是虚机镜像的管理，所以相对简单；Swift作为对象存储已经很成 熟，连CloudStack也支持它。Cinder是比较新出现的块存储，设计理念不错，并且和商业 存储有结合的机会，所以厂商比较积极。 Swift 优质参考文档 优质参考文档 关于Swift的架构和部署讨论，除了官方网站，网上也有很多文章，这里就不重复.(也可以 参考我之前在OpenStack中国行活动中上海站演讲的PPT)。从开发上看，最近也没有太大 的结构性调整，所以我想主要说说比较适用的应用领域好了。 从我所了解的实际案例来看，Swift出现的领域有4个，(应该还有更多，希望大家看到实际 用例能够指教) 1.网盘。 Swift的对称分布式架构和多proGP多节点的设计导致它从基因里就适合于多用户大并发的 应用模式，最典型的应用莫过于类似DropboG的网盘应用，DropboG去年底已经突破一亿 用户数，对于这种规模的访问，良好的架构设计是能够支撑的根本原因。 Swift的对称架构使得数据节点从逻辑上看处于同级别，每台节点上同时都具有数据和相关 的元数据。并且元数据的核心数据结构使用的是哈希环，一致性哈希算法对于节点的增减都 只需重定位环空间中的一小部分数据,具有较好的容错性和可扩展性。另外数据是无状态的， 每个数据在磁盘上都是完整的存储。这几点综合起来保证了存储的本身的良好的扩展性。 另外和应用的结合上，Swift是说HTTP协议这种语言的，这使得应用和存储的交互变得简 单，不需要考虑底层基础构架的细节，应用软件不需要进行任何的修改就可以让系统整体扩 展到非常大的程度。 2.IaaS公有云 Swift在设计中的线性扩展，高并发和多租户支持等特性，使得它也非常适合做为IaaS的选 择，公有云规模较大，更多的遇到大量虚机并发启动这种情况，所以对于虚机镜像的后台存 储具体来说，实际上的挑战在于大数据（超过G）的并发读性能，Swift在OpenStack中一 开始就是作为镜像库的后台存储，经过RACKSpace上千台机器的部署规模下的数年实践， Swift已经被证明是一个成熟的选择。 优质参考文档 优质参考文档 另外如果基于IaaS要提供上层的SaaS服务，多租户是一个不可避免的问题，Swift的架构 设计本身就是支持多租户的，这样对接起来更方便。 3.备份归档 RackSpace的主营业务就是数据的备份归档，所以Swift在这个领域也是久经考验，同时他 们还延展出一种新业务--“热归档”。由于长尾效应，数据可能被调用的时间窗越来越长，热 归档能够保证应用归档数据能够在分钟级别重新获取，和传统磁带机归档方案中的数小时而 言，是一个很大的进步。 4.移动互