Mongodb 副本集搭建問題總結(jié)及解決辦法
Mongodb數(shù)據(jù)庫的副本集是由多臺服務(wù)器組成,基中一臺是主節(jié)點(diǎn),其它為從節(jié)點(diǎn),如果主節(jié)點(diǎn)宕機(jī)就自動切換到任意一個從節(jié)點(diǎn)。如果以前的主節(jié)點(diǎn)修復(fù)完成和正常運(yùn)行就自動變成從節(jié)點(diǎn),從節(jié)點(diǎn)不能查詢數(shù)據(jù)。也可以在一臺服務(wù)器裝多個Mongodb端口不一樣。
在我以往的認(rèn)知中,一個系統(tǒng)一旦正式上線,多半不會輕易的遷移服務(wù)器,尤其是那種涉及到多個關(guān)聯(lián)應(yīng)用,涉及到多臺硬件服務(wù)器的系統(tǒng),因?yàn)檫@種遷移將是牽一發(fā)而動全身的。
但是,卻仍然有這種情況存在,就如我這幾天主要負(fù)責(zé)的事,就是一個系統(tǒng)的全部服務(wù)器遷移中的部分機(jī)器遷移,還有一部分由別人負(fù)責(zé)。
這個系統(tǒng)涉及到flume數(shù)據(jù)采集,storm數(shù)據(jù)分析,rabbitmq消息分發(fā),ehcache緩存提升系統(tǒng)性能,MongoDB副本集存儲數(shù)據(jù),tomcat管理系統(tǒng)應(yīng)用等,架構(gòu)基本如下:
而這里我主要負(fù)責(zé)的是rabbitmq、tomcat、ehcache、mongodb,這里邊tomcat、ehcache的安裝和配置都比較簡單,只是rabbitmq需要依賴于erlang。而erlang又需要依賴一些其他的東西,這些東西需要root權(quán)限執(zhí)行yum,而我們沒有root權(quán)限,于是稍微花了一點(diǎn)點(diǎn)功夫。
除此之外,mongodb副本集的再次搭建也稍微遇到了一點(diǎn)點(diǎn)問題,不過好在一切還是按照預(yù)料中發(fā)展的,以前沒遇到過的問題也通過經(jīng)驗(yàn)猜想完美解決。
之所以mongodb副本集搭建會遇到一些問題,大部分原因是因?yàn)檫@次并非親自動手,而是由所帶的新人操作。
首先,按照我給的文檔他一步步的操作下去,結(jié)果在端口上,不知道是因?yàn)榱?xí)慣還是因?yàn)槭裁?,他所設(shè)置的端口并不是我們要求的端口。
那么這時候當(dāng)我要求他改成要求的端口時,他有些茫然,不知道是應(yīng)該把所有配置刪了重配,還是要怎樣。
由于時間關(guān)系,于是我給他提供了一個方案,就是直接使用配置優(yōu)先級的方式改掉端口。之前我寫過的副本集搭建的文檔中應(yīng)該有說過優(yōu)先級怎么改,大體上是下邊三步:
config=rs.conf()
config.members[0].priority=2
rs.reconfig(config)
那么根據(jù)這個,我們設(shè)想的改端口應(yīng)該是下邊這樣(下邊ip和端口只是隨便假設(shè)的,生產(chǎn)環(huán)境自然不能隨便透漏):
config=rs.conf()
config.members[0].host="192.168.117.88:37017"
rs.reconfig(config)
但是結(jié)果呢,在第三步的時候拋出異常,遺憾的是當(dāng)時只為了解決問題而沒有截圖,忘記具體是什么異常了,但大體意思是說這個端口的成員不存在。
于是,我又給他提供了第二個方案,那就是先把三個成員中非主服務(wù)的任意一個從成員中刪除:
然后把這臺機(jī)的端口改為我們需要的37017,之后再使用增加成員的命令添加進(jìn)來:
然后就這樣操作三次后,三臺服務(wù)器的端口都成功修改成要求的端口。
這個過程中,當(dāng)修改到主服務(wù)的時候,因?yàn)橐婚_始設(shè)置了最高優(yōu)先級,因此需要把另外一臺先設(shè)置成更高的優(yōu)先級操作。
問題就這樣解決了,只不過事后我又想了想,似乎這種方案并非是最優(yōu)最簡潔的,因?yàn)楫?dāng)時沒有細(xì)想第一種方案中那個問題的原因,后來一想,多半是因?yàn)槟桥_機(jī)還是原端口沒有被重啟。
如果我們先把非主服務(wù)機(jī)器的端口都改好重啟,那么再次用第一種方案進(jìn)行應(yīng)該也是可行的,而且還會比第二種方案簡單,有機(jī)會了一定要試試。
本以為這樣就可以了,然后沒想到的是,當(dāng)我們都遷移完成后,被告知那些機(jī)器都是測試服務(wù)網(wǎng)段的,要改成生產(chǎn)網(wǎng)段。
于是乎,所有的機(jī)器ip全部變了,以至于我們的mongodb副本集又要重新配置。
但是這一次比較麻煩的是,之前那次改端口是因?yàn)槲抑辽倏梢员WC有兩臺機(jī)還是正常運(yùn)行的,可以操作rs命令,但是這一次ip一變,我三臺機(jī)都無法正常成為主服務(wù),以至于rs命令失效。
幾番折騰,始終沒有想出好的方案,于是只好把data目錄下的內(nèi)容盡數(shù)刪除,然后真正的重新配置一遍。
然而,在這位新手的操作下,配置的過程中,把本該是如下的命令:
config={_id:”reptest”,members:[{_id:0,host:”192.168.0.160:57017”},{_id:1,host:”192.168.0.211:57017”},{_id:,host:”192.168.0.213:57017”}]}
rs.initiate(config)
弄成了這樣:
config={_id:”reptest”,members:[{_id:0,host:”192.168.0.160:57017”},{_id:1,host:”192.168.0.211:57017”},{_id:,host:”192.168.0.213:57017”}]}
rs.initiate()
也就是說這里他雖然給config賦值了,但是再加載的時候竟然沒有使用,這也怪了忘了告訴他之前發(fā)現(xiàn)的一個問題。
通常我們在window系統(tǒng)上操作Linux上的應(yīng)用,都會使用crt或者putty這些工具,這兩個工具各有優(yōu)劣,而我發(fā)現(xiàn)當(dāng)我們進(jìn)入mongo shell中操作時,這兩個工具是有區(qū)別的,使用putty就可以回退,而crt就不能再mongodb shell中回退。
因此當(dāng)他敲完rs.initiate(),想要回到括號里加上config時,已經(jīng)沒了回頭路,只能硬著頭皮回車。
而這時候,rs.initiate()只能執(zhí)行一次,接下來和我文檔中的操作不一樣了,又該怎么辦呢?
經(jīng)過上一個問題,這個問題貌似就很好解決的,怎么辦呢,我覺得還是可以使用rs.add和修改配置的方式解決,然后把這個想法告訴他,他照此操作后,果然一次搞定!
好了,這次的兩個問題基本就這樣解決了,不知其他朋友們,是否對這種情況還有更好的解決方案?歡迎留言解惑。
感謝閱讀,希望能幫助到大家,謝謝大家對本站的支持!
您可能感興趣的文章:- mongodb 4.0副本集搭建的全過程
- mongodb3.4集群搭建實(shí)戰(zhàn)之高可用的分片+副本集
- Mongodb3.0.5 副本集搭建及spring和java連接副本集配置詳細(xì)介紹
- MongoDB 副本集的搭建過程