2016-07-25 69 views
0

我想用openstack API將大對象上傳到我的對象存儲。 我發現我可以用大對象來做到這一點。 API中描述了兩個不同的對象,即靜態大對象(SLO)和動態大對象(DLO)。對於這兩個我需要上傳所有的部分,然後是一個清單,其中包含對這些部分的引用。OpenStack API - 動態大對象(DLO)和靜態大對象(SLO)之間的差異

現在我的問題是:這兩者有什麼區別?我應該使用哪一個?我的文件不會更改它們的大小。有一次上傳,然後通常不會更改。所以我會想使用SLO?

感謝您的建議!

回答

0

我發現從Oracle的解決方案:Using Oracle Storage Cloud Service

這兩者之間的區別是SLO的清單文件中各段的所有contailer /文件名。細分受衆羣可能位於不同的地點。所以它被稱爲靜態,因爲所有文件都是初始上傳的並且不會更改。

DLO的清單文件是空的。所有段必須與清單文件位於同一個容器中。該文件動態確定要下載的大對象的各個部分。

1

我已經寫在對象存儲博客文章體現爲Bluemix服務@http://blog.ibmjstart.net/2016/04/14/e-pluribus-unum-creating-openstack-manifest-objects-in-ibm-bluemix-object-storage/這也可能有助於揭示其效用更多的光。

摘錄:

  • 靜態大對象(SLO) - 依賴於用戶所提供的清單文件。有利於開發人員想要將來自多個容器的對象「混搭」並在自生清單文件中引用它們的用例。這使您可以在接受清單後立即訪問連接的對象。將分段上載到單獨的容器中可以提高併發上傳速度。在不利方面,連接對象的定義被凍結,直到清單被替換。
  • 動態大對象(DLO) - 依賴容器列表中的零字節清單文件。有利於開發人員隨時在清單中添加/刪除分段(例如來自容器的對象)的用例。一些缺點包括依賴最終一致的容器列表,這意味着在訪問完整級聯對象之前可能會有一些延遲。還需要將所有細分受衆集中在一個容器中,這可能會限制併發上傳速度。

根據你的用例,我同意SLO可能是最有意義的。