Openstack API - 动态大对象(DLO)和静态大对象(SLO)

时间:2016-07-25 09:14:26

标签: openstack ibm-cloud-infrastructure object-storage

我想使用openstack API将大对象上传到我的objectstorage。 我发现我可以用大物体做到这一点。 在API中有两个不同的对象,静态大对象(SLO)和动态大对象(DLO)。对于这两个部分,我需要上传所有部分,然后是清单,其中包含对这些部分的引用。

现在我的问题是:这两者有什么区别?我应该使用哪个?我的文件不会改变它们的大小。上传一次,然后通常不会更改。所以我想使用SLO?

感谢您的建议!

2 个答案:

答案 0 :(得分:1)

  

我写了一篇关于Bluemix服务@ http://blog.ibmjstart.net/2016/04/14/e-pluribus-unum-creating-openstack-manifest-objects-in-ibm-bluemix-object-storage/的对象存储清单的博客文章,这也可能有助于更多地了解它们的实用性。

摘录:

  • 静态大对象(SLO) - 依赖用户提供的清单文件。当开发人员想要从多个容器“混搭”对象并在自生成的清单文件中引用它们时,有利于用例。这使您可以在接受清单后立即访问连接对象。将段上载到单独的容器中提供了改进并发上载速度的机会。在缺点方面,连接对象的定义被冻结,直到替换清单。
  • 动态大对象(DLO) - 依赖于容器列表零字节清单文件。对于开发人员可以随时在清单中添加/删除段(例如,来自容器的对象)的用例是有利的。一些缺点包括依赖最终一致的容器列表,这意味着在访问完整的连接对象之前可能存在一些延迟。还要求所有段都在一个容器中,这可能会限制并发上载速度。

根据您的使用案例,我同意SLO可能最有意义。

答案 1 :(得分:0)

我找到了Oracle的解决方案:Using Oracle Storage Cloud Service

这两者之间的区别在于SLO的清单文件包含段的所有电子邮件/文件名。细分可以位于不同的位置。因此,它被称为 static ,因为所有文件都是初始上传的,不会发生变化。

DLO的清单文件为空。所有段必须与清单文件位于同一容器中。该文件动态确定要下载的大对象的部分。