共计 757 个字符，预计需要花费 2 分钟才能阅读完成。
这篇文章将为大家详细讲解有关 ceph rgw 设计的示例分析，丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。
ceph rados 集群作为存储最底层数据组织及管理，需要使用 c ++ 实现大量的源生功能。但是 rgw 作为 web service 服务端，大部分功能不需要自己从头用 c ++ 高成本的开发，只需要与众多优秀的轻量级开源项目合作即可。就像 python 开发者提到的 life is short,use python。ceph 作为一个还处于早期的开源项目，后续必然会像 openstack 社区那样，一个功能分裂出更多的子项目。社区可能也已经意识到了这个问题，比如目前 L 版社区将管理功能从 monitor 节点剥离，rgw 元数据集成 elastic search 查询功能等等。其实社区没有自己开发元数据查询功能，就是借助了 els 的能力，并没有重复造轮子，在 c ++ 不擅长的领域去与众多优秀项目 pk，其实前 2 年青云的工程师也写文章提到了比如 rgw metadata 存储的弊端。
在 rgw 内部，例如 metadata 元数据管理，之前出现过《ceph 惊魂 72 小时》的问题。其实 metadata 不适合存在 osd 里，直接可以利用一些大数据开源项目的数据组织思路，保存到单独的项目中。又如 civetweb 众所周知的并发性能差，开源社区有着众多的基于 nginx 高扩展性的框架。又如 multisite 实现了复杂的推拉机制同步数据，不如转头去结合一些优秀的相关开源项目进行。
如果有实力的功能通过上述思路对 rgw 改造，可大大提高 rgw 的大规模可用性。
关于“ceph rgw 设计的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。
