IT運維技術(shù)討論之三：如何滿足運維不間斷服務(wù)的需求

cu_shell

回復(fù) 90# dengbao2001


    額，，那全網(wǎng)就癱了，{:3_201:} 杯具

dengbao2001

cu_shell 發(fā)表于 2015-01-16 16:17
回復(fù) 90# dengbao2001

是啊。

這個問題，好像預(yù)防措施也不太做，據(jù)說也是比較少見，或者說很難發(fā)生的bug, 而且是6509核心交換機，做相關(guān)升級也很謹(jǐn)慎的

swordxia

我們單位現(xiàn)在要求是白天服務(wù)需求是不能斷的，晚上只有生產(chǎn)環(huán)境的數(shù)據(jù)庫是不能斷的

dengbao2001

swordxia 發(fā)表于 2015-01-16 17:14
我們單位現(xiàn)在要求是白天服務(wù)需求是不能斷的，晚上只有生產(chǎn)環(huán)境的數(shù)據(jù)庫是不能斷的

那還是要想一些方案來滿足你的需求

dengbao2001

歡迎大家就此話題發(fā)表意見，謝謝！踴躍參與話題者，就有機會獲得《24小時365天不間斷服務(wù)：服務(wù)器/基礎(chǔ)設(shè)施核心技術(shù)》

dengbao2001

歡迎大家就此話題發(fā)表意見，謝謝！踴躍參與話題者，就有機會獲得《24小時365天不間斷服務(wù)：服務(wù)器/基礎(chǔ)設(shè)施核心技術(shù)》

dengbao2001

歡迎大家就此話題發(fā)表意見，謝謝！踴躍參與話題者，就有機會獲得《24小時365天不間斷服務(wù)：服務(wù)器/基礎(chǔ)設(shè)施核心技術(shù)》

jackson198574

1.就你工作的的本身，談?wù)勀闶欠裥枰�冗余和高可用�?br /> 非常需要冗余和高可用，不論是應(yīng)用服務(wù)器還是數(shù)據(jù)庫服務(wù)器。

2.如果需要冗余或者高可用，你是如何實現(xiàn)的？使用商業(yè)解決方案？還是開源解決方案？
在保障業(yè)務(wù)穩(wěn)定性上傾向于商業(yè)解決方案。在技術(shù)和成本角度上更傾向于開源方案，個人感覺可以做一些小不然的嘗試，周邊的業(yè)務(wù)可以嘗試開源方案，積累一段時間經(jīng)驗后可以用在更重要的項目上。

3.你的工作環(huán)境發(fā)生因冗余或者高可用導(dǎo)致的事故嗎？你是如何防止該類事故的再次發(fā)生？
發(fā)生過，主要是加大巡檢的力度和頻率，并保證規(guī)律、可靠的關(guān)鍵數(shù)據(jù)備份。

dengbao2001

jackson198574 發(fā)表于 2015-01-20 11:06
1.就你工作的的本身，談?wù)勀闶欠裥枰�冗余和高可用�?br /> 非常需要冗余和高可用，不論是應(yīng)用服務(wù)器還是數(shù)據(jù)庫服 ...

感謝你的參與，同時也歡迎你分享你的寶貴的經(jīng)驗，或者也歡迎你點評別人的回復(fù)

General_715

1.就你工作的的本身，談?wù)勀闶欠裥枰�冗余和高可用�?/strong>
我現(xiàn)在和之前維護(hù)的系統(tǒng)，冗余和高可用都是系統(tǒng)的核心所在，必須保證不間斷服務(wù)。無論任何問題導(dǎo)致的用戶無法訪問系統(tǒng)，都要算做事故。
2.如果需要冗余或者高可用，你是如何實現(xiàn)的？使用商業(yè)解決方案？還是開源解決方案？
2.1 外網(wǎng)采用的是雙線。機房里用的UPS電源。內(nèi)部網(wǎng)絡(luò)，用到思科交換機做的生成樹。網(wǎng)絡(luò)也都是兩條線路。交換機端口使用的兩個端口的端口聚合
2.2 服務(wù)器硬件方面，都是雙千兆網(wǎng)卡，  磁盤做的raid1+0,
2.3 之前維護(hù)的系統(tǒng)主要用的是開源結(jié)構(gòu)，lvs+heartbeat來實現(xiàn)負(fù)載均衡和高可用性。后臺跟著若干臺服務(wù)器�，F(xiàn)在的系統(tǒng)，是2臺硬件的負(fù)載均衡設(shè)備，是IPCOM的一個產(chǎn)品。同樣也是多臺的應(yīng)用服務(wù)器。數(shù)據(jù)庫用的是oracle的rac。
3.你的工作環(huán)境發(fā)生因冗余或者高可用導(dǎo)致的事故嗎？你是如何防止該類事故的再次發(fā)生？
   一次一臺oracle服務(wù)器因為程序bug，導(dǎo)致大量的復(fù)制進(jìn)程，最后導(dǎo)致服務(wù)器hang住，oracle用的是rac做高可用，這時另一臺oracle服務(wù)器在等待出問題的這臺機器的實例關(guān)閉之后，才能完成實例再構(gòu)成，而出問題的oracle一直在hang住了，后來是通過IBM的遠(yuǎn)程控制IMM重啟了服務(wù)器，才恢復(fù)。