看起来 RADOS 最适合用作 Ceph 块存储和文件系统的存储后端。但是如果我想使用对象存储本身：
- 是否存在提供最佳性能的最佳对象尺寸？
- 大量小物体有问题吗？
- 多大的物体可以不惹麻烦？
如果您能分享您的经验，那就太好了。
问问题
4099 次
1 回答
8
对象存储中的对象没有最佳大小，实际上这种灵活性是相对于固定大小块存储的一大优势。通常，应用程序将使用这种灵活性沿方便的边界分解其数据模型。也就是说，如果您要存储非常小或非常大的对象，您应该考虑一些注意事项。
大量小物体有问题吗？
小对象从来没有出现过功能问题，尽管过去由于对象的存储方式而效率低下。然而，在 Ceph (Firefly) 的下一个版本中，有一种方法可以使用 LevelDB 作为后端，从而使小对象更加高效。
多大的物体可以不惹麻烦？
假设您在 RADOS 中使用复制（与建议的对象条带化功能和纠删码后端相比），一个对象被完整地复制到一组物理存储节点。因此，对象的大小在大小方面具有固有的限制，具体取决于对象复制到的物理节点的存储容量。
这种操作模式还暗示了每个对象的 I/O 性能将对应于物理设备（数据和日志驱动器）的性能的实际限制。这意味着将对象视为 I/O 并行单元通常很有用，尽管实际上许多对象将映射到同一组设备。
对于纠删码后端，这个问题可能会有不同的答案，并且应用程序总是可以将大型数据集分散到较小的对象上。
于 2014-02-12T16:08:37.140 回答