共計 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 設計的示例分析”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。
