Rackspaceクラウドファイルは、「コンテナ」を使用してファイルを保存するフラットストレージシステムを使用します。Rackspaceによると、コンテナあたりのファイル数に制限はありません。
私の質問は、書き込み/フェッチのパフォーマンスを最適化するために、コンテナーごとに最適/最も効率的なファイル数があるかどうかです。
保存するファイルが数万ある場合、それらをすべて1つの巨大なコンテナーに入れるか、それとも多数の小さなコンテナーに分割する必要がありますか？もしそうなら、最適なコンテナサイズは何ですか？
参考：[ラックスペースサポートから取得したスニペット]
簡単に言うと、コンテナはデータベースであり、テーブル内の行が多いほど、標準のハードウェアでそれらを書き込むのにかかる時間が長くなります。書き込みがディスクにコミットされていない場合、書き込みはキューに入れられ、データが失われる可能性があります。これは大きなコンテナで気付いたものであり、オブジェクトが多いほど可能性が高いため、データを保護するために制限を設けました。
レート制限があるため、データは安全です。書き込みが少し遅くなります。
制限は50,000オブジェクトから始まり、そのレベルでは1秒あたり100回の書き込みに制限されます。
コンテナ内の1,000,000オブジェクトで、1秒あたり25
500万以上の場合、1秒あたりの書き込み回数は4回になります。
制限についてお詫び申し上げます。これをより明確に表現するために、ドキュメントを更新します。
-これは最近私たちをかなりひどく傷つけました。他の人がこの問題を回避できるように、APIドキュメントの最新情報を入手するまで共有したいと思いました。
コンテナあたり100万個以下のオブジェクトをお勧めします。システムは、デフォルトでリスト要求ごとに最大10,000個のオブジェクト名を返します。
Cloud Files開発からの2013年9月20日更新：Cloud FilesがすべてのSSDコンテナサーバーに切り替えられたため、コンテナあたり100万オブジェクトの推奨は正確ではなくなりました。また、リストは一度に10,000コンテナに制限されています。