ceph rgw設(shè)計(jì)的示例分析

這篇文章將為大家詳細(xì)講解有關(guān)ceph rgw設(shè)計(jì)的示例分析，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

        ceph rados集群作為存儲(chǔ)最底層數(shù)據(jù)組織及管理，需要使用c++實(shí)現(xiàn)大量的源生功能。但是rgw作為web service服務(wù)端，大部分功能不需要自己從頭用c++高成本的開(kāi)發(fā)，只需要與眾多優(yōu)秀的輕量級(jí)開(kāi)源項(xiàng)目合作即可。就像python開(kāi)發(fā)者提到的"life is short,use python"。ceph作為一個(gè)還處于早期的開(kāi)源項(xiàng)目，后續(xù)必然會(huì)像openstack社區(qū)那樣，一個(gè)功能分裂出更多的子項(xiàng)目。社區(qū)可能也已經(jīng)意識(shí)到了這個(gè)問(wèn)題，比如目前L版社區(qū)將管理功能從monitor節(jié)點(diǎn)剝離，rgw元數(shù)據(jù)集成elastic search查詢功能等等。其實(shí)社區(qū)沒(méi)有自己開(kāi)發(fā)元數(shù)據(jù)查詢功能，就是借助了els的能力，并沒(méi)有重復(fù)造輪子，在c++不擅長(zhǎng)的領(lǐng)域去與眾多優(yōu)秀項(xiàng)目pk，其實(shí)前2年青云的工程師也寫(xiě)文章提到了比如rgw metadata存儲(chǔ)的弊端。

      在rgw內(nèi)部，例如metadata元數(shù)據(jù)管理，之前出現(xiàn)過(guò)《ceph 驚魂72小時(shí)》的問(wèn)題。其實(shí)metadata不適合存在osd里，直接可以利用一些大數(shù)據(jù)開(kāi)源項(xiàng)目的數(shù)據(jù)組織思路，保存到單獨(dú)的項(xiàng)目中。又如civetweb眾所周知的并發(fā)性能差，開(kāi)源社區(qū)有著眾多的基于nginx高擴(kuò)展性的框架。又如multisite實(shí)現(xiàn)了復(fù)雜的推拉機(jī)制同步數(shù)據(jù)，不如轉(zhuǎn)頭去結(jié)合一些優(yōu)秀的相關(guān)開(kāi)源項(xiàng)目進(jìn)行。

      如果有實(shí)力的功能通過(guò)上述思路對(duì)rgw改造，可大大提高rgw的大規(guī)模可用性。

關(guān)于“ceph rgw設(shè)計(jì)的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。