ceph rgw設計的示例分析

這篇文章將為大家詳細講解有關ceph rgw設計的示例分析，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

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