mfs(moosefs)文件系統(tǒng)（五）

ltgzs777

通過冗余如何實現(xiàn)失敗防護的解決方案
又翻譯了作者的一篇文檔，他做的冗余是基于FreeBSD下的，可以參考一下思路。另外版主可以合并到我以前的帖子上。

       對于一個沒有內(nèi)置失效功能的master server實現(xiàn)冗余功能的選擇是正確的。這個話題（subject）對我們來說非常關鍵，因為我們知道冗余有多重要，同樣我們收到了許多關于冗余要求。

在MooseFS v1.5.x時，比較容易寫個腳本將十分自動的開始一個備份master server，相對而言1.6.x更簡單點，從備份master server切換整個過程小于一分鐘。


使用通用地址冗余協(xié)議（CARP）就足夠了
(http://www.openbsd.org/faq/pf/carp.html, http://en.wikipedia.org/wiki/Common_Address_Redundancy_Protocol).
CARP允許在同一個LAN上出現(xiàn)兩臺機器用同一個IP，一個是MASTER，另一個是BACKUP。
因此你可以在CARP的網(wǎng)卡接口上設置mfsmaster的IP，并且配置為master機器作為MooseFS的主要（main）master。在備份（backup）機器上你也要安裝mfsmaster，但是不要運行它。


MooseFS 1.6.5及其以上的版本包含了一個新的程序"mfsmetalogger"，這個程序可以運行在任何你愿意的機器上。這個程序從master server 上每隔數(shù)小時（默認為24小時）獲得一次完整的metadata數(shù)據(jù)，并且在現(xiàn)有的基礎上有一個徹底改變的日志。

如果你運行一個比1.6.5早期的版本，那么你需要設置幾個簡單的腳本并且用cron規(guī)則的運行就足夠了（例如：每小時運行一次），腳本的主要內(nèi)容就是從主master server下"PREFIX/var/mfs/metadata.mfs.back"備份metadata文件。

你也需要一個額外的腳本持續(xù)的運行來檢測CARP網(wǎng)卡接口狀態(tài)，如果該接口在一個MASTER模式做了改變，那么將會從任何一臺chunkserver（僅僅通過使用scp）獲得兩個或三個最新的"changelog"文件，之后就可以開始mfsmetarestore" 和 then "mfsmaster"了。這個切換的時間大約幾秒鐘，隨著時間各臺chunkserver將重新連接新的master server，新的master server將會在一分鐘內(nèi)恢復全部功能（讀和寫的模式）。

我們也計劃加一個讓master server運行在只讀模式下的選項，這將對于運行一個備份的機器是十分有好處的，這將確保對系統(tǒng)潛在的兩個master server同步，并且合并發(fā)生在備份master的變化到主master server上。

[ 本帖最后由 ltgzs777 于 2010-1-26 16:24 編輯 ]

yc1001aaa

支持，頂樓主一個的哩~！~！

ltgzs777

為什么沒人看這一篇呢？

無牙

支持一下

nbaloverme

有詳細的步驟就好了，看著有點暈~

yuanyuan1761

ding

michael1983