S3-兼容的对象存储系统

Question

有没有人遇到过接近100%的亚马逊S3 RESTful API兼容的对象存储系统？

我想要的是一个层，它位于任何(最好是POSIX)文件系统之上，该文件系统提供了亚马逊S3风格的RESTful API to存储(PUT)、检索(GET)、stat (HEAD)和delete (DELETE)，具有良好的身份验证。

商业项目/想法也受到欢迎。

注：

到目前为止，我已经尝试过桉树和积云；其中桉树似乎盲目地称自己为S3兼容。响应XML文档根本不兼容，而且在某些地方不兼容，根本没有XML文档。积木设法保持响应文档相当相似，但似乎已经忘记了数据的完整性！

让我解释后一部分:桉树和积木都不支持亚马逊S3提供的完整性验证。您可以使用S3提供一个Base64(MD5(文件))和PUT请求，然后由S3进行验证，然后它们才能成功地响应。桉树和积木不支持这一点。有了桉树，我们至少可以通过检查响应文档中给出的MD5 (而不是S3兼容的行为)来解决这个问题。在积云中，这是不可能的，因为它没有任何反应(如S3)。更糟糕的是，库穆卢斯没有在ETag请求中提供一个HEAD。

Answer 1

最后，我不得不和桉树海象一起前进。尽管我最终发现了一些基本的问题，但他们都有可能解决问题。

感谢大家宝贵的意见！

Answer 2

斯威夫特是OpenStack的对象存储引擎，在Bexar于2011年2月发布中，它声称它是一个与S3兼容的实验性中间件。由于OpenStack正受到很多关注(例如，今年10月份，佳能正将Ubuntu转移到尤班图，而不是桉树)，这可能值得一看。

Answer 3

免责声明:我为质量工作

Amazon在AWS产品上非常活跃，并且经常对其API进行添加和更改/改进。然后很难找到一个接近100%兼容的产品(尤其是在商业产品中，开放源码软件产品可能会对任何变化反应更大)。许多对象/云存储供应商已经玩了一段时间他们自己的协议(Atmos，DDN，甚至OpenStack的快速.)但他们基本上都放弃了自己的协议像S3一样被广泛使用的想法。他们都是(几乎？)宣布S3兼容界面现在或在未来几个月。毕竟，行业事实上的standard.The可能只剩下CDMI，因为它的标准化性质和事实，它来自SNIA，一个非营利的，非供应商的组织。但它显然没有像S3那样被采纳或谈论。

在与S3兼容的界面上，有几种选择，比如Mezeo，您提到的那些(桉树和积木)，OpenStack (虽然我认为它还没有发布)。这是另一个例子。

Scality的S3实现(称为RS2 - REST存储服务)非常接近于S3，因为我们的请求/答复与您从S3获得的内容是一致的。与S3's基础设施相关的一些功能由于明显的原因而不存在(例如，区域选择)。但也有必要的命令:获取/放置/删除对象、创建桶和列表；并像S3那样作出反应。

我想补充一下，为了回答你的第二个问题，Scality的产品，RING，是一个软件对象存储平台，它通过校验和对存储在环上的所有对象进行背景完整性检查来解决您所指的数据完整性问题。存储对象基本上是一个事务性查询，一旦一个对象被声明为“成功存储”，它将永远是这样，并进行持续的完整性检查(例如，每次读取)。

我不会详细讲的。您可以访问我们的网站，了解我们如何减轻存储管理员的常见数据管理噩梦，让他们在晚上睡觉，知道他们的数据是可用的。一直都是。:)

最佳，Marc @mastachand