Ceph高版本对象存储服务修改参数导致无法写入

概述

  对象存储服务中，有整体上传和分段上传，当应用对象大小小于分块大小时则用户上传的对象只对应一个RADOS对象，该对象以应用对象名命名，应用对象元数据也保存在该 rados对象的扩展属性中。
  当应用对象大于分块上传时，如下图：

  应用对象被分解成一个大小等于分块大小的首对象，多个大小等于条带大小的中间对象，和一个大小小于等于条带大小的尾对象。首对象以应用对象名称命名，在 RGW 中将该对象称为head_obj，该对象的数据部分保存了应用对象前 rgw_max_chunk_size 字节的数据，扩展属性部分保存了应用对象的元数据信息和manifest信息。中间对象和尾对象保存应用对象剩余的数据，对象名称为“shadow_” + “.” + “32bit 随机字符串” + “_” + “条带编号，其中编号从1开始。
  如果业务应用数据本身单个对象比较大，而不希望在对象存储中被分成太多的rados对象，这时候就需要修改rgw_max_chunk_size，以及strip_size（分段上传中用到的参数），分段上传这里不详述，更多关于rgw相关内容在附加链接中。

问题描述

  当在14版本中加入以下参数后，发现对象存储无法正常写入。

rgw_obj_stripe_size = "33554432"
rgw_max_chunk_size = "33554432"

  而使用高版本cloudberry/s3browser时可以正常上传文件，但是观察其对象结构，均为采用10M/8M的分段上传，而配置的32M并没有实际生效。

  而后换成另一套较低版本（12）版本ceph集群后，修改参数则生效，既可以上传，也确实是以32M进行分段和分片。
  如果相同参数低版本生效而高版本不生效，应该是这块的源码做了一些调整，后对源码进行对比发现。12版本中rgw 上传采用的是同步，而14版本中是异步机制，代码片段：

问题解决

  后调整ceph配置，重启对象存储服务，可以恢复正常读写，且配置生效。而之前使用cloudberry和s3browser上传时，因为参数无效，采用了自己的缺省值进行的分段上传，需要注意的是，而当配置生效重启对象网关服务时，这些分段上传的对象将不可用。

rgw_put_obj_min_window_size = "33554432"
rgw_obj_stripe_size = "33554432"
rgw_max_chunk_size = "33554432"

其他

RGW相关整理