OpenStack 对象存储（代号 Swift）有一个相当频繁的发布计划，用于改进和新增功能，但自然地，对于任何 OpenStack 项目来说，集成发布都具有重要的意义。尽管 Havana 版本对于 OpenStack Swift 来说非常重要，因为它新增了对全球集群的支持，但即将到来的 Icehouse 版本将是 OpenStack Swift 项目迄今为止最重要的版本。
自从该项目在三年多前开源以来，贡献者社区已经显著增长。鉴于开发者的积极参与，每个新版本都比之前的任何版本都更大。最近的贡献来自包括 HP、IBM、Intel、Red Hat、Rackspace 和 SwiftStack 在内的公司。Icehouse 的目标是一系列新的主要特性，以及对复制和元数据的许多改进。然而，最突出的新功能是存储策略，这是一种配置 OpenStack 对象存储集群的新方法，以便部署者可以非常具体地将他们可用的存储与他们的使用案例相匹配。
存储策略
为什么“存储策略”如此重要？存储策略的抽象将允许部署者优化比今天的单一策略更多的使用案例，并为 OpenStack Swift 下使用的硬件提供更大的灵活性。在当前的 Havana 版本中，部署者可以支持跨广泛地理区域复制的内容。Concur 在上次 OpenStack Summit 香港站上分享了一个很好的例子。使用单一策略，数据分布在整个全球部署中。
在 Icehouse 版本中，存储策略允许部署者拥有多个策略并管理重要的配置选择，这种灵活性为更多的使用案例打开了大门。
- 首先，考虑到单个 OpenStack Swift 集群中可用的全球硬件集，将有新的选择，选择在哪个硬件子集上存储特定数据。这可以通过地理位置（例如，美国东部与欧盟与亚太地区与全球）或通过硬件属性（例如，SATA 与 SSD）来完成。
- 其次，考虑到用于存储数据的硬件子集，将有新的选择，选择如何在该硬件集上编码数据。例如，您可能拥有 2 副本、3 副本或未来的纠删码策略（期待 Juno 版本）。将此与硬件的可能性结合起来，您将获得例如美国东部减少冗余、全球三重副本和欧盟纠删码。
- 第三，考虑到硬件子集以及如何在硬件上存储数据，将有新的控制权来控制 Swift 如何与特定存储卷通信。这可以优化本地文件系统或 Gluster 卷，甚至是非 POSIX 卷，如 Seagate 的新型 Kinetic 驱动器。
OpenStack Swift 今天允许选择集群中的复制因子（例如，3 个副本，4 个副本），可以根据需要进行修改。这是今天的集群范围设置，存储策略从根本上说是新的，允许复制或非复制存储彼此共存。借助 Icehouse 版本，诸如存储策略之类的强大功能即将登陆 OpenStack Swift，将扩大服务提供商和企业的使用案例的采用范围。
如前所述，存储策略是 OpenStack Swift 未来支持纠删码的一项使能技术。充满活力的开发社区自 2013 年下半年以来一直在为存储策略奠定基础。在此当前主要发布周期中，工作仍在继续，目标是在 2014 年第二季度的 OpenStack Icehouse 集成发布中实现存储策略。还将包括一些纠删码开发，纠删码将在完成和测试后发布，目标是在 2014 年年中，在 2014 年第四季度的集成 Juno 版本之前发布。
纠删码
为什么存储策略对 Swift 中的纠删码如此重要？纠删码可以被认为是对象存储的 RAID，它成为一种策略选择。与使用副本进行保护相比，纠删码对于某些数据（如备份）可能是一个不错的选择。在 Swift 集群中，存储策略的结构使部署者能够选择他们想要如何为一组硬件和/或一个区域编码数据。代码库中的重构以允许纠删码支持也导致了定义任意存储策略的能力。
了解更多
在接下来的几个月里，除了新功能之外，我们还将重点介绍用例，以展示不同的公司如何使用 OpenStack Swift 来创建他们自己的私有云存储，或者为他们的客户构建云存储产品。
我们还经常在美国各地举办研讨会，这些研讨会可以免费参加，我们在其中进行技术培训并让您亲身体验最新的功能。如果您有兴趣参与该项目，请查看OpenStack Swift wiki。
评论已关闭。