Openstack API - 動的ラージオブジェクト（DLO）と静的ラージオブジェクト（SLO）の違い

Question

openstack APIを使用して大きなオブジェクトをオブジェクトストレージにアップロードします。 私はラージオブジェクトでそれを行うことができることを知りました。 APIには、静的ラージオブジェクト（SLO）とダイナミックラージオブジェクト（DLO）という2つの異なるオブジェクトが記述されています。両方のために、私はこれらの部分への参照を保持するマニフェストとすべての部分をアップロードする必要があります。

ここで私の質問です：これらの2つの違いは何ですか？そして私はどちらを使うべきですか？私のファイルはサイズを変更しません。一度アップロードされた後、通常は変更されません。だから私はSLOを使用すると思いますか？

アドバイスありがとうございます！

Answer 1

私は、Oracleから解決策を見つけた：これら二つの間Using Oracle Storage Cloud Service

違いは、SLOのマニフェストファイルは、すべてのセグメントcontailer /ファイル名が含まれていることです。セグメントは異なる場所にあることができます。したがって、という名前のスタティックと呼ばれています。すべてのファイルが最初にアップロードされ、変更されないためです。

DLOのマニフェストファイルは空です。すべてのセグメントは、マニフェストファイルと同じコンテナになければなりません。このファイルは、ダウンロードするラージオブジェクトの部分を動的に決定します。

Answer 2

私はBluemixサービス@http://blog.ibmjstart.net/2016/04/14/e-pluribus-unum-creating-openstack-manifest-objects-in-ibm-bluemix-object-storage/のObject Storageマニフェストに関するブログ記事を書いており、その有用性についてより多くの情報を得ることができます。

抜粋：

• 静的ラージ・オブジェクト（SLO）は - マニフェストファイルを提供したユーザに依存しています。開発者が複数のコンテナからオブジェクトを「マッシュアップ」し、自己生成マニフェストファイルでそれらを参照したい場合に便利です。これにより、マニフェストが受け入れられた後に、連結オブジェクトへの即時アクセスが可能になります。セグメントを別々のコンテナにアップロードすることで、並行アップロード速度を向上させることができます。欠点として、連結オブジェクトの定義は、マニフェストが置換されるまで固定されます。
• 動的ラージオブジェクト（DLO） - コンテナリストのゼロバイトマニフェストファイルに依存します。開発者がいつでもマニフェスト（例えば、コンテナからのオブジェクト）からセグメントを追加/削除することができるユースケースに有利です。いくつかの短所には、一貫したコンテナリストへの依存が含まれます。これは、完全連結オブジェクトへのアクセスが利用可能になるまでにある程度の遅延が生じる可能性があることを意味します。また、すべてのセグメントを単一のコンテナに入れる必要があり、同時アップロード速度が制限される可能性があります。

あなたのユースケースに基づいて、私はSLOがおそらく最も合理的であることに同意します。