问对CEPH RGW的质疑

EN

我从RedHat的开发人员那里得到了上述所有问题的答案。非常感谢耶胡达的详细答复。我只是贴上他的回应。

rgw_stripe_size和max_chunk_size的默认值是什么？

Ans: rgw的默认rgw条带大小是4MB，默认块大小目前也是4MB。以前是512 K。

存储集群中存储的对象的默认大小(我相信它是4MB )？它取决于条纹大小还是块大小？

答:我不太明白这个问题。条纹大小是存储在RADOS中的对象的大小。

关于RGW桶是什么？如何决定水桶的名字？创建太多的桶(每个请求不同的桶)是否会造成性能问题？

答:桶是对象的占位符。在rgw中，它意味着我们有三个不同的实体:存储桶实例元数据(例如，acls)的桶实例信息对象(例如，acls)，在桶名和桶实例之间链接的桶入口点，以及保存所有对象列表的桶索引。用户的存储桶列表中还有一个条目，用于其拥有的每个桶。

：为什么CEPH首先将数据分成一系列条纹，然后再将这些条带划分成更小的块？是否将数据条带化成条形还不够吗？

注释:分块是为了将读/写IO逻辑与实际数据表示分开。有不同的需求和影响，我们可以在不同层次的堆栈。例如，块大小还决定了每个IO操作需要保留的内存量。

如果一个对象被划分成一系列较小的单元(为了提高性能)，那么当发出GET请求时，CEPH如何返回完整的对象呢？

Ans: radsos网关发送并发请求，以获取对象的数据并在内存中重新组合它们。它有一个滑动操作窗口。

在哪里存储后续条纹的it /编号以从其较小的块中形成完整的对象？

注释:对象的头部有一个清单，它描述了在rados中对象的布局。当读取对象时，首先读取头部。头部也可能包含数据，因此对于足够小的对象，不需要进一步读取。对于较大的对象，rgw将使用清单来确定在何处找到碎片。

是否会为一个小对象(例如，100 KB到4MB)创建性能开销，因为CEPH必须读取与该对象相关的所有块，然后在返回对象之前将其组合成一个对象？对于处理较小的对象来说，这不是太优化了吗？

Ans:在当前版本中创建的对象如果高达4MB，就不会被条形化。

如果用于将数据存储到集群？中，librados (本地api)是否也执行数据条带操作？

答:不，还有另一个你可以使用的库(libradosstriper)。